From pechtcha@cs.nyu.edu Wed Sep 1 00:13:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 01 Sep 2004 00:13:00 -0000 Subject: Bringing any of the other MLs to Cygwin In-Reply-To: References: Message-ID: On Tue, 31 Aug 2004, landocalrissian wrote: > Hello from Gregg C Levine > > I'm probably decidedly off topic here, but... > > Igor mentioned in his announcement that one derivation of ML is now > available. Suppose I successfully port SML/NJ to Cygwin? What's involved > in making this an available language? First, since SML/NJ isn't GPLed, figure out whether the SML license is OSI-approved. If it is, then it falls under the GPL exception of the Cygwin license, and you can link it with Cygwin and distribute it, in which case read for instructions on preparing and ITP'ing a Cygwin package. > Who supplies the forms that I'll need to sign? AFAIK, there aren't any forms to sign for contributing packages. Good luck. FYI, I'd vote for an smlnj package... Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From chatz@melbourne.sgi.com Wed Sep 1 00:22:00 2004 From: chatz@melbourne.sgi.com (David Chatterton) Date: Wed, 01 Sep 2004 00:22:00 -0000 Subject: New snapshot with fork race potentially solved (attn hyperthreaded dog owners) Message-ID: <41351629.4000403@melbourne.sgi.com> > I made a change to cygwin based on some research by Pierre Humblet > (what else is new?) which should solve a fork race which would cause > strange behavior on multi-CPU or hyperthreaded systems. > > It's probably too much to hope that this would solve all of the > reported problems but I would appreciate if people would give the > latest snapshot a try: > > http://cygwin.com/snapshots/ Sorry to report that this does not fix the problem. David -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From landocalrissian@att.net Wed Sep 1 01:59:00 2004 From: landocalrissian@att.net (landocalrissian) Date: Wed, 01 Sep 2004 01:59:00 -0000 Subject: Bringing any of the other MLs to Cygwin In-Reply-To: Message-ID: Hello from Gregg C Levine Igor, according to their Source Forge site, the license for SML/NJ is that of the MIT License. I did some checking on that, via the classic search engine approach. It happens that according to the OSI website www.opensource.org it looks similar to that of the BSD License. And is considered part of the OSI concepts. So unless there are any complaints, once I get everything sorted out, it will be there, soon. Gregg C Levine landocalrissian atsign att dot net > -----Original Message----- > From: Igor Pechtchanski [mailto:pechtcha@cs.nyu.edu] > Sent: Tuesday, August 31, 2004 8:14 PM > To: landocalrissian > Cc: cygwin@xxxx.xxx > Subject: Re: Bringing any of the other MLs to Cygwin > > On Tue, 31 Aug 2004, landocalrissian wrote: > > > Hello from Gregg C Levine > > > > I'm probably decidedly off topic here, but... > > > > Igor mentioned in his announcement that one derivation of ML is now > > available. Suppose I successfully port SML/NJ to Cygwin? What's involved > > in making this an available language? > > First, since SML/NJ isn't GPLed, figure out whether the SML license is > OSI-approved. If it is, then it falls under the GPL exception of the > Cygwin license, and you can link it with Cygwin and distribute it, in > which case read for instructions on > preparing and ITP'ing a Cygwin package. > > > Who supplies the forms that I'll need to sign? > > AFAIK, there aren't any forms to sign for contributing packages. > > Good luck. FYI, I'd vote for an smlnj package... > Igor > -- > http://cs.nyu.edu/~pechtcha/ > |\ _,,,---,,_ pechtcha@cs.nyu.edu > ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com > |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. > '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! > > "Happiness lies in being privileged to work hard for long hours in doing > whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Wed Sep 1 02:39:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Wed, 01 Sep 2004 02:39:00 -0000 Subject: Compiling TCL C extensions using Cygwin gcc In-Reply-To: <20040831223210.73946.qmail@web80404.mail.yahoo.com> References: <20040831223210.73946.qmail@web80404.mail.yahoo.com> Message-ID: <41353519.3090607@x-ray.at> Jingzhao Ou schrieb: > I tried to compile a simple Tcl C extension using Cygwin gcc. I use the > following commands: > > gcc -shared -ltcl -L/lib random.o > > I got the following error messege: > > random.o(.text+0x31):random.c: undefined reference to `_Tcl_WrongNumArgs' > random.o(.text+0x5e):random.c: undefined reference to `_Tcl_GetIntFromObj' > random.o(.text+0x98):random.c: undefined reference to `_Tcl_GetObjResult' > random.o(.text+0xad):random.c: undefined reference to `_Tcl_SetIntObj' > random.o(.text+0xe2):random.c: undefined reference to `_Tcl_PkgRequire' > random.o(.text+0x11a):random.c: undefined reference to `_Tcl_CreateObjCommand' > random.o(.text+0x135):random.c: undefined reference to `_Tcl_PkgProvide' > collect2: ld returned 1 exit status > > I can see that tcl.h is located at /usr/include. Also, libtcl84.a and > libtclstub84.a are located at /lib. > > Can any one kindly help me out? lots of beginners mistakes: there's a good gcc primer in the net. please check that out. http://www.network-theory.co.uk/gcc/intro/ 1. libs after the source, 2. library search path before the lib, otherwise it will not find it. 3. -shared ??? See that there's an tcl .a lib but no .dll (for completeness sake: no .la pointing to a .dll at /usr/bin), so you cannot build a shared exe. => gcc random.c -L/usr/lib -ltcl -o random but -L/usr/lib is redundant because thats in the standard search path => gcc random.c -ltcl -o random Note: the .exe extension is added automatically to random. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Wed Sep 1 02:45:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Wed, 01 Sep 2004 02:45:00 -0000 Subject: ssh - no access to /dev/st0 In-Reply-To: <536E63F3472B3F4486A01F301164FEC8584E24@mccmsrv.mccnet.mobi lecom.com> References: <536E63F3472B3F4486A01F301164FEC8584E24@mccmsrv.mccnet.mobilecom.com> Message-ID: <6.1.0.6.0.20040831223054.034a3400@pop.prospeed.net> At 03:02 PM 8/31/2004, you wrote: >If I add sshd_server to the Administrators group, I can auto logon via >ssh (using authorized_keys). Even though this is supposed to happen via >ssh-host-config. From '/usr/share/doc/Cygwin/openssh.README': 2003 Server has a funny new feature. When starting services under SYSTEM account, these services have nearly all user rights which SYSTEM holds... except for the "Create a token object" right, which is needed to allow public key authentication :-( There's no way around this, except for creating a substitute account which has the appropriate privileges. Basically, this account should be member of the administrators group, plus it should have the following user rights: Create a token object Logon as a service Replace a process level token Increase Quota The ssh-host-config script asks you, if it should create such an account, called "sshd_server". If you say "no" here, you're on your own. Please follow the instruction in ssh-host-config exactly if possible. Note that ssh-user-config sets the permissions on 2003 Server machines dependent of whether a sshd_server account exists or not. So your 'sshd_server' user should be a member of the administrators group if it's going to work. Did you use 'ssh-host-config' to create it in the first place? Does rerunning it make it any better? >But I still do not have access to /dev/st0, but if I disable auto-logon >and type in my password, all works. > >The interesting thing is that the id command returns a different set of >groups for me when I log on automatically or I specify the password. > >The uid and gid are the same, but the list of groups is different: For >the automatic logon I only get Domain Admins and Users > >Any suggestions would be appreciated. Beyond what I already suggested (below), which I still think is valid/worthwhile advice, you might also review your '/etc/passwd' and '/etc/group' too. >Thanks. > >-----Original Message----- >From: Larry Hall [mailto:blah blah blah] > >Sent: Tuesday, August 31, 2004 12:36 PM >To: Cary Lewis; blah@blah.blah >Subject: RE: ssh - no access to /dev/st0 > >At 12:24 PM 8/31/2004, you wrote: >>The issue is that during command line execution of a tar command, sshd >>has not set the environment properly, namely the mount points are not >>there, so /dev/st0 does not exist, and the PATH variable does not point >>to the correct cygwin files either. >> >>What might be causing this. >> >>It works fine with an interactive ssh session (providing auto logon is >>not set up). >> > > >I think it's time to start over on this one too: > >>Problem reports: http://cygwin.com/problems.html > > >You might want to run your server in debug mode and see if you can >spot the problem here. My WAG is permissions problems on ~/.ssh and/or >log files/directories and/or 'sshd' isn't running with all the >permissions >it needs. But that's just guessing. The debug output should help >ferret >out the real answer. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Wed Sep 1 03:47:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Wed, 01 Sep 2004 03:47:00 -0000 Subject: mod-php4 In-Reply-To: References: Message-ID: <4135464D.90602@x-ray.at> Robert Schmidt schrieb: > That being said, any pointers to alternatives to SquirrelMail > (preferrably lighter-weight, and for an IMAP backend) would be welcome... The normal WAMP setup works fine with squirrelmail. (And most other php packages.) There are lots of easy WAMP installers. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From patrick_a_jones@hotmail.com Wed Sep 1 03:49:00 2004 From: patrick_a_jones@hotmail.com (Patrick Jones) Date: Wed, 01 Sep 2004 03:49:00 -0000 Subject: Problem with setup 2.427 under Windows 2000 Message-ID: Hi all. I am attempting to run setup.exe, version 2.427 under Windows 2000 Professional on a Toshiba laptop. After making all the setup option selections, the setup fails, with a dialog window saying 'setup.exe has been terminated by Windows. You will need to restart the program'. The first time I tried to run setup, I looked in 'setup\var\log'. It said that Cygwin could not detect McShield because McAfee is not installed. I am aware that setup has problems running simultaneously with anti-virus software, but I have no anti-virus software on the computer (as the error diagnostic indicates). This computer is not connected to the internet. So I had to download and burn the tarballs to CD on another machine. I then copied the files from CD to a folder residing on my desktop on the machine in question...and am attempting to run setup from this folder. This is my first time posting to this list and trying to use Cygwin. Many apologies if this has been addressed elsewhere (I've read several postings with regard to 2.427 setup - but none addressing quite the same concern as mine). Best regards, Pat Jones _________________________________________________________________ On the road to retirement? Check out MSN Life Events for advice on how to get there! http://lifeevents.msn.com/category.aspx?cid=Retirement -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Wed Sep 1 04:17:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Wed, 01 Sep 2004 04:17:00 -0000 Subject: efsprogs (was: BUG gcc-mingw 20040810-1 library search path) In-Reply-To: <3D848382FB72E249812901444C6BDB1D03E04E64@exchange.timesys.com> References: <3D848382FB72E249812901444C6BDB1D03E04E64@exchange.timesys.com> Message-ID: <41354D50.204@x-ray.at> Robb, Sam schrieb: > Already noted, Max. I'm aware of the problem, but don't have time to address it > immediately. I should be able to get to it soon, though. If you have any suggestions > as to where the libuuid from e2fsprogs should go, I'd be glad of the advice... IIRC, > Reini suggested /usr/lib/e2fsprogs or something similar. Hmm, linux really has it at /usr/lib/ Maybe you could ask the e2fsprogs-devel maintainer to rename his uuid lib, or put it into some subdir. "ss" for subsystem seems also to be a common name. His headers for example go into subdirs: uuid/uuid.h It's not the best attitude to trample on these namespaces, with _libdir=/usr/lib: %{_libdir}/libcom_err.a %{_libdir}/libcom_err.so %{_libdir}/libe2p.a %{_libdir}/libe2p.so %{_libdir}/libext2fs.a %{_libdir}/libext2fs.so %{_libdir}/libss.a %{_libdir}/libss.so %{_libdir}/libblkid.a %{_libdir}/libblkid.so %{_libdir}/libuuid.a %{_libdir}/libuuid.so -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From drkludge@cox.net Wed Sep 1 04:40:00 2004 From: drkludge@cox.net (Greg Morgan) Date: Wed, 01 Sep 2004 04:40:00 -0000 Subject: ssh under windows 2003 server In-Reply-To: <1093917037.32124.ezmlm@cygwin.com> References: <1093917037.32124.ezmlm@cygwin.com> Message-ID: <4135525B.8000600@cox.net> Cary Lewis wrote: >>I am ssh installed on a win 2003 server. >> >>If I login in with authorized_keys set to allow auto-logins, I get the >>fanfare, and welcome message, but then I am immediately logged out. >> >>If I remove authorized_keys and I am prompted for password, I can log in >>and use the shell normally. >> >>Can someone shed some light on this? >> >>Thanks. Cary, I believe you needed to fix this problem above before you tried using ssh to your box. I don't know if the others saw your first message on the list before they saw your tape drive and ssh problem. Would you please reply to the list with both your cygwin.dll version and the openssh version that you are using? Depending on your the versions of these programs, and that you just installed ssh, you may be experiencing the privilege separation problem. Additional information is located here, if your versions match. http://cygwin.com/ml/cygwin/2004-08/msg01245.html Greg >> ssh - no access to /dev/st0 >> >>I have a SCSI tape drive, and I can use tar to create archives on it: >> >>tar cvf /dev/st0 /bin >> >>tar tvf /dev/st0 >> >>but if I try to ssh into my cygwin box and try the same command, then I >>get the following error: >> >>tar: opening archive "/dev/st0": The system cannot find the path >>specified. >> >>Any help would be appreciated. >> >>I am running ssh under cygwin on a windows 2003 server box. >> >>Thanks for any help! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From g.r.vansickle@worldnet.att.net Wed Sep 1 04:52:00 2004 From: g.r.vansickle@worldnet.att.net (Gary R. Van Sickle) Date: Wed, 01 Sep 2004 04:52:00 -0000 Subject: We have a hacker In-Reply-To: <000001c48f96$07678e30$6401a8c0@bobby> Message-ID: [um... snip] > on my own. I bought every one of those computers. The VIC, > the 128, the Amiga, The Tandy, the 286, the 386, the Compaq > Presario and now an HP. 1. So *YOU* are the other guy who bought a C-128! I knew I wasn't the only one! 2. What in blazes are you talking about? -- Gary R. Van Sickle -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Wed Sep 1 05:16:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Wed, 01 Sep 2004 05:16:00 -0000 Subject: Python os.path.join inconsistency? In-Reply-To: <4133873F.8090606@alltel.net> References: <413384A1.7080509@alltel.net> <20040830195455.GC15021@trixie.casa.cgf.cx> <4133873F.8090606@alltel.net> Message-ID: <41355B27.6010301@x-ray.at> Ken Dibble schrieb: > I guess my limited experience (including not being a windows programmer) > colored my perception. > > I had never been able to get any Windows variant I was exposed to, > to accept a forward slash. So much for my recall device of > Unix Forward, Windows Backward. Win95 derivates accept only backward, WinNT since always forward slashes also. All the WinAPI functions and all winnt commands. cmd.exe knows about it, command.com not, most older shells try to take the first "/" as argument delimiter. (stupid command.com habits) [n:\]bin/ls 4DOS/NT: Unknown command "BIN" [n:\]ls /bin/ls /bin/ls Some homegrown scripts or python or perl or php libs probably not. Who knows on which they decide to split their args and paths. If they just pass the paths verbatim to the underlying API, it should work okay. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From fergus@bonhard.uklinux.net Wed Sep 1 05:28:00 2004 From: fergus@bonhard.uklinux.net (fergus@bonhard.uklinux.net) Date: Wed, 01 Sep 2004 05:28:00 -0000 Subject: Strange behaviours: attributable to XP SP2? Message-ID: Sorry, the "SP2?" query turns out to be a completely false trail. What was happening was that in the file /etc/setup/installed.db I had an entry for libopenldap2-2-15-2-15-2-15-2-15-[repeat many times]-2-15 being a hangover from a recent naming problem that caused successive updates to be installed. I have removed this line from installed.db leaving only entries for libopenldap2 and libopenldap2_2_7. The output from cygcheck is now aligned properly. Thank you for help. Fergus -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From chris81@bellsouth.net Wed Sep 1 05:31:00 2004 From: chris81@bellsouth.net (Bobby McNulty) Date: Wed, 01 Sep 2004 05:31:00 -0000 Subject: We have a hacker In-Reply-To: <20040901045237.VTYC11590.imf10aec.mail.bellsouth.net@sourceware.org> References: <20040901045237.VTYC11590.imf10aec.mail.bellsouth.net@sourceware.org> Message-ID: <41355EA5.2060002@bellsouth.net> Gary R. Van Sickle wrote: >[um... snip] > > >>on my own. I bought every one of those computers. The VIC, >>the 128, the Amiga, The Tandy, the 286, the 386, the Compaq >>Presario and now an HP. >> >> > >1. So *YOU* are the other guy who bought a C-128! I knew I wasn't the only >one! >2. What in blazes are you talking about? > > > Someone's been watching me. I caught on to one in Millbrook, Alabama. My youngest brother. The other is in Montgomery, Alabama. Look at headers sometime, and you can tell where the message are coming from. My friend pointed me out to one. It was sending email using my actual encoded account address from the server. But the address of the machine sending it was in Montgomery, not Millbrook, and it was not on Bell south, but Charter. It sent a message to a guy named Hiratch Ford in North Carolina. What made my friend suspicious of these fraudulent email was that one was supposedly coming from the system administrator at his place. He is his own system administrator, and would have not needed to write that email. He uses Linux for email. Which I suppose I should too. Gotta go. I'm going to get Linux, at least on ISO. Bobby -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From arnaud.mouiche@inventel.fr Wed Sep 1 07:48:00 2004 From: arnaud.mouiche@inventel.fr (Arnaud Mouiche) Date: Wed, 01 Sep 2004 07:48:00 -0000 Subject: c:/ seems to be accessed in binary even if cygwin is configured as textmode by default In-Reply-To: <6.1.0.6.0.20040831135114.033e8c58@pop.prospeed.net> References: <6.1.2.0.0.20040831193832.01cc4f70@172.16.0.2> <6.1.0.6.0.20040831135114.033e8c58@pop.prospeed.net> Message-ID: <6.1.2.0.0.20040901091733.01b7e768@172.16.0.2> At 19:55 31/08/2004, Larry Hall wrote: >At 01:38 PM 8/31/2004, you wrote: > >Hi. > > > >just make a fresh update (from a long time). I mount my system in > textmode by default. > >yet, > > > >c:/file seems to be accessed in binary mode > >/cygdrive/c/file is accessed in text mode > > > >Is it the new default behaviour ? Is there a configuration that I missed ? > > > >thanks > > > >Arnaud > > > >.... > > > >here a simple proof > > > >$ cygcheck -c | grep cygwin > >cygwin 1.5.10-3 OK > >cygwin-doc 1.3-7 OK > >$ mount > >C:\cygwin\bin on /usr/bin type system (textmode) > >C:\cygwin\lib on /usr/lib type system (textmode) > >C:\cygwin on / type system (textmode) > >c: on /cygdrive/c type user (textmode,noumount) > >d: on /cygdrive/d type user (textmode,noumount) > >w: on /cygdrive/w type user (textmode,noumount) > > > >If you're using a Windows path, you bypass mounts. Mounts map POSIX paths >to Windows, not the reverse. I agree with you, but it worked with old version of cygwin. Get the possibility to tune binmode/textmode of Window path for cygwin application looks like important to me. The greet things with cygwin is to mix windows and unix world. I don't know the history of cygwin, but I may suppose that the option "mount -t" was here to get this compatibility between unix and windows. Most of the time I use the cygwin make, sed, grep, diff, cvs in combination with (only) windows development tools ( especially armcc ). I use "cygpath -m" to get compatible path for both environment. I can't use it now. issue #1: I start to look at this problem when tkcvs was not able any more to perform a diff between 2 version. tkdiff, copy the cvs HEAD release of a version in temporary directory, then call the cygwin 'diff' to perform the comparaison. diff compare the local file (text mode) with the one in temp directory (c:/tmp/xxxx, so in binmode) issue #2: even whith cygwin "tclsh" version, glob /* returns C:/cygwin/bin C:/cygwin/cygwin.bat C:/cygwin/cygwin.ico .... issue #3: Another example: the 2 following lines don't gives the same result cd c:/ && grep XXXX file grep XXXX c:/file arnaud -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From mirko.tebaldi@libero.it Wed Sep 1 08:10:00 2004 From: mirko.tebaldi@libero.it (mirko tebaldi) Date: Wed, 01 Sep 2004 08:10:00 -0000 Subject: Error in first execution Message-ID: <004701c48ffb$91cf4620$2d0f5197@realtebo> Hi to everyone ! i'm a new-new-user with a new problem ! the pdf manual and the guides on Google don't help me I downloaded and installed the 'deafult' packages, with no modying notinhg of what proposed from cygwin setup program. when i installed. i double-clicked on its icon on desktop and i receive an advise from sed.exe about cygintl-3.dll not found. the terminal windows start but... what's the error? i'm using win 2003 server, and i installed from administrator login so i have ALL the permissions (the machine is mine). i installed for 'all users', because i'm the only user of the machine thanx. realtebo mirko tebaldi - italia -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From arnaud.mouiche@inventel.fr Wed Sep 1 09:01:00 2004 From: arnaud.mouiche@inventel.fr (Arnaud Mouiche) Date: Wed, 01 Sep 2004 09:01:00 -0000 Subject: c:/ seems to be accessed in binary even if cygwin is configured as textmode by default In-Reply-To: <6.1.2.0.0.20040901091733.01b7e768@172.16.0.2> References: <6.1.2.0.0.20040831193832.01cc4f70@172.16.0.2> <6.1.0.6.0.20040831135114.033e8c58@pop.prospeed.net> <6.1.2.0.0.20040901091733.01b7e768@172.16.0.2> Message-ID: <6.1.2.0.0.20040901105801.01cebc40@172.16.0.2> Cygwin User's Guide http://www.cygwin.com/cygwin-ug-net/using-textbinary.html says "The Cygwin system gives us some flexibility in deciding how files are to be opened when the mode is not specified explicitly. The rules are evolving, this section gives the design goals. a) If the file appears to reside on a file system that is mounted (i.e. if its pathname starts with a directory displayed by mount), then the default is specified by the mount flag. If the file is a symbolic link, the mode of the target file system applies. b) If the file appears to reside on a file system that is not mounted (as can happen when the path contains a drive letter), the default is text. .... " In understand that a windows path ([...] the path contains a drive letter ) should be seen as text file. This not what I experience. arnaud At 09:48 01/09/2004, Arnaud Mouiche wrote: >At 19:55 31/08/2004, Larry Hall wrote: >>At 01:38 PM 8/31/2004, you wrote: >> >Hi. >> > >> >just make a fresh update (from a long time). I mount my system in >> textmode by default. >> >yet, >> > >> >c:/file seems to be accessed in binary mode >> >/cygdrive/c/file is accessed in text mode >> > >> >Is it the new default behaviour ? Is there a configuration that I missed ? >> > >> >thanks >> > >> >Arnaud >> > >> >.... >> > >> >here a simple proof >> > >> >$ cygcheck -c | grep cygwin >> >cygwin 1.5.10-3 OK >> >cygwin-doc 1.3-7 OK >> >$ mount >> >C:\cygwin\bin on /usr/bin type system (textmode) >> >C:\cygwin\lib on /usr/lib type system (textmode) >> >C:\cygwin on / type system (textmode) >> >c: on /cygdrive/c type user (textmode,noumount) >> >d: on /cygdrive/d type user (textmode,noumount) >> >w: on /cygdrive/w type user (textmode,noumount) >> >> >> >>If you're using a Windows path, you bypass mounts. Mounts map POSIX paths >>to Windows, not the reverse. > > >I agree with you, but it worked with old version of cygwin. >Get the possibility to tune binmode/textmode of Window path for cygwin >application looks like important to me. > > >The greet things with cygwin is to mix windows and unix world. I don't >know the history of cygwin, but I may suppose that the option "mount -t" >was here to get this compatibility between unix and windows. >Most of the time I use the cygwin make, sed, grep, diff, cvs in >combination with (only) windows development tools ( especially armcc ). I >use "cygpath -m" to get compatible path for both environment. I can't use >it now. > >issue #1: >I start to look at this problem when tkcvs was not able any more to >perform a diff between 2 version. tkdiff, copy the cvs HEAD release of a >version in temporary directory, then call the cygwin 'diff' to perform the >comparaison. diff compare the local file (text mode) with the one in temp >directory (c:/tmp/xxxx, so in binmode) > >issue #2: >even whith cygwin "tclsh" version, > glob /* >returns > C:/cygwin/bin C:/cygwin/cygwin.bat C:/cygwin/cygwin.ico .... > >issue #3: >Another example: the 2 following lines don't gives the same result > cd c:/ && grep XXXX file > grep XXXX c:/file > > >arnaud > >-- >Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >Problem reports: http://cygwin.com/problems.html >Documentation: http://cygwin.com/docs.html >FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From mats.bengtsson@s3.kth.se Wed Sep 1 09:10:00 2004 From: mats.bengtsson@s3.kth.se (Mats Bengtsson) Date: Wed, 01 Sep 2004 09:10:00 -0000 Subject: Strange font behaviour with Cygwin In-Reply-To: <41358872.3010204@lists.stompbox.nl> References: <41358872.3010204@lists.stompbox.nl> Message-ID: <41359212.1020008@s3.kth.se> The problem is that the package tetex-tiny, that is installed when you install lilypond doesn't contain all the fonts that are actually used in LilyPond. The solution for you is to simply rerun setup.exe and select the package called tetex-base, which contains a complete set of font files. I don't really know why this problem has persisted for such long time. The solution is either to add some more font files to tetex-tiny or let lilypond depend on tetex-base instead. /Mats Patrick Hubers wrote: > Hi, > > First of all, thanks for a wonderful piece of software. I've been using > LilyPond for about a year now and although I still cannot do some things > as easy as I could with Finale (which I've been using for 10+ years), I > think LilyPond is great and getting better with each new version! > > However, I found some strange behaviour regarding fonts: when I compile > a .ly file with the Cygwin version, some of the fonts (notably the bar > numbers en lyrics) are missing and substituted with Courier. This > happens with two separate Cygwin/LilyPond installations on different > machines, both of which are running Windows 2000. The same file works > perfectly on my Fedora Core 2 machine. However, if I specifically > \override the fonts and specify, for example, to use "cmr08" for the bar > numbers (which is, apparently, the same font that cannot be found > normally), the font *can* be found and is present in the resulting .ps > and .pdf output. Also note that all title fonts are present without > having to \override them... > > This has been happening at least since version 2.2.0, I'm currently > running 2.2.5 on both Cygwin and Fedora. > > I'm stumped, actually, and I'm wondering if anybody here can shed some > light on this strange problem? > > TIA. > -- ============================================= Mats Bengtsson Signal Processing Signals, Sensors and Systems Royal Institute of Technology SE-100 44 STOCKHOLM Sweden Phone: (+46) 8 790 8463 Fax: (+46) 8 790 7260 Email: mats.bengtsson@s3.kth.se WWW: http://www.s3.kth.se/~mabe ============================================= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Wed Sep 1 09:43:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Wed, 01 Sep 2004 09:43:00 -0000 Subject: RTLD_DEFAULT & RTLD_NEXT In-Reply-To: References: <20040830143832.GE17670@cygbert.vinschen.de> <20040831083258.GA7517@cygbert.vinschen.de> <20040831190826.GV17670@cygbert.vinschen.de> Message-ID: <20040901094429.GY17670@cygbert.vinschen.de> On Aug 31 15:35, Sam Steingold wrote: > > * Corinna Vinschen [2004-08-31 21:08:26 +0200]: > > - EnumProcessModules is NT >= 4 only but not loaded dynamically (see > > autoload.cc) nor tested for non-existance. Generally, > > EnumProcessModules is called w/o checking the return value. > > 1. what is "n" in LoadDLLfunc? > 2. how do I test for non-existance? There's a description in the source dir how autoload works, see how-autoload-works.txt. > 3. the first call to EnumProcessModules is known to fail. it is there > for that specific reason - to fail and return "needed". Sure, but there's an important difference. In the normal case, EnumProcessModules will return TRUE and sets n to a useful value. What do you do if EnumProcessModules returns FALSE? > > I'd like to ask you to read > > http://cygwin.com/contrib.html and send us a copyright assignment if > > possible. > > ok. Thanks! It will take some time but perhaps you want to contribute a lot more code and the assignment has to be send only once ;-) Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Wed Sep 1 09:52:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Wed, 01 Sep 2004 09:52:00 -0000 Subject: c:/ seems to be accessed in binary even if cygwin is configured as textmode by default In-Reply-To: <6.1.2.0.0.20040901105801.01cebc40@172.16.0.2> References: <6.1.2.0.0.20040831193832.01cc4f70@172.16.0.2> <6.1.0.6.0.20040831135114.033e8c58@pop.prospeed.net> <6.1.2.0.0.20040901091733.01b7e768@172.16.0.2> <6.1.2.0.0.20040901105801.01cebc40@172.16.0.2> Message-ID: <20040901095311.GZ17670@cygbert.vinschen.de> On Sep 1 11:01, Arnaud Mouiche wrote: > Cygwin User's > Guide http://www.cygwin.com/cygwin-ug-net/using-textbinary.html says > [...] > b) If the file appears to reside on a file system that is not mounted (as > can happen when the path contains a drive letter), the default is text. > > In understand that a windows path ([...] the path contains a drive letter ) > should be seen as text file. > This not what I experience. Hmm, time to change the documentation, I guess. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From peter.pichler@iisb.fraunhofer.de Wed Sep 1 09:58:00 2004 From: peter.pichler@iisb.fraunhofer.de (Dr. Peter Pichler) Date: Wed, 01 Sep 2004 09:58:00 -0000 Subject: FORTRAN open/read problem with drive letters Message-ID: <41359D42.2080709@iisb.fraunhofer.de> Dear colleagues, I encountered some unexpected problems when opening a data file in a FORTRAN program and reading characters from it. I work on WINDOWS XP and I downloaded today the latest version of cygwin from http://sources.redhat.com/cygwin/. g77 claims to be version 3.3.3 The problem which can be reproduced by the small program attached occurs only when I open the file (test.dat is assumed here to reside in the root directory of drive d) with an absolute path in the form 'd:/test.dat' and when the read format is '(A)'. In this case, the output consists of three empty lines only. Not even the "read:" is printed. The problem does not occur when I use '/cygdrive/d/test.dat' to open the file or when the read format contains explicitly the correct length of the line. It is apparent that the data file is found and opened since the number of lines found during reading corresponds to the actual number of lines in the file. Any help would be welcome. Kind regards, Peter Pichler ===== test.f start ===== PROGRAM TEST CHARACTER*256 STRVAL CHARACTER*72 ZEI C--- this works: C OPEN (UNIT=21,FILE= C 1 'd:/test.dat', C 2 STATUS='OLD') C C 10 READ (21,'(A6)',END=30,ERR=30) ZEI C write (*,'(T2,''read: '',A)') zei C GOTO 10 C--- this works: C OPEN (UNIT=21,FILE= C 1 '/cygdrive/d/test.dat', C 2 STATUS='OLD') C C 10 READ (21,'(A)',END=30,ERR=30) ZEI C write (*,'(T2,''read: '',A)') zei C GOTO 10 C--- the combination does'nt work: OPEN (UNIT=21,FILE= 1 'd:/test.dat', 2 STATUS='OLD') 10 READ (21,'(A)',END=30,ERR=30) ZEI write (*,'(T2,''read: '',A)') zei GOTO 10 30 CONTINUE CLOSE(21) END ===== test.f end ===== ===== test.dat start ===== line 1 line 2 line 3 ===== test.dat end ===== -- Dr. Peter Pichler Tel.: +49 (0) 9131 761-227 Fraunhofer IISB Fax : +49 (0) 9131 761-212 Schottkystrasse 10 mailto:peter.pichler@iisb.fraunhofer.de 91058 Erlangen, Germany http://www.iisb.fraunhofer.de -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Wed Sep 1 10:14:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Wed, 01 Sep 2004 10:14:00 -0000 Subject: A "big file" for the Cygwin API Reference In-Reply-To: <20040831220405.73175.qmail@web11603.mail.yahoo.com> References: <20040831220405.73175.qmail@web11603.mail.yahoo.com> Message-ID: <20040901101522.GA17670@cygbert.vinschen.de> On Aug 31 15:04, James McLaughlin wrote: > Hi, > > I've noticed that it's possible to download the Cygwin > FAQ (and also the User Guide) from www.cygwin.com as > one large file instead of examining individual pages > of each online. However, this is not possible with the > API reference, and so I would like to contribute a > "big file" of the individual HTML pages (stored in a > zip file, or a gz file created in WinZip 8.1 - I > haven't installed Cygwin yet so can't use gzip). > > Could someone from RedHat please tell me: > > 1.) Which compressed format would be preferred? > > 2.) What encoding should I use for the HTML pages? > (Unicode(UTF-8) and Western European(Windows) seem to > be the only suitable encodings I can offer.) > > 3.) How to send this to RedHat/Cygwin - the website's > information about contributions doesn't help me with > submitting this sort of contribution. Well, Joshua is caring for the Cygwin documentation mostly. Perhaps he has an idea how we can offer that on the web pages. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From jemwa@sun.ac.za Wed Sep 1 10:21:00 2004 From: jemwa@sun.ac.za (Gorden Jemwa) Date: Wed, 01 Sep 2004 10:21:00 -0000 Subject: LAPACK - testing problems In-Reply-To: <8ED2FA87C8ACC04192709688DDFD5F5F4364BF@calttsv025.cal.riotinto.org> References: <8ED2FA87C8ACC04192709688DDFD5F5F4364BF@calttsv025.cal.riotinto.org> Message-ID: <4135A2A6.8040007@sun.ac.za> Billinghurst, David (CALCRTS) wrote: > cygwin-owner@cygwin.com wrote: > >>I've just recently migrated to CYGWIN. I am having problems with >>installing the LAPACK (&BLAS) libraries. Specifically, I am >>(apparently) succeeding in compiling the libraries. However, when it >>comes to testing the routines only the ones that use eigsrc_(PLAT).a >>library seem to be able to give me any output while the rest are >>giving an error,for example: >> >> Timing square REAL LAPACK linear equations routines >> ./xlintims < stime.in> stime.out 2>&1 >> make: *** [stime.out] Error 128 >> >>I've done almost everything suggested previously on the archives but >>to avail. Could someone help >> >>Thanks > > > What happens if you run xlintims from the command line? > > ./xlintims < stime.in > I've gone through the entire library-build process again an everything seems to be working as it should except when it comes to TIMING the Linear Equations Routines. Running the command "xlintims < stime.in" gives no output. The Eigensystem Routines are working fine though. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From theover@tiscali.nl Wed Sep 1 11:42:00 2004 From: theover@tiscali.nl (Theo Verelst) Date: Wed, 01 Sep 2004 11:42:00 -0000 Subject: device driver USB experimenter setup Message-ID: Hi everyone, Does anyone know of a decent and generally useable setup with some USB chip/board to get *normal* bit or byte-wise IO using a cygwin compiled PC program and driver ? And if so, how... Theo Verelst http://home.tiscali.nl/theover http://82.168.209.239/fosdem http://82.168.209.239/Audio -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From karthiks@knowsys.net Wed Sep 1 11:52:00 2004 From: karthiks@knowsys.net (Karthik ES) Date: Wed, 01 Sep 2004 11:52:00 -0000 Subject: problem with expect Message-ID: <200409010755.AA1186267390@knowsys.net> Hi, we are facing a problem with executing a expect program in cygwin. Expect program triggers the setup of application server. While triggering that setup file thru expect we are getting "IOException in read query".Also,we are getting invalid spawn id (4) error on the screen. Please give me a solution to solve this problem. Thanks and regards karthic kumar -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From mirko.tebaldi@libero.it Wed Sep 1 11:57:00 2004 From: mirko.tebaldi@libero.it (Mirko Tebaldi (Indirizzo Pubblico)) Date: Wed, 01 Sep 2004 11:57:00 -0000 Subject: PHP 5.x and latest upgrade.. is it present ? Message-ID: in wich categoriy is the php package ? i cannot find it in no-one of them ! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From jason.pearce@ieee.org Wed Sep 1 12:17:00 2004 From: jason.pearce@ieee.org (Jason Pearce) Date: Wed, 01 Sep 2004 12:17:00 -0000 Subject: WINCVS using cygwin's python? Message-ID: <4135BDC1.90400@ieee.org> Has anyone used WinCVS 1.3 and managed to get the Python macros working with Cygwin's Python? I have tried entering D:\cygwin\bin\libpython2.3.dll as the python dll under the WinCVS's admin=>preferences=>wincvs configuration but it does not seem register as having Python available. Its just potentially confusing to have 2 versions of python laying around. Jason -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rschm@broadpark.no Wed Sep 1 12:34:00 2004 From: rschm@broadpark.no (Robert Schmidt) Date: Wed, 01 Sep 2004 12:34:00 -0000 Subject: PHP 5.x and latest upgrade.. is it present ? In-Reply-To: References: Message-ID: Mirko Tebaldi (Indirizzo Pubblico) wrote: > in wich categoriy is the php package ? i cannot find it in no-one of them ! > PHP has been withdrawn from the cygwin distribution since it was broken. Apparently, there's a new Apache maintainer for cygwin, who also has taken on support for mod-php4, so there's hope. I have seen no indication of when it will be re-added, though. As mentioned in a post yesterday, I also miss a working, integrated PHP for cygwin. Getting it to work manually proved to hard for me. Using a non-cygwin (i.e. Win32 native) PHP is unattractive, as this can't be an cygwin Apache module. Cheers, Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Wed Sep 1 13:29:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 01 Sep 2004 13:29:00 -0000 Subject: LAPACK - testing problems In-Reply-To: <4135A2A6.8040007@sun.ac.za> References: <8ED2FA87C8ACC04192709688DDFD5F5F4364BF@calttsv025.cal.riotinto.org> <4135A2A6.8040007@sun.ac.za> Message-ID: On Wed, 1 Sep 2004, Gorden Jemwa wrote: > Billinghurst, David (CALCRTS) wrote: > > > cygwin-owner@XXXXXX.XXX wrote: . Thanks. > > > I've just recently migrated to CYGWIN. I am having problems with > > > installing the LAPACK (&BLAS) libraries. Specifically, I am > > > (apparently) succeeding in compiling the libraries. However, when it > > > comes to testing the routines only the ones that use eigsrc_(PLAT).a > > > library seem to be able to give me any output while the rest are > > > giving an error,for example: > > > Timing square REAL LAPACK linear equations routines > > > ./xlintims < stime.in> stime.out 2>&1 > > > make: *** [stime.out] Error 128 > > > > > > I've done almost everything suggested previously on the archives but > > > to avail. Could someone help > > > > > > Thanks > > > > What happens if you run xlintims from the command line? > > > > ./xlintims < stime.in > > I've gone through the entire library-build process again an everything > seems to be working as it should except when it comes to TIMING the > Linear Equations Routines. > Running the command "xlintims < stime.in" gives no output. What is the return code of that command? Try "echo $?" after running it. Igor > The Eigensystem Routines are working fine though. -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From CLewis@mobilecom.com Wed Sep 1 13:29:00 2004 From: CLewis@mobilecom.com (Cary Lewis) Date: Wed, 01 Sep 2004 13:29:00 -0000 Subject: ssh under windows 2003 server Message-ID: <536E63F3472B3F4486A01F301164FEC8584E8A@mccmsrv.mccnet.mobilecom.com> I appreciate the feedback, I tried the -r option but it does not work: The sshd service does not start at all! openssh 3.8.1p1-1 Cygwin DLL version info: DLL version: 1.5.10 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 116 Shared data: 4 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Tue May 25 22:07:00 EDT 2004 CVS tag: cr-0x5e6 Shared id: cygwin1S4 Greg Morgan cox.net> writes: Again, adding sshd_user to administrators group allows auto logon, but the groups that I see via the id command is not same as before sshing into the box, nor the same if I do a manual login by typing in the password. -----Original Message----- From: Greg Morgan [mailto:drkludge@cox.net] Sent: Wednesday, September 01, 2004 12:39 AM To: cygwin@cygwin.com Cc: Cary Lewis Subject: Re: ssh under windows 2003 server Cary Lewis wrote: >>I am ssh installed on a win 2003 server. >> >>If I login in with authorized_keys set to allow auto-logins, I get the >>fanfare, and welcome message, but then I am immediately logged out. >> >>If I remove authorized_keys and I am prompted for password, I can log in >>and use the shell normally. >> >>Can someone shed some light on this? >> >>Thanks. Cary, I believe you needed to fix this problem above before you tried using ssh to your box. I don't know if the others saw your first message on the list before they saw your tape drive and ssh problem. Would you please reply to the list with both your cygwin.dll version and the openssh version that you are using? Depending on your the versions of these programs, and that you just installed ssh, you may be experiencing the privilege separation problem. Additional information is located here, if your versions match. http://cygwin.com/ml/cygwin/2004-08/msg01245.html Greg >> ssh - no access to /dev/st0 >> >>I have a SCSI tape drive, and I can use tar to create archives on it: >> >>tar cvf /dev/st0 /bin >> >>tar tvf /dev/st0 >> >>but if I try to ssh into my cygwin box and try the same command, then I >>get the following error: >> >>tar: opening archive "/dev/st0": The system cannot find the path >>specified. >> >>Any help would be appreciated. >> >>I am running ssh under cygwin on a windows 2003 server box. >> >>Thanks for any help! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Wed Sep 1 13:43:00 2004 From: dk@artimi.com (Dave Korn) Date: Wed, 01 Sep 2004 13:43:00 -0000 Subject: Hi! In-Reply-To: <4133D334.4040002@bellsouth.net> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Edward Mac > Sent: 31 August 2004 02:24 > To: cygwin > I'm a programmer looking to help. Right now, I'm compiling > the source to > the cygwin dll. > I finallly figured out how to put the stuff in the right directories. > The answer was there all the time. > > Simply copy them from a temporary dircectory to where they > actually go. > bin, etc, i686-pc-cygwin and the others can be copied by > using copy and > past in Windows. > I just occurred to me today as I was on the phone with a friend. > Its so simple. a child could do it. Of course, by the time that child has grown into an adult, it probably would have learnt from experience to just say "make install" instead... :) http://cygwin.com/faq/faq_3.html#SEC101 "How do I rebuild the tools on my NT box?" LOL. Don't want to knock your enthusiasm, stay keen! But always check the build instructions in detail before proceeding! cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Wed Sep 1 14:27:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Wed, 01 Sep 2004 14:27:00 -0000 Subject: c:/ seems to be accessed in binary even if cygwin is configured as textmode by default (documentation alert) In-Reply-To: <20040901095311.GZ17670@cygbert.vinschen.de> References: <6.1.2.0.0.20040831193832.01cc4f70@172.16.0.2> <6.1.0.6.0.20040831135114.033e8c58@pop.prospeed.net> <6.1.2.0.0.20040901091733.01b7e768@172.16.0.2> <6.1.2.0.0.20040901105801.01cebc40@172.16.0.2> <20040901095311.GZ17670@cygbert.vinschen.de> Message-ID: <20040901142808.GA9891@trixie.casa.cgf.cx> On Wed, Sep 01, 2004 at 11:53:11AM +0200, Corinna Vinschen wrote: >On Sep 1 11:01, Arnaud Mouiche wrote: >> Cygwin User's >> Guide http://www.cygwin.com/cygwin-ug-net/using-textbinary.html says >> [...] >> b) If the file appears to reside on a file system that is not mounted (as >> can happen when the path contains a drive letter), the default is text. >> >> In understand that a windows path ([...] the path contains a drive letter ) >> should be seen as text file. >> This not what I experience. > >Hmm, time to change the documentation, I guess. Correct. There's really no need for more discussion about this. This behavior has been in place for years. It's time the documentation was changed to reflect it. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Wed Sep 1 14:30:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Wed, 01 Sep 2004 14:30:00 -0000 Subject: device driver USB experimenter setup In-Reply-To: References: Message-ID: <20040901143133.GB9891@trixie.casa.cgf.cx> On Wed, Sep 01, 2004 at 11:42:23AM +0000, Theo Verelst wrote: >Hi everyone, > >Does anyone know of a decent and generally useable setup with some USB >chip/board to get *normal* bit or byte-wise IO using a cygwin compiled PC >program and driver ? And if so, how... Cygwin doesn't do anything special with USB devices. It seems like you probably should ask this question in a Windows forum. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From arnaud.mouiche@inventel.fr Wed Sep 1 14:40:00 2004 From: arnaud.mouiche@inventel.fr (Arnaud Mouiche) Date: Wed, 01 Sep 2004 14:40:00 -0000 Subject: c:/ seems to be accessed in binary even if cygwin is configured as textmode by default (documentation alert) In-Reply-To: <20040901142808.GA9891@trixie.casa.cgf.cx> References: <6.1.2.0.0.20040831193832.01cc4f70@172.16.0.2> <6.1.0.6.0.20040831135114.033e8c58@pop.prospeed.net> <6.1.2.0.0.20040901091733.01b7e768@172.16.0.2> <6.1.2.0.0.20040901105801.01cebc40@172.16.0.2> <20040901095311.GZ17670@cygbert.vinschen.de> <20040901142808.GA9891@trixie.casa.cgf.cx> Message-ID: <6.1.2.0.0.20040901163643.01dcfef8@172.16.0.2> well. c: is binary here a bug. cygpath -M c:/foo returns >> cygpath: file 'c:/foo' - No error looking at CVS code and strace, flags are set to zero instead of 0xa; the file is nor binary nor text >Correct. There's really no need for more discussion about this. This >behavior >has been in place for years. It's time the documentation was changed to >reflect it. > >cgf > >-- >Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >Problem reports: http://cygwin.com/problems.html >Documentation: http://cygwin.com/docs.html >FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cherborth@qnx.com Wed Sep 1 14:53:00 2004 From: cherborth@qnx.com (Chris Herborth) Date: Wed, 01 Sep 2004 14:53:00 -0000 Subject: Python os.path.join inconsistency? In-Reply-To: <41355B27.6010301@x-ray.at> References: <413384A1.7080509@alltel.net> <20040830195455.GC15021@trixie.casa.cgf.cx> <4133873F.8090606@alltel.net> <41355B27.6010301@x-ray.at> Message-ID: Reini Urban wrote: > Ken Dibble schrieb: > >> I guess my limited experience (including not being a windows programmer) >> colored my perception. >> >> I had never been able to get any Windows variant I was exposed to, >> to accept a forward slash. So much for my recall device of >> Unix Forward, Windows Backward. > > Win95 derivates accept only backward, WinNT since always forward slashes > also. This is rather off-topic, but even DOS would properly handle paths with forward slashes in commands that didn't choke trying to parse them into arguments (for example, Info-ZIP's zip/unzip or POV-Ray). This is an undocumented feature ever since DOS implemented directories. -- Chris Herborth (cherborth@qnx.com) Never send a monster to do the work of an evil scientist. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From jemwa@sun.ac.za Wed Sep 1 14:53:00 2004 From: jemwa@sun.ac.za (Gorden Jemwa) Date: Wed, 01 Sep 2004 14:53:00 -0000 Subject: LAPACK - testing problems In-Reply-To: References: <8ED2FA87C8ACC04192709688DDFD5F5F4364BF@calttsv025.cal.riotinto.org> <4135A2A6.8040007@sun.ac.za> Message-ID: <4135E259.2020700@sun.ac.za> Igor Pechtchanski wrote: > On Wed, 1 Sep 2004, Gorden Jemwa wrote: > > >>Billinghurst, David (CALCRTS) wrote: >> >> >>>cygwin-owner@XXXXXX.XXX wrote: > > > . Thanks. > > >>>>I've just recently migrated to CYGWIN. I am having problems with >>>>installing the LAPACK (&BLAS) libraries. Specifically, I am >>>>(apparently) succeeding in compiling the libraries. However, when it >>>>comes to testing the routines only the ones that use eigsrc_(PLAT).a >>>>library seem to be able to give me any output while the rest are >>>>giving an error,for example: >>>> Timing square REAL LAPACK linear equations routines >>>> ./xlintims < stime.in> stime.out 2>&1 >>>> make: *** [stime.out] Error 128 >>>> >>>>I've done almost everything suggested previously on the archives but >>>>to avail. Could someone help >>>> >>>>Thanks >>> >>>What happens if you run xlintims from the command line? >>> >>> ./xlintims < stime.in >> >>I've gone through the entire library-build process again an everything >>seems to be working as it should except when it comes to TIMING the >>Linear Equations Routines. > > >>Running the command "xlintims < stime.in" gives no output. > > > What is the return code of that command? Try "echo $?" after running it. >>The Eigensystem Routines are working fine though. > > The return code is 128 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Wed Sep 1 15:01:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Wed, 01 Sep 2004 15:01:00 -0000 Subject: c:/ seems to be accessed in binary even if cygwin is configured as textmode by default (documentation alert) In-Reply-To: <6.1.2.0.0.20040901163643.01dcfef8@172.16.0.2> References: <6.1.2.0.0.20040831193832.01cc4f70@172.16.0.2> <6.1.0.6.0.20040831135114.033e8c58@pop.prospeed.net> <6.1.2.0.0.20040901091733.01b7e768@172.16.0.2> <6.1.2.0.0.20040901105801.01cebc40@172.16.0.2> <20040901095311.GZ17670@cygbert.vinschen.de> <20040901142808.GA9891@trixie.casa.cgf.cx> <6.1.2.0.0.20040901163643.01dcfef8@172.16.0.2> Message-ID: <20040901150213.GE9891@trixie.casa.cgf.cx> On Wed, Sep 01, 2004 at 04:40:43PM +0200, Arnaud Mouiche wrote: >well. c: is binary > >here a bug. >cygpath -M c:/foo returns > >>> cygpath: file 'c:/foo' - No error > >looking at CVS code and strace, flags are set to zero instead of 0xa; the >file is nor binary nor text "0xa"? Why would the code use an absolute hex value? PTC, but not a P that uses an absolute hex value. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From maharig@idirect.net Wed Sep 1 15:04:00 2004 From: maharig@idirect.net (Harig, Mark) Date: Wed, 01 Sep 2004 15:04:00 -0000 Subject: ssh under windows 2003 server Message-ID: > > > I appreciate the feedback, I tried the -r option but it does not work: > The sshd service does not start at all! > > openssh 3.8.1p1-1 > As was documented in the announcement for the latest release of openssh, the '-r' switch applies to that release. It does not apply to earlier releases, which you are running. http://cygwin.com/ml/cygwin/2004-08/msg00633.html -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ford@vss.fsi.com Wed Sep 1 15:19:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Wed, 01 Sep 2004 15:19:00 -0000 Subject: WINCVS using cygwin's python? In-Reply-To: <4135BDC1.90400@ieee.org> References: <4135BDC1.90400@ieee.org> Message-ID: On Wed, 1 Sep 2004, Jason Pearce wrote: > Has anyone used WinCVS 1.3 and managed to get the Python macros working > with Cygwin's Python? Probably not. > I have tried entering D:\cygwin\bin\libpython2.3.dll as the python dll > under the WinCVS's admin=>preferences=>wincvs configuration but it does > not seem register as having Python available. Loading Cygwin based DLLs dynamically from non-Cygwin programs has been broken for a very long time. Please check the archives if you want more information. It comes up continually. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From arnaud.mouiche@inventel.fr Wed Sep 1 15:35:00 2004 From: arnaud.mouiche@inventel.fr (Arnaud Mouiche) Date: Wed, 01 Sep 2004 15:35:00 -0000 Subject: c:/ seems to be accessed in binary even if cygwin is configured as textmode by default (documentation alert) In-Reply-To: <20040901150213.GE9891@trixie.casa.cgf.cx> References: <6.1.2.0.0.20040831193832.01cc4f70@172.16.0.2> <6.1.0.6.0.20040831135114.033e8c58@pop.prospeed.net> <6.1.2.0.0.20040901091733.01b7e768@172.16.0.2> <6.1.2.0.0.20040901105801.01cebc40@172.16.0.2> <20040901095311.GZ17670@cygbert.vinschen.de> <20040901142808.GA9891@trixie.casa.cgf.cx> <6.1.2.0.0.20040901163643.01dcfef8@172.16.0.2> <20040901150213.GE9891@trixie.casa.cgf.cx> Message-ID: <6.1.2.0.0.20040901171344.01d8db60@172.16.0.2> At 17:02 01/09/2004, Christopher Faylor wrote: >On Wed, Sep 01, 2004 at 04:40:43PM +0200, Arnaud Mouiche wrote: > >well. c: is binary > > > >here a bug. > >cygpath -M c:/foo returns > > > >>> cygpath: file 'c:/foo' - No error > > > >looking at CVS code and strace, flags are set to zero instead of 0xa; the > >file is nor binary nor text > >"0xa"? Why would the code use an absolute hex value? sorry 0xa is the flags return by strace when checking a binary mounted file like. of course, strace dosn't know the #define or enum strings for example, run: strace cygpath -M /usr/X11R6/lib/X11/fonts/util/map-KOI8-R (which is mounted a binary) [....] 282 712265 [main] cygpath 404 mount_info::conv_to_win32_path: src_path /usr/X11R6/lib/X11/fonts/util/map-KOI8-R, dst C:\cygwin\usr\X11R6\lib\X11\fonts\util\map-KOI8-R, flags >>>>> 0xA <<<<<<, rc 0 [....] in fact 0xA = PATH_BINARY + (something else) , where PATH_BINARY =0x2 we have following calls cygpath -> cygwin_internal(CW_GET_BINMODE) -> path_conv::check which set path_flags to 0xA for binary, and then returns O_BINARY or O_TEXT to cygpath, depending of the mode. for c:/foo, path_conv::check set path_flags to zero and cygwin_internal(CW_GET_BINMODE) returns zero instead of O_BINARY or O_TEXT arnaud >PTC, but not a P that uses an absolute hex value. > >cgf > >-- >Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >Problem reports: http://cygwin.com/problems.html >Documentation: http://cygwin.com/docs.html >FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Wed Sep 1 15:41:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Wed, 01 Sep 2004 15:41:00 -0000 Subject: Error in first execution In-Reply-To: <004701c48ffb$91cf4620$2d0f5197@realtebo> References: <004701c48ffb$91cf4620$2d0f5197@realtebo> Message-ID: <6.1.0.6.0.20040901113705.0349e9b0@pop.prospeed.net> At 04:13 AM 9/1/2004, you wrote: >Hi to everyone ! > >i'm a new-new-user with a new problem ! the pdf manual and the guides on >Google don't help me > >I downloaded and installed the 'deafult' packages, with no modying notinhg >of what proposed from cygwin setup program. > >when i installed. i double-clicked on its icon on desktop and i receive an >advise from sed.exe about cygintl-3.dll not found. the terminal windows >start but... what's the error? > >i'm using win 2003 server, and i installed from administrator login so i >have ALL the permissions (the machine is mine). i installed for 'all users', >because i'm the only user of the machine > Here's the recipe for solving these kinds of problems. 1. Goto 2. Type in the name of the missing file. Press 'Enter'. This will tell you the name of the package with that file. 3. Run setup. 4. Find the package in the chooser and install it. 5. Bask in the glory of a job well-done! :-) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Wed Sep 1 15:45:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 01 Sep 2004 15:45:00 -0000 Subject: LAPACK - testing problems In-Reply-To: <4135E259.2020700@sun.ac.za> References: <8ED2FA87C8ACC04192709688DDFD5F5F4364BF@calttsv025.cal.riotinto.org> <4135A2A6.8040007@sun.ac.za> <4135E259.2020700@sun.ac.za> Message-ID: On Wed, 1 Sep 2004, Gorden Jemwa wrote: > Igor Pechtchanski wrote: > > > On Wed, 1 Sep 2004, Gorden Jemwa wrote: > > > > > Billinghurst, David (CALCRTS) wrote: > > > > > > > cygwin-owner@XXXXXX.XXX wrote: > > > > . Thanks. BTW, this was directed at David, not Gorden. > > > > > I've just recently migrated to CYGWIN. I am having problems with > > > > > installing the LAPACK (&BLAS) libraries. Specifically, I am > > > > > (apparently) succeeding in compiling the libraries. However, when it > > > > > comes to testing the routines only the ones that use eigsrc_(PLAT).a > > > > > library seem to be able to give me any output while the rest are > > > > > giving an error,for example: > > > > > Timing square REAL LAPACK linear equations routines > > > > > ./xlintims < stime.in> stime.out 2>&1 > > > > > make: *** [stime.out] Error 128 > > > > > > > > > > I've done almost everything suggested previously on the archives but > > > > > to avail. Could someone help > > > > > > > > > > Thanks > > > > > > > > What happens if you run xlintims from the command line? > > > > > > > > ./xlintims < stime.in > > > > > > I've gone through the entire library-build process again an everything > > > seems to be working as it should except when it comes to TIMING the > > > Linear Equations Routines. > > > > > Running the command "xlintims < stime.in" gives no output. > > > > What is the return code of that command? Try "echo $?" after running it. > > > > The Eigensystem Routines are working fine though. > > The return code is 128 Well, then, "make" behaves as expected -- if the command returns a non-zero return code, it's an error as far as "make" is concerned. Is returning 128 the expected behavior for "xlintims"? If so, the Makefile is buggy -- it should ignore the return code. If not, then you have to debug "xlintims" -- figure out *why* it returns 128. FWIW, here's something of interest (from , heavily snipped): When a program finishes executing it returns an exit code to the system. The batch system reports this exit code. There are three general ways for the exit code of a program to be set. 1) The program can explicitly call exit() (or return from main(), which eventually calls exit()). In this case the exit code is the argument to exit() and its meaning depends on the program. The call to exit() may actually occur in a library routine that your program uses. The only known example of this is the FORTRAN io library. The FORTRAN io routines set an exit code in the range 100 - 185 when an error occurs. The specific meaning of these codes can be found in the appendix to the Fortran 77 Programmer's Guide (available online as an insight book). 2) The program executes the last instruction in main(), (not calling exit() or return). In this case the system sets the exit code to 0. 3) The program can terminate due to the receipt of a signal. In this case the system sets the exit code to 128 + . [snip] Here case 1 probably applies, since there's no signal 0. However, , which is one place that lists the error codes, doesn't have an entry for 128. You're going to have to debug this yourself... BTW, one other interesting thing I found, when Googling for "LAPACK xlintimes 128 stime.in", is a .ps file titled "LAPACK Working Note 41 Installation Guide for LAPACK" (second and fourth matches). The bits of interest are quoted below: Small data sets are indicated by lower case names, such as stime.in, and large data sets are indicated by upper case names, such as STIME.in. ... The small data sets for the REAL version are stime.in, sband.in, and stime2.in, respectively, and the large data sets are STIME.in, SBAND.in, and STIME2.in. This will *not* work properly on Windows, and won't on Cygwin either unless you use a managed mount. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Wed Sep 1 15:52:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Wed, 01 Sep 2004 15:52:00 -0000 Subject: problem with expect In-Reply-To: <200409010755.AA1186267390@knowsys.net> References: <200409010755.AA1186267390@knowsys.net> Message-ID: <6.1.0.6.0.20040901114524.034a05e0@pop.prospeed.net> At 07:55 AM 9/1/2004, you wrote: >Hi, > we are facing a problem with executing a expect program in cygwin. >Expect program triggers the setup of application server. >While triggering that setup file thru expect we are getting "IOException in read query".Also,we are getting invalid spawn id (4) error on the screen. >Please give me a solution to solve this problem. OK. You want to set your IOCTL to 12 and encapsulate that in a series of while loops. Make sure you watch for a SIGINT signal, otherwise you'll wind up in an endless loop! If that doesn't work for some strange reason, let me point you to: >Problem reports: http://cygwin.com/problems.html I'd recommend following the guidelines there for any subsequent problem reports you send to the list. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Wed Sep 1 15:52:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 01 Sep 2004 15:52:00 -0000 Subject: LAPACK - testing problems In-Reply-To: References: <8ED2FA87C8ACC04192709688DDFD5F5F4364BF@calttsv025.cal.riotinto.org> <4135A2A6.8040007@sun.ac.za> <4135E259.2020700@sun.ac.za> Message-ID: On Wed, 1 Sep 2004, Igor Pechtchanski wrote: > [snip] > > > > > > What happens if you run xlintims from the command line? > > > > > > > > > > ./xlintims < stime.in > > > > > > > > I've gone through the entire library-build process again an everything > > > > seems to be working as it should except when it comes to TIMING the > > > > Linear Equations Routines. > > > > > > > Running the command "xlintims < stime.in" gives no output. > > > > > > What is the return code of that command? Try "echo $?" after running it. > > > > > > The Eigensystem Routines are working fine though. > > > > The return code is 128 > > Well, then, "make" behaves as expected -- if the command returns a > non-zero return code, it's an error as far as "make" is concerned. Is > returning 128 the expected behavior for "xlintims"? If so, the Makefile > is buggy -- it should ignore the return code. If not, then you have to > debug "xlintims" -- figure out *why* it returns 128. > > FWIW, here's something of interest (from > , heavily snipped): > > When a program finishes executing it returns an exit code to the > system. The batch system reports this exit code. There are three > general ways for the exit code of a program to be set. > > 1) The program can explicitly call exit() (or return from main(), > which eventually calls exit()). In this case the exit code is > the argument to exit() and its meaning depends on the program. > The call to exit() may actually occur in a library routine that > your program uses. The only known example of this is the FORTRAN > io library. The FORTRAN io routines set an exit code in the range > 100 - 185 when an error occurs. The specific meaning of these codes > can be found in the appendix to the Fortran 77 Programmer's Guide > (available online as an insight book). > 2) The program executes the last instruction in main(), (not > calling exit() or return). In this case the system sets the > exit code to 0. > 3) The program can terminate due to the receipt of a signal. In > this case the system sets the exit code to 128 + . > [snip] > > Here case 1 probably applies, since there's no signal 0. However, > , > which is one place that lists the error codes, doesn't have an entry for > 128. You're going to have to debug this yourself... Ah, here's something: => 128: "'new' file exists" Isn't Google wonderful? Also available in "info g77" -> "Debugging and Interfacing" -> "Run-time Library Errors" on your own machine. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Wed Sep 1 15:56:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 01 Sep 2004 15:56:00 -0000 Subject: Error in first execution In-Reply-To: <6.1.0.6.0.20040901113705.0349e9b0@pop.prospeed.net> References: <004701c48ffb$91cf4620$2d0f5197@realtebo> <6.1.0.6.0.20040901113705.0349e9b0@pop.prospeed.net> Message-ID: On Wed, 1 Sep 2004, Larry Hall wrote: > At 04:13 AM 9/1/2004, you wrote: > >Hi to everyone ! > > > >i'm a new-new-user with a new problem ! the pdf manual and the guides on > >Google don't help me > > > >I downloaded and installed the 'deafult' packages, with no modying notinhg > >of what proposed from cygwin setup program. > > > >when i installed. i double-clicked on its icon on desktop and i receive an > >advise from sed.exe about cygintl-3.dll not found. the terminal windows > >start but... what's the error? > > > >i'm using win 2003 server, and i installed from administrator login so i > >have ALL the permissions (the machine is mine). i installed for 'all users', > >because i'm the only user of the machine > > > Here's the recipe for solving these kinds of problems. > > 1. Goto > 2. Type in the name of the missing file. Press 'Enter'. This will tell you > the name of the package with that file. > 3. Run setup. > 4. Find the package in the chooser and install it. Rinse. Repeat. :-) > 5. Bask in the glory of a job well-done! :-) > > -- > Larry Hall Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From tom@tomplane.com Wed Sep 1 16:46:00 2004 From: tom@tomplane.com (Tom Plane) Date: Wed, 01 Sep 2004 16:46:00 -0000 Subject: change opening path Message-ID: <000a01c49042$9c03ea00$6f05a8c0@seeall> When I open the shell and check the path (pwd) it's reply is /cygdrive/h. The H drive is my home drive at work. To get to the C drive (cygdrive/c) I have to cd. How do I change the opening path from H to C permanently? Thanks for any help. Tom -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ROGER.K.WELLS@saic.com Wed Sep 1 17:06:00 2004 From: ROGER.K.WELLS@saic.com (WELLS, ROGER K.) Date: Wed, 01 Sep 2004 17:06:00 -0000 Subject: running win32 text mode application in bash Message-ID: Having googled the universe looking for information: I hope this is not to the wrong list but here goes: I have been using cygwin's bash shell for several years as my only interface to building and developing our applications on Windows 2000 pro and more recently Winodws XP pro. Somewhere in the not to distant past someting changed and I don't know if I did it or it came with an update. Specifically: in a bash shell typing the command: net time '\\machine' /set should retrieve the time from "machine" and prompt you for a "Y" or "N" response before proceeding. On a Windows XP pro with sp1 the following is the result: $ net time '\\rwells-rh' /set Current time at \\rwells-rh is 9/1/2004 9:55 AM Local time (GMT) at \\rwells-rh is 9/1/2004 2:55 PM The current local clock is 9/1/2004 9:55 AM Do you want to set the local computer's time to match the time at \\rwells-rh? (Y/N) [Y]: No valid response was provided. from cygcheck -c on this machine: bash 2.05b-16 OK cygwin 1.5.10-3 OK other text mode programs that expect user response via the keyboard fail similarly as well. on another machine (Windows 2000) on which cygwin has not been updated in about 10 months cygcheck -c yields: bash 2.05b-16 OK cygwin 1.5.5-1 OK the command executes as expected: $ net time '\\rwells-rh' /set Current time at \\rwells-rh is 9/1/2004 11:09 AM Local time (GMT) at \\rwells-rh is 9/1/2004 3:09 PM The current local clock is 9/1/2004 11:09 AM Do you want to set the local computer's time to match the time at \\rwells-rh? (Y/N) [Y]: (the enter key is pressed here thus issuing the default "Y" response) The command completed successfully. other textmode programs that expect user response via the keyboard behave as expected as well. At one time (probably some months ago) these commands behaved as expected on the XP machine as well. It may be interesting to note that if the command that succeeds is issued in an ssh session from the XP machine it fails as well. thanks in advance for any advice Roger Wells, P.E. SAIC 221 Third St Newport, RI 02840 401-847-4210 (voice) 401-849-1585 (fax) roger@mtg.saic.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From tom@tomplane.com Wed Sep 1 18:04:00 2004 From: tom@tomplane.com (Tom Plane) Date: Wed, 01 Sep 2004 18:04:00 -0000 Subject: change opening path In-Reply-To: <20040901170325.60085.qmail@web80410.mail.yahoo.com> Message-ID: <000001c4904d$79cd3670$6f05a8c0@seeall> I would love to try this but I don't know how to add the cd command to the end of /etc/profile. Can you explain the steps to me? Tom -----Original Message----- From: Jingzhao Ou [mailto:jasonou@yahoo.com] Sent: Wednesday, September 01, 2004 9:03 AM To: Tom Plane Subject: Re: change opening path I know it is a stupid solution. I just added the cd command to the end of /etc/profile. Jingzhao --- Tom Plane wrote: > When I open the shell and check the path (pwd) it's reply is > /cygdrive/h. The H drive is my home drive at work. To get to the C > drive > (cygdrive/c) I have to cd. > How do I change the opening path from H to C permanently? > > Thanks for any help. > Tom > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Wed Sep 1 18:57:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Wed, 01 Sep 2004 18:57:00 -0000 Subject: running win32 text mode application in bash In-Reply-To: References: Message-ID: <6.1.0.6.0.20040901144930.03492ec8@pop.prospeed.net> At 01:03 PM 9/1/2004, you wrote: >Having googled the universe looking for information: > >I hope this is not to the wrong list but here goes: > >I have been using cygwin's bash shell for several years as my only >interface to building and developing our applications on Windows 2000 pro >and more recently Winodws XP pro. Somewhere in the not to distant past >someting changed and I don't know if I did it or it came with an update. >Specifically: > >in a bash shell typing the command: net time '\\machine' /set should >retrieve the time from "machine" and prompt you for a "Y" or "N" response >before proceeding. >On a Windows XP pro with sp1 the following is the result: > >$ net time '\\rwells-rh' /set >Current time at \\rwells-rh is 9/1/2004 9:55 AM > >Local time (GMT) at \\rwells-rh is 9/1/2004 2:55 PM > >The current local clock is 9/1/2004 9:55 AM >Do you want to set the local computer's time to match the >time at \\rwells-rh? (Y/N) [Y]: >No valid response was provided. > >from cygcheck -c on this machine: >bash 2.05b-16 OK >cygwin 1.5.10-3 OK > >other text mode programs that expect user response via the keyboard fail >similarly as well. > > >on another machine (Windows 2000) on which cygwin has not been updated in >about 10 months >cygcheck -c yields: >bash 2.05b-16 OK >cygwin 1.5.5-1 OK > >the command executes as expected: > >$ net time '\\rwells-rh' /set >Current time at \\rwells-rh is 9/1/2004 11:09 AM > >Local time (GMT) at \\rwells-rh is 9/1/2004 3:09 PM > >The current local clock is 9/1/2004 11:09 AM >Do you want to set the local computer's time to match the >time at \\rwells-rh? (Y/N) [Y]: (the enter >key is pressed here thus issuing the default "Y" response) >The command completed successfully. > >other textmode programs that expect user response via the keyboard behave >as expected as well. > >At one time (probably some months ago) these commands behaved as expected >on the XP machine as well. >It may be interesting to note that if the command that succeeds is issued >in an ssh session from the XP machine it fails as well. > >thanks in advance for any advice You missed some important data requested by: >Problem reports: http://cygwin.com/problems.html for problem reports. Specifically, you left out the cygcheck output from these machines. From it, I could tell for sure whether my semi-WAG is the solution for your problem. Oh well. Take 'tty' out of the CYGWIN environment variable on the first machine and restart the shells. You'd see this same thing with Cygwin 1.5.5 too, if you used 'tty' with it. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Wed Sep 1 19:00:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Wed, 01 Sep 2004 19:00:00 -0000 Subject: change opening path In-Reply-To: <000a01c49042$9c03ea00$6f05a8c0@seeall> References: <000a01c49042$9c03ea00$6f05a8c0@seeall> Message-ID: <6.1.0.6.0.20040901145756.03493010@pop.prospeed.net> At 12:41 PM 9/1/2004, you wrote: >When I open the shell and check the path (pwd) it's reply is >/cygdrive/h. The H drive is my home drive at work. To get to the C drive >(cygdrive/c) I have to cd. >How do I change the opening path from H to C permanently? Set your home path in '/etc/passwd' to the directory you want. Edit the file directly or just use 'mkpasswd -p'. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From tom@tomplane.com Wed Sep 1 19:16:00 2004 From: tom@tomplane.com (Tom Plane) Date: Wed, 01 Sep 2004 19:16:00 -0000 Subject: change opening path In-Reply-To: <81brgprfkn.fsf@adboyd.com> Message-ID: <000101c49057$9546b4d0$6f05a8c0@seeall> Thanks Dave. I tried this and got an error. bash: vi: command not found I did a default install. A little more help please. Tom -----Original Message----- From: J. David Boyd [mailto:dave@adboyd.com] Sent: Wednesday, September 01, 2004 10:48 AM To: Tom Plane Subject: Re: change opening path "Tom Plane" writes: > I would love to try this but I don't know how to add the cd command to > the end of /etc/profile. Can you explain the steps to me? > open a command prompt (bash) type: cd /etc type: vi profile press: 'G' to go the end press: 'A' to go to the end of the current line in insert mode press: enter to open a new line type: cd *path_to_wherever* type: :wq restart cygwin Dave -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From BBuchbinder@niaid.nih.gov Wed Sep 1 19:26:00 2004 From: BBuchbinder@niaid.nih.gov (Buchbinder, Barry (NIH/NIAID)) Date: Wed, 01 Sep 2004 19:26:00 -0000 Subject: change opening path Message-ID: install vim but maybe one of the other editors might be more to your liking. At Wednesday, September 01, 2004 3:12 PM, Tom Plane wrote: > Thanks Dave. > > I tried this and got an error. > > bash: vi: command not found > > I did a default install. > > A little more help please. > > Tom > > -----Original Message----- > From: J. David Boyd [mailto:dave@adboyd.com] > Sent: Wednesday, September 01, 2004 10:48 AM > To: Tom Plane > Subject: Re: change opening path > > > "Tom Plane" writes: > >> I would love to try this but I don't know how to add the cd command >> to > >> the end of /etc/profile. Can you explain the steps to me? >> > > open a command prompt (bash) > > type: cd /etc > type: vi profile > press: 'G' to go the end > press: 'A' to go to the end of the current line in insert mode > press: enter to open a new line > type: cd *path_to_wherever* > type: :wq > > restart cygwin > > Dave > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Wed Sep 1 19:29:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 01 Sep 2004 19:29:00 -0000 Subject: change opening path In-Reply-To: <000101c49057$9546b4d0$6f05a8c0@seeall> References: <000101c49057$9546b4d0$6f05a8c0@seeall> Message-ID: If you're the only one using Cygwin on your machine, try echo "cd /cygdrive/c" >> /etc/profile and then restart the Cygwin shell. In the future, when you need to find out which package contains a particular program, use the Cygwin package search page at (it helps to prepend "bin/" to program names, especially short ones like "vi"). Igor On Wed, 1 Sep 2004, Tom Plane wrote: > Thanks Dave. > > I tried this and got an error. > > bash: vi: command not found > > I did a default install. > > A little more help please. > > Tom > > -----Original Message----- > From: J. David Boyd [mailto:dave@XXXXXX.XXX] > Sent: Wednesday, September 01, 2004 10:48 AM > To: Tom Plane > Subject: Re: change opening path > > "Tom Plane" writes: To both you and Dave: . > > I would love to try this but I don't know how to add the cd command to > > > the end of /etc/profile. Can you explain the steps to me? > > open a command prompt (bash) > > type: cd /etc > type: vi profile > press: 'G' to go the end > press: 'A' to go to the end of the current line in insert mode > press: enter to open a new line > type: cd *path_to_wherever* > type: :wq > > restart cygwin > > Dave -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Andrew@DeFaria.com Wed Sep 1 19:31:00 2004 From: Andrew@DeFaria.com (Andrew DeFaria) Date: Wed, 01 Sep 2004 19:31:00 -0000 Subject: change opening path In-Reply-To: <000001c4904d$79cd3670$6f05a8c0@seeall> References: <20040901170325.60085.qmail@web80410.mail.yahoo.com> <000001c4904d$79cd3670$6f05a8c0@seeall> Message-ID: Tom Plane wrote: > I would love to try this but I don't know how to add the cd command to > the end of /etc/profile. Can you explain the steps to me? echo "cd c:" >> /etc/profile ? :-) -- Who was the first person to look at a cow and say, "I think I'll squeeze these dangly things here and drink whatever comes out"? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ROGER.K.WELLS@saic.com Wed Sep 1 19:34:00 2004 From: ROGER.K.WELLS@saic.com (WELLS, ROGER K.) Date: Wed, 01 Sep 2004 19:34:00 -0000 Subject: running win32 text mode application in bash Message-ID: thanks. That was it. How it got changed...... I must have done it in my sleep. Sorry about cygcheck, I thought the information for bash & cygwin itself would be sufficient Roger Wells, P.E. SAIC 221 Third St Newport, RI 02840 401-847-4210 (voice) 401-849-1585 (fax) roger@mtg.saic.com Larry Hall Sent by: cygwin-owner@cygwin.com 09/01/2004 01:56 PM Please respond to Cygwin List To: "WELLS, ROGER K." , cygwin@cygwin.com cc: Subject: Re: running win32 text mode application in bash At 01:03 PM 9/1/2004, you wrote: >Having googled the universe looking for information: > >I hope this is not to the wrong list but here goes: > >I have been using cygwin's bash shell for several years as my only >interface to building and developing our applications on Windows 2000 pro >and more recently Winodws XP pro. Somewhere in the not to distant past >someting changed and I don't know if I did it or it came with an update. >Specifically: > >in a bash shell typing the command: net time '\\machine' /set should >retrieve the time from "machine" and prompt you for a "Y" or "N" response >before proceeding. >On a Windows XP pro with sp1 the following is the result: > >$ net time '\\rwells-rh' /set >Current time at \\rwells-rh is 9/1/2004 9:55 AM > >Local time (GMT) at \\rwells-rh is 9/1/2004 2:55 PM > >The current local clock is 9/1/2004 9:55 AM >Do you want to set the local computer's time to match the >time at \\rwells-rh? (Y/N) [Y]: >No valid response was provided. > >from cygcheck -c on this machine: >bash 2.05b-16 OK >cygwin 1.5.10-3 OK > >other text mode programs that expect user response via the keyboard fail >similarly as well. > > >on another machine (Windows 2000) on which cygwin has not been updated in >about 10 months >cygcheck -c yields: >bash 2.05b-16 OK >cygwin 1.5.5-1 OK > >the command executes as expected: > >$ net time '\\rwells-rh' /set >Current time at \\rwells-rh is 9/1/2004 11:09 AM > >Local time (GMT) at \\rwells-rh is 9/1/2004 3:09 PM > >The current local clock is 9/1/2004 11:09 AM >Do you want to set the local computer's time to match the >time at \\rwells-rh? (Y/N) [Y]: (the enter >key is pressed here thus issuing the default "Y" response) >The command completed successfully. > >other textmode programs that expect user response via the keyboard behave >as expected as well. > >At one time (probably some months ago) these commands behaved as expected >on the XP machine as well. >It may be interesting to note that if the command that succeeds is issued >in an ssh session from the XP machine it fails as well. > >thanks in advance for any advice You missed some important data requested by: >Problem reports: http://cygwin.com/problems.html for problem reports. Specifically, you left out the cygcheck output from these machines. From it, I could tell for sure whether my semi-WAG is the solution for your problem. Oh well. Take 'tty' out of the CYGWIN environment variable on the first machine and restart the shells. You'd see this same thing with Cygwin 1.5.5 too, if you used 'tty' with it. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From tomplane@sbcglobal.net Wed Sep 1 20:54:00 2004 From: tomplane@sbcglobal.net (Tom Plane) Date: Wed, 01 Sep 2004 20:54:00 -0000 Subject: change opening path In-Reply-To: <6.1.0.6.0.20040901145756.03493010@pop.prospeed.net> Message-ID: <000001c49065$4345c8c0$6f05a8c0@seeall> Thanks out to everyone! First, I needed to install an editor. Second, then I edited the home path in /etc/passwd. All is good. Thanks, Tom -----Original Message----- From: cygwin-owner@cygwin.com [mailto:cygwin-owner@cygwin.com] On Behalf Of Larry Hall Sent: Wednesday, September 01, 2004 11:00 AM To: Tom Plane; cygwin@cygwin.com Subject: Re: change opening path At 12:41 PM 9/1/2004, you wrote: >When I open the shell and check the path (pwd) it's reply is >/cygdrive/h. The H drive is my home drive at work. To get to the C >drive >(cygdrive/c) I have to cd. >How do I change the opening path from H to C permanently? Set your home path in '/etc/passwd' to the directory you want. Edit the file directly or just use 'mkpasswd -p'. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From siegfried@heintze.com Wed Sep 1 21:10:00 2004 From: siegfried@heintze.com (Siegfried Heintze) Date: Wed, 01 Sep 2004 21:10:00 -0000 Subject: Regular Expressions from Bash Shell In-Reply-To: <6.1.0.6.0.20040901144930.03492ec8@pop.prospeed.net> Message-ID: <200409011512203.SM01216@fasolt> I want to use grep on all the FORTRAN source code files in the current directory whose file names do not contain a "_" character. How do I do this? I'm using the extension of ".f" to designate FORTRAN. Thank you, Siegfried -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Wed Sep 1 21:16:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 01 Sep 2004 21:16:00 -0000 Subject: Regular Expressions from Bash Shell In-Reply-To: <200409011512203.SM01216@fasolt> References: <200409011512203.SM01216@fasolt> Message-ID: On Wed, 1 Sep 2004, Siegfried Heintze wrote: > I want to use grep on all the FORTRAN source code files in the current > directory whose file names do not contain a "_" character. How do I do this? > > I'm using the extension of ".f" to designate FORTRAN. Disclaimer: this is not a shell programming support forum, and the above post is off-topic for this list, since it asks a general shell question not related to Cygwin. But, since I'm sending this e-mail anyway (and I hope this in no way encourages similar future posts): find . -name \*_\* -o -name \*.f -print | xargs grep EXPRESSION Again, the above is *not* Cygwin-specific. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From BBuchbinder@niaid.nih.gov Wed Sep 1 22:07:00 2004 From: BBuchbinder@niaid.nih.gov (Buchbinder, Barry (NIH/NIAID)) Date: Wed, 01 Sep 2004 22:07:00 -0000 Subject: Regular Expressions from Bash Shell Message-ID: At Wednesday, September 01, 2004 5:17 PM, Igor Pechtchanski wrote: > On Wed, 1 Sep 2004, Siegfried Heintze wrote: > >> I want to use grep on all the FORTRAN source code files in the >> current directory whose file names do not contain a "_" character. >> How do I do this? >> >> I'm using the extension of ".f" to designate FORTRAN. > > Disclaimer: this is not a shell programming support forum, and the > above post is off-topic for this list, since it asks a general shell > question not related to Cygwin. > > But, since I'm sending this e-mail anyway (and I hope this in no way > encourages similar future posts): > > find . -name \*_\* -o -name \*.f -print | xargs grep EXPRESSION I think a "!" was forgotten. find . \( ! -name \*_\* \) -o -name \*.f -print | xargs grep EXPRESSION The parentheses may not be needed -- you can try it both ways. > Again, the above is *not* Cygwin-specific. > Igor -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From sthoenna@efn.org Wed Sep 1 22:31:00 2004 From: sthoenna@efn.org (Yitzchak Scott-Thoennes) Date: Wed, 01 Sep 2004 22:31:00 -0000 Subject: Regular Expressions from Bash Shell In-Reply-To: <200409011512203.SM01216@fasolt> References: <6.1.0.6.0.20040901144930.03492ec8@pop.prospeed.net> <200409011512203.SM01216@fasolt> Message-ID: <20040901223149.GE1012@efn.org> On Wed, Sep 01, 2004 at 03:09:21PM -0600, Siegfried Heintze wrote: > I want to use grep on all the FORTRAN source code files in the current > directory whose file names do not contain a "_" character. How do I do this? > > I'm using the extension of ".f" to designate FORTRAN. find *.f ! -name '*_*'|xargs grep is how I would do it, but there's probably a better way. (Assuming you have no subdirectories ending with .f) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From sam@liddicott.com Wed Sep 1 22:49:00 2004 From: sam@liddicott.com (Sam Liddicott) Date: Wed, 01 Sep 2004 22:49:00 -0000 Subject: mod-php4 In-Reply-To: References: Message-ID: <41365208.8080506@liddicott.com> Robert Schmidt wrote: > Hi! > > I've gleaned from the archives that mod-php4 was pulled because it was > broken, and that a new maintainer has taken over apache + modules. > > Is there any use in hoping that mod-php4 will be added soon? I need it > for a SquirrelMail setup I've been asked to provide on Windows... :-/ > > I've had a shot at building php4 myself, but failed miserably: I've been using coLinux (www.colinux.org) as a way of running apache and php4 under windows. The good news is that it runs the regular binaries of your distribution and behaves in every way almost the same as if it were an independant server. The bad news is you have to go to the trouble of setting up an independant "virtual" server and it doesn't integrate with windows like cygwin does. I've now got coLinux sessions smbmounting my windows disks (and vice versa) and cygwin X server running in rootless mode (X -multiwindow) so I can combine my linux and windows apps nicely. Sam -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Wed Sep 1 22:49:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Wed, 01 Sep 2004 22:49:00 -0000 Subject: c:/ seems to be accessed in binary even if cygwin is configured as textmode by default (documentation alert) In-Reply-To: <6.1.2.0.0.20040901171344.01d8db60@172.16.0.2> References: <6.1.2.0.0.20040831193832.01cc4f70@172.16.0.2> <6.1.0.6.0.20040831135114.033e8c58@pop.prospeed.net> <6.1.2.0.0.20040901091733.01b7e768@172.16.0.2> <6.1.2.0.0.20040901105801.01cebc40@172.16.0.2> <20040901095311.GZ17670@cygbert.vinschen.de> <20040901142808.GA9891@trixie.casa.cgf.cx> <6.1.2.0.0.20040901163643.01dcfef8@172.16.0.2> <20040901150213.GE9891@trixie.casa.cgf.cx> <6.1.2.0.0.20040901171344.01d8db60@172.16.0.2> Message-ID: <20040901225010.GI9891@trixie.casa.cgf.cx> On Wed, Sep 01, 2004 at 05:34:52PM +0200, Arnaud Mouiche wrote: >At 17:02 01/09/2004, Christopher Faylor wrote: >>On Wed, Sep 01, 2004 at 04:40:43PM +0200, Arnaud Mouiche wrote: >>>well. c: is binary >>> >>>here a bug. >>>cygpath -M c:/foo returns >>> >>>>> cygpath: file 'c:/foo' - No error >>> >>>looking at CVS code and strace, flags are set to zero instead of 0xa; the >>>file is nor binary nor text >> >>"0xa"? Why would the code use an absolute hex value? > >sorry >0xa is the flags return by strace when checking a binary mounted file like. >of course, strace dosn't know the #define or enum strings > > >for example, >run: strace cygpath -M /usr/X11R6/lib/X11/fonts/util/map-KOI8-R (which is >mounted a binary) >[....] >282 712265 [main] cygpath 404 mount_info::conv_to_win32_path: src_path >/usr/X11R6/lib/X11/fonts/util/map-KOI8-R, dst >C:\cygwin\usr\X11R6\lib\X11\fonts\util\map-KOI8-R, flags >>>>> 0xA <<<<<<, >rc 0 >[....] > >in fact 0xA = PATH_BINARY + (something else) , where PATH_BINARY =0x2 > >we have following calls >cygpath -> cygwin_internal(CW_GET_BINMODE) -> path_conv::check which set >path_flags to 0xA for binary, and then returns O_BINARY or O_TEXT to >cygpath, depending of the mode. > >for c:/foo, path_conv::check set path_flags to zero and >cygwin_internal(CW_GET_BINMODE) returns zero instead of O_BINARY or O_TEXT On reflection, since cygpath -M is supposed to report on the mount type (binmode or textmode) of a given path and c:/foo does not refer to a mounted path, it seems like it is well within its rights to return an error. However, again, if you want to provide a patch, it will be thoughtfully considered. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Wed Sep 1 22:54:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Wed, 01 Sep 2004 22:54:00 -0000 Subject: Regular Expressions from Bash Shell In-Reply-To: References: Message-ID: <20040901225456.GJ9891@trixie.casa.cgf.cx> On Wed, Sep 01, 2004 at 06:07:15PM -0400, Buchbinder, Barry (NIH/NIAID) wrote: >At Wednesday, September 01, 2004 5:17 PM, Igor Pechtchanski wrote: >> On Wed, 1 Sep 2004, Siegfried Heintze wrote: >> >>> I want to use grep on all the FORTRAN source code files in the >>> current directory whose file names do not contain a "_" character. >>> How do I do this? >>> >>> I'm using the extension of ".f" to designate FORTRAN. >> >> Disclaimer: this is not a shell programming support forum, and the >> above post is off-topic for this list, since it asks a general shell >> question not related to Cygwin. >> >> But, since I'm sending this e-mail anyway (and I hope this in no way >> encourages similar future posts): >> >> find . -name \*_\* -o -name \*.f -print | xargs grep EXPRESSION > >I think a "!" was forgotten. > >find . \( ! -name \*_\* \) -o -name \*.f -print | xargs grep EXPRESSION > >The parentheses may not be needed -- you can try it both ways. I don't think either of those meets the letter of the original request. If you only want the files in the current directory then something like: ls -d *.f | grep -v '^_' | xargs grep EXPRESSION should work better. Or if you use zsh you can just do: grep EXPRESSION *.f~_* cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rschm@broadpark.no Wed Sep 1 23:00:00 2004 From: rschm@broadpark.no (Robert Schmidt) Date: Wed, 01 Sep 2004 23:00:00 -0000 Subject: mod-php4 In-Reply-To: <41365208.8080506@liddicott.com> References: <41365208.8080506@liddicott.com> Message-ID: <41365479.5030903@broadpark.no> Sam Liddicott wrote: > Robert Schmidt wrote: > >> Hi! >> >> I've gleaned from the archives that mod-php4 was pulled because it was >> broken, and that a new maintainer has taken over apache + modules. >> >> Is there any use in hoping that mod-php4 will be added soon? I need it >> for a SquirrelMail setup I've been asked to provide on Windows... :-/ >> >> I've had a shot at building php4 myself, but failed miserably: > > > I've been using coLinux (www.colinux.org) as a way of running apache and > php4 under windows. > ... Thanks! I wasn't aware of that interesting project. I'm definitely going to check it out. For my immediate needs, however, I managed to get the standard precompiled native Win32 php4 package to work as a CGI handler inside my cygwin Apache 1.3. This is suboptimal, and I have to stay away from cygwin paths (~, symlinks, etc.), but SquirrelMail worked just as advertised. > Sam Cheers, Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From david.billinghurst@comalco.riotinto.com.au Thu Sep 2 01:59:00 2004 From: david.billinghurst@comalco.riotinto.com.au (Billinghurst, David (CALCRTS)) Date: Thu, 02 Sep 2004 01:59:00 -0000 Subject: LAPACK - testing problems Message-ID: <8ED2FA87C8ACC04192709688DDFD5F5F09B390@calttsv025.cal.riotinto.org> Gorden Jemwa wrote: > >>> I've just recently migrated to CYGWIN. I am having problems with >>> installing the LAPACK (&BLAS) libraries. Specifically, I am >>> (apparently) succeeding in compiling the libraries. However, when it >>> comes to testing the routines only the ones that use eigsrc_(PLAT).a >>> library seem to be able to give me any output while the rest are >>> giving an error,for example: >>> >>> Timing square REAL LAPACK linear equations routines >>> ./xlintims < stime.in> stime.out 2>&1 >>> make: *** [stime.out] Error 128 I get the same results with sband.out, stime.out, stime2.out and the c d and z equivalents. I've built LAPACK many times on cygwin, and I used scripts that worked in the past, so it looks like a recent(ish) bug. David __________________________________________________________________ NOTICE This e-mail and any attachments are private and confidential and may contain privileged information. If you are not an authorised recipient, the copying or distribution of this e-mail and any attachments is prohibited and you must not read, print or act in reliance on this e-mail or attachments. This notice should not be removed. __________________________________________________________________ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Thu Sep 2 02:01:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Thu, 02 Sep 2004 02:01:00 -0000 Subject: LAPACK - testing problems In-Reply-To: <8ED2FA87C8ACC04192709688DDFD5F5F09B390@calttsv025.cal.riotinto.org> References: <8ED2FA87C8ACC04192709688DDFD5F5F09B390@calttsv025.cal.riotinto.org> Message-ID: <20040902020235.GA15218@trixie.casa.cgf.cx> On Thu, Sep 02, 2004 at 11:58:40AM +1000, Billinghurst, David (CALCRTS) wrote: >Gorden Jemwa wrote: >>>>I've just recently migrated to CYGWIN. I am having problems with >>>>installing the LAPACK (&BLAS) libraries. Specifically, I am >>>>(apparently) succeeding in compiling the libraries. However, when it >>>>comes to testing the routines only the ones that use eigsrc_(PLAT).a >>>>library seem to be able to give me any output while the rest are giving >>>>an error,for example: >>>> >>>> Timing square REAL LAPACK linear equations routines >>>> ./xlintims < stime.in> stime.out 2>&1 >>>> make: *** [stime.out] Error 128 > >I get the same results with sband.out, stime.out, stime2.out >and the c d and z equivalents. > >I've built LAPACK many times on cygwin, and I used scripts that >worked in the past, so it looks like a recent(ish) bug. I guess it's time for all of the many heavy-duty LAPACK users here to start debugging cygwin... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From david.billinghurst@comalco.riotinto.com.au Thu Sep 2 02:40:00 2004 From: david.billinghurst@comalco.riotinto.com.au (Billinghurst, David (CALCRTS)) Date: Thu, 02 Sep 2004 02:40:00 -0000 Subject: LAPACK - testing problems Message-ID: <8ED2FA87C8ACC04192709688DDFD5F5F4364D5@calttsv025.cal.riotinto.org> Christopher Faylor wrote: > > I guess it's time for all of the many heavy-duty LAPACK users > here to start debugging cygwin... Yup. __________________________________________________________________ NOTICE This e-mail and any attachments are private and confidential and may contain privileged information. If you are not an authorised recipient, the copying or distribution of this e-mail and any attachments is prohibited and you must not read, print or act in reliance on this e-mail or attachments. This notice should not be removed. __________________________________________________________________ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From sgeier@caltech.edu Thu Sep 2 06:41:00 2004 From: sgeier@caltech.edu (sven geier) Date: Thu, 02 Sep 2004 06:41:00 -0000 Subject: ghostscript? Message-ID: This may be a stupid-newbie-mistake or something, but I installed ghostscript and gv and when I type at the prompt % gv /path/to/some/ps/document gv comes up fine, then gives me an error alert-box that says "Unknown device: x11" Indeed, x11 does not seem to be one of the devices known to gs: %gs GNU Ghostscript 7.05 (2002-04-22) Copyright (C) 2002 artofcode LLC, Benicia, CA. All rights reserved. This software comes with NO WARRANTY: see the file PUBLIC for details. GS>devicenames GS<1>== [/jpeggray /pjxl300 /psgray /ljet3d /pksm /bmpsep8 /pbmraw /bbox /bjc800 /pnggra y /cdjcolor /tifflzw /djet500 /pnmraw /pcx16 /pdfwrite /uniprint /psrgb /ljet4 / pksmraw /bmp16 /pgm /cljet5 /faxg3 /png16 /cdjmono /tiffpack /laserjet /ppm /pcx 256 /pswrite /ijs /bit /ljet4d /tiffcrle /bmp256 /pgmraw /cljet5c /faxg32d /png2 56 /cdj550 /tiff12nc /ljetplus /ppmraw /bmpmono /pcx24b /epswrite /bj10e /bitrgb /lj5mono /tiffg3 /bmp16m /pgnm /nullpage /faxg4 /png16m /pj /tiff24nc /ljet2p / pkm /bmpgray /pcxcmyk /pxlmono /bj200 /bitcmyk /lj5gray /tiffg32d /bmp32b /pgnmr aw /pcxmono /jpeg /pjxl /psmono /ljet3 /pkmraw /bmpsep1 /pbm /pxlcolor /bjc600 / pngmono /cdeskjet /tiffg4 /deskjet /pnm /pcxgray] so how is gv supposed to work? I can't be the first one to note this and I'm sure there's something incredibly simple I have to do here somewhere but... [scratches head] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From guideveloper123@hotmail.com Thu Sep 2 06:47:00 2004 From: guideveloper123@hotmail.com (hassani) Date: Thu, 02 Sep 2004 06:47:00 -0000 Subject: OpenSSH on windows Problem Message-ID: Hello, I am planning to use OPENSSH in my COMMMERCIAL project for custom SFTP support on WINDOWS operating system. I have couple of queries regarding that. 1. Is it necessary to use cygwin1.dll after i compile the OpenSSH source. Does portable version of openssh require cygwin1.dll during execution. Does OpenSSH use cygwin source code. What else from cygwin is required for OpenSSH usage except cygwin1.dll. 2. If cygwin1.dll is a must then according to gpl(know little of it uptill now) do i have to open my source code. OpenSSH is already open source and i will be using OpenSSH source code in my application. Waiting for an urgent reply. Thank You. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lewris@ig.com.br Thu Sep 2 07:08:00 2004 From: lewris@ig.com.br (Moises Deangelo) Date: Thu, 02 Sep 2004 07:08:00 -0000 Subject: Only rxvt and bash shell are working. Because? In-Reply-To: <8ED2FA87C8ACC04192709688DDFD5F5F4364D5@calttsv025.cal.riotinto.org> Message-ID: <000c01c490bb$87ae2ec0$0874e2c8@lewlew> Hey people. I had just lowered and to install cygwin version full. I use windows 2000 with Service Pack 4. Unfortunately only rxvt and bash shell are working. Some, when I click with the mouse simply do not exhibit message some, other exhibit the mistake message: RUN.EXE ERROR: Could not start c:\cygwin\usr\X11R6\bin\xdvi -display 127.0.0.1:0.0 Does anybody know to tell how to do it solve that? A link, a text, or direct some help, anything or explanation please Apologize me whether the question is common or banal, but it is hard to work with the English when you do not have anybody to teach you I thank any help. Moises Deangelo lewris@ig.com.br icq:89529510 S?o Paulo - Brazil -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From enrico.spinielli@eurocontrol.int Thu Sep 2 09:16:00 2004 From: enrico.spinielli@eurocontrol.int (SPINIELLI Enrico) Date: Thu, 02 Sep 2004 09:16:00 -0000 Subject: cron start error Message-ID: <5983E4DAC939D311B2F20008C7E62E7A11A6FEDC@clsh01xch.office.cfmu.eurocontrol.be> Hi Mark, I tried ver 1.7 cron_diagnose.sh, but no problem was spotted. Also I do not understand your second observation about /etc/passwd and /etc/group, could you please elaborate on it? For example I changed my group (GID) from 12385 (mkgroup_l_d) to 547 (Power Users). The output of 'id' is now: uid=14919(SPI) gid=547(Power Users) groups=544(Administrators),545(Users),12385(mkgroup_l_d) I tried to install/start cron again but got the same error. Any further helps is of course welcome ;-) Bye Enrico > -----Original Message----- > From: Harig, Mark [mailto:maharig@idirect.net] > Sent: Tuesday, August 31, 2004 11:10 PM > To: SPINIELLI Enrico > Cc: cygwin@cygwin.com > Subject: RE: cron start error > > > > So I did the following: > > 1. run cron_diagnose.sh (ver 1.6), which did not find any problems. > > Although it is unlikely to locate the source of your problem, please > try running ver. 1.7: > > http://sources.redhat.com/ml/cygwin/2004-07/msg00207.html > > > > b. output of 'cygcheck -srv' (Note: I got a > > 'GetVolumeInformation() failed') > > From your cygcheck.txt: > > ] Output from D:\cygwin\bin\id.exe (ntsec) > ] UID: 14919(SPI) GID: 12385(mkgroup_l_d) > ] 544(Administrators) 545(Users) > ] 12385(mkgroup_l_d) > > It looks as though you have not set up your /etc/group file > and 'group' entry for your user account (ID 14919) in your > /etc/passwd file. Please see the documentation for the > 'mkgroup' command ('man mkgroup' and 'mkgroup --help'). > ____ This message and any files transmitted with it are legally privileged and intended for the sole use of the individual(s) or entity to whom they are addressed. If you are not the intended recipient, please notify the sender by reply and delete the message and any attachments from your system. Any unauthorised use or disclosure of the content of this message is strictly prohibited and may be unlawful. Nothing in this e-mail message amounts to a contractual or legal commitment on the part of EUROCONTROL unless it is confirmed by appropriately signed hard copy. Any views expressed in this message are those of the sender. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From mirko.tebaldi@libero.it Thu Sep 2 09:23:00 2004 From: mirko.tebaldi@libero.it (Mirko Tebaldi (Indirizzo Pubblico)) Date: Thu, 02 Sep 2004 09:23:00 -0000 Subject: OpenJade and phpdocs Message-ID: i would like to make from phpdoc tree a html, pdf, rtf, and so on... i installed cygwin 'full optional', so openjade is actually present and installed. can some one guide me through the process ? i read instruction at: http://it.tldp.org/HOWTO/DocBook-OpenJade-SGML-XML-HOWTO/index.html but it say to configure openjade for path I cannot locate. ... can tell me more please ? realtebo -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From luke.kendall@cisra.canon.com.au Thu Sep 2 09:23:00 2004 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Thu, 02 Sep 2004 09:23:00 -0000 Subject: Setup problem: incomplete nonexistent package Message-ID: <20040902092344.5D38B8513B@pessard.research.canon.com.au> We have a local cygwin mirror (of kernels.org). Recently, setup fails with the e have a local cygwin mirror (of kernels.org). Recently, setup fails with the error that the package ssmtp-2.60.9-2 is incomplete. But we don't have that package in our mirror, and I don't have that package installed, as far as I can tell. So where is it getting this incomplete package from? Our ssmtp directory on our mirror looks like this: drwxrwsr-x 2 mirror postdrop 4096 Sep 1 16:31 . drwxrwsr-x 245 mirror postdrop 4096 Aug 31 18:40 .. -rw-rw-r-- 1 cameron postdrop 281 Aug 28 21:54 md5.sum -rw-rw-r-- 1 mirror postdrop 276 Jul 16 16:11 setup.hint -rw-rw-r-- 1 mirror postdrop 46738 Feb 19 2004 ssmtp-2.60.4-3-src.tar.bz2 -rw-rw-r-- 1 mirror postdrop 22325 Feb 19 2004 ssmtp-2.60.4-3.tar.bz2 -rw-rw-r-- 1 cameron postdrop 53716 Aug 28 19:20 ssmtp-2.60.9-3-src.tar.bz2 -rw-rw-r-- 1 cameron postdrop 24503 Aug 28 19:20 ssmtp-2.60.9-3.tar.bz2 I tried for 15 mins, combinations of trying to uninstall the various packages (ssmtp, but perl-manpages were another, and perl, and then ImageMagick ...), so right now I'm removing the entire Cygwin installation and am about to start again from scratch. Hmm, that was a serious mistake. Now I get incomplete downloads on more fundamental files. I think I'll assume our mirror is completely broken and install from the internet. luke -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From jwillemsen@remedy.nl Thu Sep 2 09:34:00 2004 From: jwillemsen@remedy.nl (Johnny Willemsen) Date: Thu, 02 Sep 2004 09:34:00 -0000 Subject: Automake 1.9 as Cygwin package Message-ID: <200409020934.i829YgsX009537@smtp-vbr8.xs4all.nl> Hi, Are there plans to deliver automake 1.9 for Cygwin, there is currently 1.8.5, but the software I am trying to port to Cygwin (ACE/TAO, see www.cs.wustl.edu/~schmidt) gives an error that 1.9 is required. Johnny -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From jhh@cs.ru.nl Thu Sep 2 10:45:00 2004 From: jhh@cs.ru.nl (Jaap-Henk Hoepman) Date: Thu, 02 Sep 2004 10:45:00 -0000 Subject: XEmacs and Windows Fonts Message-ID: <843c21x84b.fsf@smtp.xs4all.nl> I installed xemacs 21.4.15 yesterday (on cygwin 1.5.10-3) using the cygwin netinstaller and still see the same problem (including weird truncation characters, instead of the usual arrows i saw in previous versions, and failure to redisplay properly). Regards, Jaap-Henk > >>>>> "David" == David Rothenberger writes: > > David> Paul Stodghill wrote: > >> I don't know if it is a 21.4.14 problem or a configuration problem. > > David> I believe it is a configuration problem of some sort. I am running a > David> 21.4.14 that I built myself from CVS and did not encounter the problem > David> with fonts. > > David> I'm also not seeing it with a 21.4.15 built from CVS. > > I will release a 21.4.15 version soon. If the problem still persists in > that version I need help from people who are using the W32 variant of > XEmacs to track problems down as I'm only using the X11 version. The > same holds true for the TTY version (-nw). > > David> Dave > > Ciao > Volker -- Jaap-Henk Hoepman | I've got sunshine in my pockets Dept. of Computer Science | Brought it back to spray the day Radboud University Nijmegen | Gry "Rocket" (w) www.cs.ru.nl/~jhh | (m) jhh@cs.ru.nl (t) +31 24 36 52710/53132 | (f) +31 24 3653137 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Thu Sep 2 11:09:00 2004 From: brian@dessent.net (Brian Dessent) Date: Thu, 02 Sep 2004 11:09:00 -0000 Subject: Regular Expressions from Bash Shell References: <20040901225456.GJ9891@trixie.casa.cgf.cx> Message-ID: <41370068.2447EBA6@dessent.net> Christopher Faylor wrote: > I don't think either of those meets the letter of the original request. > > If you only want the files in the current directory then something like: > > ls -d *.f | grep -v '^_' | xargs grep EXPRESSION > > should work better. > > Or if you use zsh you can just do: > > grep EXPRESSION *.f~_* or: find . -type f -name \*.f -maxdepth 1 \! -name \*_\* |xargs grep EXPR -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From colinb@chameleonnet.co.uk Thu Sep 2 12:09:00 2004 From: colinb@chameleonnet.co.uk (Colin JN Breame) Date: Thu, 02 Sep 2004 12:09:00 -0000 Subject: Why umount -A is a really bad idea In-Reply-To: <20040826161917.GA3327@coe.casa.cgf.cx> References: <412CFBCB.3040808@breame.com> <20040825210724.GG29527@mikee.ath.cx> <412DC006.8090907@x-ray.at> <23bcb8700408260629433c7dbd@mail.gmail.com> <20040826161917.GA3327@coe.casa.cgf.cx> Message-ID: <41370D67.9010705@chameleonnet.co.uk> Christopher Faylor wrote: >I have had a modification to mount waiting in the wings for a while now >which foregos the use of the registry entirely but I can't convince >myself that, if I implement it, the mailing list won't be filled with >the moans of people who now have to do a "mount -a -t ntfs" (or >whatever) every time they reboot. > > Any chance I can get a copy of this patch? I was thinking about maybe porting the filesystem readers from grub to cygwin, so that I can read my linux partition from cygwin. Colin -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From whn@lopi.com Thu Sep 2 12:30:00 2004 From: whn@lopi.com (Bill Nugent) Date: Thu, 02 Sep 2004 12:30:00 -0000 Subject: Very slow SCSI tape drive with cygwin/Win2kPro In-Reply-To: <20040827122108.GP27978@cygbert.vinschen.de> References: <200408270713.32596.whn@lopi.com> <20040827122108.GP27978@cygbert.vinschen.de> Message-ID: <200409020830.02091.whn@lopi.com> On Friday 27 August 2004 08:21, Corinna Vinschen wrote: > So you didn't look into the `mt status 3' output? I've marked it in > my original reply. It's the Windows driver value for the maximum > block size. That has nothing to do with Cygwin. I did but was not sure if that meant that it was a Win2K driver limitation or Cygwin. Thank you for the clarification. Thank you, Bill -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From whn@lopi.com Thu Sep 2 13:09:00 2004 From: whn@lopi.com (Bill Nugent) Date: Thu, 02 Sep 2004 13:09:00 -0000 Subject: Very slow SCSI tape drive with cygwin/Win2kPro In-Reply-To: <20040827122108.GP27978@cygbert.vinschen.de> References: <200408270713.32596.whn@lopi.com> <20040827122108.GP27978@cygbert.vinschen.de> Message-ID: <200409020830.02091.whn@lopi.com> On Friday 27 August 2004 08:21, Corinna Vinschen wrote: > So you didn't look into the `mt status 3' output? I've marked it in > my original reply. It's the Windows driver value for the maximum > block size. That has nothing to do with Cygwin. I did but was not sure if that meant that it was a Win2K driver limitation or Cygwin. Thank you for the clarification. Thank you, Bill -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From shaddy_baddah@hotmail.com Thu Sep 2 14:11:00 2004 From: shaddy_baddah@hotmail.com (Shaddy Baddah) Date: Thu, 02 Sep 2004 14:11:00 -0000 Subject: Cygwin ssh session privileges differ from console privileges? Message-ID: Hi, I am having a problem with the privileges on a Cygwin ssh session. It seems as though the Cygwin ssh session does not have all the privileges of a console session, logged in as the same user. This is happening on cygwin v1.5.10-3 under Win2K SP4. The openssh version is v3.9p1-1. The problem occurred when I attempted to run Oracle sqlplus remotely, for the purpose of doing database administration. Locally, there was no problem running in either a command prompt or a cygwin prompt (the same mechanism of course): Administrator@myserver ~ $ id -a uid=500(Administrator) gid=513(None) groups=0(root),513(None),544(Administrators),545(Users),1002(ORA_DBA) Administrator@myserver ~ $ sqlplus /nolog SQL*Plus: Release 9.2.0.1.0 - Production on Thu Sep 2 20:08:42 2004 Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved. SQL> connect / as sysdba Connected. SQL> However, the same is not true of the remote Cygwin ssh session: Administrator@mydesktop ~ $ ssh Administrator@myserver Last login: Thu Sep 2 20:20:14 2004 from mydesktop Administrator@myserver ~ $ id -a uid=500(Administrator) gid=513(None) groups=0(root),513(None),544(Administrators),545(Users),1002(ORA_DBA) Administrator@myserver ~ $ sqlplus /nolog SQL*Plus: Release 9.2.0.1.0 - Production on Thu Sep 2 20:40:29 2004 Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved. SQL> connect / as sysdba ERROR: ORA-01031: insufficient privileges I would expect that they would be the same, but understand that there might be quirks associated with sshd launching a login session as the authenticated user. Is there a plausible explanation as to why there is a difference? Please note, I attempted this both with and without Cygwin sshd privilege separation enabled. It made no difference. Regards, Shaddy P.S. I am digest subscribed, but prefer direct replies. Thanks in advance. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lionelb@crapmail.com Thu Sep 2 14:14:00 2004 From: lionelb@crapmail.com (Lionel B) Date: Thu, 02 Sep 2004 14:14:00 -0000 Subject: bash: cat << ... fails with cat: -: Permission denied Message-ID: <20040902141129.80F1FAD7B@sitemail.everyone.net> An embedded and charset-unspecified text was scrubbed... Name: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: cygcheck.out Type: application/octet-stream Size: 30734 bytes Desc: not available URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Thu Sep 2 14:17:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Thu, 02 Sep 2004 14:17:00 -0000 Subject: OpenSSH on windows Problem In-Reply-To: References: Message-ID: <20040902141504.GA23610@trixie.casa.cgf.cx> On Thu, Sep 02, 2004 at 11:53:43AM +0500, hassani wrote: >I am planning to use OPENSSH in my COMMMERCIAL project for custom SFTP >support on WINDOWS operating system. I have couple of queries regarding >that. > >1. Is it necessary to use cygwin1.dll after i compile the OpenSSH source. >Does portable version of openssh require cygwin1.dll during execution. Does >OpenSSH use cygwin source code. What else from cygwin is required for >OpenSSH usage except cygwin1.dll. Yes, you need cygwin1.dll to run cygwin-based applications. >2. If cygwin1.dll is a must then according to gpl(know little of it uptill >now) do i have to open my source code. OpenSSH is already open source and i >will be using OpenSSH source code in my application. > >Waiting for an urgent reply. Any application linked with cygwin1.dll is GPLed so, if you release binaries for your application which uses cygwin, you must also release source code for your application. If any of this is confusing and you really plan on creating a commercial product, you really should consult a lawyer. -- Christopher Faylor spammer? -> aaaspam@sourceware.org Cygwin Co-Project Leader aaaspam@duffek.com TimeSys, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Thu Sep 2 14:55:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Thu, 02 Sep 2004 14:55:00 -0000 Subject: Why umount -A is a really bad idea In-Reply-To: <41370D67.9010705@chameleonnet.co.uk> References: <412CFBCB.3040808@breame.com> <20040825210724.GG29527@mikee.ath.cx> <412DC006.8090907@x-ray.at> <23bcb8700408260629433c7dbd@mail.gmail.com> <20040826161917.GA3327@coe.casa.cgf.cx> <41370D67.9010705@chameleonnet.co.uk> Message-ID: <20040902141826.GB23610@trixie.casa.cgf.cx> On Thu, Sep 02, 2004 at 01:09:11PM +0100, Colin JN Breame wrote: >Christopher Faylor wrote: > >>I have had a modification to mount waiting in the wings for a while now >>which foregos the use of the registry entirely but I can't convince >>myself that, if I implement it, the mailing list won't be filled with >>the moans of people who now have to do a "mount -a -t ntfs" (or >>whatever) every time they reboot. >> >Any chance I can get a copy of this patch? Sorry, no. I tend to avoid releasing unfinished things. When I'm ready to release patches they go into cvs. The one in question has undoubtedly suffered bit rot as I haven't looked at it in many months. It is not 100% complete, either. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From spdaley@gmail.com Thu Sep 2 15:38:00 2004 From: spdaley@gmail.com (Sean Daley) Date: Thu, 02 Sep 2004 15:38:00 -0000 Subject: Problem executing a .bat script in a directory with spaces using bash Message-ID: <5c8adab704090207557a3a359a@mail.gmail.com> I'm currently using cygwin 1.5.10 and I'm having a problem trying to run a .bat file in a directory with spaces. Here's an example of what I'm doing. 1) mkdir C:\Space Dir 2) Create a file called test.bat in C:\Space Dir 3) Just add a single line with "echo %1" in test.bat 4) Start cygwin $ cd C:/Space\ Dir $ ./test.bat hello c:\Space Dir>echo hello hello $ ./test.bat "hello world" 'c:\Space' is not recognized as an internal or external command, operable program or batch file. $ If I try to run test.bat with an argument with spaces it fails with the error above. If I move test.bat to a directory without spaces, it works correctly. I know that cmd has some weird behavior when you execute a quoted cmd. Just using cmd in certain ways (outside of cygwin) will reproduce the issue mentioned above. Do the following: C:\>cmd /c "C:\Space Dir\test.bat" hello C:\>echo hello hello C:\>cmd /c "C:\Space Dir\test.bat" "hello world" 'C:\Space' is not recognized as an internal or external command, operable program or batch file. One way to actually get the second command to work is to quote the entire command like this: C:\>cmd /c ""C:\Space Dir\test.bat" "hello world"" C:\>echo "hello world" "hello world" Unfortunately we have some batch scripts which live in directories with spaces that I'd really like to run. Thanks. Sean -------------- next part -------------- A non-text attachment was scrubbed... Name: cygcheck.out Type: application/octet-stream Size: 18045 bytes Desc: not available URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Thu Sep 2 15:45:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Thu, 02 Sep 2004 15:45:00 -0000 Subject: cygwin1.dll problem with Hyperthreaded machines. In-Reply-To: <20040829120013.GA23360@trixie.casa.cgf.cx> References: <41316E85.8010707@melbourne.sgi.com> <20040829120013.GA23360@trixie.casa.cgf.cx> Message-ID: <20040902153940.GA25696@trixie.casa.cgf.cx> On Sun, Aug 29, 2004 at 08:00:13AM -0400, Christopher Faylor wrote: >The problem has not been either identified or resolved and it won't be >resolved until someone debugs the problem or someone sends me a system >which manifests the problem so that I can resolve the problem. Just to make it clear, when I say "sends me a system", I mean "donates a system". I'm not interested in loaner programs where I have to eventually box up the system and drive it to a UPS store or something. I'm willing to devote a substantial amount of time to tracking the problem down but I'm not willing to devote any more manual labor to the problem than unpacking a box and trying to shoehorn a system into my cramped and overheated office. If this seems excessively mean, then you might think about it from the point of view of already receiving the benefit of substantial cygwin functionality which represents massive amounts of my time and Corinna's time and Pierre's time. I can understand how this would be a potentially scary proposition since there is no contractual arrangement which would force me to fix this problem but, on the flip side, I don't necessarily want to be dealing with IT or purchasing departments asking me for specific "When will you be fixing the problem/returning the system" when I'm not being compensated to do so, either. If the system is provided, I WILL spend time tracking down this problem. Once fixed, I will use it to run tests prior to every release to ensure that things work correctly -- as far as the test suite is concerned, at least. If I can come up with a simple test case which tickles the problem, I'll add that to the test suite, too. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From douglas.vechinski@dynetics.com Thu Sep 2 15:46:00 2004 From: douglas.vechinski@dynetics.com (Douglas A. Vechinski) Date: Thu, 02 Sep 2004 15:46:00 -0000 Subject: Suspected Memory Size Problems under Cygwin Message-ID: <41373FE4.6010408@dynetics.com> I have a Fortran code, developed mostly under Unix/Linux. In the past (years ago) I have compiled it under Cygwin and run it with no problems. I am now adding some more stuff to it and the user was wanting to run it under Cygwin. So I compile it no problem, but then when I execute it -- nothing appears to happen, I just get the shell prompt back. Adding some write statements, it is seen that it is not even getting to the first line of the code. I do not get any error messages. I was first wondering if there could be a memory problem, i.e. not enough system memory or possible a subroutine with large local arrays which I believe get allocated on the stack. (I have run into these problems in the past on Unix machines and was able to change the stack size with the limit command. However this doesn't appear to be present under Cygwin). So I started playing around with some of the parameters I have which control the size of various arrays. Eventually some combinations let the code run, but the parameters were then to small to use for the problem I was trying to run. I can't say exactly how much memory before and after since the are many arrays scattered around in a number of common blocks. However, I may have been originally requesting 140 or so Meg scattereed across several arrays and common blocks. I probably cut it down to70 Megs when it ran. But increasing certain parameters while decreasing others let the code run with a larger total memory load while the reverse case (decreasing certain parameters while increasing others but a smaller total memory load) the code would not run. Next, I recompiled the code using the -mno-cygwin flag and using the original set of parameters sizes so that the 140 or so Meg of memory was going to be needed. The code ran fine in this case. However, in a previous post about 3 months ago, I reported (and someone verified my claims) that a code compiled under Cygwin with the -mno-cygwin flag (or MSYS for that matter) ran 2 to 3 times slower than the same code compiled under Cywgin without the use of the -mno-cygwin flag. So, the ultimate question is is anyone aware of memory problems, memory size limits, limits on contiguous memory chuck size limits (dealing with Fortran here) under Cygwin. I am using Cygwin 1.5.7 with g77 3.3.1. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From richard.campbell@air2web.com Thu Sep 2 15:57:00 2004 From: richard.campbell@air2web.com (Richard Campbell) Date: Thu, 02 Sep 2004 15:57:00 -0000 Subject: Donate towards a Hyperthreaded machine for CGF Message-ID: Chris, what is the appropriate email for paypal donations now that you have left Red Hat? -Richard Campbell. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Thu Sep 2 16:12:00 2004 From: dk@artimi.com (Dave Korn) Date: Thu, 02 Sep 2004 16:12:00 -0000 Subject: Suspected Memory Size Problems under Cygwin In-Reply-To: <41373FE4.6010408@dynetics.com> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Douglas A. Vechinski > Sent: 02 September 2004 16:45 > I was first wondering if there could be a memory problem, i.e. not > enough system memory or possible a subroutine with large local arrays > which I believe get allocated on the stack. (I have run into these > problems in the past on Unix machines and was able to change > the stack > size with the limit command. However this doesn't appear to > be present > under Cygwin). > So, the ultimate question is is anyone aware of memory > problems, memory > size limits, limits on contiguous memory chuck size limits > (dealing with > Fortran here) under Cygwin. I am using Cygwin 1.5.7 with g77 3.3.1. Google for "stack size site:cygwin.com"; this is a VVFAQ. cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Thu Sep 2 16:13:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Thu, 02 Sep 2004 16:13:00 -0000 Subject: Donate towards a Hyperthreaded machine for CGF In-Reply-To: References: Message-ID: <20040902161333.GG23610@trixie.casa.cgf.cx> On Thu, Sep 02, 2004 at 11:46:54AM -0400, Richard Campbell wrote: >Chris, what is the appropriate email for paypal donations >now that you have left Red Hat? Gulp. Uh oh. Did I change my paypal account or is this one of the things that I forgot to reset after leaving? *pause* Nope. I reset this in June. Phew. me -at- cgf -dot- cx I'd really prefer a nicely packaged known-to-exhibit-the-problem system but someone can recommend a machine that exhibits the problem, I'll buy it if there are sufficient funds. The problem is that, although it's probably a good bet that they do, I wouldn't want to assume that all hyperthreaded systems exhibit this problem. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Thu Sep 2 16:20:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Thu, 02 Sep 2004 16:20:00 -0000 Subject: Cygwin ssh session privileges differ from console privileges? In-Reply-To: References: Message-ID: <20040902161337.GG17670@cygbert.vinschen.de> On Sep 2 15:09, Shaddy Baddah wrote: > I am having a problem with the privileges on a Cygwin ssh session. It > seems as though the Cygwin ssh session does not have all the > privileges of a console session, logged in as the same user. This is > happening on cygwin v1.5.10-3 under Win2K SP4. The openssh version is > v3.9p1-1. > [...] > I would expect that they would be the same, but understand that there > might be quirks associated with sshd launching a login session as the > authenticated user. Is there a plausible explanation as to why there > is a difference? It depends on how you log in through ssh. If you're using password authentication, the same authentication mechanism is used as if you're logging in locally via the GUI. Not counting extra initializations which are only run after GUI logon, password authentication should grant you about the same rights. Public Key authentication OTOH is *bypassing* the Windows authentication mechanism, resulting in a very different access token attached to your session. For one, there is no password attached and no network credentials, so you don't have the same automagical access to network shares. Another problem is that you didn't even start a logon session from WinNT's point of view, which has a couple of interesting side effect. The bottom line is, if you need all the user's access rights use password authentication. If that doesn't help, you're out of luck. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Thu Sep 2 16:22:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 02 Sep 2004 16:22:00 -0000 Subject: Regular Expressions from Bash Shell In-Reply-To: <20040901225456.GJ9891@trixie.casa.cgf.cx> References: <20040901225456.GJ9891@trixie.casa.cgf.cx> Message-ID: Well, since CGF himself didn't deem this too off-topic... :-) On Wed, 1 Sep 2004, Christopher Faylor wrote: > On Wed, Sep 01, 2004 at 06:07:15PM -0400, Buchbinder, Barry (NIH/NIAID) wrote: > >At Wednesday, September 01, 2004 5:17 PM, Igor Pechtchanski wrote: > >> On Wed, 1 Sep 2004, Siegfried Heintze wrote: > >> > >>> I want to use grep on all the FORTRAN source code files in the > >>> current directory whose file names do not contain a "_" character. > >>> How do I do this? > >>> > >>> I'm using the extension of ".f" to designate FORTRAN. > >> > >> Disclaimer: this is not a shell programming support forum, and the > >> above post is off-topic for this list, since it asks a general shell > >> question not related to Cygwin. > >> > >> But, since I'm sending this e-mail anyway (and I hope this in no way > >> encourages similar future posts): > >> > >> find . -name \*_\* -o -name \*.f -print | xargs grep EXPRESSION > > > >I think a "!" was forgotten. Nope. Try the above -- only the names *without* underscores will be *printed*, since \*_\* will match them first, and wisk them away from the second match expression. > >find . \( ! -name \*_\* \) -o -name \*.f -print | xargs grep EXPRESSION > > > >The parentheses may not be needed -- you can try it both ways. The above has a bug -- it should have a "-a" instead of a "-o". Once that's fixed, that would be YA way of doing it. The parentheses aren't neded. BTW, this suffers from the same problem as my original suggestion above, though -- see below. > I don't think either of those meets the letter of the original request. True. > If you only want the files in the current directory then something like: > > ls -d *.f | grep -v '^_' | xargs grep EXPRESSION > > should work better. > > Or if you use zsh you can just do: > > grep EXPRESSION *.f~_* > > cgf Or you could add "-mindepth 1 -maxdepth 1" to the "find" command above, which would make it do exactly what the user wanted. Igor P.S. Should I add TMTOWTDI to the OLOCA? ;-) -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Thu Sep 2 16:25:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Thu, 02 Sep 2004 16:25:00 -0000 Subject: Regular Expressions from Bash Shell In-Reply-To: References: <20040901225456.GJ9891@trixie.casa.cgf.cx> Message-ID: <20040902162348.GB26225@trixie.casa.cgf.cx> On Thu, Sep 02, 2004 at 12:20:13PM -0400, Igor Pechtchanski wrote: >P.S. Should I add TMTOWTDI to the OLOCA? ;-) Sure. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Thu Sep 2 16:36:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 02 Sep 2004 16:36:00 -0000 Subject: ghostscript? In-Reply-To: References: Message-ID: On Thu, 2 Sep 2004, sven geier wrote: > This may be a stupid-newbie-mistake or something, but I installed > ghostscript and gv and when I type at the prompt > > % gv /path/to/some/ps/document > > gv comes up fine, then gives me an error alert-box that > says "Unknown device: x11" > > Indeed, x11 does not seem to be one of the devices known to gs: > > %gs > [snip] > > so how is gv supposed to work? I can't be the first one to note this and I'm > sure there's something incredibly simple I have to do here somewhere but... > > [scratches head] First off, questions regarding Cygwin and X11 should go to the cygwin-xfree list. Please move further discussions onto that list. I'm directing this reply there as well, and setting Reply-To: appropriately. Secondly, this is a common problem. Simply install the "ghostscript-x11" package. Igor P.S. CGF: should we create a "cygwin-x" alias for the cygwin-xfree list, now that cygwin is using X.Org instead of XFree86? -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From richard.campbell@air2web.com Thu Sep 2 16:51:00 2004 From: richard.campbell@air2web.com (Richard Campbell) Date: Thu, 02 Sep 2004 16:51:00 -0000 Subject: DONATE NOW: towards a Hyperthreaded machine for CGF Message-ID: > I'd really prefer a nicely packaged known-to-exhibit-the-problem system Yeah, but it's been 8 months, and I've seen enough of these posts that I did the math: "if CGF had $20 for each post complaining about hyperthreading problems, could he buy a hyperthreading machine?" answer - pretty close. So everybody has the address to send to (me -at- cgf -dot- cx), so donate to CGF and you'll never have to see hyperthreading complaints again... -Richard Campbell. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Thu Sep 2 17:41:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 02 Sep 2004 17:41:00 -0000 Subject: Setup problem: incomplete nonexistent package In-Reply-To: <20040902092344.5D38B8513B@pessard.research.canon.com.au> References: <20040902092344.5D38B8513B@pessard.research.canon.com.au> Message-ID: On Thu, 2 Sep 2004, luke.kendall wrote: > We have a local cygwin mirror (of kernels.org). Recently, setup fails > with the error that the package ssmtp-2.60.9-2 is incomplete. > > But we don't have that package in our mirror, and I don't have that > package installed, as far as I can tell. So where is it getting this > incomplete package from? Look in /var/log/setup.log.full and /var/log/setup.log for clues. Also, the "download incomplete" message results from a size inconsistency between setup.ini (setup.bz2) and the actual package file, so check the setup.ini on your mirror. > Our ssmtp directory on our mirror looks like this: > > drwxrwsr-x 2 mirror postdrop 4096 Sep 1 16:31 . > drwxrwsr-x 245 mirror postdrop 4096 Aug 31 18:40 .. > -rw-rw-r-- 1 cameron postdrop 281 Aug 28 21:54 md5.sum > -rw-rw-r-- 1 mirror postdrop 276 Jul 16 16:11 setup.hint > -rw-rw-r-- 1 mirror postdrop 46738 Feb 19 2004 ssmtp-2.60.4-3-src.tar.bz2 > -rw-rw-r-- 1 mirror postdrop 22325 Feb 19 2004 ssmtp-2.60.4-3.tar.bz2 > -rw-rw-r-- 1 cameron postdrop 53716 Aug 28 19:20 ssmtp-2.60.9-3-src.tar.bz2 > -rw-rw-r-- 1 cameron postdrop 24503 Aug 28 19:20 ssmtp-2.60.9-3.tar.bz2 > > I tried for 15 mins, combinations of trying to uninstall the various > packages (ssmtp, but perl-manpages were another, and perl, and then > ImageMagick ...), so right now I'm removing the entire Cygwin > installation and am about to start again from scratch. > > Hmm, that was a serious mistake. Now I get incomplete downloads on > more fundamental files. I think I'll assume our mirror is completely > broken and install from the internet. Before you do that, if you "Use IE5 Settings" in setup, turn off caching in IE (or, rather, make it check the cached version every time you access a file -- note: this is *not* the default!). > luke Also, read about the "upset" script if you want to have packages on your local server in addition to the mirrored ones. Google for "upset script site:cygwin.com". HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From spdaley@gmail.com Thu Sep 2 17:46:00 2004 From: spdaley@gmail.com (Sean Daley) Date: Thu, 02 Sep 2004 17:46:00 -0000 Subject: Problem executing a .bat script in a directory with spaces using bash In-Reply-To: <4137566C.7070203@sbcglobal.net> References: <5c8adab704090207557a3a359a@mail.gmail.com> <4137566C.7070203@sbcglobal.net> Message-ID: <5c8adab704090210405ea696e4@mail.gmail.com> Thank you for your most eloquent and considerably rude response. Though maybe that's my fault for not mentioning in my initial email that writing a shell script (which is something that I can do) is not an option. Unfortunately there are reasons why we need these .bat scripts (yes I don't like that and I wish that I could use scripts since they are much more powerful and easier to use) but once again I can't. To give a slightly closer idea of what I'm trying to accomplish: I have a program that can be used to launch native programs. This program can be used to execute batch scripts which are associated with third-party applications. While testing this program linked against cygwin, I ran into the issue documented below. I then thought I'd try to separate my app from the problem so I tested it using cygwin's bash and once again ran into the issue documented below. Now you may not use them (batch scripts) or care about them but I do. Before I delved into src/winsup/cygwin/spawn.cc I thought I would email this list in case someone had something educational to say about the issue. I apologize for making that false assumption. Thanks. Sean On Thu, 02 Sep 2004 10:20:44 -0700, GD wrote: > Sean Daley wrote: > > >I'm currently using cygwin 1.5.10 and I'm having a problem trying to > >run a .bat file in > >a directory with spaces. > > > Geezus, man! You're not going to get a response from the Cygwin list > for shell questions with obvious answers. > > Windows is case insensitive. > *nix systems are case sensitive. > > Windows performs quoting tricks (that no one really understands) behind > the scenes. > *nix systems treats spaces as delimiters > > Windows uses the backslash character to delineate directories > *nix systems and the rest of the world treat the backslash as an escape > character > > To solve your immediate problems: > > -----------cut here-------- > #!/usr/bin/bash > # shell script to echo passed parameter > # scriptname: sean > > if [ $1 ] > then > echo $1 > else > echo "No one here." > fi > --------------------------- > > sean@home /cygdrive/c > $ mkdir a\ directory\ with\ spaces\ in\ the\ name > > [ sean@home /cygdrive/c > $ mkdir "a directory with spaces in the name" > > sean@home /cygdrive/c > $ mkdir 'a directory with spaces in the name' ] > > sean@home /cygdrive/c > cd "a directory with spaces in the name" > > sean@home /cygdrive/c/a directory with spaces in the name > $ bash sean foobar > foobar > > And forget the batch files. No one uses them or wants to hear about > them. Write a shell script, write a Perl script, write something more > sensible. Cygwin has provided hundreds of tools for your use. > > Now go read any of the hundreds of shell scripting tutorials available > on the web. > > Cheers. > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From andrex@alumni.utexas.net Thu Sep 2 18:23:00 2004 From: andrex@alumni.utexas.net (Andrew Schulman) Date: Thu, 02 Sep 2004 18:23:00 -0000 Subject: OCaml library location error Message-ID: I've installed ocaml 3.08.1-1. $ ocamlc -v The Objective Caml compiler, version 3.08.1 Standard library directory: /usr/local/stow/ocaml/lib/ocaml The library location is wrong; it should be /usr/lib/ocaml. This breaks some compilations of course. Andrew. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From spdaley@gmail.com Thu Sep 2 18:46:00 2004 From: spdaley@gmail.com (Sean Daley) Date: Thu, 02 Sep 2004 18:46:00 -0000 Subject: Problem executing a .bat script in a directory with spaces using bash In-Reply-To: <413760BD.2080504@sbcglobal.net> References: <5c8adab704090207557a3a359a@mail.gmail.com> <4137566C.7070203@sbcglobal.net> <5c8adab704090210405ea696e4@mail.gmail.com> <413760BD.2080504@sbcglobal.net> Message-ID: <5c8adab70409021123291886c7@mail.gmail.com> The problem is, there's nothing for me to quote here. It's not like the batch script fails to give me the correct information (due to incorrect quoting). The script fails to even LAUNCH when it lives in a directory with spaces and you pass in an argument with a space in it. Mind you, I've changed directory to that directory with spaces so I'm not trying to do something like: "/cygdrive/c/Space \Dir/test.bat" "hello world" cd /cygdrive/c/Space\ Dir ./test.bat hello ./test.bat "hello world" 'c:\Space' is not recognized as an internal or external command, operable program or batch file. And all test.bat does is echo %1 change test.bat to do just echo (so it doesn't even process its arguments) and it still fails accordingly. Let me just give one final example (this time test.bat says echo %*) $ /cygdrive/c/Space\ Dir/test.bat hello c:\Space Dir>echo hello hello $ /cygdrive/c/Space\ Dir/test.bat hello world c:\Space Dir>echo hello world hello world $ /cygdrive/c/Space\ Dir/test.bat "hello world" 'c:\Space' is not recognized as an internal or external command, operable program or batch file. I'm running the exact same command all three times with different arguments. The minute I pass a quoted argument (with spaces) to the batch script though, bash itself complains about not being able to find test.bat. Now let's take this one step further. In the last case, it actually thinks it wants to execute C:\Space instead of the script. Now let's do the following: Create a batch script called "C:\Space.bat" and put one line into it. cat /etc/passwd. Now re-run the third command again: $ /cygdrive/c/Space\ Dir/test.bat "hello world" c:\Space Dir>cat /etc/passwd This just doesn't seem right to me. Sean On Thu, 02 Sep 2004 11:04:45 -0700, GD wrote: > >... > >I apologize for making that false assumption. > > > >Thanks. > > > >Sean > > > > Sorry for sounding rude, but admittedly I was a bit terse. :-) Your > post raised simple shell quoting issues and nothing else. Honeslty, I'm > not understanding the problem as you're describing it, but if spaces in > a file/directory name is causing an issue, then why wouldn't the simple > use of single quoting (for example) to prevent shell expansion not solve it? > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From andrex@alumni.utexas.net Thu Sep 2 18:56:00 2004 From: andrex@alumni.utexas.net (Andrew Schulman) Date: Thu, 02 Sep 2004 18:56:00 -0000 Subject: OCaml library location error References: Message-ID: > $ ocamlc -v > The Objective Caml compiler, version 3.08.1 > Standard library directory: /usr/local/stow/ocaml/lib/ocaml > > The library location is wrong; it should be /usr/lib/ocaml. This breaks > some compilations of course. My mistake: I had set OCAMLLIB earlier in my environment, then forgot. Sorry. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Cyber.Zombie@comcast.net Thu Sep 2 18:59:00 2004 From: Cyber.Zombie@comcast.net (CyberZombie) Date: Thu, 02 Sep 2004 18:59:00 -0000 Subject: Problem executing a .bat script in a directory with spaces using bash In-Reply-To: <5c8adab70409021123291886c7@mail.gmail.com> References: <5c8adab704090207557a3a359a@mail.gmail.com> <4137566C.7070203@sbcglobal.net> <5c8adab704090210405ea696e4@mail.gmail.com> <413760BD.2080504@sbcglobal.net> <5c8adab70409021123291886c7@mail.gmail.com> Message-ID: <41376CD2.9090102@comcast.net> I don't get that behavior... ~>cd /c/Documents\ and\ Settings /c/Documents and Settings>cat test.bat @echo %1 /c/Documents and Settings>./test.bat Hello world Hello /c/Documents and Settings>ls -l test.bat -rwxr-xr-x 1 Rob None 8 Sep 2 13:53 test.bat /c/Documents and Settings> Sean Daley wrote: >The problem is, there's nothing for me to quote here. It's not like >the batch script fails to >give me the correct information (due to incorrect quoting). The >script fails to even >LAUNCH when it lives in a directory with spaces and you pass in an argument with >a space in it. Mind you, I've changed directory to that directory >with spaces so I'm >not trying to do something like: >"/cygdrive/c/Space \Dir/test.bat" "hello world" > >cd /cygdrive/c/Space\ Dir >./test.bat hello > > >./test.bat "hello world" > >'c:\Space' is not recognized as an internal or external command, >operable program or batch file. > >And all test.bat does is echo %1 >change test.bat to do just echo (so it doesn't even process its arguments) >and it still fails accordingly. > >Let me just give one final example (this time test.bat says echo %*) > >$ /cygdrive/c/Space\ Dir/test.bat hello >c:\Space Dir>echo hello >hello >$ /cygdrive/c/Space\ Dir/test.bat hello world >c:\Space Dir>echo hello world >hello world >$ /cygdrive/c/Space\ Dir/test.bat "hello world" >'c:\Space' is not recognized as an internal or external command, >operable program or batch file. > >I'm running the exact same command all three times with different arguments. >The minute I pass a quoted argument (with spaces) to the batch script though, >bash itself complains about not being able to find test.bat. > >Now let's take this one step further. In the last case, it actually >thinks it wants >to execute C:\Space instead of the script. Now let's do the following: >Create a batch script called "C:\Space.bat" and put one line into it. >cat /etc/passwd. > >Now re-run the third command again: >$ /cygdrive/c/Space\ Dir/test.bat "hello world" >c:\Space Dir>cat /etc/passwd > > >This just doesn't seem right to me. > >Sean > >On Thu, 02 Sep 2004 11:04:45 -0700, GD wrote: > > >>>... >>>I apologize for making that false assumption. >>> >>>Thanks. >>> >>>Sean >>> >>> >>> >>Sorry for sounding rude, but admittedly I was a bit terse. :-) Your >>post raised simple shell quoting issues and nothing else. Honeslty, I'm >>not understanding the problem as you're describing it, but if spaces in >>a file/directory name is causing an issue, then why wouldn't the simple >>use of single quoting (for example) to prevent shell expansion not solve it? >> >> >> >> > >-- >Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >Problem reports: http://cygwin.com/problems.html >Documentation: http://cygwin.com/docs.html >FAQ: http://cygwin.com/faq/ > > > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Cyber.Zombie@comcast.net Thu Sep 2 19:02:00 2004 From: Cyber.Zombie@comcast.net (CyberZombie) Date: Thu, 02 Sep 2004 19:02:00 -0000 Subject: Problem executing a .bat script in a directory with spaces using bash In-Reply-To: <41376CD2.9090102@comcast.net> References: <5c8adab704090207557a3a359a@mail.gmail.com> <4137566C.7070203@sbcglobal.net> <5c8adab704090210405ea696e4@mail.gmail.com> <413760BD.2080504@sbcglobal.net> <5c8adab70409021123291886c7@mail.gmail.com> <41376CD2.9090102@comcast.net> Message-ID: <41376D75.1060806@comcast.net> I typed too soon... /c/Documents and Settings>./test.bat "Hello world" 'c:\Documents' is not recognized as an internal or external command, operable program or batch file. CyberZombie wrote: > I don't get that behavior... > > ~>cd /c/Documents\ and\ Settings > /c/Documents and Settings>cat test.bat > @echo %1 > /c/Documents and Settings>./test.bat Hello world > Hello > /c/Documents and Settings>ls -l test.bat > -rwxr-xr-x 1 Rob None 8 Sep 2 13:53 test.bat > /c/Documents and Settings> > > Sean Daley wrote: > >> The problem is, there's nothing for me to quote here. It's not like >> the batch script fails to >> give me the correct information (due to incorrect quoting). The >> script fails to even >> LAUNCH when it lives in a directory with spaces and you pass in an >> argument with >> a space in it. Mind you, I've changed directory to that directory >> with spaces so I'm >> not trying to do something like: >> "/cygdrive/c/Space \Dir/test.bat" "hello world" >> >> cd /cygdrive/c/Space\ Dir >> ./test.bat hello >> >> >> ./test.bat "hello world" >> >> 'c:\Space' is not recognized as an internal or external command, >> operable program or batch file. >> >> And all test.bat does is echo %1 >> change test.bat to do just echo (so it doesn't even process its >> arguments) >> and it still fails accordingly. >> >> Let me just give one final example (this time test.bat says echo %*) >> >> $ /cygdrive/c/Space\ Dir/test.bat hello >> c:\Space Dir>echo hello >> hello >> $ /cygdrive/c/Space\ Dir/test.bat hello world >> c:\Space Dir>echo hello world >> hello world >> $ /cygdrive/c/Space\ Dir/test.bat "hello world" >> 'c:\Space' is not recognized as an internal or external command, >> operable program or batch file. >> >> I'm running the exact same command all three times with different >> arguments. >> The minute I pass a quoted argument (with spaces) to the batch script >> though, >> bash itself complains about not being able to find test.bat. >> >> Now let's take this one step further. In the last case, it actually >> thinks it wants >> to execute C:\Space instead of the script. Now let's do the following: >> Create a batch script called "C:\Space.bat" and put one line into it. >> cat /etc/passwd. >> >> Now re-run the third command again: >> $ /cygdrive/c/Space\ Dir/test.bat "hello world" >> c:\Space Dir>cat /etc/passwd >> >> >> This just doesn't seem right to me. >> >> Sean >> >> On Thu, 02 Sep 2004 11:04:45 -0700, GD wrote: >> >> >>>> ... >>>> I apologize for making that false assumption. >>>> >>>> Thanks. >>>> >>>> Sean >>>> >>>> >>> >>> Sorry for sounding rude, but admittedly I was a bit terse. :-) Your >>> post raised simple shell quoting issues and nothing else. Honeslty, I'm >>> not understanding the problem as you're describing it, but if spaces in >>> a file/directory name is causing an issue, then why wouldn't the simple >>> use of single quoting (for example) to prevent shell expansion not >>> solve it? >>> >>> >>> >> >> >> -- >> Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >> Problem reports: http://cygwin.com/problems.html >> Documentation: http://cygwin.com/docs.html >> FAQ: http://cygwin.com/faq/ >> >> >> >> > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Thu Sep 2 19:30:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Thu, 02 Sep 2004 19:30:00 -0000 Subject: Problem executing a .bat script in a directory with spaces using bash In-Reply-To: <5c8adab70409021123291886c7@mail.gmail.com> References: <5c8adab704090207557a3a359a@mail.gmail.com> <4137566C.7070203@sbcglobal.net> <5c8adab704090210405ea696e4@mail.gmail.com> <413760BD.2080504@sbcglobal.net> <5c8adab70409021123291886c7@mail.gmail.com> Message-ID: <6.1.0.6.0.20040902145655.033a0b60@pop.prospeed.net> At 02:23 PM 9/2/2004, you wrote: >Now let's take this one step further. In the last case, it actually >thinks it wants >to execute C:\Space instead of the script. Now let's do the following: >Create a batch script called "C:\Space.bat" and put one line into it. >cat /etc/passwd. > >Now re-run the third command again: >$ /cygdrive/c/Space\ Dir/test.bat "hello world" >c:\Space Dir>cat /etc/passwd > > >This just doesn't seem right to me. But it does suggest that the whole process is causing you to loose which arguments are which. In this case, your $0 is becoming /cygdrive/c/Space. So you might try quoting your path to the script instead. I expect strace of the shell could help you see where things "go wrong" if you're looking for more insight. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cslewis@mobilecom.com Thu Sep 2 19:39:00 2004 From: cslewis@mobilecom.com (Cary Lewis) Date: Thu, 02 Sep 2004 19:39:00 -0000 Subject: OpenSSH on windows Problem References: Message-ID: >From what I understand, simply using cygwin binaries like ssh, perl, bash, etc. does not virally infect a propietary system with the GPL. So, if you plan on using sshd and sftp as part of your commerical app, you don not have to license cygwin. Any changes you make to sshd or sftp would have to be published. You have to check to make sure that distributing cygwin doesn't run you afoul of the GPL. That being said, I think we should all encourage RedHat to publish cygwin under the LGPL to allow cygwin1.dll to be used without virally infecting application code. But that is just my opinion. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Thu Sep 2 20:39:00 2004 From: dk@artimi.com (Dave Korn) Date: Thu, 02 Sep 2004 20:39:00 -0000 Subject: OpenSSH on windows Problem In-Reply-To: Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Cary Lewis > Sent: 02 September 2004 19:31 > From what I understand, simply using cygwin binaries like > ssh, perl, bash, etc. > does not virally infect a propietary system with the GPL. Nothing "virally" infects a system with the GPL in any case. That's an invalid analogy and the word is used in a purely perjorative sense as part of microsoft's black propaganda effort against OSS. Nobody is _forced_ to use cygwin and therefore nobody is _forced_ to GPL their app; therefore it is in no sense viral. It may seem unfair to you that if you want to make use of this fantastic software, (which represents an invaluable asset to your firm that would cost you many many many man-years to develop equivalent features yourself) you don't actually get it for nothing but have an obligation placed upon you in exchange, but this is no more 'viral' than having to pay the price asked for what you buy in a shop. cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Fri Sep 3 01:34:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Fri, 03 Sep 2004 01:34:00 -0000 Subject: OpenSSH on windows Problem In-Reply-To: References: Message-ID: <20040902204046.GB29071@trixie.casa.cgf.cx> On Thu, Sep 02, 2004 at 06:31:05PM +0000, Cary Lewis wrote: >simply using cygwin binaries like ssh, perl, bash, etc. does not >virally infect a propietary system with the GPL. The word "virally" is a charged word. This is really really simple and I don't know why it is so confusing. If you provide a binary that uses the cygwin DLL, you must also make the sources available. If your program uses the cygwin DLL, then your program is GPLed. You must provide the source. If you plan on distributing the cygwin DLL then you must provide the source for that version of the cygwin DLL. If you are distributing ssh, perl, bash, etc. then you are distributing open source programs and you must provide the source for ssh, perl, bash, etc. If your program does not use cygwin and you are not providing any other open source programs then you don't have to provide the source. If your program does not use the cygwin DLL but it is on the same disk as programs that do use the cygwin DLL then your program is not GPLed and you don't need to provide sources. >So, if you plan on using sshd and sftp as part of your commerical app, you don >not have to license cygwin. No. Even if you did provide sshd and sftpd as part of your commercial app, "licensing cygwin" does not provide you any special benefit since cygwin's license does not and cannot trump the licensing of sshd and sftp. Can you imagine a world where linking with the cygwin DLL would allow Red Hat to override someone else's license? I can't imagine any rational basis for assuming that. >Any changes you make to sshd or sftp would have to be published. Well, they would be part of the source code that you distributed and, if sshd and sftpd are GPLed then you'd have to make the changes obvious. >You have to check to make sure that distributing cygwin doesn't run you >afoul of the GPL. > >That being said, I think we should all encourage RedHat to publish >cygwin under the LGPL to allow cygwin1.dll to be used without virally >infecting application code. But that is just my opinion. Why would Red Hat be interested in eliminating their revenue stream from licensing cygwin? Red Hat generously makes cygwin available via the GPL. If that doesn't meet your needs then you are free not to use it. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From luke.kendall@cisra.canon.com.au Fri Sep 3 01:41:00 2004 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Fri, 03 Sep 2004 01:41:00 -0000 Subject: Setup problem: incomplete nonexistent package In-Reply-To: Message-ID: <20040903013358.9E1FF8454B@pessard.research.canon.com.au> On 2 Sep, Igor Pechtchanski wrote: > On Thu, 2 Sep 2004, luke.kendall wrote: > > > We have a local cygwin mirror (of kernels.org). Recently, setup fails > > with the error that the package ssmtp-2.60.9-2 is incomplete. > > > > But we don't have that package in our mirror, and I don't have that > > package installed, as far as I can tell. So where is it getting this > > incomplete package from? > > Look in /var/log/setup.log.full and /var/log/setup.log for clues. Also, > the "download incomplete" message results from a size inconsistency > between setup.ini (setup.bz2) and the actual package file, so check the > setup.ini on your mirror. Thanks - they just indicate that the download is incomplete: setup.log: [...] 2004/09/02 19:21:11 Downloaded d:\temp\cygwin/http%3a%2f%2fweb%2fu%2fmirror%2fcygwin%2f/release/zsh/zsh-4.2.0-2.tar.bz2 2004/09/02 19:21:11 Downloaded d:\temp\cygwin/http%3a%2f%2fweb%2fu%2fmirror%2fcygwin%2f/release/_update-info-dir/_update-info-dir-00227-1.tar.bz2 2004/09/02 19:21:11 mbox yesno: Download Incomplete. Try again? 2004/09/02 19:21:48 Ending cygwin install setup.log.full: [...] 2004/09/02 19:21:11 Downloaded d:\temp\cygwin/http%3a%2f%2fweb%2fu%2fmirror%2fcygwin%2f/release/zsh/zsh-4.2.0-2.tar.bz2 get_url_to_file http://web/u/mirror/cygwin//release/_update-info-dir/_update-info-dir-00227-1.tar.bz2 d:\temp\cygwin/http%3a%2f%2fweb%2fu%2fmirror%2fcygwin%2f/release/_update-info-dir/_update-info-dir-00227-1.tar.bz2.tmp 2004/09/02 19:21:11 Downloaded d:\temp\cygwin/http%3a%2f%2fweb%2fu%2fmirror%2fcygwin%2f/release/_update-info-dir/_update-info-dir-00227-1.tar.bz2 2004/09/02 19:21:11 mbox yesno: Download Incomplete. Try again? For file file://d:\temp\cygwin/http%3a%2f%2fweb%2fu%2fmirror%2fcygwin%2f/release/a2ps/a2ps-4.13-1.tar.bz2 ini digest is fd9509ef1ce14ee090f148f66ab80e25 file digest is fd9509ef1ce14ee090f148f66ab80e25 2004/09/02 19:21:48 Ending cygwin install For file file://d:\temp\cygwin/http%3a%2f%2fweb%2fu%2fmirror%2fcygwin%2f/release/agetty/agetty-2.1-1.tar.bz2 ini digest is 950635063cfccccc495c6e03554a44de file digest is 950635063cfccccc495c6e03554a44de For file file://d:\temp\cygwin/http%3a%2f%2fweb%2fu%2fmirror%2fcygwin%2f/release/antiword/antiword-0.34-2.tar.bz2 ini digest is 64d78756c52a554cd6dc9923740bb005 file digest is 64d78756c52a554cd6dc9923740bb005 > > Hmm, that was a serious mistake. Now I get incomplete downloads on > > more fundamental files. I think I'll assume our mirror is completely > > broken and install from the internet. > > Before you do that, if you "Use IE5 Settings" in setup, turn off caching > in IE (or, rather, make it check the cached version every time you access > a file -- note: this is *not* the default!). Um, I went ahead and scrubbed Cygwin completely already. (In fact, my attempt to install direct from the internet failed; I'd chosen "Direct Connection", not "Use IE5 Settings". Normally we use our mirror, in which case we choose "Use proxy settings", and point it to the port and proxy server to access our mirror on the LAN. SO I don't think IE5 comes into it?) Unfortunately, the install direct from the internet (as opposed to our mirror) failed in the same way, though a different package, as you can see above (_update-info-dir-00227-1). I also could not remove the C:\cygwin directory and a few files under it (var/log/sshd.log, I think), and nor could I take ownership. In fact no one could delete that except by running checkdisk to schedule a file system check for the NTFS C: partition, and rebooting. After that, I was able to delete c:\cygwin via Windows Explorer (though WE crashed immediately after. Sigh.) I tried again installing from our mirror, and it failed with an incomplete download message on TeXmacs-1.0.3.3-1. I chose not to try again, and then setup terminated with a runtime exception (as it always does in that situation: "Runtime exception ... This application has requested that the Runtime terminate it in an unusual way. Please contact the application's support team for more information."). It also left no log files at all under c:/cygwin/var/log (in fact, the directory had not been created), and the next time I ran setup it had not remembered any of the settings I'd chosen. I just tried again and it failed the same way, the same package, and didn't create the log directory so I can't give more details. It did remember my setup settings the 2nd time, though. So, actually, I'm pretty badly off - I have no Cygwin any more (I have an old version of U/Win I've used to collect some of the info above). Oh, speaking of which, here's the U/Win ls and md5sum for our setup directory in our mirror: ..../cygwin$ ls -l //samba/mirror/cygwin total 1858 drwxrwxr-t 7 322674 262825 512 Sep 1 13:05 mail-archives drwxrwxr-t245 322674 262825 512 Aug 31 18:40 release -rw-rw-r-- 1 322674 262825 79753 Sep 3 02:20 setup.bz2 -rwxrwxr-x 1 322674 262825 268800 Apr 26 01:03 setup.exe -rwxrwxr-x 1 322674 262825 268800 Oct 7 2003 setup.exe.old -rw-rw-r-- 1 322674 262825 331860 Sep 3 02:20 setup.ini drwxrwxr-t 2 322674 262825 512 Apr 4 02:41 tmp ..../cygwin$ /usr/bin/md5sum.exe //samba/mirror/cygwin/setup.exe 51db88989d4886688ed9241406961b0e //samba/mirror/cygwin/setup.exe > > luke > > Also, read about the "upset" script if you want to have packages on your > local server in addition to the mirrored ones. Google for "upset script > site:cygwin.com". > HTH, > Igor Thanks, I'll have a look - if I can figure out how to install Cygwin again! The mirror site we are currently using, and which I used last night for the direct attempt, was kernel.org. (I didn't know that I'd chosen the same site that our SysAdmin rsync to make our mirror, when I chose it!) Setup.exe says it's version 2.427. Our mirror is 2.06GB (2,220,822,916 bytes), 2,739 files, 491 folders. Sept 3rd 2004. I'll try another reboot and see if that helps. luke -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From luke.kendall@cisra.canon.com.au Fri Sep 3 01:49:00 2004 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Fri, 03 Sep 2004 01:49:00 -0000 Subject: How to detect a broken Cygwin mirror? Message-ID: <20040903014127.6FBDC8454B@pessard.research.canon.com.au> Is there a scriptable way (on the Unix host, or under a working Cygwin install), for us to detect a faulty mirror? The mirrors seem to cause problems very regularly. This is about the 3rd one we've tried. SysAdmin here are coming to object to Cygwin - they say they get only slightly fewer support requests for Cygwin than they do for Exchange. *Usually* they can solve the problem. They only call me in for hairier problems (like this "incomplete download" that was affecting another user here, which lead me to my current sad adventure). Normally they and I together can sort out the issue when they need extra Cygwin-specific expertise, and move on. The worst experiences, in my opinion, are like this one, that seem to come down to a broken mirror: our mirror rsyncing to it and breaking, and then people updating or installing from our broken mirror, and getting into states like my PC is in now. They also say it's common for it to be very, very hard to remove C:\cygwin - unable to remove it, unable to take ownership, on occasion having to boot into safe mode to get rid of it (on the way to trying a fresh Cygwin install, you see). We're about to pick another random rsync mirror, other than kernel.org, and try again. It would be nice to find out if the mirror was corrupt before starting the 2GB download though, rather than after. Could the uploads perhaps start by removing a flag file called, say, "mirror-is-correct", upload files checking that they transferred correctly, then write the file "mirror-is-correct" afterwards? Personally, I can't see a way to do that with existing tools (ftp, rsync), since you'd need to run md5 on the foreign system. :-( Failing that, is there something we can run on the Unix host to check that our mirror is correct? Can we perform the same md5sum check that setup does? Any advice? Even just a suggestion of an rsync mirror that is currently known to be good, and which has moderately good bandwidth? Thanks, luke -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Fri Sep 3 01:51:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Fri, 03 Sep 2004 01:51:00 -0000 Subject: How to detect a broken cygwin mirror? In-Reply-To: <20040903014127.6FBDC8454B@pessard.research.canon.com.au> References: <20040903014127.6FBDC8454B@pessard.research.canon.com.au> Message-ID: <20040903015047.GB588@trixie.casa.cgf.cx> On Fri, Sep 03, 2004 at 11:41:27AM +1000, luke.kendall@cisra.canon.com.au wrote: >SysAdmin here are coming to object to Cygwin - they say they get only >slightly fewer support requests for Cygwin than they do for Exchange. >*Usually* they can solve the problem. They only call me in for hairier >problems (like this "incomplete download" that was affecting another >user here, which lead me to my current sad adventure). If cygwin isn't meeting your needs, you can return it and we'll cheerfully refund all of your money. >Failing that, is there something we can run on the Unix host to check >that our mirror is correct? Can we perform the same md5sum check that >setup does? Of course. Just use the md5sum files that are in each directory. >Any advice? Even just a suggestion of an rsync mirror that is >currently known to be good, and which has moderately good bandwidth? There is no way that you can know that a mirror is "good". You may be downloading information from it while it is in the middle of downloading from the main site and so you may have a setup.ini that does not reflect what's on your disk. Some files may be updated while others aren't. However, since you raise the issue of md5sums, it's hard to see how your mirror could be bad and not have setup.exe complain about an incorrect md5. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Fri Sep 3 02:07:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Fri, 03 Sep 2004 02:07:00 -0000 Subject: How to detect a broken cygwin mirror? In-Reply-To: <20040903015047.GB588@trixie.casa.cgf.cx> References: <20040903014127.6FBDC8454B@pessard.research.canon.com.au> <20040903015047.GB588@trixie.casa.cgf.cx> Message-ID: <20040903015204.GC588@trixie.casa.cgf.cx> On Thu, Sep 02, 2004 at 09:50:47PM -0400, Christopher Faylor wrote: >However, since you raise the issue of md5sums, it's hard to see how >your mirror could be bad and not have setup.exe complain about an >incorrect md5. Nevermind. I see that's sort of what you were already complaining about in another thread. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From luke.kendall@cisra.canon.com.au Fri Sep 3 02:18:00 2004 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Fri, 03 Sep 2004 02:18:00 -0000 Subject: How to detect a broken cygwin mirror? In-Reply-To: <20040903015047.GB588@trixie.casa.cgf.cx> Message-ID: <20040903020729.AB5208454B@pessard.research.canon.com.au> On 2 Sep, Christopher Faylor wrote: > On Fri, Sep 03, 2004 at 11:41:27AM +1000, luke.kendall@cisra.canon.com.au wrote: > >SysAdmin here are coming to object to Cygwin - they say they get only > >slightly fewer support requests for Cygwin than they do for Exchange. > >*Usually* they can solve the problem. They only call me in for hairier > >problems (like this "incomplete download" that was affecting another > >user here, which lead me to my current sad adventure). > > If cygwin isn't meeting your needs, you can return it and we'll > cheerfully refund all of your money. Point taken. I've put in a large number of hours here, to make Cygwin installs and configuration for us as smooth as it is, because I want more Unix-style automation. (That's just to let you know my position.) I'm enormously impressed by Cygwin, by what everyone has achieved. But it isn't all smooth sailing here yet. It helps a lot being able to ask questions (sometimes silly questions, sorry), on this mailing list and get good help. It is appreciated, thank you all. > >Failing that, is there something we can run on the Unix host to check > >that our mirror is correct? Can we perform the same md5sum check that > >setup does? > > Of course. Just use the md5sum files that are in each directory. Okay, we'll try that first. > >Any advice? Even just a suggestion of an rsync mirror that is > >currently known to be good, and which has moderately good bandwidth? > > There is no way that you can know that a mirror is "good". You may be > downloading information from it while it is in the middle of downloading > from the main site and so you may have a setup.ini that does not reflect > what's on your disk. Some files may be updated while others aren't. True. > However, since you raise the issue of md5sums, it's hard to see how > your mirror could be bad and not have setup.exe complain about an > incorrect md5. Righto. I'll write a script to check our mirror, independent of setup.exe. Then check ours, and pick another mirror site if mirrors.kernel.org has broken. (Though I'm not 100% certain that it's the explanation for my "Subject: Setup problem: incomplete nonexistent package" thread.) Cheers, luke -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Fri Sep 3 02:26:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Fri, 03 Sep 2004 02:26:00 -0000 Subject: How to detect a broken Cygwin mirror? In-Reply-To: <20040903014127.6FBDC8454B@pessard.research.canon.com.au> References: <20040903014127.6FBDC8454B@pessard.research.canon.com.au> Message-ID: <6.1.0.6.0.20040902220900.034c27f0@pop.prospeed.net> At 09:41 PM 9/2/2004, you wrote: >They also say it's common for it to be very, very hard to remove >C:\cygwin - unable to remove it, unable to take ownership, on occasion >having to boot into safe mode to get rid of it (on the way to trying a >fresh Cygwin install, you see). Perhaps you're running one of Cygwin's service apps (sshd, crond, etc?) and you didn't stop it before doing the remove? Otherwise, this sounds like a simple permissions issue. If you're getting files installed that indicate no permissions, you might want to try setting 'nontsec' in your CYGWIN environment variable prior to the install. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From luke.kendall@cisra.canon.com.au Fri Sep 3 03:13:00 2004 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Fri, 03 Sep 2004 03:13:00 -0000 Subject: How to detect a broken Cygwin mirror? In-Reply-To: <6.1.0.6.0.20040902220900.034c27f0@pop.prospeed.net> Message-ID: <20040903022624.3BDB98454B@pessard.research.canon.com.au> On 2 Sep, Larry Hall wrote: > At 09:41 PM 9/2/2004, you wrote: > >They also say it's common for it to be very, very hard to remove > >C:\cygwin - unable to remove it, unable to take ownership, on occasion > >having to boot into safe mode to get rid of it (on the way to trying a > >fresh Cygwin install, you see). > > > Perhaps you're running one of Cygwin's service apps (sshd, crond, etc?) > and you didn't stop it before doing the remove? That's true, I was. (There is no automated Uninstall method, is there?) So it wasn't the checkdisk, it was the reboot, eh? > Otherwise, this sounds like a simple permissions issue. If you're getting > files installed that indicate no permissions, you might want to try setting > 'nontsec' in your CYGWIN environment variable prior to the install. The extra security is good to have though, so we're trying to make it all work with ntsec turned on ... Thanks Larry, luke -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Fri Sep 3 06:15:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Fri, 03 Sep 2004 06:15:00 -0000 Subject: How to detect a broken Cygwin mirror? In-Reply-To: <20040903022624.3BDB98454B@pessard.research.canon.com.au> References: <6.1.0.6.0.20040902220900.034c27f0@pop.prospeed.net> <20040903022624.3BDB98454B@pessard.research.canon.com.au> Message-ID: <6.1.0.6.0.20040902230148.034c1748@pop.prospeed.net> At 10:26 PM 9/2/2004, you wrote: >On 2 Sep, Larry Hall wrote: >> At 09:41 PM 9/2/2004, you wrote: >> >They also say it's common for it to be very, very hard to remove >> >C:\cygwin - unable to remove it, unable to take ownership, on occasion >> >having to boot into safe mode to get rid of it (on the way to trying a >> >fresh Cygwin install, you see). >> >> >> Perhaps you're running one of Cygwin's service apps (sshd, crond, etc?) >> and you didn't stop it before doing the remove? > >That's true, I was. (There is no automated Uninstall method, is there?) Nope. Although you could certainly create one based on known services and/or predetermined service names. >So it wasn't the checkdisk, it was the reboot, eh? No, I think that was overkill. ;-) Still, you probably want to go back and clean out the old services, unless you've since reinstalled the same services in the same way (i.e. name). >> Otherwise, this sounds like a simple permissions issue. If you're getting >> files installed that indicate no permissions, you might want to try setting >> 'nontsec' in your CYGWIN environment variable prior to the install. > >The extra security is good to have though, so we're trying to make it >all work with ntsec turned on ... Yeah, if it's not obviously causing you problems, I'd recommend leaving it as is too. It's a bit of a corner case, though a disastrous one for those who run across it. Now that we're aware of the cause, changes can be (and have been) made to the problem postinstall scripts as they're identified so the need to make allowances on the user side should be diminishing. If you were having this problem where you are, I think you'd know it by now. >Thanks Larry, You're welcome. Sometimes it's nice to be useful. ;-) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From luke.kendall@cisra.canon.com.au Fri Sep 3 06:41:00 2004 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Fri, 03 Sep 2004 06:41:00 -0000 Subject: How to detect a broken cygwin mirror? In-Reply-To: <20040903020729.AB5208454B@pessard.research.canon.com.au> Message-ID: <20040903061533.495248512B@pessard.research.canon.com.au> On 3 Sep, luke replied to Christopher when he wrote: > > However, since you raise the issue of md5sums, it's hard to see how > > your mirror could be bad and not have setup.exe complain about an > > incorrect md5. > > Righto. I'll write a script to check our mirror, independent of > setup.exe. Then check ours, and pick another mirror site if > mirrors.kernel.org has broken. (Though I'm not 100% certain that it's > the explanation for my "Subject: Setup problem: incomplete nonexistent > package" thread.) Well, I'm running setup now, installing everything, though my check script reveals that 3 packages have problems (not the package that was causing the problem before). $ ~/script/md5cygchk -q /u/mirror/cygwin/release Summary of files with broken checksums: In ./binutils: md5.sum: FAILED md5sum: WARNING: 1 of 6 computed checksums did NOT match In ./check: check-0.8.4-1-src.tar.bz2: FAILED md5sum: WARNING: 1 of 3 computed checksums did NOT match In ./ncurses/libncurses5: libncurses5-5.2-1-src.tar.bz2: FAILED md5sum: WARNING: 1 of 3 computed checksums did NOT match Before, it was failing after a minute (probably after it checked the md5 sigs). Now, it's been happily installing for an hour (in fact it's running the Cygwin postinstall scripts now). Since I told setup to install all, would you expect setup to fail, reporting that at least one of the above packages is broken? Because it isn't complaining... We first rsync-ed from mirrors.kernel.org; that has broken TeXmacs (and more?). Following that we rsync from mirrors.xmission.com, which replaced TeXmacs. But that still leaves us with the three problems reported above. What do you think of this idea, to try to get a good local mirror? (It relies on the fact that rsync will only download missing files, so it's not as horrendous as it may seem at first): for each host in ftp.gwdg.de ftp.inf.tu-dresden.de ftp.kaist.ac.kr mirror.averse.net mirrors.kernel.org mirrors.xmission.com sigunix.cwru.edu do rsync our mirror from the host check our mirror's checksums if check is good, break (otherwise, next in list) Especially if we use the --update option. Unless sluggish mirrors that were way out of date would cause deletion of newer files? Hmm, by my reading, that wouldn't happen unless we specified --delete to rsync. So this may be a good scheme. luke -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From luke.kendall@cisra.canon.com.au Fri Sep 3 07:08:00 2004 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Fri, 03 Sep 2004 07:08:00 -0000 Subject: Setup problem: incomplete nonexistent package In-Reply-To: <20040903013358.9E1FF8454B@pessard.research.canon.com.au> Message-ID: <20040903064118.809428512B@pessard.research.canon.com.au> Here's an executive summary: it's a mystery. It just started working. In slightly more detail, rsync from another site did replace the TeXmacs package. But re-running setup still failed on TeXmacs. Our local mirror is shared via Samba (v 2.2something). Some hours later, with no extra rsyncs (in fact, after no actions of any kind except running the check script), setup.exe worked. I've appended the md5 check script anyway. Should there be an md5.sum file for setup.exe, setup.bz2 and setup.ini? On 3 Sep, luke wrote: > I tried again installing from our mirror, and it failed with an > incomplete download message on TeXmacs-1.0.3.3-1. I chose not to try > again, and then setup terminated with a runtime exception (as it always > does in that situation: "Runtime exception ... This application has > requested that the Runtime terminate it in an unusual way. Please > contact the application's support team for more information."). > > It also left no log files at all under c:/cygwin/var/log (in fact, the > directory had not been created), and the next time I ran setup it had > not remembered any of the settings I'd chosen. > > I just tried again and it failed the same way, the same package, and > didn't create the log directory so I can't give more details. It did > remember my setup settings the 2nd time, though. > > So, actually, I'm pretty badly off - I have no Cygwin any more (I have > an old version of U/Win I've used to collect some of the info above). > Oh, speaking of which, here's the U/Win ls and md5sum for our setup > directory in our mirror: > > ..../cygwin$ ls -l //samba/mirror/cygwin > total 1858 > drwxrwxr-t 7 322674 262825 512 Sep 1 13:05 mail-archives > drwxrwxr-t245 322674 262825 512 Aug 31 18:40 release > -rw-rw-r-- 1 322674 262825 79753 Sep 3 02:20 setup.bz2 > -rwxrwxr-x 1 322674 262825 268800 Apr 26 01:03 setup.exe > -rwxrwxr-x 1 322674 262825 268800 Oct 7 2003 setup.exe.old > -rw-rw-r-- 1 322674 262825 331860 Sep 3 02:20 setup.ini > drwxrwxr-t 2 322674 262825 512 Apr 4 02:41 tmp > ..../cygwin$ /usr/bin/md5sum.exe //samba/mirror/cygwin/setup.exe > 51db88989d4886688ed9241406961b0e //samba/mirror/cygwin/setup.exe > > > > > luke > > > > Also, read about the "upset" script if you want to have packages on your > > local server in addition to the mirrored ones. Google for "upset script > > site:cygwin.com". > > HTH, > > Igor > > Thanks, I'll have a look - if I can figure out how to install Cygwin > again! > > The mirror site we are currently using, and which I used last night for > the direct attempt, was kernel.org. (I didn't know that I'd chosen > the same site that our SysAdmin rsync to make our mirror, when I chose > it!) > > Setup.exe says it's version 2.427. Our mirror is 2.06GB (2,220,822,916 bytes), > 2,739 files, 491 folders. Sept 3rd 2004. > > I'll try another reboot and see if that helps. No joy. We also synced to another mirror and it didn't help. I've run my script and checked, and some checksums failed, but not the TeXmacs-1.0.3.3-1 one: Summary of files with broken checksums: In ./binutils: md5.sum: FAILED md5sum: WARNING: 1 of 6 computed checksums did NOT match In ./check: check-0.8.4-1-src.tar.bz2: FAILED md5sum: WARNING: 1 of 3 computed checksums did NOT match In ./ncurses/libncurses5: libncurses5-5.2-1-src.tar.bz2: FAILED md5sum: WARNING: 1 of 3 computed checksums did NOT match I'll append the check script in case it's of use to others. (Sorry for the delay, other more urgent problems cropped up for me.) I notice that there is no md5.sum file for setup.exe, setup.bz2 and setup.ini, which I imagine are pretty critical. How do I tell if any of those are suspect? -rw-rw-r-- 1 cameron postdrop 79738 Sep 1 03:00 setup.bz2 -rwxrwxr-x 1 mirror postdrop 268800 Apr 26 01:03 setup.exe -rw-rw-r-- 1 cameron postdrop 331839 Sep 1 03:00 setup.ini $ md5sum setup.bz2 setup.exe setup.ini a1a3a8cc37f1068f769869a70adb3e9b setup.bz2 51db88989d4886688ed9241406961b0e setup.exe aab5a01b13cdcb372b47f3bb632f2371 setup.ini To pick an example one with an apparent problem, check-0.8.4-1-src.tar.bz2: : [luke@cage] .../check; ls check-0.8.4-1-src.tar.bz2 check-0.8.4-1.tar.bz2 md5.sum setup.hint : [luke@cage] .../check; md5sum --check md5.sum check-0.8.4-1-src.tar.bz2: FAILED check-0.8.4-1.tar.bz2: OK setup.hint: OK md5sum: WARNING: 1 of 3 computed checksums did NOT match : [luke@cage] .../check; cat md5.sum 2869c0fb14b9e277931dbe3df22de1ab check-0.8.4-1-src.tar.bz2 52155707ea1c471ff4ec950009174e59 check-0.8.4-1.tar.bz2 925e6963dec65e9da0489cb2d74a638d setup.hint And from our setup.bz2file: @ check sdesc: "A unit test framework for C" ldesc: "Check is a unit test framework for C. It features a simple interface for defining unit tests, putting little in the way of the developer. Tests are run in a separate address space, so Check can catch both assertion failures and code errors that cause segmentation faults or other signals. The output from unit tests can be used within source code editors and IDEs. More information at: http://check.sourceforge.net/" category: Devel requires: cygwin version: 0.8.4-1 install: release/check/check-0.8.4-1.tar.bz2 70344 52155707ea1c471ff4ec950009174e59 source: release/check/check-0.8.4-1-src.tar.bz2 96934 2869c0fb14b9e277931dbe3df22de1ab luke ---------------------- md5cygchk ------------------------------ #!/bin/sh # # Check all the md5 signatures for a Cygwin mirror. # # Author: Luke Kendall # ECHO=echo MD5ARG= MYNAME=`basename "$0"` TMP=/tmp/md5cyg$$ USAGE="Usage: $MYNAME [-q] cygwin-mirror-directory Where -q means quiet, and cygwin-mirror-directory should be the directory where you find setup.bz2 setup.exe setup.ini E.g.: $MYNAME /u/mirror/cygwin/release" trap 'rm -f $TMP; exit 1' if [ "x$1" = "x-q" ] then MD5ARG="--status" ECHO=":" shift fi if [ $# != 1 ] then echo "$USAGE" >&2 exit 1 fi cd $1 || exit 1 if [ ! -s ../setup.bz2 ] then echo "$MYNAME: Not a cygwin download (no file setup.bz2 in $1 parent)" >&2 exit 1 fi find . -type d -print | \ while read dir do pushd "$dir" > /dev/null if [ -s md5.sum ] then $ECHO "$dir:" if md5sum $MD5ARG --check md5.sum then : else { echo echo "In $dir:" md5sum --check md5.sum 2>&1 | grep -v OK } >> $TMP fi elif [ `ls -l | grep "^-" | wc -l` = 0 ] then : else echo "Worrying: $dir has no md5.sum file" >&2 echo "Worrying: $dir has no md5.sum file" >> $TMP fi popd > /dev/null done if [ -s $TMP ] then echo "Summary of files with broken checksums:" cat $TMP rm $TMP exit 1 else $ECHO "--- All files checked okay. ---" exit 0 fi trap '' 0 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From fergus@bonhard.uklinux.net Fri Sep 3 07:17:00 2004 From: fergus@bonhard.uklinux.net (fergus@bonhard.uklinux.net) Date: Fri, 03 Sep 2004 07:17:00 -0000 Subject: How to check your local mirror Message-ID: If you want to check the integrity of your local mirror you might find the attached script useful (as it stands, or as the basis for something you write yourself). The syntax is chk.us mydir where mydir might be /f/Cyg0 or /cygdrive/c/cygmirror or wherever it is you keep the file setup.ini and the directory release/. Note that mydir does not need a closing slash mydir/ but the script will still work if you include it. The mirror that is used for the comparison is ftp://mirrors.rcn.net but you can alter this if you want to. There are 3 parts to what the script does: 1. checks the timestamp on your local setup.ini with the one currently on the mirror; 2. checks that the files you've got match the ones you should have (this just checks the names); 3. checks the md5sum's. The script ends by deleting the temporary listings created in order to make the comparisons. If you keep them instead, and compare tmpf.setup.chk.us.1 with ..3, you'll see a list of the redundant files on your local mirror: you could delete these. Or even pipe the list for automatic deletion, I guess. Fergus -------------- next part -------------- A non-text attachment was scrubbed... Name: chk.us Type: application/octet-stream Size: 1013 bytes Desc: not available URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From luke.kendall@cisra.canon.com.au Fri Sep 3 07:31:00 2004 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Fri, 03 Sep 2004 07:31:00 -0000 Subject: How does a script find where Cygwin is installed? Message-ID: <20040903071705.D26FB8512B@pessard.research.canon.com.au> $ CYGPATH=`cygpath -w /` $ echo $CYGPATH C:\cygwin $ CYGPATH=`cygpath -u "$CYGPATH"` $ echo $CYGPATH / What I really want to get is "C:/cygwin" or "/cygdrive/c/cygwin", in my case. Look at the weird messages I get from this chmod: $ chmod -R ug+rwX,o+rX / chmod: getting attributes of `//bin: No such file or directory chmod: getting attributes of `//cisrastartx.bat: No such file or directory chmod: getting attributes of `//cisraxinit.sh: No such file or directory chmod: getting attributes of `//cygwin.bat: No such file or directory chmod: getting attributes of `//cygwin.ico: No such file or directory chmod: getting attributes of `//etc: No such file or directory chmod: getting attributes of `//home: No such file or directory chmod: getting attributes of `//lib: No such file or directory chmod: getting attributes of `//opt: No such file or directory chmod: getting attributes of `//remap-drives.sh: No such file or directory chmod: getting attributes of `//sbin: No such file or directory chmod: getting attributes of `//tmp: No such file or directory chmod: getting attributes of `//tmp.luke._c_i_s_r_a_s_t_a_r_t_x_._b_a_t_: No such file or directory chmod: getting attributes of `//tmp.luke._c_i_s_r_a_x_w_i_n_._s_h_: No such file or directory chmod: getting attributes of `//tmp.luke._s_t_a_r_t_x_: No such file or directory chmod: getting attributes of `//tmp.luke._s_t_a_r_t_x_-_-_-_c_l_i_p_b_o_a_r_d_0_: No such file or directory chmod: getting attributes of `//tmp.luke._s_t_a_r_t_x_-_-_-_m_u_l_t_i_w_i_n_d_o_w_0_: No such file or directory chmod: getting attributes of `//tmp.luke._s_t_a_r_t_x_._b_a_t_: No such file or directory chmod: getting attributes of `//tmp.luke._s_t_a_r_t_x_w_i_n_._s_h_: No such file or directory chmod: getting attributes of `//tmp.luke._X_0_-_m_u_l_t_i_w_i_n_d_o_w_: No such file or directory chmod: getting attributes of `//tmp.luke._x_i_n_i_t_-_-_-_k_b_-_c_l_i_p_b_o_a_r_d_: No such file or directory chmod: getting attributes of `//usr: No such file or directory chmod: getting attributes of `//var: No such file or directory Here's an ls of /: $ ls / bin tmp.luke._X_0_-_m_u_l_t_i_w_i_n_d_o_w_ cisrastartx.bat tmp.luke._c_i_s_r_a_s_t_a_r_t_x_._b_a_t_ cisraxinit.sh tmp.luke._c_i_s_r_a_x_w_i_n_._s_h_ cygwin.bat tmp.luke._s_t_a_r_t_x_ cygwin.ico tmp.luke._s_t_a_r_t_x_-_-_-_c_l_i_p_b_o_a_r_d_0_ etc tmp.luke._s_t_a_r_t_x_-_-_-_m_u_l_t_i_w_i_n_d_o_w_0_ home tmp.luke._s_t_a_r_t_x_._b_a_t_ lib tmp.luke._s_t_a_r_t_x_w_i_n_._s_h_ opt tmp.luke._x_i_n_i_t_-_-_-_k_b_-_c_l_i_p_b_o_a_r_d_ remap-drives.sh usr sbin var tmp (I'm doing this to try to ensure that if a SysAdmin user installs Cygwin for the actual owner of the machine, the owner will later have permission to update or even uninstall Cygwin themselves.) luke -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From letters@hotpop.com Fri Sep 3 07:36:00 2004 From: letters@hotpop.com (Jari Aalto+mail.linux) Date: Fri, 03 Sep 2004 07:36:00 -0000 Subject: compilig error: storage size of `st' isn't known Message-ID: <20040903073117.IIQQ21628.fep32-app.kolumbus.fi@W2KPICASSO.blue.sea> I'm trying to compile Linux program that starts like this: int main(int argc, char **argv) { char **dirname = NULL; int i,j,n,p,q,dtotal,ftotal,colored = FALSE; struct stat64 st; But the compiler says: tree.c: In function `main': tree.c:204: error: storage size of `st' isn't known tree.c:204: warning: unused variable `st' What needs to be done in Cygwin to see "struct stat" ? Jari -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From f.daly@tcgp.dundee.ac.uk Fri Sep 3 07:40:00 2004 From: f.daly@tcgp.dundee.ac.uk (Fergus Daly) Date: Fri, 03 Sep 2004 07:40:00 -0000 Subject: How to check your local mirror Message-ID: <830404B1D376BA46BC25BE71A3E1287351ED6C@corvus.tcgp.dundee.ac.uk> Too hasty: the file chk.us that I attached assumes your local file setup.ini and your local directory release/ are both located at /f/Cyg0. Sorry. (Luke's approach looks much more sophisticated.) Fergus -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From list-subscriber@hq.astra.ph Fri Sep 3 07:46:00 2004 From: list-subscriber@hq.astra.ph (Carlo Florendo) Date: Fri, 03 Sep 2004 07:46:00 -0000 Subject: Why is there a ZZZRemovedpackages? Message-ID: <41381F93.90401@hq.astra.ph> Hello, I'm actually not encountering any problem with cygwin now. It has actually been performing impressively! Thanks to all you cygwin people. In any case, we keep a mirror of the cygwin releases and I was just curious why there is a ZZZRemovedpackages directory under /release. What's it for? Is it ok if I remove it completely from oour local mirror site? Thanks! Best Regards, Carlo ------ Carlo Florendo Astra Philippipnes Inc. www.astra.ph -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From luke.kendall@cisra.canon.com.au Fri Sep 3 08:09:00 2004 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Fri, 03 Sep 2004 08:09:00 -0000 Subject: How to check your local mirror In-Reply-To: <20040903070932.B7A175B876@effinger.cisra.com.au> Message-ID: <20040903074603.C709F8512B@pessard.research.canon.com.au> On 3 Sep, fergus@bonhard.uklinux.net wrote: > There are 3 parts to what the script does: > > 1. checks the timestamp on your local setup.ini with the one currently on > the mirror; > 2. checks that the files you've got match the ones you should have (this > just checks the names); > 3. checks the md5sum's. My script isn't doing steps 1 or 2 - that seems like good stuff to add, thanks. Step 3 seems to assume the path is /f/Cyg0, if I read it correctly. Perhaps that should change to: echo Check md5sum-s ... sed -e "s|^|$1|g" tmpf.setup.chk.us.1 | xargs md5sum | \ sed -e "s|^$1||g" -e 's/^\(.*\) \(.*\)$/\2 \1/g' | sort > tmpf.setup.chk.us.4 (assuming I've understood what you're doing). I'd also want to bail out I suppose if the mirror timestamp was older than our one. Also, I like the idea of detecting that our copy of the mirror is broken (as opposed to just reporting it, and requiring manual observation and may be intervention). Once we get our mirror into a known good state, we could have a secondary mirror that we try to update nightly (maybe rsync-ing from multiple hosts), and only push out to the known good mirror if the checksums on the freshly updated mirror pass the test. Thanks, luke -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rschm@broadpark.no Fri Sep 3 08:56:00 2004 From: rschm@broadpark.no (Robert Schmidt) Date: Fri, 03 Sep 2004 08:56:00 -0000 Subject: openldap 2.2.15-2 Message-ID: I have problems running openldap 2.2.15-2 (cygwin is up-to-date as of this moment). Running slapd or slurpd produces the following error: "The procedure entry point __dn_expand could not be located in the dynamic link library cygminires.dll." I also tried adding openldap-devel, with no change. Any ideas? Cheers, Robert cygcheck -c -v output: Cygwin Package Information Last downloaded files to: c:\temp\cygwin Last downloaded files from: ftp://ftp.sunet.se/pub/lang/cygwin Package Version Status _update-info-dir 00227-1 OK Missing directory: /etc/apache.new/ from package apache Missing file: /etc/apache.new/access.conf from package apache Missing file: /etc/apache.new/access.conf.default from package apache [... hundreds more files missing in *.new ...] apache 1.3.29-2 Incomplete ash 20040127-1 OK base-files 3.0-3 OK base-passwd 1.1-1 OK bash 2.05b-16 OK binutils 20040725-2 OK bison 20030307-1 OK bzip2 1.0.2-5 OK crypt 1.1-1 OK curl 7.11.1-1 OK cvs 1.11.6-3 OK cygrunsrv 1.0-1 OK cygutils 1.2.5-1 OK cygwin 1.5.10-3 OK cygwin-doc 1.3-7 OK db4.1 4.1.25-1 OK diff 1.0-1 OK diffutils 2.8.7-1 OK editrights 1.01-1 OK expat 1.95.7-1 OK Missing directory: /usr/share/man/cat1/ from package fetchmail fetchmail 6.2.5-2 Incomplete fileutils 4.1-2 OK findutils 4.1.7-4 OK flex 2.5.4a-3 OK gawk 3.1.4-3 OK Empty package gcc gcc 3.3.3-3 OK gcc-core 3.3.3-3 OK gcc-g++ 3.3.3-3 OK Empty package gcc-mingw gcc-mingw 20040810-1 OK gcc-mingw-core 20040810-1 OK gcc-mingw-g++ 20040810-1 OK gdbm 1.8.3-7 OK gettext 0.14.1-1 OK grep 2.5-1 OK groff 1.18.1-2 OK gzip 1.3.5-1 OK inetutils 1.3.2-28 OK less 381-1 OK libbz2_0 1.0.2-1 OK libbz2_1 1.0.2-5 OK libdb4.1 4.1.25-1 OK libdb4.1-devel 4.1.25-1 OK libdb4.2 4.2.52-1 OK libgdbm 1.8.0-5 OK libgdbm-devel 1.8.3-7 OK libgdbm3 1.8.3-3 OK libgdbm4 1.8.3-7 OK libgettextpo0 0.14.1-1 OK libiconv2 1.9.2-1 OK libintl 0.10.38-3 OK libintl1 0.10.40-1 OK libintl2 0.12.1-3 OK libintl3 0.14.1-1 OK libncurses5 5.2-1 OK libncurses6 5.2-8 OK libncurses7 5.3-4 OK libopenldap2_2_7 2.2.15-2 OK libpcre 4.1-1 OK libpcre0 4.5-1 OK libpopt0 1.6.4-4 OK libreadline4 4.1-2 OK libreadline5 4.3-5 OK login 1.9-7 OK m4 1.4-1 OK make 3.80-1 OK man 1.5k-3 OK mingw-runtime 3.3-1 OK minires 0.97-1 OK mktemp 1.5-3 OK ncurses 5.3-4 OK newlib-man 20020801 OK openldap 2.2.15-2 OK openldap-devel 2.2.15-2 OK openssh 3.9p1-1 OK openssl 0.9.7d-1 OK openssl096 0.9.6j-1 OK pcre 4.5-1 OK pcre-doc 4.5-1 OK perl 5.8.5-3 OK procmail 3.22-9 OK procps 010801-2 OK readline 4.3-5 OK sed 4.1.2-1 OK sh-utils 2.0.15-4 OK tar 1.13.25-5 OK termcap 20021106-2 OK terminfo 5.3_20030726-1 OK texinfo 4.2-4 OK textutils 2.0.21-1 OK unzip 5.50-5 OK uw-imap 2002e-3 OK uw-imap-imapd 2002e-3 OK uw-imap-util 2002e-3 OK w32api 2.5-1 OK wget 1.9.1-1 OK which 1.5-2 OK zip 2.3-6 OK zlib 1.2.1-1 OK -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cygwin@tlinx.org Fri Sep 3 09:27:00 2004 From: cygwin@tlinx.org (linda w) Date: Fri, 03 Sep 2004 09:27:00 -0000 Subject: /proc registry access Message-ID: <413831C5.6010803@tlinx.org> 2 questions on the registry access in /proc. 1) Any idea on why find would choke on registry subtrees containing ":"? Is some part of the path expansion going through Windows? 2) The user-guide implies read-write access to the registry-fs: "As anytime you deal with the Windows registry, use caution since changes may result in an unstable or broken system." But I tried removing a value (that I can remove through regedit) and get a "read-only filesystem" error message. Is there something I need to do to make it writeable? Thanks! -linda -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From mirko.tebaldi@libero.it Fri Sep 3 09:41:00 2004 From: mirko.tebaldi@libero.it (mirko tebaldi) Date: Fri, 03 Sep 2004 09:41:00 -0000 Subject: Installing php 5 Message-ID: <000501c49198$8bdf24d0$d3025197@realtebo> Please, someone can help me (eventually in private mailing) step by step for installing php 5 ? i hve yet the full cygwin installed mirko --supplying -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From shaddy.baddah@msa.hinet.net Fri Sep 3 10:26:00 2004 From: shaddy.baddah@msa.hinet.net (Shaddy Baddah) Date: Fri, 03 Sep 2004 10:26:00 -0000 Subject: Cygwin ssh session privileges differ from console privileges? References: <20040902161337.GG17670@cygbert.vinschen.de> Message-ID: <000c01c4919a$2e258b20$5c00000a@swing> Thank you Corinna. Your suggestion worked. You are too cool for school :-D. ----- Original Message ----- From: "Corinna Vinschen" To: Sent: Thursday, September 02, 2004 6:13 PM Subject: Re: Cygwin ssh session privileges differ from console privileges? > > The bottom line is, if you need all the user's access rights use password > authentication. If that doesn't help, you're out of luck. > As you suggested, I had to change from publickey authentication to password,keyboard-interactive. Here is how it was achieved: Administrator@mydesktop ~ $ ssh -o 'PasswordAuthentication yes' -o 'PreferredAuthentications password,keyboard-interactive' Administrator@myserver Administrator@myserver's password: Last login: Thu Sep 2 20:40:16 2004 from mydesktop Administrator@myserver ~ $ sqlplus /nolog SQL*Plus: Release 9.2.0.1.0 - Production on Fri Sep 3 05:17:37 2004 Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved. SQL> connect / as sysdba Connected. Thanks again, and best regards, Shaddy -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Fri Sep 3 10:42:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Fri, 03 Sep 2004 10:42:00 -0000 Subject: Installing php 5 In-Reply-To: <000501c49198$8bdf24d0$d3025197@realtebo> References: <000501c49198$8bdf24d0$d3025197@realtebo> Message-ID: <413846B7.7050905@x-ray.at> mirko tebaldi schrieb: > Please, someone can help me (eventually in private mailing) step by step for > installing php 5 ? > > i hve yet the full cygwin installed Go to http://www.php.net click on "downloads" click on "PHP 5.0.1 installer" at "Windows binaries" select your mirror. To check if a package is included into cygwin, look at http://cygwin.com/packages/ -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From jemwa@sun.ac.za Fri Sep 3 11:11:00 2004 From: jemwa@sun.ac.za (Gorden Jemwa) Date: Fri, 03 Sep 2004 11:11:00 -0000 Subject: man pages taking long to show Message-ID: <41384A82.4000805@sun.ac.za> I'm running cygwing on a WIN XP SP2 platform. When I invoke the MAN command for help it is taking unusually long to show. What could be the problem? thanks, Gorden -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From colin@breame.com Fri Sep 3 11:20:00 2004 From: colin@breame.com (Colin JN Breame) Date: Fri, 03 Sep 2004 11:20:00 -0000 Subject: Locking down cygwin for security Message-ID: <41385172.4040209@breame.com> Hello, Is it possible to disabled certain features to make cygwin secure over ssh such that the logged in user cannot: - cd into any /cygdrive drives - mount any local or UNC drives but still: - access a system wide mount to a local drive ??? Thanks, Colin -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Fri Sep 3 11:23:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Fri, 03 Sep 2004 11:23:00 -0000 Subject: Locking down cygwin for security In-Reply-To: <41385172.4040209@breame.com> References: <41385172.4040209@breame.com> Message-ID: <20040903112055.GJ17670@cygbert.vinschen.de> On Sep 3 12:11, Colin JN Breame wrote: > Hello, > > Is it possible to disabled certain features to make cygwin secure over > ssh such that the logged in user cannot: > > - cd into any /cygdrive drives > - mount any local or UNC drives > > but still: > > - access a system wide mount to a local drive No. Securing a NT system requires using policies. Cygwin can't do that for you. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From deo@corpit.ru Fri Sep 3 11:24:00 2004 From: deo@corpit.ru (egor duda) Date: Fri, 03 Sep 2004 11:24:00 -0000 Subject: Locking down cygwin for security In-Reply-To: <41385172.4040209@breame.com> References: <41385172.4040209@breame.com> Message-ID: <41385446.8040703@corpit.ru> Colin JN Breame wrote: > Is it possible to disabled certain features to make cygwin secure over > ssh such that the logged in user cannot: > > - cd into any /cygdrive drives > - mount any local or UNC drives > > but still: > > - access a system wide mount to a local drive You will gain little additional security by doing this. As long as you can't prevent user from calling normal win32 applications (such as as cmd.exe) and win32 APIs (like CreateFile ()) he will be able to accesss any drives on your system you're supposing to prevent him from. Your only gain will be false sense of security. The way to achieve real security is to set proper access rights for all files on all filesystems on your host and all other hosts this user can log into. egor -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From christian.weinberger@directbox.com Fri Sep 3 12:09:00 2004 From: christian.weinberger@directbox.com (Christian Weinberger) Date: Fri, 03 Sep 2004 12:09:00 -0000 Subject: env -i specialities on cygwin Message-ID: If one want??s to start a new process without an environment, env -i will be the choice. In the cygwin enviroment this leads to problems if /bin or /usr/bin are not added to the PATH in the new process. In this case the cygwin1.dll is not in the path and will not be found be the process that just tries to start. This is true for all other DLLs that may be used by the cygwin executable. There are two options to avoid this: 1) Modify all shell scripts that use env -i to include /usr/bin in the PATH when porting appications to cygwin. This means lots of manual work since shell scripts are often not considered to be dynamic in autoconf/automake runs. 2) Modify the env binary to always include /usr/bin to the path, even if the -i switch is specified. But this will not just allow access to the DLLs but to all executables in the same directory. This may raise security problems. A third solution would be to have all cygwin DLLs in a separate directory where no executables reside. But this would be a more dramatic change to the distribution. Any comments are welcome! Regards, Christian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Dr.Volker.Zell@oracle.com Fri Sep 3 12:19:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Fri, 03 Sep 2004 12:19:00 -0000 Subject: duplicated doc directories in ctetris-0.29-1 Message-ID: <87brgnv9ji.fsf@vzell-de.de.oracle.com> Hi There are 2 dirs /usr/share/doc/ctetris-0.29 /usr/share/doc/ctetris in ctetris-0.29-1 Ciao Volker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Dr.Volker.Zell@oracle.com Fri Sep 3 12:21:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Fri, 03 Sep 2004 12:21:00 -0000 Subject: XEmacs and Windows Fonts In-Reply-To: <843c21x84b.fsf@smtp.xs4all.nl> (Jaap-Henk Hoepman's message of "Thu, 02 Sep 2004 12:44:52 +0200") References: <843c21x84b.fsf@smtp.xs4all.nl> Message-ID: <87vfevtuh8.fsf@vzell-de.de.oracle.com> >>>>> Jaap-Henk Hoepman writes: > I installed xemacs 21.4.15 yesterday (on cygwin 1.5.10-3) using the cygwin > netinstaller and still see the same problem (including weird truncation > characters, instead of the usual arrows i saw in previous versions, and > failure to redisplay properly). Sorry I'm only using the X version. I have no idea what's causing this. > Regards, > Jaap-Henk Ciao Volker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Dr.Volker.Zell@oracle.com Fri Sep 3 12:34:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Fri, 03 Sep 2004 12:34:00 -0000 Subject: ghostscript? In-Reply-To: (sven geier's message of "Thu, 2 Sep 2004 06:28:43 +0000 (UTC)") References: Message-ID: <87r7pjtue5.fsf@vzell-de.de.oracle.com> >>>>> sven geier writes: > This may be a stupid-newbie-mistake or something, but I installed ghostscript > and gv and when I type at the prompt > % gv /path/to/some/ps/document > gv comes up fine, then gives me an error alert-box that > says "Unknown device: x11" > Indeed, x11 does not seem to be one of the devices known to gs: > so how is gv supposed to work? I can't be the first one to note this and I'm > sure there's something incredibly simple I have to do here somewhere but... > [scratches head] ...search the archives. You must install the x11 version of gs. Ciao Volker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Dr.Volker.Zell@oracle.com Fri Sep 3 12:36:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Fri, 03 Sep 2004 12:36:00 -0000 Subject: openldap 2.2.15-2 In-Reply-To: (Robert Schmidt's message of "Fri, 03 Sep 2004 10:09:26 +0200") References: Message-ID: <87n007ttsf.fsf@vzell-de.de.oracle.com> >>>>> Robert Schmidt writes: > I have problems running openldap 2.2.15-2 (cygwin is up-to-date as of > this moment). > Running slapd or slurpd produces the following error: > "The procedure entry point __dn_expand could not be located in the > dynamic link library cygminires.dll." > I also tried adding openldap-devel, with no change. > Any ideas? Sorry no, it works for me. > Cheers, > Robert Ciao Volker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Fri Sep 3 12:41:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 03 Sep 2004 12:41:00 -0000 Subject: How does a script find where Cygwin is installed? In-Reply-To: <20040903071705.D26FB8512B@pessard.research.canon.com.au> References: <20040903071705.D26FB8512B@pessard.research.canon.com.au> Message-ID: On Fri, 3 Sep 2004, luke.kendall wrote: > $ CYGPATH=`cygpath -w /` > $ echo $CYGPATH > C:\cygwin > $ CYGPATH=`cygpath -u "$CYGPATH"` > $ echo $CYGPATH > / > > What I really want to get is "C:/cygwin" $ cygpath -m / > or "/cygdrive/c/cygwin", in my case. $ cygpath -m / | sed 's,^\([A-Za-z]\):,/cygdrive/\1,' > Look at the weird messages I get from this chmod: > > $ chmod -R ug+rwX,o+rX / > chmod: getting attributes of `//bin: No such file or directory > [snip similar messages] This is a bug in chmod -R that manifests in Cygwin. The real solution is to fix chmod, in lines 236-241 of chmod.c in fileutils-4.1-2. A workaround would be $ cd / && chmod -R ug+rwX,o+rX . (or, a bit simpler, "cd / && chmod -R a+rX,ug+w .")... > (I'm doing this to try to ensure that if a SysAdmin user installs > Cygwin for the actual owner of the machine, the owner will later have > permission to update or even uninstall Cygwin themselves.) HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Fri Sep 3 12:47:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 03 Sep 2004 12:47:00 -0000 Subject: compilig error: storage size of `st' isn't known In-Reply-To: <20040903073117.IIQQ21628.fep32-app.kolumbus.fi@W2KPICASSO.blue.sea> References: <20040903073117.IIQQ21628.fep32-app.kolumbus.fi@W2KPICASSO.blue.sea> Message-ID: On Fri, 3 Sep 2004, Jari Aalto+mail.linux wrote: > I'm trying to compile Linux program that starts like this: > > int main(int argc, char **argv) > { > char **dirname = NULL; > int i,j,n,p,q,dtotal,ftotal,colored = FALSE; > struct stat64 st; > > But the compiler says: > > tree.c: In function `main': > tree.c:204: error: storage size of `st' isn't known > tree.c:204: warning: unused variable `st' > > What needs to be done in Cygwin to see "struct stat" ? > Jari You can see "struct stat" just fine, but "struct stat64" is non-portable. Just use "struct stat" -- I believe it's 64-bit in Cygwin anyway. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Fri Sep 3 12:52:00 2004 From: dk@artimi.com (Dave Korn) Date: Fri, 03 Sep 2004 12:52:00 -0000 Subject: How does a script find where Cygwin is installed? In-Reply-To: <20040903071705.D26FB8512B@pessard.research.canon.com.au> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of luke.kendall > Sent: 03 September 2004 08:17 > (I'm doing this to try to ensure that if a SysAdmin user installs > Cygwin for the actual owner of the machine, the owner will later have > permission to update or even uninstall Cygwin themselves.) For this to work, they just need to install it "For all users", don't they? cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Fri Sep 3 12:52:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 03 Sep 2004 12:52:00 -0000 Subject: Why is there a ZZZRemovedpackages? In-Reply-To: <41381F93.90401@hq.astra.ph> References: <41381F93.90401@hq.astra.ph> Message-ID: On Fri, 3 Sep 2004, Carlo Florendo wrote: > Hello, > > I'm actually not encountering any problem with cygwin now. It has > actually been performing impressively! Thanks to all you cygwin people. That's good to know. > In any case, we keep a mirror of the cygwin releases and I was just > curious why there is a ZZZRemovedpackages directory under /release. > What's it for? Is it ok if I remove it completely from oour local mirror > site? I believe the category was created by Harold Hunt for the XFree86 upgrade helpers when Cygwin/X switched to the X.org source base. The name of the category was supposed to imply that the packages should not be installed on a fresh install. The packages in that category are all very small, though (about .5k per directory), and installing them should be harmless. You can go either way. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Fri Sep 3 12:58:00 2004 From: dk@artimi.com (Dave Korn) Date: Fri, 03 Sep 2004 12:58:00 -0000 Subject: How to detect a broken Cygwin mirror? In-Reply-To: <20040903014127.6FBDC8454B@pessard.research.canon.com.au> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of luke.kendall > Sent: 03 September 2004 02:41 > Cygwin-specific expertise, and move on. The worst experiences, in my > opinion, are like this one, that seem to come down to a broken mirror: > our mirror rsyncing to it and breaking, and then people updating or > installing from our broken mirror, and getting into states > like my PC is > in now. I don't think it's a sensible policy to be permanently chasing the bleeding-edge of development in a production environment. I think you should set up your mirror with known good and stable versions of the tools you need in your environment and then freeze it, and only update parts of it as and when specifically needed and after testing and change control. IOW, I think this problem is better solved by development methodology and management techniques than by a shell script. cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Fri Sep 3 13:09:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 03 Sep 2004 13:09:00 -0000 Subject: /proc registry access In-Reply-To: <413831C5.6010803@tlinx.org> References: <413831C5.6010803@tlinx.org> Message-ID: On Fri, 3 Sep 2004, linda w wrote: > 2 questions on the registry access in /proc. > 1) Any idea on why find would choke on registry subtrees containing ":"? Is > some part of the path expansion going through Windows? Yes. Cygwin will not process paths that contain a ":" -- perhaps erroneously, as it should probably check that the ":" is the second character, preceded by a letter. . > 2) The user-guide implies read-write access to the registry-fs: > > "As anytime you deal with the Windows registry, use caution since > changes may result in an unstable or broken system." > > But I tried removing a value (that I can remove through regedit) > and get a "read-only filesystem" error message. Is there something > I need to do to make it writeable? Yes -- submit a patch to Cygwin. ;-) Seriously, though, the /proc/registry handler does not support write access to the registry. The above is a standard disclaimer, though I believe whoever put this in the description of /proc/registry was a bit overzealous. FWIW, if you want to use Cygwin tools to manipulate the registry, you can use 'regtool'. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Fri Sep 3 13:10:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 03 Sep 2004 13:10:00 -0000 Subject: openldap 2.2.15-2 In-Reply-To: References: Message-ID: On Fri, 3 Sep 2004, Robert Schmidt wrote: > I have problems running openldap 2.2.15-2 (cygwin is up-to-date as of this > moment). > > Running slapd or slurpd produces the following error: > > "The procedure entry point __dn_expand could not be located in the dynamic > link library cygminires.dll." > > I also tried adding openldap-devel, with no change. > > Any ideas? Use the Cygwin package search page at to locate the package containing the DLL in question. For cygminires.dll, the package is "minires". The openldap package was apparently compiled using a particular version of that package. > minires 0.97-1 OK You have minires-0.97-1 installed. The latest version is 0.98-3. Try upgrading to it. The API has apparently changed between the versions, though the library is not versioned (this is arguably a packaging bug). > cygcheck -c -v output: > > Cygwin Package Information > [snip cygcheck -c output] For the future, please a) use the output of "cygcheck -svr", not just "cygcheck -cv", as requested in , and b) *attach* the output of "cygcheck -svr" instead of including it inline, to minimize false positives in archive searches (again, as requested in ). > Package Version Status > Missing directory: /etc/apache.new/ from package apache > Missing file: /etc/apache.new/access.conf from package apache > Missing file: /etc/apache.new/access.conf.default from package apache > [... hundreds more files missing in *.new ...] > apache 1.3.29-2 Incomplete Apache packaging is very "cygcheck -c"-unfriendly... > Missing directory: /usr/share/man/cat1/ from package fetchmail > fetchmail 6.2.5-2 Incomplete Hmm, looks like a minor packaging bug. Also, is empty (Attn: CGF or Corinna). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From BBuchbinder@niaid.nih.gov Fri Sep 3 13:14:00 2004 From: BBuchbinder@niaid.nih.gov (Buchbinder, Barry (NIH/NIAID)) Date: Fri, 03 Sep 2004 13:14:00 -0000 Subject: Problem executing a .bat script in a directory with spaces us ing bash Message-ID: Since nothing in the batch file refers to the directory, it looks like cmd.exe/command.com received the full path when executed. Compare the following under cmd.exe (XP pro) and bash. =================== c:\tmp> type t.bat echo x %0 x echo %1 %2 %3 %4 %5 %6 %7 %8 %9 c:\tmp> t.bat a b c d e f g h i j k l m c:\tmp> echo x t.bat x x t.bat x c:\tmp> echo a b c d e f g h i a b c d e f g h i =================== /c/tmp> cat t.bat echo x %0 x echo %1 %2 %3 %4 %5 %6 %7 %8 %9 /c/tmp> t.bat a b c d e f g h i j k l m n o p c:\tmp> echo x c:\tmp\t.bat x x c:\tmp\t.bat x c:\tmp> echo a b c d e f g h i a b c d e f g h i =================== So the problem with spaces is that they are not being passed quoted. I tried specifying the full path to the batch file and it worked for me. YMMV. =================== /c/tmp> /c/Program\ Files/t.bat a b c d e f g h i j k l c:\tmp> echo x "c:\Program Files\t.bat" x x "c:\Program Files\t.bat" x c:\tmp> echo a b c d e f g h i a b c d e f g h i =================== You might try specifying the full path with "short" names (8.3) to remove the spaces. The following is XP Pro with NTFS. =================== /c/tmp> /c/progra~1/t.bat a b c c:\tmp> echo x c:\progra~1\t.bat x x c:\progra~1\t.bat x c:\tmp> echo a b c a b c =================== If that does not work in your case, you might having bash run a batch file in a directory without spaces and have that batch file call the batch file in the directory with spaces. Although cmd.exe may not receive a properly quoted %0 when called from bash, one would expect cmd.exe to get everything OK when called from cmd.exe. You may have to play with quotes, especially if you try to run a generic batch file. Don't forget to try quoting your double quotes so that cmd.exe gets the double quotes that it expects. Also, you might try other shells (bash, ash, etc.) in case this is shell-specific and not cygwin-specific. You might also try explicitly specifying cmd.exe and command.com, in case they behave differently. - Barry At Thursday, September 02, 2004 10:55 AM, Sean Daley wrote: > I'm currently using cygwin 1.5.10 and I'm having a problem trying to > run a .bat file in > a directory with spaces. Here's an example of what I'm doing. > > 1) mkdir C:\Space Dir > 2) Create a file called test.bat in C:\Space Dir > 3) Just add a single line with "echo %1" in test.bat > 4) Start cygwin > $ cd C:/Space\ Dir > $ ./test.bat hello > > c:\Space Dir>echo hello > hello > > $ ./test.bat "hello world" > 'c:\Space' is not recognized as an internal or external command, > operable program or batch file. > > $ > > If I try to run test.bat with an argument with spaces it fails with > the error above. > If I move test.bat to a directory without spaces, it works correctly. > > I know that cmd has some weird behavior when you execute a quoted cmd. > Just using cmd in certain ways (outside of cygwin) will reproduce the > issue mentioned > above. > > Do the following: > C:\>cmd /c "C:\Space Dir\test.bat" hello > > C:\>echo hello > hello > > C:\>cmd /c "C:\Space Dir\test.bat" "hello world" > 'C:\Space' is not recognized as an internal or external command, > operable program or batch file. > > One way to actually get the second command to work is to quote the > entire command > like this: > > C:\>cmd /c ""C:\Space Dir\test.bat" "hello world"" > C:\>echo "hello world" > "hello world" > > Unfortunately we have some batch scripts which live in directories > with spaces that I'd > really like to run. > > Thanks. > > Sean -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Fri Sep 3 13:22:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 03 Sep 2004 13:22:00 -0000 Subject: man pages taking long to show In-Reply-To: <41384A82.4000805@sun.ac.za> References: <41384A82.4000805@sun.ac.za> Message-ID: On Fri, 3 Sep 2004, Gorden Jemwa wrote: > I'm running cygwing on a WIN XP SP2 platform. When I invoke the MAN > command for help it is taking unusually long to show. What could be the > problem? There could be many reasons. Please review and follow > Problem reports: http://cygwin.com/problems.html particularly the bit about *attaching* (as an uncompressed text *attachment*) the output of "cygcheck -svr" on your system. In the absense of the above information, one WAG is that your MANPATH somehow contains a disconnected network share... Or the built-in firewall in SP2 is blocking some hostname lookup or another, and the bash scripts are waiting to time out... Other guesses may follow once you provide more info. You may ultimately have to debug this yourself, though, just so you are aware of the possibility and can mentally prepare. ;-) Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Fri Sep 3 13:26:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 03 Sep 2004 13:26:00 -0000 Subject: env -i specialities on cygwin In-Reply-To: References: Message-ID: On Fri, 3 Sep 2004, Christian Weinberger wrote: > If one want??s to start a new process without an environment, env -i will be > the choice. > In the cygwin enviroment this leads to problems if /bin or /usr/bin are not > added to the PATH in the new process. In this case the cygwin1.dll is not > in the path and will not be found be the process that just tries to start. > This is true for all other DLLs that may be used by the cygwin executable. Yes, that's the way Windows works. You *have* to have /bin in your PATH if you want the Windows dynamic loader to find your DLL. > There are two options to avoid this: > 1) Modify all shell scripts that use env -i to include /usr/bin in the PATH > when porting appications to cygwin. This means lots of manual work since > shell scripts are often not considered to be dynamic in autoconf/automake > runs. > 2) Modify the env binary to always include /usr/bin to the path, even if > the -i switch is specified. But this will not just allow access to the DLLs > but to all executables in the same directory. This may raise security > problems. Option 2 looks like one that follows the principle of least surprise. Frankly, I don't see how this raises security problems, as the executables can always be accessed directly via /bin/blah.exe or /usr/bin/blah.exe anyway... > A third solution would be to have all cygwin DLLs in a separate directory > where no executables reside. But this would be a more dramatic change to > the distribution. If you want better security (i.e., protection from malicious scripts), use chroot. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Fri Sep 3 13:47:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 03 Sep 2004 13:47:00 -0000 Subject: How does a script find where Cygwin is installed? In-Reply-To: References: Message-ID: On Fri, 3 Sep 2004, Dave Korn wrote: > > -----Original Message----- > > From: luke.kendall > > Sent: 03 September 2004 08:17 > > > (I'm doing this to try to ensure that if a SysAdmin user installs > > Cygwin for the actual owner of the machine, the owner will later have > > permission to update or even uninstall Cygwin themselves.) > > For this to work, they just need to install it "For all users", don't > they? Not necessarily. There may be weird inheritable permissions on C:\, which will propagate to C:\cygwin, and from there to all of the installed files. The above is one way of fixing this after the fact. Arguably, setup.exe should check for these kinds of problems before creating C:\cygwin on new installs (). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ccobb@email.com Fri Sep 3 14:06:00 2004 From: ccobb@email.com (Christopher Cobb) Date: Fri, 03 Sep 2004 14:06:00 -0000 Subject: Problem executing a .bat script in a directory with spaces using bash References: <5c8adab704090207557a3a359a@mail.gmail.com> <4137566C.7070203@sbcglobal.net> <5c8adab704090210405ea696e4@mail.gmail.com> <413760BD.2080504@sbcglobal.net> <5c8adab70409021123291886c7@mail.gmail.com> <41376CD2.9090102@comcast.net> <41376D75.1060806@comcast.net> Message-ID: I get different results than you do. It seems to work as expected: chcobb@CHCOBB-054009 /c/Documents and Settings 09:45:46 511$ cat test.bat echo %1 chcobb@CHCOBB-054009 /c/Documents and Settings 09:45:48 511$ ./test.bat C:\Documents and Settings>echo ECHO is on. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Fri Sep 3 14:08:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 03 Sep 2004 14:08:00 -0000 Subject: Problem executing a .bat script in a directory with spaces using bash In-Reply-To: References: <5c8adab704090207557a3a359a@mail.gmail.com> <4137566C.7070203@sbcglobal.net> <5c8adab704090210405ea696e4@mail.gmail.com> <413760BD.2080504@sbcglobal.net> <5c8adab70409021123291886c7@mail.gmail.com> <41376CD2.9090102@comcast.net> <41376D75.1060806@comcast.net> Message-ID: On Fri, 3 Sep 2004, Christopher Cobb wrote: > I get different results than you do. It seems to work as expected: > > chcobb@CHCOBB-054009 /c/Documents and Settings 09:45:46 > 511$ cat test.bat > echo %1 > > chcobb@CHCOBB-054009 /c/Documents and Settings 09:45:48 > 511$ ./test.bat > > C:\Documents and Settings>echo > ECHO is on. I believe you're missing the point. Try ./test.bat "hello world" and you'll get the error. I've come across this when writing a pure Windows loader for another program. The above is actually an idiosyncrasy of the way spawn() works in Cygwin (and, incidentally, in Windows' own MSVCRT) -- it calls CreateProcess, which expects all arguments combined into one command string (which, in turn, is later parsed for separate arguments - yes, retarded, I know). The fact is that, if any argument contains spaces, it has to be quoted before CreateProcess() is invoked. Cygwin apparently doesn't do this properly to the first argument, so the above breaks. See spawn_guts() in winsup/cygwin/spawn.cc (warning: a 590!-line function). . Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From keithchristian@yahoo.com Fri Sep 3 14:13:00 2004 From: keithchristian@yahoo.com (Keith Christian) Date: Fri, 03 Sep 2004 14:13:00 -0000 Subject: Keeping a local mirror up to date Message-ID: <20040903140831.15829.qmail@web52202.mail.yahoo.com> Scenario: A few months ago I used SETUP.EXE to "download from internet" to a local hard drive, which I copied to a CD to make it easier to install Cygwin on workstations. When I want to update this local disk mirror with the latest packages, which option do I choose to download ONLY updated or brand new packages, skipping what is unchanged? Is a "update an existing local mirror" procedure in a FAQ somewhere? Thanks. =======Keith -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Fri Sep 3 14:27:00 2004 From: dk@artimi.com (Dave Korn) Date: Fri, 03 Sep 2004 14:27:00 -0000 Subject: Keeping a local mirror up to date In-Reply-To: <20040903140831.15829.qmail@web52202.mail.yahoo.com> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Keith Christian > Sent: 03 September 2004 15:09 > Scenario: > > A few months ago I used SETUP.EXE to "download from internet" > to a local hard > drive, which I copied to a CD to make it easier to install Cygwin on > workstations. > > When I want to update this local disk mirror with the latest > packages, which > option do I choose to download ONLY updated or brand new > packages, skipping > what is unchanged? Setup does that always. It should never re-download anything that's already in the download-from-internet directory; it tracks what's there. > Is a "update an existing local mirror" procedure in a FAQ somewhere? Simply choose "Download from internet" again. It'll only fetch the newer stuff. cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From mbohlman@tcicredit.com Fri Sep 3 14:39:00 2004 From: mbohlman@tcicredit.com (Mark Bohlman) Date: Fri, 03 Sep 2004 14:39:00 -0000 Subject: Problem executing a .bat script in a directory with spaces using bash In-Reply-To: References: <5c8adab704090207557a3a359a@mail.gmail.com> <4137566C.7070203@sbcglobal.net> <5c8adab704090210405ea696e4@mail.gmail.com> <413760BD.2080504@sbcglobal.net> <5c8adab70409021123291886c7@mail.gmail.com> <41376CD2.9090102@comcast.net> <41376D75.1060806@comcast.net> Message-ID: Igor Pechtchanski wrote: > On Fri, 3 Sep 2004, Christopher Cobb wrote: > > >>I get different results than you do. It seems to work as expected: >> >>chcobb@CHCOBB-054009 /c/Documents and Settings 09:45:46 >>511$ cat test.bat >>echo %1 >> >>chcobb@CHCOBB-054009 /c/Documents and Settings 09:45:48 >>511$ ./test.bat >> >>C:\Documents and Settings>echo >>ECHO is on. > > > I believe you're missing the point. Try > > ../test.bat "hello world" > > and you'll get the error. > > I've come across this when writing a pure Windows loader for another > program. The above is actually an idiosyncrasy of the way spawn() works > in Cygwin (and, incidentally, in Windows' own MSVCRT) -- it calls > CreateProcess, which expects all arguments combined into one command > string (which, in turn, is later parsed for separate arguments - yes, > retarded, I know). The fact is that, if any argument contains spaces, it > has to be quoted before CreateProcess() is invoked. Cygwin apparently > doesn't do this properly to the first argument, so the above breaks. See > spawn_guts() in winsup/cygwin/spawn.cc (warning: a 590!-line function). > . > Igor You get the same "odd evaluation behavior" when doing echo "Hello World" | ./test.bat (in any directory). -- Mark -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Fri Sep 3 14:40:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Fri, 03 Sep 2004 14:40:00 -0000 Subject: How to detect a broken cygwin mirror? (gold star alert) In-Reply-To: References: <20040903014127.6FBDC8454B@pessard.research.canon.com.au> Message-ID: <20040903144029.GA8992@trixie.casa.cgf.cx> On Fri, Sep 03, 2004 at 01:49:40PM +0100, Dave Korn wrote: >> -----Original Message----- >> From: cygwin-owner On Behalf Of luke.kendall >> Sent: 03 September 2004 02:41 > >>Cygwin-specific expertise, and move on. The worst experiences, in my >>opinion, are like this one, that seem to come down to a broken mirror: >>our mirror rsyncing to it and breaking, and then people updating or >>installing from our broken mirror, and getting into states like my PC >>is in now. > >I don't think it's a sensible policy to be permanently chasing the >bleeding-edge of development in a production environment. I think you >should set up your mirror with known good and stable versions of the >tools you need in your environment and then freeze it, and only update >parts of it as and when specifically needed and after testing and >change control. IOW, I think this problem is better solved by >development methodology and management techniques than by a shell >script. Can I get YA gold star for Dave here? This is eminently sensible advice. I was thinking the same thing but every message I started to compose on the subject did not put it as well or as non-meanly. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ccobb@email.com Fri Sep 3 14:43:00 2004 From: ccobb@email.com (Christopher Cobb) Date: Fri, 03 Sep 2004 14:43:00 -0000 Subject: Problem executing a .bat script in a directory with spaces using bash References: <5c8adab704090207557a3a359a@mail.gmail.com> <4137566C.7070203@sbcglobal.net> <5c8adab704090210405ea696e4@mail.gmail.com> <413760BD.2080504@sbcglobal.net> <5c8adab70409021123291886c7@mail.gmail.com> <41376CD2.9090102@comcast.net> <41376D75.1060806@comcast.net> Message-ID: Igor Pechtchanski cs.nyu.edu> writes: > I believe you're missing the point. Try > > ./test.bat "hello world" > > and you'll get the error. I use the following shell function cmd() to invoke batch files. It removes cygwinisms from the PATH and the environment first and does some argument pre-processing. It also seems to fix the space problem. chcobb@CHCOBB-054009 /c/Documents and Settings 10:36:09 508$ cat test.bat echo %1 chcobb@CHCOBB-054009 /c/Documents and Settings 10:38:30 509$ cmd test "Hello, world." C:\Documents and Settings>echo "Hello, world." "Hello, world." --- cmd() --- cmd () { ( local c="`cygpath -w \"$1\"`"; shift; local cmd=`cygpath -u $COMSPEC`; while [ $# != 0 ]; do if [ -f "$1" ]; then local args="$args '`cygpath -w $1`'"; else if [ -d "$1" ]; then local args="$args '`cygpath -w $1 | sed 's@\\\\\$@@'`'"; else local args="$args '$1'"; fi; fi; shift; done; PATH=`echo $PATH | tr : '\n' | egrep -vw '^(/usr/local/bin|/usr/bin|/bin|/usr/X11R6/bin)$' | tr '\n' :`; unset BASH_ENV COLORTERM CYGWIN DISPLAY HISTCONTROL MAKE_MODE; unset MANPATH PKG_CONFIG_PATH PS1 PWD SHLVL TERM USER _; unset CVS CVSROOT CVS_RSH GEN_HOME GROOVY_HOME TOMCAT_DIR; eval $cmd /c "$c" $args ) } --- end cmd() --- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From mikee@mikee.ath.cx Fri Sep 3 14:54:00 2004 From: mikee@mikee.ath.cx (Mike) Date: Fri, 03 Sep 2004 14:54:00 -0000 Subject: windows dlls? Message-ID: <20040903144342.GI16467@mikee.ath.cx> I use an application that allows the calling of external, user created DLLs. I have created these DLLs previously using Microsoft's VC++. Can I instead create the DLLs using gcc/cygwin? I'm a unixhead from way back and don't like the Microsoft stuff. I much prefer to stick with what I'm comfortable with. If I can create usable DLLs, what things must I be aware of? Mike -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Fri Sep 3 14:57:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Fri, 03 Sep 2004 14:57:00 -0000 Subject: e2fsprogs In-Reply-To: <4132C57F.8060606@x-ray.at> References: <14810259248.20040829195031@familiehaase.de> <20040829212630.32357.qmail@web40414.mail.yahoo.com> <1008963871.20040830011922@familiehaase.de> <1524918411.20040830073143@familiehaase.de> <4132C57F.8060606@x-ray.at> Message-ID: <14810733947.20040903165548@familiehaase.de> Hallo Reini, Am Montag, 30. August 2004 um 08:13 schriebst du: > Gerrit P. Haase schrieb: >>>$ export tooldir=/usr/i686-pc-mingw32 >>>$ ls -ld ${tooldir}/../lib/w32api >>>drwxrwxr-x+ 2 Administ SYSTEM 0 Jul 30 17:25 >>>/usr/i686-pc-mingw32/../lib/w32api/ >>>$ >> >>>To the OP: your problem may potentially be that you're missing the >>>/usr/lib mount. However, since you didn't follow the Cygwin problem >>>reporting guidelines at , and didn't >>>attach the output of "cygcheck -svr" to your report, the above is just a >>>WAG. > my /usr/lib mount works okay, > my latest -mno-cygwin linking after upgrading gcc fail also, > (I do that automatically with a cronjob and didn't have a look, > since only the xvidcore/dshow build failed) > but I think it's just missing the libuuid. at least for me. > I have the -luuid together with the other w32api libs, > -lwinmm -lole32 -loleaut32 -lcomctl32 > just for the libuuid symbols get "I more undefined references to > `_GUID_NULL'" _IID_IUnknown, _IID_IPropertyPagem, _IID_IPersist, ... > And what do I find? > there's a new /usr/lib/libuuid.a which takes precedence over > /usr/lib/w32api/libuuid.a > therefore my uuid symbols don't get found. > $ cygcheck -f /usr/lib/libuuid.a > e2fsprogs-1.35-1 > aha, the culprit! > please de-install all e2fsprogs, then it will work. > efsprog maintainer: please move this to your subdir > /usr/lib/efsprog/libuuid.a Thats it, thank you for the analysis, I just thought all the time after the thread, why are all libraries found, but uuid isn't? I remember now that I also have e2fsprogs installed and libwin32 failis for me with exactly the same error. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From maxb@ukf.net Fri Sep 3 15:03:00 2004 From: maxb@ukf.net (Max Bowsher) Date: Fri, 03 Sep 2004 15:03:00 -0000 Subject: Keeping a local mirror up to date References: <20040903140831.15829.qmail@web52202.mail.yahoo.com> Message-ID: <009f01c491c6$41675660$78d96f83@robinson.cam.ac.uk> Keith Christian wrote: > Scenario: > > A few months ago I used SETUP.EXE to "download from internet" to a local > hard > drive, which I copied to a CD to make it easier to install Cygwin on > workstations. > > When I want to update this local disk mirror with the latest packages, > which > option do I choose to download ONLY updated or brand new packages, > skipping > what is unchanged? > > Is a "update an existing local mirror" procedure in a FAQ somewhere? Experiment with "clean_setup.pl" (google) You need to use it like this: wget a new setup.ini clean_setup.pl wget the files it says are missing clean_setup.pl # puts the new downloads in the right directories. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Fri Sep 3 15:16:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Fri, 03 Sep 2004 15:16:00 -0000 Subject: e2fsprogs In-Reply-To: <14810733947.20040903165548@familiehaase.de> References: <14810259248.20040829195031@familiehaase.de> <20040829212630.32357.qmail@web40414.mail.yahoo.com> <1008963871.20040830011922@familiehaase.de> <1524918411.20040830073143@familiehaase.de> <4132C57F.8060606@x-ray.at> <14810733947.20040903165548@familiehaase.de> Message-ID: <20040903150425.GA9461@trixie.casa.cgf.cx> On Fri, Sep 03, 2004 at 04:55:48PM +0200, Gerrit P. Haase wrote: >Thats it, thank you for the analysis, I just thought all the time >after the thread, why are all libraries found, but uuid isn't? >I remember now that I also have e2fsprogs installed and libwin32 >failis for me with exactly the same error. Huh? Wha? Was there some kind of problem with e2fsprogs? I must have missed it. cgf (trying to move to the next iteration so that I can be mean) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Fri Sep 3 15:16:00 2004 From: dk@artimi.com (Dave Korn) Date: Fri, 03 Sep 2004 15:16:00 -0000 Subject: Keeping a local mirror up to date In-Reply-To: <20040903142645.40854.qmail@web52201.mail.yahoo.com> Message-ID: > -----Original Message----- > From: Keith Christian > Sent: 03 September 2004 15:27 > To: Dave Korn Oops! We should always keep questions and replies on the list - that way they're there in the web archive for anyone else in future who comes along with the same problem.... > Thanks - one more question - What if the mirror the original > mirror was > created from is temporarily unavailable? > > Example: This morning, the previous mirror was not available: > > cygwin_install/dist/ftp%3a%2f%2fftp.nas.nasa.gov%2fmirrors%2fc > ygwin.com%2fpub%2fcygwin > > So I chose mirrors.kernel.org which created this directory: > cygwin_install/dist/ftp%3a%2f%2fmirrors.kernel.org%2fsources.r > edhat.com%2fcygwin > > > Further: > > 1. Suppose the local download directory of ftp.nas.nasa.gov > had version 1.1 of > package foo. > > 2. Suppose another local download directory of > ftp.nas.nasa.gov had a more > recent version 1.2 of package foo. > > 3. Suppose package foo is still at version 1.2 on any up to > date Cygwin > mirror. > > Then: Does SETUP.EXE check all existing local directories to see which > contains the most up to date version of a file before > bothering to download it > again? Yes. > Does SETUP.EXE check only the local directory that > matches the mirror > it is currently connected to? No. By design, setup searches through all the download directories, keeps track of all the versions, should know exactly what you've already got and never re-download something you already have; if it ever does, it's a bug. There is one caveat: if setup dies - actually crashes or is killed - part-way through downloading a whole series of packages, it may not have updated its catalog by the time it gets terminated, and so it might download them again. But once setup has downloaded and exited successfully, it should know and remember what it's done and not do it again. cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Fri Sep 3 15:18:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Fri, 03 Sep 2004 15:18:00 -0000 Subject: Perl searching in wrong path for modules? In-Reply-To: <4134A00B.2040902@gmx.de> References: <4134A00B.2040902@gmx.de> Message-ID: <889200920.20040903171804@familiehaase.de> Hallo Frank, > perl looks in the wrong folder for the Perl Modules, for example if i > want to load Archive::Zip, it trys to load it from > D:\usr\lib\perl5\site_perl\5.8.5\XML\Simple.pm instead of > D:\cygwin(\usr)\lib\perl5\site_perl\5.8.5\XML\Simple.pm. So i wonder if > this is a bug in cygwin perl or rather a bug in Apache (or a error from > my side even?). I attached the cygcheck output, if it matters. My OS is > Windows 2000, Apache was 2.0.50, Cygwin is 1.5.10-cr-0x5e6. You may try to install Cygwin in the root of a drive instead of a subdirectory and see if it works then. Basically Cygwin applications use the Cygwin mount system where Windows applicatoins know nothing about, so this problem is by design. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Fri Sep 3 15:23:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Fri, 03 Sep 2004 15:23:00 -0000 Subject: BUG gcc-mingw 20040810-1 library search path In-Reply-To: References: <14810259248.20040829195031@familiehaase.de> <20040829212630.32357.qmail@web40414.mail.yahoo.com> <1008963871.20040830011922@familiehaase.de> <1524918411.20040830073143@familiehaase.de> Message-ID: <643109725.20040903170802@familiehaase.de> Hallo Igor, Am Montag, 30. August 2004 um 16:14 schriebst du: > On Mon, 30 Aug 2004, Gerrit P. Haase wrote: >> >> This is in binutils/ld/configure.tgt: >> >> i[3-7]86-*-cygwin*) targ_emul=i386pe ; >> >> targ_extra_ofiles="deffilep.o pe-dll.o" >> >> test "$targ" != "$host" && >> >> LIB_PATH='${tooldir}/lib/w32api' ;; >> >> >> >> where tooldir should be /usr/i686-pc-mingw32 in this case and you need >> >> to have the symlinks installed in /usr/i686-pc-mingw32: >> >> 21 Nov 1 2003 bin -> ../i686-pc-cygwin/bin >> >> 16 Nov 1 2003 include -> ../include/mingw >> >> 12 Nov 1 2003 lib -> ../lib/mingw The whole point was that there is stated in binutils ld config LIB_PATH='${tooldir}/lib/w32api' and the symlink is named /usr/i686-pc-mingw32/lib and this sysmlink points to ../lib/mingw which means saying /usr/i686-pc-mingw32/lib means the same as saying /usr/i686-pc-mingw32/../lib/mingw. When I say now ${tooldir}/lib/w32api it is the same as saying /usr/i686-pc-mingw32/../lib/mingw/w32api which doesn't resolve and I wonder how this works. I'm sure it is working since the windows import libraries are included all the time when you link and they are always in path, removing libuuid from /usr/lib should do it in the case of the initial starter and if he needs to have it then moving to another directory should help. The e2fs maintainer will move it to a subdirectory the next release. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Fri Sep 3 15:25:00 2004 From: dk@artimi.com (Dave Korn) Date: Fri, 03 Sep 2004 15:25:00 -0000 Subject: e2fsprogs In-Reply-To: <20040903150425.GA9461@trixie.casa.cgf.cx> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Christopher Faylor > Sent: 03 September 2004 16:04 > On Fri, Sep 03, 2004 at 04:55:48PM +0200, Gerrit P. Haase wrote: > >Thats it, thank you for the analysis, I just thought all the time > >after the thread, why are all libraries found, but uuid isn't? > >I remember now that I also have e2fsprogs installed and libwin32 > >failis for me with exactly the same error. > > Huh? Wha? Was there some kind of problem with e2fsprogs? I > must have missed it. Hey Igor! You were supposed to rememeber to do that! cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Fri Sep 3 15:27:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Fri, 03 Sep 2004 15:27:00 -0000 Subject: duplicated doc directories in ctetris-0.29-1 In-Reply-To: <87brgnv9ji.fsf@vzell-de.de.oracle.com> References: <87brgnv9ji.fsf@vzell-de.de.oracle.com> Message-ID: <41388D65.2000702@x-ray.at> Dr. Volker Zell schrieb: > There are 2 dirs > > /usr/share/doc/ctetris-0.29 > /usr/share/doc/ctetris > > in ctetris-0.29-1 yes, sorry. gbs is quite complicated with the docs, and I didn't check. the next release will be better. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Fri Sep 3 15:27:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Fri, 03 Sep 2004 15:27:00 -0000 Subject: OpenJade and phpdocs In-Reply-To: References: Message-ID: <1773819837.20040903172641@familiehaase.de> Hallo Mirko, Am Donnerstag, 2. September 2004 um 11:23 schriebst du: > i would like to make from phpdoc tree a html, pdf, rtf, and so on... > i installed cygwin 'full optional', so openjade is actually present and > installed. > can some one guide me through the process ? i read instruction at: > http://it.tldp.org/HOWTO/DocBook-OpenJade-SGML-XML-HOWTO/index.html > but it say to configure openjade for path I cannot locate. ... can tell me > more please ? Can you tell me more please, the site cited above is italian which I don't understand, which path are you missing and what means configure openjade? Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Fri Sep 3 15:34:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 03 Sep 2004 15:34:00 -0000 Subject: Problem executing a .bat script in a directory with spaces using bash In-Reply-To: References: <5c8adab704090207557a3a359a@mail.gmail.com> <4137566C.7070203@sbcglobal.net> <5c8adab704090210405ea696e4@mail.gmail.com> <413760BD.2080504@sbcglobal.net> <5c8adab70409021123291886c7@mail.gmail.com> <41376CD2.9090102@comcast.net> <41376D75.1060806@comcast.net> Message-ID: On Fri, 3 Sep 2004, Mark Bohlman wrote: > Igor Pechtchanski wrote: > > On Fri, 3 Sep 2004, Christopher Cobb wrote: > > > > > I get different results than you do. It seems to work as expected: > > > > > > chcobb@CHCOBB-054009 /c/Documents and Settings 09:45:46 > > > 511$ cat test.bat > > > echo %1 > > > > > > chcobb@CHCOBB-054009 /c/Documents and Settings 09:45:48 > > > 511$ ./test.bat > > > > > > C:\Documents and Settings>echo > > > ECHO is on. > > > > I believe you're missing the point. Try > > > > ../test.bat "hello world" > > > > and you'll get the error. > > > > I've come across this when writing a pure Windows loader for another > > program. The above is actually an idiosyncrasy of the way spawn() works > > in Cygwin (and, incidentally, in Windows' own MSVCRT) -- it calls > > CreateProcess, which expects all arguments combined into one command > > string (which, in turn, is later parsed for separate arguments - yes, > > retarded, I know). The fact is that, if any argument contains spaces, it > > has to be quoted before CreateProcess() is invoked. Cygwin apparently > > doesn't do this properly to the first argument, so the above breaks. See > > spawn_guts() in winsup/cygwin/spawn.cc (warning: a 590!-line function). > > . > > Igor > > You get the same "odd evaluation behavior" when doing > echo "Hello World" | ./test.bat > (in any directory). > -- Mark Actually, I don't. Did you, by chance, mean "echo ...|xargs ./test.bat"? Even so, you should probably be a bit more specific about the "odd evaluation behavior" that you're observing. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Fri Sep 3 15:35:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 03 Sep 2004 15:35:00 -0000 Subject: How to detect a broken cygwin mirror? (gold star alert) In-Reply-To: <20040903144029.GA8992@trixie.casa.cgf.cx> References: <20040903014127.6FBDC8454B@pessard.research.canon.com.au> <20040903144029.GA8992@trixie.casa.cgf.cx> Message-ID: On Fri, 3 Sep 2004, Christopher Faylor wrote: > On Fri, Sep 03, 2004 at 01:49:40PM +0100, Dave Korn wrote: > >> -----Original Message----- > >> From: cygwin-owner On Behalf Of luke.kendall > >> Sent: 03 September 2004 02:41 > > > >>Cygwin-specific expertise, and move on. The worst experiences, in my > >>opinion, are like this one, that seem to come down to a broken mirror: > >>our mirror rsyncing to it and breaking, and then people updating or > >>installing from our broken mirror, and getting into states like my PC > >>is in now. > > > >I don't think it's a sensible policy to be permanently chasing the > >bleeding-edge of development in a production environment. I think you > >should set up your mirror with known good and stable versions of the > >tools you need in your environment and then freeze it, and only update > >parts of it as and when specifically needed and after testing and > >change control. IOW, I think this problem is better solved by > >development methodology and management techniques than by a shell > >script. > > Can I get YA gold star for Dave here? > > This is eminently sensible advice. I was thinking the same thing but > every message I started to compose on the subject did not put it as well > or as non-meanly. > > cgf Done. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From case@scripps.edu Fri Sep 3 15:49:00 2004 From: case@scripps.edu (David A. Case) Date: Fri, 03 Sep 2004 15:49:00 -0000 Subject: OpenSSH on windows Problem In-Reply-To: <20040902204046.GB29071@trixie.casa.cgf.cx> References: <20040902204046.GB29071@trixie.casa.cgf.cx> Message-ID: <20040903153501.GB3692@scripps.edu> On Thu, Sep 02, 2004, Christopher Faylor wrote: > > This is really really simple and I don't know why it is so confusing. > > If your program uses the cygwin DLL, then your program is GPLed. On possible reason for confusion is that statments like this one (which have appeared many times on this list) are poorly worded. It would be better to say something like this: If you distribute a program linked to the cygwin DLL without making that program available under the GPL (or an equivalent allowable license) you are in violation of the license under which you received the cygwin DLL in the first place. It is possible, but unlikely, that a court could order a remedy that would force you to distribute your program under the GPL. It is not that case that violating the cygwin license means that "your program is GPLed" in some instantaneous or automatic fashion, simply as consequence of your bad behavior. Fears that programs might somehow be automatically forced under the GPL may help propagate the (false) perception that the GPL is "viral". ...dave case -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From mbohlman@tcicredit.com Fri Sep 3 15:50:00 2004 From: mbohlman@tcicredit.com (Mark Bohlman) Date: Fri, 03 Sep 2004 15:50:00 -0000 Subject: Problem executing a .bat script in a directory with spaces using bash In-Reply-To: References: <5c8adab704090207557a3a359a@mail.gmail.com> <4137566C.7070203@sbcglobal.net> <5c8adab704090210405ea696e4@mail.gmail.com> <413760BD.2080504@sbcglobal.net> <5c8adab70409021123291886c7@mail.gmail.com> <41376CD2.9090102@comcast.net> <41376D75.1060806@comcast.net> Message-ID: Igor Pechtchanski wrote: > On Fri, 3 Sep 2004, Mark Bohlman wrote: > > >>Igor Pechtchanski wrote: >> >>>On Fri, 3 Sep 2004, Christopher Cobb wrote: >>> >>> >>>>I get different results than you do. It seems to work as expected: >>>> >>>>chcobb@CHCOBB-054009 /c/Documents and Settings 09:45:46 >>>>511$ cat test.bat >>>>echo %1 >>>> >>>>chcobb@CHCOBB-054009 /c/Documents and Settings 09:45:48 >>>>511$ ./test.bat >>>> >>>>C:\Documents and Settings>echo >>>>ECHO is on. >>> >>>I believe you're missing the point. Try >>> >>>../test.bat "hello world" >>> >>>and you'll get the error. >>> >>>I've come across this when writing a pure Windows loader for another >>>program. The above is actually an idiosyncrasy of the way spawn() works >>>in Cygwin (and, incidentally, in Windows' own MSVCRT) -- it calls >>>CreateProcess, which expects all arguments combined into one command >>>string (which, in turn, is later parsed for separate arguments - yes, >>>retarded, I know). The fact is that, if any argument contains spaces, it >>>has to be quoted before CreateProcess() is invoked. Cygwin apparently >>>doesn't do this properly to the first argument, so the above breaks. See >>>spawn_guts() in winsup/cygwin/spawn.cc (warning: a 590!-line function). >>>. >>> Igor >> >>You get the same "odd evaluation behavior" when doing >>echo "Hello World" | ./test.bat >>(in any directory). >>-- Mark > > > Actually, I don't. Did you, by chance, mean "echo ...|xargs ./test.bat"? > Even so, you should probably be a bit more specific about the "odd > evaluation behavior" that you're observing. > Igor Hmmm. I'm seeing the same results as you show above with a quoted "Hello World" parameter to the ./test.bat. Then in doing the echo, without the xargs, results in the same "non-evaluation" (what i consider to be 'odd') for parameter %1 within the test.bat file. -- Mark -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Fri Sep 3 15:56:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Fri, 03 Sep 2004 15:56:00 -0000 Subject: Perl searching in wrong path for modules? In-Reply-To: <889200920.20040903171804@familiehaase.de> References: <4134A00B.2040902@gmx.de> <889200920.20040903171804@familiehaase.de> Message-ID: <413892C1.6040101@x-ray.at> Gerrit P. Haase schrieb: >>perl looks in the wrong folder for the Perl Modules, for example if i >>want to load Archive::Zip, it trys to load it from >>D:\usr\lib\perl5\site_perl\5.8.5\XML\Simple.pm instead of >>D:\cygwin(\usr)\lib\perl5\site_perl\5.8.5\XML\Simple.pm. So i wonder if >>this is a bug in cygwin perl or rather a bug in Apache (or a error from >>my side even?). I attached the cygcheck output, if it matters. My OS is >>Windows 2000, Apache was 2.0.50, Cygwin is 1.5.10-cr-0x5e6. no bug at all. > You may try to install Cygwin in the root of a drive instead of a > subdirectory and see if it works then. Basically Cygwin applications > use the Cygwin mount system where Windows applicatoins know nothing > about, so this problem is by design. I used to solve the mod_perl or CGI problems with apache by subst'ing x:\cygwin to a letter, and install apache there. n:/Apache n:/bin n:/lib ... then you can safely use #!/bin/perl in your she-bang lines, using the cygwin perl and any unix perl also. with activeperl see below. the win32 module builds fine on cygwin, besides Win32::OLE. you can also copy the win32 libs from 5.8.2 to 5.8.5. don't forget archlib then. instead of a new cygwin install, you can also try the subst trick with the activestate perl. this need much less time. you can also always fool activestate perl @INC with certain registry entries. I for example have this: [HKEY_LOCAL_MACHINE\SOFTWARE\Perl] "lib-5.00502"="D:\\perl\\5.00502\\lib" "sitelib-5.00502"="D:\\perl\\site\\5.00502\\lib" -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Fri Sep 3 15:58:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 03 Sep 2004 15:58:00 -0000 Subject: windows dlls? In-Reply-To: <20040903144342.GI16467@mikee.ath.cx> References: <20040903144342.GI16467@mikee.ath.cx> Message-ID: On Fri, 3 Sep 2004, Mike wrote: > I use an application that allows the calling of external, user > created DLLs. I have created these DLLs previously using Microsoft's > VC++. Can I instead create the DLLs using gcc/cygwin? Yes. See > I'm a unixhead from way back and don't like the Microsoft stuff. I much > prefer to stick with what I'm comfortable with. > > If I can create usable DLLs, what things must I be aware of? The bad news is that the main Cygwin DLL (/bin/cygwin1.dll) cannot be loaded dynamically from Windows programs (using LoadLibrary). Therefore, any DLL depending on it won't be dynamically loadable either. The good news is that you can use Cygwin gcc to create MinGW DLLs and programs, and those won't depend on cygwin1.dll, so you'll be able to use them from Windows programs. They probably would be better anyway, because Windows would pass Win32 paths, etc, when calling the exported functions. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Fri Sep 3 16:05:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Fri, 03 Sep 2004 16:05:00 -0000 Subject: How to detect a broken cygwin mirror? (gold star alert) In-Reply-To: <20040903144029.GA8992@trixie.casa.cgf.cx> References: <20040903014127.6FBDC8454B@pessard.research.canon.com.au> <20040903144029.GA8992@trixie.casa.cgf.cx> Message-ID: <4138948B.8090400@x-ray.at> Christopher Faylor schrieb: > On Fri, Sep 03, 2004 at 01:49:40PM +0100, Dave Korn wrote: >>>-----Original Message----- >>>From: cygwin-owner On Behalf Of luke.kendall >>>Sent: 03 September 2004 02:41 >> >>>Cygwin-specific expertise, and move on. The worst experiences, in my >>>opinion, are like this one, that seem to come down to a broken mirror: >>>our mirror rsyncing to it and breaking, and then people updating or >>>installing from our broken mirror, and getting into states like my PC >>>is in now. >> >>I don't think it's a sensible policy to be permanently chasing the >>bleeding-edge of development in a production environment. I think you >>should set up your mirror with known good and stable versions of the >>tools you need in your environment and then freeze it, and only update >>parts of it as and when specifically needed and after testing and >>change control. IOW, I think this problem is better solved by >>development methodology and management techniques than by a shell >>script. > > Can I get YA gold star for Dave here? > > This is eminently sensible advice. I was thinking the same thing but > every message I started to compose on the subject did not put it as well > or as non-meanly. I have a very different opinion on this. When a mirror stops mirroring, the poor user will not be able to update any fixes to his installation, and will bother the mailing list then. He will never detect that another mirror has a newer setup.ini, because mirroring is only pull, not push. So he will never get to any updates or fixes. Nobody on the mailinglist ever said that this or that certain mirror is old or stale. Just the word "stale mirror" is common. For example to get buggy gcc versions. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Fri Sep 3 16:08:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Fri, 03 Sep 2004 16:08:00 -0000 Subject: OpenJade and phpdocs In-Reply-To: References: Message-ID: <41389637.60607@x-ray.at> Mirko Tebaldi (Indirizzo Pubblico) schrieb: > i would like to make from phpdoc tree a html, pdf, rtf, and so on... > > i installed cygwin 'full optional', so openjade is actually present and > installed. > > can some one guide me through the process ? i read instruction at: > http://it.tldp.org/HOWTO/DocBook-OpenJade-SGML-XML-HOWTO/index.html > > but it say to configure openjade for path I cannot locate. ... can tell me > more please ? you must open a cygwin shell (bash). you must have php.exe or php-cli.exe command client in your path and then simply follow the instructions. I have my php.exe in /usr/local/bin, which is quite a good idea with pear, because pear/PHPdoc/phpdoc starts with line: #!/usr/local/bin/php -Cq -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Fri Sep 3 16:12:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 03 Sep 2004 16:12:00 -0000 Subject: Problem executing a .bat script in a directory with spaces using bash In-Reply-To: References: <5c8adab704090207557a3a359a@mail.gmail.com> <4137566C.7070203@sbcglobal.net> <5c8adab704090210405ea696e4@mail.gmail.com> <413760BD.2080504@sbcglobal.net> <5c8adab70409021123291886c7@mail.gmail.com> <41376CD2.9090102@comcast.net> <41376D75.1060806@comcast.net> Message-ID: On Fri, 3 Sep 2004, Mark Bohlman wrote: > Igor Pechtchanski wrote: > > On Fri, 3 Sep 2004, Mark Bohlman wrote: > > > > > Igor Pechtchanski wrote: > > > > > > > On Fri, 3 Sep 2004, Christopher Cobb wrote: > > > > > > > > > I get different results than you do. It seems to work as expected: > > > > > > > > > > chcobb@CHCOBB-054009 /c/Documents and Settings 09:45:46 > > > > > 511$ cat test.bat > > > > > echo %1 > > > > > > > > > > chcobb@CHCOBB-054009 /c/Documents and Settings 09:45:48 > > > > > 511$ ./test.bat > > > > > > > > > > C:\Documents and Settings>echo > > > > > ECHO is on. > > > > > > > > I believe you're missing the point. Try > > > > > > > > ../test.bat "hello world" > > > > > > > > and you'll get the error. > > > > > > > > I've come across this when writing a pure Windows loader for > > > > another program. The above is actually an idiosyncrasy of the way > > > > spawn() works in Cygwin (and, incidentally, in Windows' own > > > > MSVCRT) -- it calls CreateProcess, which expects all arguments > > > > combined into one command string (which, in turn, is later parsed > > > > for separate arguments - yes, retarded, I know). The fact is > > > > that, if any argument contains spaces, it has to be quoted before > > > > CreateProcess() is invoked. Cygwin apparently doesn't do this > > > > properly to the first argument, so the above breaks. See > > > > spawn_guts() in winsup/cygwin/spawn.cc (warning: a 590!-line > > > > function). . > > > > Igor > > > > > > You get the same "odd evaluation behavior" when doing > > > echo "Hello World" | ./test.bat > > > (in any directory). > > > -- Mark > > > > Actually, I don't. Did you, by chance, mean "echo ...|xargs ./test.bat"? > > Even so, you should probably be a bit more specific about the "odd > > evaluation behavior" that you're observing. > > Igor > > Hmmm. I'm seeing the same results as you show above with a quoted "Hello > World" parameter to the ./test.bat. > > Then in doing the echo, without the xargs, results in the same > "non-evaluation" (what i consider to be 'odd') for parameter %1 within the > test.bat file. > -- Mark Well, piping the output of echo to test.bat's stdin is *not* the same as passing the string as a parameter. In the former case, test.bat is called with no arguments, so %1 evaluates to nothing. IOW, the behavior you're seeing is expected. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Fri Sep 3 16:33:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 03 Sep 2004 16:33:00 -0000 Subject: e2fsprogs In-Reply-To: References: Message-ID: On Fri, 3 Sep 2004, Dave Korn wrote: > > -----Original Message----- > > From: cygwin-owner On Behalf Of Christopher Faylor > > Sent: 03 September 2004 16:04 > > > On Fri, Sep 03, 2004 at 04:55:48PM +0200, Gerrit P. Haase wrote: > > >Thats it, thank you for the analysis, I just thought all the time > > >after the thread, why are all libraries found, but uuid isn't? > > >I remember now that I also have e2fsprogs installed and libwin32 > > >failis for me with exactly the same error. > > > > Huh? Wha? Was there some kind of problem with e2fsprogs? I > > must have missed it. > > > Hey Igor! You were supposed to rememeber to do that! Sorry, I was too busy with that gold star thing... Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Fri Sep 3 16:33:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Fri, 03 Sep 2004 16:33:00 -0000 Subject: How to detect a broken cygwin mirror? (gold star alert) In-Reply-To: <4138948B.8090400@x-ray.at> References: <20040903014127.6FBDC8454B@pessard.research.canon.com.au> <20040903144029.GA8992@trixie.casa.cgf.cx> <4138948B.8090400@x-ray.at> Message-ID: <20040903161341.GE9839@trixie.casa.cgf.cx> On Fri, Sep 03, 2004 at 05:58:03PM +0200, Reini Urban wrote: >Christopher Faylor schrieb: >>On Fri, Sep 03, 2004 at 01:49:40PM +0100, Dave Korn wrote: >>>>-----Original Message----- >>>>From: cygwin-owner On Behalf Of luke.kendall >>>>Sent: 03 September 2004 02:41 >>> >>>>Cygwin-specific expertise, and move on. The worst experiences, in my >>>>opinion, are like this one, that seem to come down to a broken mirror: >>>>our mirror rsyncing to it and breaking, and then people updating or >>>>installing from our broken mirror, and getting into states like my PC >>>>is in now. >>> >>>I don't think it's a sensible policy to be permanently chasing the >>>bleeding-edge of development in a production environment. I think you >>>should set up your mirror with known good and stable versions of the >>>tools you need in your environment and then freeze it, and only update >>>parts of it as and when specifically needed and after testing and >>>change control. IOW, I think this problem is better solved by >>>development methodology and management techniques than by a shell >>>script. >> >>Can I get YA gold star for Dave here? >> >>This is eminently sensible advice. I was thinking the same thing but >>every message I started to compose on the subject did not put it as well >>or as non-meanly. > >I have a very different opinion on this. That's because you don't seem to be understanding what was being said. >When a mirror stops mirroring, the poor user will not be able to update >any fixes to his installation, and will bother the mailing list then. >He will never detect that another mirror has a newer setup.ini, because >mirroring is only pull, not push. > >So he will never get to any updates or fixes. Dave said that you set up YOUR OWN mirror with known, good, working versions of the packages and only update parts of it when needed. That is the only sane way to set things up for a production environment. Otherwise, you are subject to the whims of every package maintainer. If I update cygwin tomorrow and it has a bug, and you download the buggy cygwin to either your mirror or your local drive, you are potentially dead in the water. If everyone in your organization does this, then the whole organization is dead in the water. Worrying about "the best" mirror to use doesn't help. "The best" mirror is not going to know that cygwin is broken. The only way to verify that nothing is broken for your organization is to do controlled, staged, tested updates to your own local mirror. Your local mirror needs to be maintained by someone, of course. There should never be a situation where it is not being updated due to lack of attention. The added delay will mean that a user may not see a bug fix as fast as someone who updates cygwin every fifteen minutes but, for an environment that entails unknowledgeable users and relies on not being down for long periods of time, this is the only way to do things. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Fri Sep 3 16:41:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Fri, 03 Sep 2004 16:41:00 -0000 Subject: OpenSSH on windows Problem In-Reply-To: <20040903153501.GB3692@scripps.edu> References: <20040902204046.GB29071@trixie.casa.cgf.cx> <20040903153501.GB3692@scripps.edu> Message-ID: <20040903163415.GF9839@trixie.casa.cgf.cx> On Fri, Sep 03, 2004 at 08:35:01AM -0700, David A. Case wrote: >On Thu, Sep 02, 2004, Christopher Faylor wrote: >>This is really really simple and I don't know why it is so confusing. >> >>If your program uses the cygwin DLL, then your program is GPLed. > >On possible reason for confusion is that statments like this one (which >have appeared many times on this list) are poorly worded. What an arrogant statement. I was trying to distill this down to simple, clear sentences. There is a lot more that can be said about this but, if you really don't understand if you are affected then you need to consult both technical and legal help. >It would be better to say something like this: If you distribute a >program linked to the cygwin DLL without making that program available >under the GPL (or an equivalent allowable license) you are in violation >of the license under which you received the cygwin DLL in the first >place. > >It is possible, but unlikely, that a court could order a remedy that >would force you to distribute your program under the GPL. It is not >that case that violating the cygwin license means that "your program is >GPLed" in some instantaneous or automatic fashion, simply as >consequence of your bad behavior. That is entirely debatable and you have no basis for making such an authoritative statement. >Fears that programs might somehow be automatically forced under the GPL >may help propagate the (false) perception that the GPL is "viral". When you use the cygwin DLL in your program and distribute it, you are implicitly agreeing to the license terms of the cygwin DLL. That means that you must adhere to the GPL, ergo your program is GPLed. It is Red Hat's intent that the only acceptable use of the cygwin DLL should be in accordance with the GPL as described on the cygwin licensing page. If you are distributing your program without checking on the licensing of the software that it uses, then you get what you deserve. If you want to debate the fine points of the law, then either contact Red Hat directly or find another mailing list. Until then, my poorly worded statements will have to serve as the definitive answer for this topic. -- Christopher Faylor spammer? -> aaaspam@sourceware.org Cygwin Co-Project Leader aaaspam@duffek.com TimeSys, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From mirko.tebaldi@libero.it Fri Sep 3 17:38:00 2004 From: mirko.tebaldi@libero.it (Mirko Tebaldi (Indirizzo Pubblico)) Date: Fri, 03 Sep 2004 17:38:00 -0000 Subject: Change path for php Message-ID: when i execute autoconf and then ./configure --with-lang=it i obtain and error of php not present. i installed then windows 32 binaries of php4. so i obtain to have c:\php\cli\php.exe like requested from documentations ()php-doc ho to) i quote the documentation: --------------------- You also need a working copy of PHP 4.x to build the manual. On Windows, you should put a php.bat file to the phpdoc-tools directory, with a PHP calling line. You may use the recommended php.ini file as the default settings for PHP scripts differ from the ones required by phpdoc PHP scripts. The recommended php.ini file can be found in phpdoc/scripts. Something like this works (modify this according to your PHP setup directory): @"C:\php\cli\php.exe" %1 %2 %3 %4 %5 %6 %7 %8 %9 Verify that your directory structure looks like this: +--phpdoc | | | +--CVS | | | +--en | | | \--... | \--phpdoc-tools | +--jade | | | \--jade.exe (etc) | \--php.bat Now go to the phpdoc directory, and execute: autoconf ./configure --with-lang=your_language_code Substitute your_language_code with a language code you checked out the files of, and would like to work on. The --with-lang parameter is optional. If you don't specify it, the default is en (English). -------------------------- in /etc/profile i indicate PATH as : PATH="cygdrive/c/php4/cli:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:$PATH" it is correct ? so why configure doesn't find it !? thanx to all -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Fri Sep 3 18:06:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Fri, 03 Sep 2004 18:06:00 -0000 Subject: e2fsprogs In-Reply-To: <20040903150425.GA9461@trixie.casa.cgf.cx> References: <14810259248.20040829195031@familiehaase.de> <20040829212630.32357.qmail@web40414.mail.yahoo.com> <1008963871.20040830011922@familiehaase.de> <1524918411.20040830073143@familiehaase.de> <4132C57F.8060606@x-ray.at> <14810733947.20040903165548@familiehaase.de> <20040903150425.GA9461@trixie.casa.cgf.cx> Message-ID: <6.1.0.6.0.20040903133251.0341ff60@pop.prospeed.net> At 11:04 AM 9/3/2004, you wrote: >On Fri, Sep 03, 2004 at 04:55:48PM +0200, Gerrit P. Haase wrote: >>Thats it, thank you for the analysis, I just thought all the time >>after the thread, why are all libraries found, but uuid isn't? >>I remember now that I also have e2fsprogs installed and libwin32 >>failis for me with exactly the same error. > >Huh? Wha? Was there some kind of problem with e2fsprogs? I must have >missed it. > >cgf > >(trying to move to the next iteration so that I can be mean) Does shameless, willful baiting qualify? I can handle that. Can I do it? Huh? Huh? Please can I do it?? ;-) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Fri Sep 3 18:22:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Fri, 03 Sep 2004 18:22:00 -0000 Subject: e2fsprogs In-Reply-To: <6.1.0.6.0.20040903133251.0341ff60@pop.prospeed.net> References: <14810259248.20040829195031@familiehaase.de> <20040829212630.32357.qmail@web40414.mail.yahoo.com> <1008963871.20040830011922@familiehaase.de> <1524918411.20040830073143@familiehaase.de> <4132C57F.8060606@x-ray.at> <14810733947.20040903165548@familiehaase.de> <20040903150425.GA9461@trixie.casa.cgf.cx> <6.1.0.6.0.20040903133251.0341ff60@pop.prospeed.net> Message-ID: <20040903180725.GH9839@trixie.casa.cgf.cx> On Fri, Sep 03, 2004 at 01:37:27PM -0400, Larry Hall wrote: >>(trying to move to the next iteration so that I can be mean) > >Does shameless, willful baiting qualify? I can handle that. Can I do >it? Huh? Huh? Please can I do it?? ;-) Sure, I don't see why not. Go for it! cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Fri Sep 3 18:27:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Fri, 03 Sep 2004 18:27:00 -0000 Subject: OpenSSH on windows Problem In-Reply-To: <20040903163415.GF9839@trixie.casa.cgf.cx> References: <20040902204046.GB29071@trixie.casa.cgf.cx> <20040903153501.GB3692@scripps.edu> <20040903163415.GF9839@trixie.casa.cgf.cx> Message-ID: <20040903182334.GL9839@trixie.casa.cgf.cx> On Fri, Sep 03, 2004 at 12:34:15PM -0400, Christopher Faylor wrote: >It is Red Hat's intent that the only acceptable use of the cygwin DLL ^ , barring any other arrangements made directly with Red Hat, >should be in accordance with the GPL as described on the cygwin >licensing page. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Fri Sep 3 18:39:00 2004 From: dk@artimi.com (Dave Korn) Date: Fri, 03 Sep 2004 18:39:00 -0000 Subject: BUG gcc-mingw 20040810-1 library search path In-Reply-To: <643109725.20040903170802@familiehaase.de> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Gerrit P. Haase > Sent: 03 September 2004 16:08 > To: Igor Pechtchanski > Hallo Igor, I'm not Igor! Heh, PMFBI! > > On Mon, 30 Aug 2004, Gerrit P. Haase wrote: > >> >> This is in binutils/ld/configure.tgt: > >> >> i[3-7]86-*-cygwin*) targ_emul=i386pe ; > >> >> targ_extra_ofiles="deffilep.o pe-dll.o" > >> >> test "$targ" != "$host" && > >> >> LIB_PATH='${tooldir}/lib/w32api' ;; > >> >> > >> >> where tooldir should be /usr/i686-pc-mingw32 in this > case and you need > >> >> to have the symlinks installed in /usr/i686-pc-mingw32: > >> >> 21 Nov 1 2003 bin -> ../i686-pc-cygwin/bin > >> >> 16 Nov 1 2003 include -> ../include/mingw > >> >> 12 Nov 1 2003 lib -> ../lib/mingw > > The whole point was that there is stated in binutils ld config > LIB_PATH='${tooldir}/lib/w32api' > ${tooldir}/lib/w32api it is the same as saying > /usr/i686-pc-mingw32/../lib/mingw/w32api which doesn't resolve and I > wonder how this works. Gerrit, the default search path for ld is passed down from the gcc driver, not compiled into ld. I think this LIB_PATH setting is maybe just used on the build machine, at the time when compiling a cross-binutils (hence the test "$targ" != "$host") targetted at mingw, perhaps? cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Fri Sep 3 19:41:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Fri, 03 Sep 2004 19:41:00 -0000 Subject: e2fsprogs In-Reply-To: <20040903180725.GH9839@trixie.casa.cgf.cx> References: <14810259248.20040829195031@familiehaase.de> <20040829212630.32357.qmail@web40414.mail.yahoo.com> <1008963871.20040830011922@familiehaase.de> <1524918411.20040830073143@familiehaase.de> <4132C57F.8060606@x-ray.at> <14810733947.20040903165548@familiehaase.de> <20040903150425.GA9461@trixie.casa.cgf.cx> <6.1.0.6.0.20040903133251.0341ff60@pop.prospeed.net> <20040903180725.GH9839@trixie.casa.cgf.cx> Message-ID: <6.1.0.6.0.20040903143157.034bc2c0@pop.prospeed.net> At 02:07 PM 9/3/2004, CGF wrote: >On Fri, Sep 03, 2004 at 01:37:27PM -0400, Larry Hall wrote: >>>(trying to move to the next iteration so that I can be mean) >> >>Does shameless, willful baiting qualify? I can handle that. Can I do >>it? Huh? Huh? Please can I do it?? ;-) > >Sure, I don't see why not. Go for it! > Looks like I lost my window of opportunity, since Rob has a new version ready for upload now. Deprived again by efficient Cygwin maintainers. Now that's mean! ;-) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From mbohlman@tcicredit.com Fri Sep 3 21:33:00 2004 From: mbohlman@tcicredit.com (Mark Bohlman) Date: Fri, 03 Sep 2004 21:33:00 -0000 Subject: Problem executing a .bat script in a directory with spaces using bash In-Reply-To: References: <5c8adab704090207557a3a359a@mail.gmail.com> <4137566C.7070203@sbcglobal.net> <5c8adab704090210405ea696e4@mail.gmail.com> <413760BD.2080504@sbcglobal.net> <5c8adab70409021123291886c7@mail.gmail.com> <41376CD2.9090102@comcast.net> <41376D75.1060806@comcast.net> Message-ID: Igor Pechtchanski wrote: > On Fri, 3 Sep 2004, Mark Bohlman wrote: > > >>Igor Pechtchanski wrote: >> >>>On Fri, 3 Sep 2004, Mark Bohlman wrote: >>> >>> >>>>Igor Pechtchanski wrote: >>>> >>>> >>>>>On Fri, 3 Sep 2004, Christopher Cobb wrote: >>>>> >>>>> >>>>>>I get different results than you do. It seems to work as expected: >>>>>> >>>>>>chcobb@CHCOBB-054009 /c/Documents and Settings 09:45:46 >>>>>>511$ cat test.bat >>>>>>echo %1 >>>>>> >>>>>>chcobb@CHCOBB-054009 /c/Documents and Settings 09:45:48 >>>>>>511$ ./test.bat >>>>>> >>>>>>C:\Documents and Settings>echo >>>>>>ECHO is on. >>>>> >>>>>I believe you're missing the point. Try >>>>> >>>>>../test.bat "hello world" >>>>> >>>>>and you'll get the error. >>>>> >>>>>I've come across this when writing a pure Windows loader for >>>>>another program. The above is actually an idiosyncrasy of the way >>>>>spawn() works in Cygwin (and, incidentally, in Windows' own >>>>>MSVCRT) -- it calls CreateProcess, which expects all arguments >>>>>combined into one command string (which, in turn, is later parsed >>>>>for separate arguments - yes, retarded, I know). The fact is >>>>>that, if any argument contains spaces, it has to be quoted before >>>>>CreateProcess() is invoked. Cygwin apparently doesn't do this >>>>>properly to the first argument, so the above breaks. See >>>>>spawn_guts() in winsup/cygwin/spawn.cc (warning: a 590!-line >>>>>function). . >>>>> Igor >>>> >>>>You get the same "odd evaluation behavior" when doing >>>>echo "Hello World" | ./test.bat >>>>(in any directory). >>>>-- Mark >>> >>>Actually, I don't. Did you, by chance, mean "echo ...|xargs ./test.bat"? >>>Even so, you should probably be a bit more specific about the "odd >>>evaluation behavior" that you're observing. >>> Igor >> >>Hmmm. I'm seeing the same results as you show above with a quoted "Hello >>World" parameter to the ./test.bat. >> >>Then in doing the echo, without the xargs, results in the same >>"non-evaluation" (what i consider to be 'odd') for parameter %1 within the >>test.bat file. >>-- Mark > > > Well, piping the output of echo to test.bat's stdin is *not* the same as > passing the string as a parameter. In the former case, test.bat is called > with no arguments, so %1 evaluates to nothing. IOW, the behavior you're > seeing is expected. > Igor Of course you are right on the stdin side. My mistake. And I think it's time i move back to Unix systems exclusively as the behavior is "as expected" (used loosely) under cmd.exe. -- Mark -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From caschreirc@yahoo.com Fri Sep 3 21:38:00 2004 From: caschreirc@yahoo.com (C Schreiner) Date: Fri, 03 Sep 2004 21:38:00 -0000 Subject: can't open file for writing Message-ID: <20040903213311.47094.qmail@web61202.mail.yahoo.com> I can not save to a nonexistant file name under Cygwin, but I can under Windows. When I type: cat "hello" > foo.txt under Cygwin I get this error message: bash: foo.txt: No such file or directory (unless foo.txt already exists in the current directory). This only happens with network filesystems. I know I have write permission because I can create the file with "touch foo.txt", and I can create the files with Windows Wordpad. Other programs under Cygwin also cannot create files, such as vim, and co (from the rcs package). Things work fine for all programs on the local C: drive. Why does this problem occur under Cygwin? Is there maybe a workaround? I have not seen anything about this in the Cygwin FAQ or in two mailing list archive searches. If there is already documentation about this, please point me to it. I am using Windows XP professional 5.1.2600 SP 1.0, and Cygwin DLL version 1.5.10-3 (setup program version 2.427). Thank you for your consideration, Christian Schreiner caschreirc (at) yahoo (dot) com __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From peter@rehley.net Fri Sep 3 21:41:00 2004 From: peter@rehley.net (Peter Rehley) Date: Fri, 03 Sep 2004 21:41:00 -0000 Subject: can't open file for writing In-Reply-To: <20040903213311.47094.qmail@web61202.mail.yahoo.com> References: <20040903213311.47094.qmail@web61202.mail.yahoo.com> Message-ID: <5CB94352-FDF1-11D8-BB03-000D932D0448@rehley.net> On Sep 3, 2004, at 2:33 PM, C Schreiner wrote: > I can not save to a nonexistant file name under > Cygwin, but I can under Windows. > > When I type: > > cat "hello" > foo.txt Does the file "hello" exist? Try echo "hello" > foo.txt > > under Cygwin I get this error message: > > bash: foo.txt: No such file or directory > > (unless foo.txt already exists in the current > directory). This only happens with network > filesystems. I know I have write permission because I > can create the file with "touch foo.txt", and I can > create the files with Windows Wordpad. Other programs > under Cygwin also cannot create files, such as vim, > and co (from the rcs package). Things work fine for > all programs on the local C: drive. > > Why does this problem occur under Cygwin? Is there > maybe a workaround? > > I have not seen anything about this in the Cygwin FAQ > or in two mailing list archive searches. If there is > already documentation about this, please point me to > it. > > I am using Windows XP professional 5.1.2600 SP 1.0, > and Cygwin DLL version 1.5.10-3 (setup program version > 2.427). > > Thank you for your consideration, > > > Christian Schreiner > caschreirc (at) yahoo (dot) com > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ford@vss.fsi.com Fri Sep 3 22:04:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Fri, 03 Sep 2004 22:04:00 -0000 Subject: can't open file for writing In-Reply-To: <20040903213311.47094.qmail@web61202.mail.yahoo.com> References: <20040903213311.47094.qmail@web61202.mail.yahoo.com> Message-ID: On Fri, 3 Sep 2004, C Schreiner wrote: > I can not save to a nonexistant file name under > Cygwin, but I can under Windows. [snip] > I have not seen anything about this in the Cygwin FAQ > or in two mailing list archive searches. If there is > already documentation about this, please point me to > it. http://sources.redhat.com/ml/cygwin/2004-06/msg00785.html ? -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cy.20.superconductor@xoxy.net Fri Sep 3 22:06:00 2004 From: cy.20.superconductor@xoxy.net (Paul) Date: Fri, 03 Sep 2004 22:06:00 -0000 Subject: Keeping a local mirror up to date (cy: addressed to exclusive sender for this address) In-Reply-To: References: Message-ID: <4138EA63.4020009@xoxy.net> Dave Korn wrote: > By design, setup searches through all the download directories, keeps > track of all the versions, should know exactly what you've already got and > never re-download something you already have; if it ever does, it's a bug. For me setup.exe always seems to compare what I actually have INSTALLED with what it downloads rather than what is in the download directory. So I have ended up making local 'mirrors' that are missing essential utilities, because my machine already had them installed. Similarly it seems to download over and over again components I have downloaded but not installed. Paul -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rschm@broadpark.no Fri Sep 3 22:18:00 2004 From: rschm@broadpark.no (Robert Schmidt) Date: Fri, 03 Sep 2004 22:18:00 -0000 Subject: openldap 2.2.15-2 In-Reply-To: References: Message-ID: Igor Pechtchanski wrote: > On Fri, 3 Sep 2004, Robert Schmidt wrote: >>I have problems running openldap 2.2.15-2 (cygwin is up-to-date as of this >>moment). > > You have minires-0.97-1 installed. The latest version is 0.98-3. Try > upgrading to it. The API has apparently changed between the versions, > though the library is not versioned (this is arguably a packaging bug). I got that far an hour later, but the problem persists. minires 0.98-3 OK I've also reinstalled openldap, openldap-devel and minires, and rebooted. Now I've reverted back to minires 0.97-1. Thanks for the patient pointers on "cygcheck-iquette". I've been using cygwin since the B1x's - I can't imagine a life on Windows without it. It's only now I've started consuming the mailing lists, though... :-) >>[... hundreds more files missing in *.new ...] >>apache 1.3.29-2 Incomplete > Apache packaging is very "cygcheck -c"-unfriendly... Well, I should have pointed out that I removed those folders myself... :-) Cheers, Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rschm@broadpark.no Fri Sep 3 23:02:00 2004 From: rschm@broadpark.no (Robert Schmidt) Date: Fri, 03 Sep 2004 23:02:00 -0000 Subject: Installing php 5 In-Reply-To: <413846B7.7050905@x-ray.at> References: <000501c49198$8bdf24d0$d3025197@realtebo> <413846B7.7050905@x-ray.at> Message-ID: <4138EDB2.5020609@broadpark.no> Reini Urban wrote: > mirko tebaldi schrieb: > >> Please, someone can help me (eventually in private mailing) step by >> step for >> installing php 5 ? > > Go to http://www.php.net Neither PHP4 nor 5 take part of cygwin because the package was broken. I'm also anxious to see it back in! I succeeded installing the Win32 PHP4 binaries from php.net, and got it to work in cygwin Apache 1.3 as a CGI handler. This is suboptimal compared to an Apache module, though, and the Win32 PHPs won't understand cygwin's home folders or symlinks (and probably much more). Cheers, Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From shinji257@gmail.com Fri Sep 3 23:09:00 2004 From: shinji257@gmail.com (Robert Pendell) Date: Fri, 03 Sep 2004 23:09:00 -0000 Subject: Keeping a local mirror up to date In-Reply-To: References: <20040903142645.40854.qmail@web52201.mail.yahoo.com> Message-ID: You can also do what I do. Run rsync and sync up with a mirror. The way I have it configured takes a little but at most maybe about 30 minutes to update every so often. Depends on what has been updated. My sync deleted outdated files (ones that don't need to be there) and downloads new files. It also does checksum runs on the files. On Fri, 3 Sep 2004 16:14:09 +0100, Dave Korn wrote: > > -----Original Message----- > > From: Keith Christian > > Sent: 03 September 2004 15:27 > > To: Dave Korn > > Oops! We should always keep questions and replies on the list - that way > they're there in the web archive for anyone else in future who comes along > with the same problem.... > > > Thanks - one more question - What if the mirror the original > > mirror was > > created from is temporarily unavailable? > > > > Example: This morning, the previous mirror was not available: > > > > cygwin_install/dist/ftp%3a%2f%2fftp.nas.nasa.gov%2fmirrors%2fc > > ygwin.com%2fpub%2fcygwin > > > > So I chose mirrors.kernel.org which created this directory: > > cygwin_install/dist/ftp%3a%2f%2fmirrors.kernel.org%2fsources.r > > edhat.com%2fcygwin > > > > > > Further: > > > > 1. Suppose the local download directory of ftp.nas.nasa.gov > > had version 1.1 of > > package foo. > > > > 2. Suppose another local download directory of > > ftp.nas.nasa.gov had a more > > recent version 1.2 of package foo. > > > > 3. Suppose package foo is still at version 1.2 on any up to > > date Cygwin > > mirror. > > > > Then: Does SETUP.EXE check all existing local directories to see which > > contains the most up to date version of a file before > > bothering to download it > > again? > > Yes. > > > Does SETUP.EXE check only the local directory that > > matches the mirror > > it is currently connected to? > > No. > > By design, setup searches through all the download directories, keeps > track of all the versions, should know exactly what you've already got and > never re-download something you already have; if it ever does, it's a bug. > > There is one caveat: if setup dies - actually crashes or is killed - > part-way through downloading a whole series of packages, it may not have > updated its catalog by the time it gets terminated, and so it might download > them again. But once setup has downloaded and exited successfully, it > should know and remember what it's done and not do it again. > > > > cheers, > DaveK > -- > Can't think of a witty .sigline today.... > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Robert Pendell shinji257@gmail.com Freeipods.com & FreeFlatScreens.com Conga Lines http://shinji.chaosnet.org/phpBB2 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From sthoenna@efn.org Fri Sep 3 23:54:00 2004 From: sthoenna@efn.org (Yitzchak Scott-Thoennes) Date: Fri, 03 Sep 2004 23:54:00 -0000 Subject: Keeping a local mirror up to date (cy: addressed to exclusive sender for this address) In-Reply-To: <4138EA63.4020009@xoxy.net> References: <4138EA63.4020009@xoxy.net> Message-ID: <20040903230945.GA1076@efn.org> On Fri, Sep 03, 2004 at 11:04:19PM +0100, Paul wrote: > Similarly it seems to download over and over again components I have > downloaded but not installed. Never done that for me (so long as the previous download's mirror is still chosen) Are you changing mirrors? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cygwin@tlinx.org Sat Sep 4 02:02:00 2004 From: cygwin@tlinx.org (linda w) Date: Sat, 04 Sep 2004 02:02:00 -0000 Subject: /proc registry access In-Reply-To: References: <413831C5.6010803@tlinx.org> Message-ID: <41390426.7070100@tlinx.org> Igor Pechtchanski wrote: > Yes. Cygwin will not process paths that contain a ":" -- perhaps > >erroneously, as it should probably check that the ":" is the second >character, preceded by a letter. . > > --- Do you think it would be desirable to have cygwin not encumber itself with character/filename validity, but instead let it be processed by the underlying subsystem (or pseudo subsystem, in this case). Thanks for the MLADP. > FWIW, if you want to use Cygwin tools to manipulate the registry, you can > >use 'regtool'. > > Yeah, but the point of have the registry be like a file system (or process info be like a file system) is to allow easy access and manipulation with the normal gnu text utils. Ran into the problems using "find"... gotta figure out how to get cvs to work through a proxy and, maybe better, set up a cross development environment on linux. I lost the last simple set of instructions I had to build the setup command...sigh. I think for the proxy bit, I seem to remember having to use a sockified CVS... Maybe eventually will it move to my "start-do list" :-). -- In the marketplace of "Real goods", capitalism is limited by safety regulations, consumer protection laws, and product liability. In the computer industry, what protects consumers (other than vendor good will that seems to diminish inversely to their size)? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Sat Sep 4 02:14:00 2004 From: brian@dessent.net (Brian Dessent) Date: Sat, 04 Sep 2004 02:14:00 -0000 Subject: Change path for php References: Message-ID: <41392321.DF30F02E@dessent.net> "Mirko Tebaldi (Indirizzo Pubblico)" wrote: > in /etc/profile i indicate PATH as : > > PATH="cygdrive/c/php4/cli:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:$PATH" > > it is correct ? so why configure doesn't find it !? If that is the actual line you are using and not a typo then it would seem you are missing the leading / in front of cygdrive. The way you've got it above is specifying a relative path, you want instead "/cygdrive/c/..." You should be able to verify that there is a PHP in the path by typing "type php" or "which php" from your shell prompt before running configure. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From andrex@alumni.utexas.net Sat Sep 4 02:34:00 2004 From: andrex@alumni.utexas.net (Andrew Schulman) Date: Sat, 04 Sep 2004 02:34:00 -0000 Subject: how to link without libutil.so? [repost] Message-ID: I'm trying to build Unison version 2.9.99.????Compilation??succeeds,??but?? the link step fails with /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/../../../../i686-pc-cygwin/bin/ld: cannot find -lutil after running a gcc command that includes '-lutil'.????I've??searched??the?? Cygwin packages, and it does seem that there's no file libutil.a or libutil.so in any of them.????On??other??platforms,??this??is??a??standard?? library. So is there some other library that I should use in place of libutil.* on Cygwin?????I??tried??'ln??-s??libcygwin.a??/usr/lib/libutil.a'??(what??the?? hell, it was worth a shot) but it failed. Other people have asked about this same problem in other forums, but I haven't seen any of them get an answer. Thanks, Andrew. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Sat Sep 4 03:18:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Sat, 04 Sep 2004 03:18:00 -0000 Subject: how to link without libutil.so? [repost] In-Reply-To: References: Message-ID: <20040904023518.GA17453@trixie.casa.cgf.cx> On Fri, Sep 03, 2004 at 10:14:43PM -0400, Andrew Schulman wrote: >I'm trying to build Unison version 2.9.99.??Compilation?succeeds,?but? >the link step fails with > >/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/../../../../i686-pc-cygwin/bin/ld: >cannot find -lutil > >after running a gcc command that includes '-lutil'.??I've?searched?the? >Cygwin packages, and it does seem that there's no file libutil.a or >libutil.so in any of them.??On?other?platforms,?this?is?a?standard? >library. > >So is there some other library that I should use in place of libutil.* >on Cygwin???I?tried?'ln?-s?libcygwin.a?/usr/lib/libutil.a'?(what?the? >hell, it was worth a shot) but it failed. > >Other people have asked about this same problem in other forums, but I >haven't seen any of them get an answer. As you noted, the file doesn't exist in the cygwin distribution. It's possible that you could just get by with removing it from the link line entirely since it looks like most of the functions in this library are in cygwin1.dll. Otherwise, you'll have to come up with workarounds for the missing functions. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From andrex@alumni.utexas.net Sat Sep 4 03:23:00 2004 From: andrex@alumni.utexas.net (Andrew Schulman) Date: Sat, 04 Sep 2004 03:23:00 -0000 Subject: how to link without libutil.so? [repost] References: <20040904023518.GA17453@trixie.casa.cgf.cx> Message-ID: >>/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/../../../../i686-pc-cygwin/bin/ld: >>cannot find -lutil > > As you noted, the file doesn't exist in the cygwin distribution. It's > possible that you could just get by with removing it from the link line > entirely since it looks like most of the functions in this library are > in cygwin1.dll. No, I tried that already. The link still fails. > Otherwise, you'll have to come up with workarounds for the missing > functions. OK, thanks. I guess I'll have to start digging in. A. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Sat Sep 4 04:22:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Sat, 04 Sep 2004 04:22:00 -0000 Subject: how to link without libutil.so? [repost] In-Reply-To: References: <20040904023518.GA17453@trixie.casa.cgf.cx> Message-ID: <20040904032446.GA18306@trixie.casa.cgf.cx> On Fri, Sep 03, 2004 at 11:18:06PM -0400, Andrew Schulman wrote: >>>/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/../../../../i686-pc-cygwin/bin/ld: >>>cannot find -lutil >> >>As you noted, the file doesn't exist in the cygwin distribution. It's >>possible that you could just get by with removing it from the link line >>entirely since it looks like most of the functions in this library are >>in cygwin1.dll. > >No, I tried that already. You said that you tried linking libcygwin.a to libutil.a but that is not necessarily going to work. >The link still fails. "the link still fails" provides almost zero useful information. You certainly didn't get the same "cannot find -lutil" error message when you tried this. Since Corinna went to some effort to add libutil functionality to the cygwin DLL a while ago and since I can't see any functions in libutil.so which are missing from cygwin1.dll, I don't see why this didn't work. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From andrex@alumni.utexas.net Sat Sep 4 06:08:00 2004 From: andrex@alumni.utexas.net (Andrew Schulman) Date: Sat, 04 Sep 2004 06:08:00 -0000 Subject: how to link without libutil.so? [repost] References: <20040904023518.GA17453@trixie.casa.cgf.cx> <20040904032446.GA18306@trixie.casa.cgf.cx> Message-ID: > "the link still fails" provides almost zero useful information. True. > Since Corinna went to some effort to add libutil functionality to the > cygwin DLL a while ago and since I can't see any functions in libutil.so > which are missing from cygwin1.dll, I don't see why this didn't work. Okay, I went back and tried this again, in order to provide the error message. Instead I solved the problem. The line in question in the Makefile was CLIBS+=-cclib -lutil The first time I looked at this line, in my simplicity I only commented out the '-lutil', and the link failed (can't remember the error message now). This time I commented out the whole line, and the linking completed successfully. So yes, it seems that libutil.so is taken care of by cygwin1.dll. The real problem here is that the latest Unison Makefile isn't correctly detecting that it's building in a Cygwin environment. That's why it executed the line above. I'll send a patch to the Unison developers. Thanks for your help. Andrew. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From mirko.tebaldi@libero.it Sat Sep 4 09:03:00 2004 From: mirko.tebaldi@libero.it (Mirko Tebaldi (Indirizzo Pubblico)) Date: Sat, 04 Sep 2004 09:03:00 -0000 Subject: R: Change path for php In-Reply-To: <41392321.DF30F02E@dessent.net> Message-ID: ok, now the path is correct, thanx ! i've used php succesfully... now i've an error, but i ask into php ML. Thanx ! --- > in /etc/profile i indicate PATH as : > > PATH="cygdrive/c/php4/cli:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:$PATH" > > it is correct ? so why configure doesn't find it !? If that is the actual line you are using and not a typo then it would seem you are missing the leading / in front of cygdrive. ---- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Sat Sep 4 09:11:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Sat, 04 Sep 2004 09:11:00 -0000 Subject: How to detect a broken cygwin mirror? (gold star alert) In-Reply-To: <20040903161341.GE9839@trixie.casa.cgf.cx> References: <20040903014127.6FBDC8454B@pessard.research.canon.com.au> <20040903144029.GA8992@trixie.casa.cgf.cx> <4138948B.8090400@x-ray.at> <20040903161341.GE9839@trixie.casa.cgf.cx> Message-ID: <413984CF.8040602@x-ray.at> Christopher Faylor schrieb: > On Fri, Sep 03, 2004 at 05:58:03PM +0200, Reini Urban wrote: >>Christopher Faylor schrieb: >>>On Fri, Sep 03, 2004 at 01:49:40PM +0100, Dave Korn wrote: >>> >>>>>-----Original Message----- >>>>>From: cygwin-owner On Behalf Of luke.kendall >>>>>Sent: 03 September 2004 02:41 >>>> >>>>>Cygwin-specific expertise, and move on. The worst experiences, in my >>>>>opinion, are like this one, that seem to come down to a broken mirror: >>>>>our mirror rsyncing to it and breaking, and then people updating or >>>>>installing from our broken mirror, and getting into states like my PC >>>>>is in now. >>>> >>>>I don't think it's a sensible policy to be permanently chasing the >>>>bleeding-edge of development in a production environment. I think you >>>>should set up your mirror with known good and stable versions of the >>>>tools you need in your environment and then freeze it, and only update >>>>parts of it as and when specifically needed and after testing and >>>>change control. IOW, I think this problem is better solved by >>>>development methodology and management techniques than by a shell >>>>script. >>> >>>Can I get YA gold star for Dave here? >>> >>>This is eminently sensible advice. I was thinking the same thing but >>>every message I started to compose on the subject did not put it as well >>>or as non-meanly. >> >>I have a very different opinion on this. > > > That's because you don't seem to be understanding what was being said. > > >>When a mirror stops mirroring, the poor user will not be able to update >>any fixes to his installation, and will bother the mailing list then. >>He will never detect that another mirror has a newer setup.ini, because >>mirroring is only pull, not push. >> >>So he will never get to any updates or fixes. > > > Dave said that you set up YOUR OWN mirror with known, good, working > versions of the packages and only update parts of it when needed. That > is the only sane way to set things up for a production environment. > Otherwise, you are subject to the whims of every package maintainer. > > If I update cygwin tomorrow and it has a bug, and you download the buggy > cygwin to either your mirror or your local drive, you are potentially > dead in the water. If everyone in your organization does this, then the > whole organization is dead in the water. > > Worrying about "the best" mirror to use doesn't help. "The best" mirror > is not going to know that cygwin is broken. The only way to verify that > nothing is broken for your organization is to do controlled, staged, > tested updates to your own local mirror. > > Your local mirror needs to be maintained by someone, of course. There > should never be a situation where it is not being updated due to lack > of attention. The added delay will mean that a user may not see a bug > fix as fast as someone who updates cygwin every fifteen minutes but, > for an environment that entails unknowledgeable users and relies on > not being down for long periods of time, this is the only way to do > things. Ah, okay. I missed the "local" mirror part. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Sat Sep 4 09:13:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Sat, 04 Sep 2004 09:13:00 -0000 Subject: Installing php 5 In-Reply-To: <4138EDB2.5020609@broadpark.no> References: <000501c49198$8bdf24d0$d3025197@realtebo> <413846B7.7050905@x-ray.at> <4138EDB2.5020609@broadpark.no> Message-ID: <413986AB.1030104@x-ray.at> Robert Schmidt schrieb: > Reini Urban wrote: >> mirko tebaldi schrieb: >>> Please, someone can help me (eventually in private mailing) step by >>> step for >>> installing php 5 ? > >> Go to http://www.php.net > > Neither PHP4 nor 5 take part of cygwin because the package was broken. > I'm also anxious to see it back in! > > I succeeded installing the Win32 PHP4 binaries from php.net, and got it > to work in cygwin Apache 1.3 as a CGI handler. > > This is suboptimal compared to an Apache module, though, and the Win32 > PHPs won't understand cygwin's home folders or symlinks (and probably > much more). Yes, but these php.net builds and snaps come with all needed modules. The real problem with php packaging for cygwin is not php alone. (besides the not yet solved apache ssl - rebase problem, which is irrelevant to the cli target) It's all the seperate and dirty old modules you need to install. About 60? If it would be easy, I would have made it also. But for my company I had to do php updates on linux once in a while and it was a nightmare. Esp. Boutell's GD way of things. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Sat Sep 4 09:33:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Sat, 04 Sep 2004 09:33:00 -0000 Subject: Change path for php In-Reply-To: <41392321.DF30F02E@dessent.net> References: <41392321.DF30F02E@dessent.net> Message-ID: <41398740.3020909@x-ray.at> Brian Dessent schrieb: > "Mirko Tebaldi (Indirizzo Pubblico)" wrote: > >>in /etc/profile i indicate PATH as : >> >>PATH="cygdrive/c/php4/cli:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:$PATH" >> >>it is correct ? so why configure doesn't find it !? > > > If that is the actual line you are using and not a typo then it would > seem you are missing the leading / in front of cygdrive. The way you've > got it above is specifying a relative path, you want instead > "/cygdrive/c/..." You should be able to verify that there is a PHP in > the path by typing "type php" or "which php" from your shell prompt > before running configure. I already told you to copy php.exe to /usr/local/bin because most/all pear apps expect it there! And don't take the other cfg paths from your italian openjade docs granted, just the default paths or none at all. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From mirko.tebaldi@libero.it Sat Sep 4 10:01:00 2004 From: mirko.tebaldi@libero.it (Mirko Tebaldi (Indirizzo Pubblico)) Date: Sat, 04 Sep 2004 10:01:00 -0000 Subject: What is this Message-ID: What is /bin/test.exe ? i have a script that uses that, but it has not output and no --help or --usage !!! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From seidlcw@gmx.net Sat Sep 4 10:41:00 2004 From: seidlcw@gmx.net (Andreas Seidl) Date: Sat, 04 Sep 2004 10:41:00 -0000 Subject: Updated: TeXmacs-1.0.4-4 Message-ID: <4139928D.3040909@gmx.net> TeXmacs: A scientific wysiwyg Editor and Interface for Computer Algebra Systems The current stable version 1.0.4 has been updated to the latest revision. For more information, please refer to http://www.cygwin.com/ml/cygwin-announce/2004-08/msg00027.html Andreas -- http://www.fmi.uni-passau.de/~seidl/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Sat Sep 4 11:05:00 2004 From: brian@dessent.net (Brian Dessent) Date: Sat, 04 Sep 2004 11:05:00 -0000 Subject: /proc registry access References: <413831C5.6010803@tlinx.org> <41390426.7070100@tlinx.org> Message-ID: <41399CF2.75B039E@dessent.net> linda w wrote: > gotta figure out how to get cvs to work through a proxy and, maybe > better, set up a cross development environment on linux. I lost the > last simple set of instructions I had to build the setup command...sigh. > > I think for the proxy bit, I seem to remember having to use a sockified > CVS... Google[1] says that if you have cvs >= 1.12.6 you can specify a http proxy in the pserver CVSROOT specification: cvs -d :pserver;proxy=foo;proxyport=bar:anoncvs@sources.redhat.com:/cvs/src co winsup However, if you have a SOCKS proxy then you'll indeed need a socksified version of the cvs client. Brian [1] https://www.cvshome.org/cyclic/cvs/dev-http.txt -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Sat Sep 4 11:38:00 2004 From: brian@dessent.net (Brian Dessent) Date: Sat, 04 Sep 2004 11:38:00 -0000 Subject: What is this References: Message-ID: <4139A290.CCA20B5F@dessent.net> "Mirko Tebaldi (Indirizzo Pubblico)" wrote: > > What is /bin/test.exe ? > > i have a script that uses that, but it has not output and no --help > or --usage !!! Have you considered "man test"? Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Sat Sep 4 12:01:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Sat, 04 Sep 2004 12:01:00 -0000 Subject: ipc debugging Message-ID: <4139A931.8050604@x-ray.at> I experience a shmget problem with postgresql and try to debug that. I created debug version of cygserver. cd "src\obj\i686-pc-cygwin\winsup\cygserver" insight cygserver.exe I put a breakpoint at shmget() break ../../../../winsup/cygserver/sysv_shm.cc:807 But I guess this will not work since $ ipcs -a Bad system call Is this enough or do I have to create a debug cygwin0.dll also? -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Sat Sep 4 12:18:00 2004 From: brian@dessent.net (Brian Dessent) Date: Sat, 04 Sep 2004 12:18:00 -0000 Subject: Problem executing a .bat script in a directory with spaces using bash References: <5c8adab704090207557a3a359a@mail.gmail.com> <4137566C.7070203@sbcglobal.net> <5c8adab704090210405ea696e4@mail.gmail.com> <413760BD.2080504@sbcglobal.net> <5c8adab70409021123291886c7@mail.gmail.com> <41376CD2.9090102@comcast.net> <41376D75.1060806@comcast.net> Message-ID: <4139AF96.4274702@dessent.net> Christopher Cobb wrote: > I use the following shell function cmd() to invoke batch files. It removes > cygwinisms from the PATH and the environment first and does some argument > pre-processing. It also seems to fix the space problem. Interesting function. However, I found that it chokes if the name of the command to run has spaces, even if they are properly quoted on the command line, e.g. $ cmd /cygdrive/c/Program\ Files/something\ with\ a\ space/test.bat 'c:Program' is not recognized as an internal or external command, operable program or batch file. If you enable "set -x" and run it you see that it's ultimately trying to execute: eval /winxp/system32/cmd.exe /c 'c:\Program Files\something with a space\test.bat' ...which then acutally tries to run: /winxp/system32/cmd.exe /c c:Program Filessomething with a spacetest.bat I'm not sure why 'eval' is needed here at all but I assume there's a good reason. I'm no scripting guru and the levels of quoting here are really nasty. However, I found the following version seems to fix the issue for me. It does explicit quoting on the $c part so that the eval line gets $c with shell-quoting already applied, which it then removes. cmd () { ( local c=`cygpath -w "$1"|sed -r 's@([^a-z0-9.:])@\\\\\\1@gi'`; shift; local cmd=`cygpath -u $COMSPEC`; while [ $# != 0 ]; do if [ -f "$1" ]; then local args="$args '`cygpath -w $1`'"; else if [ -d "$1" ]; then local args="$args '`cygpath -w $1 | sed 's@\\\\\$@@'`'"; else local args="$args '$1'"; fi; fi; shift; done; PATH=`echo $PATH | tr : '\n' | egrep -vw '^(/usr/local/bin|/usr/bin|/bin|/usr/X11R6/bin)$' | tr '\n' :`; unset BASH_ENV COLORTERM CYGWIN DISPLAY HISTCONTROL MAKE_MODE; unset MANPATH PKG_CONFIG_PATH PS1 PWD SHLVL TERM USER _; unset CVS CVSROOT CVS_RSH GEN_HOME GROOVY_HOME TOMCAT_DIR; eval $cmd /c $c $args ) } This version successfully allows you to do: cmd /posix/path/with\ spaces\ in\ it/file.bat ..and have it work correctly. ----- I've used a simiar function for a while in the past, but both it and this still suffer from one really annoying flaw: if an argument that is meant to be a filename does not exist, the script will not windows-ize it. The context that this comes up is that I would like to be able to run a windows editor, passing it a posix filespec on the command line of a file that does not exist: cmd /cygdrive/c/Program\ Files/UltraEdit/uedit32.exe ~/foo If ~/foo already exists then this is properly translated into: /winxp/system32/cmd.exe /c 'c:\Program Files\UltraEdit\uedit32.exe' 'C:\cygwin\home\brian\foo' However, if ~/foo is a new file that does not exist, then the script will not convert it into a windows path, and the win32 program gets really confused. I guess you could assume all arguments are filenames and "cygpath -w" them, but I'm sure that ends up breaking yet something else. Any ideas? Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From mirko.tebaldi@libero.it Sat Sep 4 12:35:00 2004 From: mirko.tebaldi@libero.it (Mirko Tebaldi (Indirizzo Pubblico)) Date: Sat, 04 Sep 2004 12:35:00 -0000 Subject: R: What is this In-Reply-To: <4139A290.CCA20B5F@dessent.net> Message-ID: sorry.. i'm new in the linux-like world ! now i try.... something tell me it's ... the manual ? ..i tryed. i didn't know the man utility. thank you ! now i'll try with about all .exe files.. -----Messaggio originale----- Da: cygwin-owner@cygwin.com [mailto:cygwin-owner@cygwin.com]Per conto di Brian Dessent Inviato: sabato 4 settembre 2004 13.10 A: cygwin@cygwin.com Oggetto: Re: What is this "Mirko Tebaldi (Indirizzo Pubblico)" wrote: > > What is /bin/test.exe ? > > i have a script that uses that, but it has not output and no --help > or --usage !!! Have you considered "man test"? Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ __________ Informazione NOD32 1.842 (20040813) __________ Questo messaggio h stato controllato dal Sistema Antivirus NOD32 http://www.nod32.it -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rschm@broadpark.no Sat Sep 4 15:47:00 2004 From: rschm@broadpark.no (Robert Schmidt) Date: Sat, 04 Sep 2004 15:47:00 -0000 Subject: openldap 2.2.15-2 In-Reply-To: References: Message-ID: Robert Schmidt wrote: >> On Fri, 3 Sep 2004, Robert Schmidt wrote: >>> I have problems running openldap 2.2.15-2 (cygwin is up-to-date as of >>> this >>> moment). >> You have minires-0.97-1 installed. The latest version is 0.98-3. Try >> upgrading to it. The API has apparently changed between the versions, >> though the library is not versioned (this is arguably a packaging bug). > I got that far an hour later, but the problem persists. Problem solved. Some (yet unidentified) application had installed a couple of old cygwin DLLs in the SYSTEM32 folder. I should have thought of that earlier. Strangely, though, c:\cygwin\bin is *before* c:\windows\system32, so something doesn't make sense to me. [C:\]which cygminires.dll cygminires.dll is an external : C:\cygwin\bin\cygminires.dll Ah well, at least slapd runs, after removing the rogue DLL. Cheers, Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cupcake@sdf.lonestar.org Sat Sep 4 16:39:00 2004 From: cupcake@sdf.lonestar.org (David) Date: Sat, 04 Sep 2004 16:39:00 -0000 Subject: changing chgwin from c to i drive Message-ID: <200409041547.i84Flepw014001@sdf.lonestar.org> Hi, I'm running cygwin on windows NT. Last month, I installed cygwin from the internet on my I drive, and deleted it from my c drive. After changing the paths, everything seems to work fine except that after reboot I have to run this command: mount i:\sys\cygwin / Can this be automated so it always is done on reboot? Thanks, David -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Sat Sep 4 17:11:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Sat, 04 Sep 2004 17:11:00 -0000 Subject: changing chgwin from c to i drive In-Reply-To: <200409041547.i84Flepw014001@sdf.lonestar.org> References: <200409041547.i84Flepw014001@sdf.lonestar.org> Message-ID: <6.1.0.6.0.20040904123153.034d74c0@pop.prospeed.net> At 11:47 AM 9/4/2004, you wrote: >Hi, > >I'm running cygwin on windows NT. > >Last month, I installed cygwin from the internet on my I drive, >and deleted it from my c drive. After changing the paths, >everything seems to work fine except that after reboot I >have to run this command: > > mount i:\sys\cygwin / > >Can this be automated so it always is done on reboot? It's not necessary. Mount settings are persistent until removed or changed. See for more info on 'mount' (there's a man page too, thought the User's Guide has more details). If the above doesn't help, please read and follow the guidelines set forth in: >Problem reports: http://cygwin.com/problems.html for any follow-up inquiries to the list. This will help anyone here more effectively understand your installation and the details of your problems with it. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Sat Sep 4 17:18:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Sat, 04 Sep 2004 17:18:00 -0000 Subject: [ANNOUNCEMENT] New package: ctetris-0.29-1 Message-ID: <200409041711.i84HB9U11568@esds.vss.fsi.com> The package 'ctetris' is now available in the Cygwin distribution. ctetris is a console mode tetris clone, written in C using the ncurses library. It works very fast and efficient, so it should be possible to play it even over a slow remote terminal. With highscores. The author is Dominik Hackl. License: GPL The ctetris home page is http://sourceforge.net/projects/ctetris *** 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. Then, run setup and answer all of the questions. ctetris is located in the "Games" category. Click on this category to install ctetris if it is not already installed. If ctetris is already installed, it will be updated automatically. If you have questions or comments, please send them to the Cygwin mailing list at: cygwin@cygwin.com. I would appreciate it if you would use this mailing list rather than emailing me directly. In this build the docs are duplicated. This will be addressed in a future update. In between you can safely rm -rf /usr/share/doc/ctetris/ *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=3D3Dyourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Sat Sep 4 17:33:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Sat, 04 Sep 2004 17:33:00 -0000 Subject: Keeping a local mirror up to date (cy: addressed to exclusive sender for this address) In-Reply-To: <4138EA63.4020009@xoxy.net> References: <4138EA63.4020009@xoxy.net> Message-ID: <6.1.0.6.0.20040904130519.034da6e8@pop.prospeed.net> At 06:04 PM 9/3/2004, you wrote: >Dave Korn wrote: >> By design, setup searches through all the download directories, keeps >>track of all the versions, should know exactly what you've already got and >>never re-download something you already have; if it ever does, it's a bug. > >For me setup.exe always seems to compare what I actually have INSTALLED with what it downloads rather than what is in the download directory. So I have ended up making local 'mirrors' that are missing essential utilities, because my machine already had them installed. Similarly it seems to download over and over again components I have downloaded but not installed. Setup is not a mirroring tool. It is an install tool. In the process of performing the setup, it downloads what you ask for (including dependencies) and optionally (depending on whether you choose "Download from Internet" or "Install from Internet") installs what it downloads. It will not download these same versions again unless you switch mirrors. The local archive it creates can be brought to another machine and installed if desired. 'setup.exe' will automatically download updated versions of packages you have installed, unless otherwise instructed by you. If you're actually trying to create and maintain a mirror, you're better off using tools like 'wget', 'curl', or 'rsync'. These tools are meant to provide mirror functionality. 'setup.exe' keeps a local archive. As you've determined already, there's a difference between the two notions. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Sat Sep 4 18:11:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Sat, 04 Sep 2004 18:11:00 -0000 Subject: /proc registry access In-Reply-To: <41390426.7070100@tlinx.org> References: <413831C5.6010803@tlinx.org> <41390426.7070100@tlinx.org> Message-ID: <6.1.0.6.0.20040904132407.034d4430@pop.prospeed.net> At 07:54 PM 9/3/2004, you wrote: >Igor Pechtchanski wrote: > >>Yes. Cygwin will not process paths that contain a ":" -- perhaps >> >>erroneously, as it should probably check that the ":" is the second >>character, preceded by a letter. . >> >--- > Do you think it would be desirable to have cygwin not encumber itself >with character/filename validity, but instead let it be processed by the >underlying subsystem (or pseudo subsystem, in this case). Thanks for >the MLADP. What pseudo subsystem is that? Win32? Cygwin does what it does to support POSIX path semantics while still providing reasonable support for Win32 path semantics. But like Igor said, if you have an idea to improve the handling, . Having a concrete patch always focuses the discussion very quickly. :-) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Sun Sep 5 04:51:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Sun, 05 Sep 2004 04:51:00 -0000 Subject: postgres 8 plperl Message-ID: <413A0549.6050707@x-ray.at> Just a short notice that I successfully created the new postgresql-8.0.0beta2 (full debugging) with plperl, and this still fails with the same plperl problem as the older versions. postmaster crashes on executing a plperl function. All other regression tests pass ok. But the overall performance is MUCH better than with the 7.4.x series. The automatic test at initdb gets you max_connections=100. Before 5 were recommended for the testsuite. As soon as the plperl problems are fixed I will provide a test package. (taking over from Jason) My current patchset is at http://xarch.tu-graz.ac.at/home/rurban/software/cygwin/postgresql/postgresql-8.0.0beta2-1/ -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Sun Sep 5 11:54:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Sun, 05 Sep 2004 11:54:00 -0000 Subject: [ANNOUNCEMENT] Updated: cygwin-1.5.11-1 Message-ID: <200409050451.i854pPi21887@esds.vss.fsi.com> I've made a new version of the Cygwin DLL and associated utilities available for download. As usual, a list of what has changed is below. 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. Then, run setup and answer all of the questions. If you have questions or comments, please send them to the Cygwin mailing list at: cygwin@cygwin.com . *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. Christopher Faylor Red Hat, Inc. Changes since 1.5.10-3: - Fix various reported cygserver problems. (Corinna Vinschen) - Add -g/--group option to mkgroup (q.v.) (Igor Pechtchanski) - Fix some problems with rsync hangs on Windows NT class systems. (Bob Byrnes) - Fix mysterious configure script premature exit. (Pierre Humblet) - Properly zero fill file on windows 9x when file is extended. (Pierre Humblet) - Regularize errno text output. (Corinna Vinschen) - Fix handling of audio fds when duped. (Pierre Humblet) - Report correct processor-specific flags in /proc/cpuinfo. (Christopher January, Tomas Ukkonen) - Add workaround to get Cygwin working on 64-bit systems. (Corinna Vinschen, Christopher Faylor) - Fix handling of chdir with windows paths. (Pierre Humblet) - Make path handling and error checking for mount more robust. (Pierre Humblet) - Add minor speedup to spawn/exec processing. (Christophe Jaillet) - Fix shmget handling. (Corinna Vinschen) - Don't create filenames, on disk, which normal Windows interprets as "special". (Pierre Humblet, David Fritz, Christopher Faylor) - Make IPC_INFO visible only for ipc system utilities, to make it consistent with declaration of struct seminfo. (Egor Duda) - Fix usage message in ssp. (John Paul Wallington) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From _garbage_collector_@telia.com Sun Sep 5 19:13:00 2004 From: _garbage_collector_@telia.com (Hannu E K Nevalainen) Date: Sun, 05 Sep 2004 19:13:00 -0000 Subject: How does a script find where Cygwin is installed? In-Reply-To: Message-ID: you wrote, luke.kendall@zzzzz.zzzzz.zzz.zz: > On Fri, 3 Sep 2004, luke.kendall wrote: > >> $ CYGPATH=`cygpath -w /` >> $ echo $CYGPATH >> C:\cygwin >> $ CYGPATH=`cygpath -u "$CYGPATH"` >> $ echo $CYGPATH >> / >> >> What I really want to get is "C:/cygwin" > > $ cygpath -m / > >> or "/cygdrive/c/cygwin", in my case. > > $ cygpath -m / | sed 's,^\([A-Za-z]\):,/cygdrive/\1,' That might produce false results, depending on the "mount -c" setting. Here is a (working/stable?) remedy: $ cygpath -m / | \ sed "s,^\([A-Za-z]\):,$( \ mount -p | \ sed -n '2s/^\([^ ]*\).*/\1/p' \ )/\1," /cygdrive/C/Program/Cygwin /Hannu E K Nevalainen, B.Sc. EE Microcomputer systems --72--> ** mailing list preference; please keep replies on list ** -- printf("LocalTime: UTC+%02d\n",(DST)? 2:1); -- --END OF MESSAGE-- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Brian.Kelly@Empireblue.com Sun Sep 5 19:13:00 2004 From: Brian.Kelly@Empireblue.com (Brian.Kelly@Empireblue.com) Date: Sun, 05 Sep 2004 19:13:00 -0000 Subject: [ANNOUNCEMENT] Updated: cygwin-1.5.11-1 Message-ID: Borrowing a line from that deeply inspirational film ....... ANIMAL HOUSE: "THANK YOU SIR - MAY I HAVE ANOTHER!!??" The efforts of all involved are GREATLY appreciated! Brian Kelly "Christopher Faylor" @cygwin.com on 09/05/2004 12:51:25 AM Please respond to cygwin@cygwin.com Sent by: cygwin-owner@cygwin.com To: cygwin@cygwin.com cc: (bcc: Brian Kelly/WTC1/Empire) Subject: [ANNOUNCEMENT] Updated: cygwin-1.5.11-1 I've made a new version of the Cygwin DLL and associated utilities available for download. As usual, a list of what has changed is below. 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. Then, run setup and answer all of the questions. If you have questions or comments, please send them to the Cygwin mailing list at: cygwin@cygwin.com . *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. Christopher Faylor Red Hat, Inc. Changes since 1.5.10-3: - Fix various reported cygserver problems. (Corinna Vinschen) - Add -g/--group option to mkgroup (q.v.) (Igor Pechtchanski) - Fix some problems with rsync hangs on Windows NT class systems. (Bob Byrnes) - Fix mysterious configure script premature exit. (Pierre Humblet) - Properly zero fill file on windows 9x when file is extended. (Pierre Humblet) - Regularize errno text output. (Corinna Vinschen) - Fix handling of audio fds when duped. (Pierre Humblet) - Report correct processor-specific flags in /proc/cpuinfo. (Christopher January, Tomas Ukkonen) - Add workaround to get Cygwin working on 64-bit systems. (Corinna Vinschen, Christopher Faylor) - Fix handling of chdir with windows paths. (Pierre Humblet) - Make path handling and error checking for mount more robust. (Pierre Humblet) - Add minor speedup to spawn/exec processing. (Christophe Jaillet) - Fix shmget handling. (Corinna Vinschen) - Don't create filenames, on disk, which normal Windows interprets as "special". (Pierre Humblet, David Fritz, Christopher Faylor) - Make IPC_INFO visible only for ipc system utilities, to make it consistent with declaration of struct seminfo. (Egor Duda) - Fix usage message in ssp. (John Paul Wallington) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ "WellChoice, Inc." made the following annotations on 09/05/2004 07:53:46 AM ------------------------------------------------------------------------------ Attention! This electronic message contains information that may be legally confidential and/or privileged. The information is intended solely for the individual or entity named above and access by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution, or use of the contents of this information is prohibited and may be unlawful. If you have received this electronic transmission in error, please reply immediately to the sender that you have received the message in error, and delete it. Release/Disclosure Statement -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From _garbage_collector_@telia.com Mon Sep 6 00:35:00 2004 From: _garbage_collector_@telia.com (Hannu E K Nevalainen) Date: Mon, 06 Sep 2004 00:35:00 -0000 Subject: can't open file for writing In-Reply-To: <20040903213311.47094.qmail@web61202.mail.yahoo.com> Message-ID: C Schreiner, ++++++-owner@cygwin.+++ wrote: > I can not save to a nonexistant file name under > Cygwin, but I can under Windows. > > When I type: > > cat "hello" > foo.txt I suppose you MEANT "echo" here... otherwise: $ cat "hello" >foo.txt cat: hello: No such file or directory $ echo "hello" >foo.txt $ cat foo.txt hello > under Cygwin I get this error message: > > bash: foo.txt: No such file or directory > > (unless foo.txt already exists in the current > directory). This only happens with network > filesystems. /Hannu E K Nevalainen, B.Sc. EE Microcomputer systems --72--> ** mailing list preference; please keep replies on list ** -- printf("LocalTime: UTC+%02d\n",(DST)? 2:1); -- --END OF MESSAGE-- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Shane.Hill@dsto.defence.gov.au Mon Sep 6 03:56:00 2004 From: Shane.Hill@dsto.defence.gov.au (Hill, Shane) Date: Mon, 06 Sep 2004 03:56:00 -0000 Subject: md5.sum in root of Cygwin mirror? Message-ID: <27D22054C09AD611B16700306E01B9F10114CB10@fmbex504.dsto.defence.gov.au> G'day All, Can someone remove the md5.sum in the Cygwin root that has zero file size. It is causing problems with the lftp mirroring program. Thanks.Have Fun !! Shane Hill ============================================================================= Shane D. Hill (B.E. Aero. Hons.) Aircraft Vehicles Division, Platforms Sciences Laboratory, Defence Science & Technology Organisation, 506 Lorimer St, Fishermens Bend, Vic. 3207, AUSTRALIA. Email: Shane.Hill at dsto aot defence dot gov dot au ============================================================================= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From earnie@users.sourceforge.net Mon Sep 6 04:42:00 2004 From: earnie@users.sourceforge.net (Earnie Boyd) Date: Mon, 06 Sep 2004 04:42:00 -0000 Subject: [ANNOUNCEMENT] Updated: mingw-runtime-3.5-1 Message-ID: <200409060356.i863uGv13131@esds.vss.fsi.com> This is a multi-part message in MIME format. --------------020203070708050809040107 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit I've made a new version of the mingw runtime headers and libraries available for download. A list of what has changed is attached. NOTE: mingw-runtime version 3.4 was not publicly released. Earnie. -----Installation Instructions----- 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. Then, run setup and answer all of the questions. 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. Then, run setup and answer all of the questions. Note that we do not allow downloads from sources.redhat.com (aka cygwin.com) 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. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. If you have questions or comments, please send them to the Cygwin mailing list at: cygwin@cygwin.com. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple If you need to unsubscribe from cygwin-announce or any other mailing list, reading the instructions at the above URL is guaranteed to provide you with the info that you need. -- http://www.mingw.org http://sourceforge.net/projects/mingw https://sourceforge.net/donate/index.php?user_id=15438 -- http://www.mingw.org http://sourceforge.net/projects/mingw https://sourceforge.net/donate/index.php?user_id=15438 --------------020203070708050809040107 Content-Type: text/plain; name="Changes.mingw" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="Changes.mingw" 2004-04-22 Earnie Boyd * DISCLAIMER: Add words about "free to use". * README: Modify "Win32 runtime" to "Microsoft C Runtime". * Makefile.in (SRCDIST_FILES): Add DISCLAIMER and CONTRIBUTORS. (inst_docdir): New variable. (INSTDOCS): Ditto. (FLAGS_TO_PASS): Include inst_docdir. (install-dirs): Add inst_docdir. (install): Add loop for INSTDOCS. * strncasecmp.c: Reword copyright and disclaimer. Move Contributors section to CONTRIBUTORS file. Remove RCS tags. 2004-04-22 Danny Smith * mingwex/math/lround.c: Rewrite. * mingwex/math/lroundf.c: Rewrite. * mingwex/math/lroundl.c: Rewrite. * mingwex/math/llround.c: Rewrite. * mingwex/math/llroundf.c: Rewrite. * mingwex/math/llroundl.c: Rewrite. 2004-04-20 Earnie Boyd * CONTRIBUTORS: New file. * DISCLAIMER: Ditto. * CRT_noglob.c: Reword copyright and disclaimer. Move Contributors section to CONTRIBUTORS file. Remove RCS tags. * CRTFmode.c: Ditto. * CRTglob.c: Ditto. * CRTinit.c: Ditto. * crt1.c: Ditto. * crtdll.dev: Ditto. * dllcrt1.c: Ditto. * dllmain.c: Ditto. * gccmain.c: Ditto. * init.c: Ditto. * isascii.c: Ditto. * iscsym.c: Ditto. * iscsymf.c: Ditto. * jamfile: Ditto. * main.c: Ditto. * msvcrt.def.in: Ditto. * strcasecmp.c: Ditto. * toascii.c: Ditto. * wcscmpi.c: Ditto. * include/assert.h: Ditto. * include/conio.h: Ditto. * include/ctype.h: Ditto. * include/direct.h: Ditto. * include/dirent.h: Ditto. * include/dos.h: Ditto. * include/errno.h: Ditto. * include/excpt.h: Ditto. * include/fcntl.h: Ditto. * include/float.h: Ditto. * include/io.h: Ditto. * include/locale.h: Ditto. * include/malloc.h: Ditto. * include/math.h: Ditto. * include/process.h: Ditto. * include/setjmp.h: Ditto. * include/share.h: Ditto. * include/signal.h: Ditto. * include/stdio.h: Ditto. * include/stdlib.h: Ditto. * include/string.h: Ditto. * include/tchar.h: Ditto. * include/time.h: Ditto. * include/wchar.h: Ditto. * include/sys/locking.h: Ditto. * include/sys/param.h: Ditto. * include/sys/stat.h: Ditto. * include/sys/timeb.h: Ditto. * include/sys/types.h: Ditto. * include/sys/utime.h: Ditto. * mingwex/dirent.c: Ditto. 2004-04-19 Earnie Boyd * include/_mingw.h: Revert to primary release 3 and increment minor release to 3. * Makefile.in (VERSION): Ditto. 2004-04-01 Danny Smith * crt1.c (_mingw32_init_fmode): Set *_imp___fmode_dll to _fmode if not __MSVCRT__. 2004-03-30 Danny Smith * include/io.h: (_findfirst): Correct prototype. 2004-03-30 Hans Leidekker * include/io.h: (_findnext, _findclose): Correct prototype. 2004-03-28 Hans Leidekker * include/math.h (FP_*): Add defines. 2004-03-29 Danny Smith * mingwex/math/round.c: Rewrite. * mingwex/math/roundf.c: Rewrite. * mingwex/math/roundl.c: Rewrite. 2004-03-25 Danny Smith * include/_mingw.h (__MSVCRT_VERSION__): Define default as 0x0600. * include/time.h (__time64_t): Add typedef. (_mktime64): Add prototype for __MSVCRT_VERSION__ >= 0x0601. (_ctime64): Likewise. (_wctime64): Likewise. (_gmtime64): Likewise. (_localtime64): Likewise. (wcsftime): Move into _WTIME_DEFINED block. Regroup non-ANSI prototypes. * include/io.h: Include . (__finddata64_t): Add struct definition. (__wfinddata64_t): Likewise. (_findfirst64): Add prototype for __MSVCRT_VERSION__ >= 0x0601. (_findnext64): Likewise. (_wfindfirst64): Likewise. (_wfindnext64): Likewise. * include/sys/timeb.h (__timeb64): Add struct definition. (_ftime64): Add prototype for __MSVCRT_VERSION__ >= 0x0601. * include/sys/utime.h (__utimbuf64): Add struct definition. (_utime64): Add prototype for __MSVCRT_VERSION__ >= 0x0601. (_futime64): Likewise. (_wutime64): Likewise. * include/sys/stat.h (__stat64): Add struct definition. (_fstat64): Add prototype for __MSVCRT_VERSION__ >= 0x0601. (_stat64): Likewise. (_wstat64): Likwise. * include/sys/types.h (__time64_t): Add typedef. * include/wchar.h (__wfinddata64_t): Add structure definition. (__stat64): Likewise. (_wctime64): Add prototype for __MSVCRT_VERSION__ >= 0x0601. (_wfindfirst64): Likewise. (_wfindnext64): Likewise. (_wutime64): Likewise. (_wstat64): Likwise. * include/malloc.h (_aligned_free): Add prototype for __MSVCRT_VERSION__ >= 0x0700. (_aligned_malloc): Likewise. (_aligned_offset_malloc): Likewise. (_aligned_offset_realloc): Likewise. (_aligned_realloc): Likewise. * include/string.h (_wcserror): Add prototype for __MSVCRT_VERSION__ >= 0x0700. (__wcserror): Likewise. * include/math.h (_set_SSE2_enable): Add prototype for __MSVCRT_VERSION__ >= 0x0701. 2004-03-25 Danny Smith * include/stdio.h (_fsopen): Add prototype. * include/tchar.h (_tfsopen): Add defines. Thanks to "Gerik" 2004-03-19 Danny Smith * msvcrt.def.in: Add stubs for msvcrt.dll (version 6.10), msvcr70.dll, and msvcr71.dll. * Makefile.in (msvcr*.def): Define preprocessor __msvcr*__ constant using basename of output def file. 2004-03-13 Danny Smith * include/malloc.h: Remove __STRICT_ANSI__ guard. 2004-03-11 Brian Keener * include/process.h: Remove the #endif associated with removal of __STRICT_ANSI__ guard from non-ANSI header. 2004-03-10 Danny Smith * include/conio.h: Remove __STRICT_ANSI__ guard from non-ANSI header. * include/direct.h: Ditto. * include/dirent.h: Ditto. * include/dos.h: Ditto. * include/excpt.h: Ditto. * inlude/fcntl,h * include/io.h: Ditto. * inlude/mem.h: Ditto. * include/memory.h: Ditto. * include/process.h: Ditto. * inlude/search.h: Ditto. * include/share.h: Ditto. * include/unistd.h: Ditto. * include/sys/fcntl.h: Ditto. * include/file.h: Ditto. * include/sys/locking.h: Ditto. * include/sys/param.h: Ditto. * include/sys/stat,h * include/sys/time.h: Ditto. * include/sys/timeb.h: Ditto. * include/sys/types.h: Ditto. * include/sys/unistd.h: Ditto. * include/sys/utime.h: Ditto. 2004-02-21 Danny Smith * include/_mingw.h (__UNUSED_PARAM): Define macro. * include/wchar.h (fwide): Use it. (mbsinit): Ditto. 2004-02-05 Danny Smith * mingwex/getopt.c: Define IS_POSIXLY_CORRECT as per NetBSD getopt_long.c. 2004-02-05 Danny Smith * mingwex/strtold.c (__asctoe64) Reorganise. Fix setting error codes and handling of special chars. 2004-02-02 Danny Smith * include/stdio.h (feof): Add inlined definition. (ferror): Ditto. 2004-02-01 Danny Smith * mingwex/math/ldexpl.c (ldexpl): Call __asm__("fscale") directly, rather than via scabnl. 2004-02-01 Danny Smith * mingwex/math/powl.c (powl): Return infinity if extended precision multiplication of x by log2(y) overflows. 2004-01-31 Danny Smith * mingwex/math/cephes_emath.h (__enan_64): Fix thinko. (__enan_NI16): Fix another one. (__enan_NBITS): Tidy. 2004-01-16 Danny Smith * include/stdint.h Fix __STDC_CONSTANT_MACROS for 8 and 16 bit types. (Thanks to John Maddock for report.) 2004-01-14 Greg Chicares * include/tchar.h (_puttchar): Define. 2003-12-13 Danny Smith * include/stdio.h:(_fileno): Define macro version after both fileno and _fileno functions declared. * include/stdio.h (_rmtmp, rmtmp): Add prototypes. * moldnames.def.in (rmtmp) Add stub. 2003-11-27 Dimitry Sibiryakov * include/signal.h (SIG_SGE, SIG_ACK): Add defines. 2003-10-27 Danny Smith * include/math.h: Guard ISO C99 additions with __cplusplus not __GLIBCPP__. 2003-10-21 Danny Smith * include/_mingw.h: Define __attribute__((x)) to nothing if not __GNUC__. 2003-10-21 Danny Smith * include/complex.h: New file. * mingwex/complex: New directory. * mingwex/complex/cabs.c: New file. * mingwex/complex/cacos.c: New file. * mingwex/complex/cacosh.c: New file. * mingwex/complex/casin.c: New file. * mingwex/complex/casinh.c: New file. * mingwex/complex/catan.c: New file. * mingwex/complex/catanh.c: New file. * mingwex/complex/ccos.c: New file. * mingwex/complex/ccosh.c: New file. * mingwex/complex/cexp.c: New file. * mingwex/complex/cimag.c: New file. * mingwex/complex/clog.c: New file. * mingwex/complex/cpow.c: New file. * mingwex/complex/cproj.c: New file. * mingwex/complex/creal.c: New file. * mingwex/complex/csin.c: New file. * mingwex/complex/csinh.c: New file. * mingwex/complex/csqrt.c: New file. * mingwex/complex/ctan.c: New file. * mingwex/complex/ctanh.c: New file. * mingwex/Makefile.in (COMPLEX_DISTFILES): New list of files. (dist): Use it. (COMPLEX_OBJS): New list of objects. (LIB_OBJS): Include it in the library. 2003-10-21 Danny Smith * include/math.h (cabs): Remove non-ISO prototype. 2003-10-21 Danny Smith * mingwex/math/cephes_mconf.h (NAN, NANF, NANL): Use GCC __builtin's if available. (INFINITY, INFINITYF, INFINITYL): Likewise. 2003-10-21 Danny Smith * mingwex/math/s_erf.c (erf): Set errno to ERANGE if beyond approximation limit. * mingwex/math/sf_erf.c (erff): Likewise. 2003-10-17 Danny Smith * include/stdio.h (getc): Cast result to unsigned char before return. (putc): Likewise (getchar): Likewise. (putchar): Likewise. Thanks to M.Fujii --------------020203070708050809040107-- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From argl@aport.ru Mon Sep 6 05:12:00 2004 From: argl@aport.ru (Artem Gluhov) Date: Mon, 06 Sep 2004 05:12:00 -0000 Subject: cygwin implementation of fork() eating all resourses? Message-ID: After 5 minutes running this script i got a windwows XP error: not enough system resourses. <---------------------- #!/bin/bash while (( 1 )); do ls > /dev/null; done; ----------------------> This program leads to the same result: <------------------------- #include #include int main() { bool fl = true; while ( fl ) { pid_t child_pid = fork(); if ( child_pid != 0 ) { //parent process, continue loop ... fl = true; } else { //child process, exit loop ... fl = false; };//end if };//end while } -----------------------------> At normal linux systems this code works well ... Is it a bug? P.S. Sorry for my bad english. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From hermitte@free.fr Mon Sep 6 06:16:00 2004 From: hermitte@free.fr (Luc Hermitte) Date: Mon, 06 Sep 2004 06:16:00 -0000 Subject: cygwin implementation of fork() eating all resourses? In-Reply-To: References: Message-ID: <20040906051433.GA2072@jade> * On Mon, Sep 06, 2004 at 08:42:56AM +0400, Artem Gluhov wrote: > After 5 minutes running this script i got a windwows XP > error: not enough system resourses. You have Agnitum Outpost, haven't you ? If so, uninstall it and choose another firewall. HTH, -- Luc Hermitte -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rudi.vankemmel@belgacom.net Mon Sep 6 06:59:00 2004 From: rudi.vankemmel@belgacom.net (Vankemmel Rudi) Date: Mon, 06 Sep 2004 06:59:00 -0000 Subject: Problem: SIGCONT handler is not called (Cygwin or Bash problem ?) Message-ID: Hi, in the process of porting some software to the Cygwin environment i came across a problem when trying to install a signal SIGCONT handler. This is needed as the program puts the terminal into certain states that need to be reset/set again when SIGTSTP/SIGCONT signals are received. My problem is that the SIGCONT handler is never triggered (as it seems to me). I could reduce the problem into the following code snippets. Note that i have also a testversion using only the Posix calls (sigprocmask, sigaction) but it behaves identically: the SIGCONT handler is never called. I can (in the Posix version) remove the sigaction(SIGCONT,..) after which the test routine stops at the kill() command after a SIGTSTP. Sending a SIGCONT resumes the program after the kill and there i could continue with the SIGCONT code but this is not really what i want to do (because i want the SIGCONT also to work after a SIGTERM). Questions: 1) is there a problem with the SIGCONT handling in CYGWIN ? Why is it never called or is SIGCONT not delivered ? 2) what is the signal delivery scheme in Cygwin for SIGCONT i.e. what is called first after issueing a shell - fg command ? 3) or do i miss something in my code here that would be specific for Cygwin (i tested it on various other Unix platforms with success) ? I'm on Cygwin 1.5.10-3, gcc 3.3.1-3 gcc-core 3.3.3-3, bash 2.05b-16, platform = Win2000 Professional V5.0 Build 2195 SP4 Testsequence: gcc prog.c -o prog prog ^Z fg --> bash types prog but the program blocks. Classic signal version: ---------------------------------------------------------------------------- ------------------- #include #include /* IO functions */ #include /* strlen functions*/ #include /* file errors */ #include /* emulate signals */ /* =================================================================== */ void signal_handler(); void (*Tstp) (), (*Cont) (); /* ================================================================ */ int main() { int input; char buf[3]; int i; Tstp = signal(SIGTSTP, signal_handler); /* ctrl-Z, kill -18 */ Cont = signal(SIGCONT, SIG_DFL); /* fg after ^Z, kill -19 */ /* first get the char in the selected mode */ printf("Give a char:\n "); input = getc(stdin); if (input == EOF) printf("Input error\n"); /* reset signals */ signal(SIGTSTP, Tstp); /* ctrl-Z */ signal(SIGCONT, Cont); /* fg after ^Z */ } /* ================================================================ */ void signal_handler(int sig) { int send_sig=0; /* signal to be sent */ sigset_t mask; printf("\nSIGTSTP = %d, SIGCONT = %d, signal = %d \n",SIGTSTP,SIGCONT,sig); switch (sig) { case SIGTSTP: printf("catching the SIGTSTP\n"); send_sig = SIGTSTP ;/*STOP; /* send a suspend signal */ signal(sig, SIG_DFL); /* load default signal mode */ /* now we will install the SIGCONT handler */ if(signal(SIGCONT, signal_handler)==SIG_ERR) printf("Error loading SIGCONT handler... \n"); kill(getpid(),send_sig); printf("now after the kill....\n"); break; /* this is resumed after a suspend: */ case SIGCONT: printf("catching the SIGCONT\n"); printf(" Continuing ..... (my_raw.c)\n"); fflush(stdout); signal(sig, signal_handler); /* keep same signal mode */ break; } } ---------------------------------------------------------------------------- --------------------- Posix call version: ---------------------------------------------------------------------------- --------------------- #include #include /* IO functions */ #include /* strlen functions */ #include /* file errors */ #include /* emulate signals */ /* =================================================================== */ sigset_t mask_old, mask_new; struct sigaction Tstp_old, Tstp_new; struct sigaction Cont_old, Cont_new; void signal_handler (); void (*Tstp) (), (*Cont) (); /* ================================================================ */ int main () { int input; char buf[3]; int i; sigemptyset (&mask_new); sigaddset (&mask_new, SIGCONT); sigaddset (&mask_new, SIGTSTP); sigprocmask (SIG_SETMASK, &mask_new, &mask_old); /* block signals */ sigemptyset (&mask_new); Tstp_new.sa_handler = signal_handler; Tstp_new.sa_mask = mask_new; Tstp_new.sa_flags = 0; sigaction (SIGTSTP, &Tstp_new, &Tstp_old); /* install SIGTSTP handler */ sigprocmask (SIG_SETMASK, &mask_old, NULL); /*unblock signals again */ /* first get the char in the selected mode */ printf ("Give a char:\n "); input = getc (stdin); if (input == EOF) printf ("Input error\n"); /* reset signals */ } /* ================================================================ */ void signal_handler (int sig) { int send_sig = 0; /* signal to be sent */ sigset_t mask; printf ("\nSIGTSTP = %d, SIGCONT = %d, signal = %d \n", SIGTSTP, SIGCONT, sig); switch (sig) { case SIGTSTP: printf ("catching the SIGTSTP\n"); send_sig = SIGTSTP; /*STOP; /* send a suspend signal */ // /* now we will install the SIGCONT handler */ sigemptyset (&mask_new); sigaddset (&mask_new, SIGTSTP); sigaddset (&mask_new, SIGCONT); sigprocmask (SIG_SETMASK, &mask_new, NULL); /* block again */ sigaction (SIGTSTP, &Tstp_old, NULL); sigemptyset (&mask_new); Cont_new.sa_handler = signal_handler; Cont_new.sa_mask = mask_new; Cont_new.sa_flags = 0; if (sigaction (SIGCONT, &Cont_new, &Cont_old) != 0) /* install SIGCONT handler */ printf ("Error loading SIGCONT handler\n"); sigprocmask (SIG_SETMASK, &mask_old, NULL); /* unblock signals again */ kill (getpid (), send_sig); printf ("now after the kill....\n"); break; case SIGCONT: /* this is resumed after a suspend: */ printf ("catching the SIGCONT\n"); printf (" Continuing ..... (my_raw.c)\n"); printf ("Don't mind the input error: there comes a longjmp here\n"); fflush (stdout); break; } } ---------------------------------------------------------------------------- ----------------- Rudi Vankemmel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From jwillemsen@remedy.nl Mon Sep 6 08:08:00 2004 From: jwillemsen@remedy.nl (Johnny Willemsen) Date: Mon, 06 Sep 2004 08:08:00 -0000 Subject: Cvsnt doesn't work anymore after cygwin upgrade to 1.5.11 Message-ID: <200409060659.i866xWtA025111@thor.remedy.nl> Hi, I just upgraded to cygwin 1.5.11, great that there is a new release. But, I use wincvs to get my cvs code, after the upgrade that doesn't work anymore, cvs just hangs. Doing just "cvs -z9 update" hangs forever, after downgrading to 1.5.10, it works again, anyone having an idea? Johnny -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From jhh@cs.ru.nl Mon Sep 6 08:32:00 2004 From: jhh@cs.ru.nl (Jaap-Henk Hoepman) Date: Mon, 06 Sep 2004 08:32:00 -0000 Subject: XEmacs and Windows Fonts In-Reply-To: <87vfevtuh8.fsf@vzell-de.de.oracle.com> (Volker Zell's message of "Fri, 03 Sep 2004 14:20:03 +0200") References: <843c21x84b.fsf@smtp.xs4all.nl> <87vfevtuh8.fsf@vzell-de.de.oracle.com> Message-ID: <84brgjhow3.fsf@smtp.xs4all.nl> That's really too bad. I understood you maintained the cygwin version that gets installed with the cygwin netinstaller. With these font problems, that version is not usable if you do not run X. I had to revert to xemacs version 21.4.13 for cygwin as distributed through the xemacs.org netinstaller, which _does_ work without X. I'd be happy to help diagnosing the problem... Regards, Jaap-Henk On Fri, 03 Sep 2004 14:20:03 +0200 "Dr. Volker Zell" writes: >>>>>> Jaap-Henk Hoepman writes: > > > I installed xemacs 21.4.15 yesterday (on cygwin 1.5.10-3) using the cygwin > > netinstaller and still see the same problem (including weird truncation > > characters, instead of the usual arrows i saw in previous versions, and > > failure to redisplay properly). > > Sorry I'm only using the X version. I have no idea what's causing this. > > > Regards, > > Jaap-Henk > > Ciao > Volker > > -- Jaap-Henk Hoepman | I've got sunshine in my pockets Dept. of Computer Science | Brought it back to spray the day Radboud University Nijmegen | Gry "Rocket" (w) www.cs.ru.nl/~jhh | (m) jhh@cs.ru.nl (t) +31 24 36 52710/53132 | (f) +31 24 3653137 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Mon Sep 6 08:36:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Mon, 06 Sep 2004 08:36:00 -0000 Subject: ipc debugging In-Reply-To: <4139A931.8050604@x-ray.at> References: <4139A931.8050604@x-ray.at> Message-ID: <20040906083302.GQ17670@cygbert.vinschen.de> On Sep 4 13:38, Reini Urban wrote: > I experience a shmget problem with postgresql and try to debug that. > > I created debug version of cygserver. > > cd "src\obj\i686-pc-cygwin\winsup\cygserver" > insight cygserver.exe > > I put a breakpoint at shmget() > break ../../../../winsup/cygserver/sysv_shm.cc:807 > > But I guess this will not work since > $ ipcs -a > Bad system call export CYGWIN=server ? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From peda@axentia.se Mon Sep 6 08:46:00 2004 From: peda@axentia.se (Peter Ekberg) Date: Mon, 06 Sep 2004 08:46:00 -0000 Subject: [ANNOUNCEMENT] Updated: cygwin-1.5.11-1 Message-ID: <90459864DAD67D43BDD3D517DEFC2F7D70ED@axon.Axentia.local> > - Fix mysterious configure script premature exit. (Pierre Humblet) I'm sorry to report that 1.5.11-1 does not fix this configure script premature exit: http://sources.redhat.com/ml/cygwin/2004-08/threads.html#01025 Is there any other output I can provide to help debug this? Cheers, Peter -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Mon Sep 6 08:47:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Mon, 06 Sep 2004 08:47:00 -0000 Subject: ipc debugging In-Reply-To: <20040906083302.GQ17670@cygbert.vinschen.de> References: <4139A931.8050604@x-ray.at> <20040906083302.GQ17670@cygbert.vinschen.de> Message-ID: <413C23F1.3020308@x-ray.at> Corinna Vinschen schrieb: > On Sep 4 13:38, Reini Urban wrote: >>I experience a shmget problem with postgresql and try to debug that. >> >>I created debug version of cygserver. >> >>cd "src\obj\i686-pc-cygwin\winsup\cygserver" >>insight cygserver.exe >> >>I put a breakpoint at shmget() >>break ../../../../winsup/cygserver/sysv_shm.cc:807 >> >>But I guess this will not work since >>$ ipcs -a >>Bad system call > > export CYGWIN=server ? Yes, this was the "Bad system call" problem. Stupid me. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Mon Sep 6 09:02:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Mon, 06 Sep 2004 09:02:00 -0000 Subject: cygwin implementation of fork() eating all resourses? In-Reply-To: References: Message-ID: <20040906084817.GR17670@cygbert.vinschen.de> On Sep 6 08:42, Artem Gluhov wrote: > After 5 minutes running this script i got a windwows XP > error: not enough system resourses. > > <---------------------- > #!/bin/bash > while (( 1 )); do > ls > /dev/null; > done; > ----------------------> Hmm, I tried it for 15 Minutes but the resource usage was stable. Is that with the current Cygwin release? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From mirko.tebaldi@libero.it Mon Sep 6 09:58:00 2004 From: mirko.tebaldi@libero.it (Mirko Tebaldi (Indirizzo Pubblico)) Date: Mon, 06 Sep 2004 09:58:00 -0000 Subject: Change patf of my home directory Message-ID: my home (~) is actually under c:\documents and settings\administrato" but i have one script for compiling a docbook that is aspecting i have my user root directory under ./user how can i change it ? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bertrand.marquis@sysgo.com Mon Sep 6 10:13:00 2004 From: bertrand.marquis@sysgo.com (bertrand marquis) Date: Mon, 06 Sep 2004 10:13:00 -0000 Subject: cygwin implementation of fork() eating all resourses? In-Reply-To: <20040906084817.GR17670@cygbert.vinschen.de> References: <20040906084817.GR17670@cygbert.vinschen.de> Message-ID: <1094464718.18447.5.camel@bma.sysgo.com> Hi, i had the same behaviour under windows xp. It seems that you need to give back the end to the system sometimes in a while(1) unless it will take all resources of the system and the child won't do anything. i had the problem waiting for a network message which wasn't able to be received as the process took all resources. The solution for me was only to put a usleep in c code to be shure that windows take back the hand from time to time. By the way this doesn't append for me on windows 2000.... i used windows xp sp2 with cygwin 1.5.10-3 Bertrand Le lun 06/09/2004 ? 10:48, Corinna Vinschen a ?crit : > On Sep 6 08:42, Artem Gluhov wrote: > > After 5 minutes running this script i got a windwows XP > > error: not enough system resourses. > > > > <---------------------- > > #!/bin/bash > > while (( 1 )); do > > ls > /dev/null; > > done; > > ----------------------> > > Hmm, I tried it for 15 Minutes but the resource usage was stable. > Is that with the current Cygwin release? > > > Corinna -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From james.yapp@transcomww.com Mon Sep 6 10:25:00 2004 From: james.yapp@transcomww.com (YAPP James) Date: Mon, 06 Sep 2004 10:25:00 -0000 Subject: perl 5.6.* package Message-ID: <2B39DC2C319A4A43A02D42F7F3217FF4888837@tresba2.tresba.transcomeurope.com> Hi, How/Where can I download an older version of the perl package? Thanks, James -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From sthoenna@efn.org Mon Sep 6 10:27:00 2004 From: sthoenna@efn.org (Yitzchak Scott-Thoennes) Date: Mon, 06 Sep 2004 10:27:00 -0000 Subject: perl 5.6.* package In-Reply-To: <2B39DC2C319A4A43A02D42F7F3217FF4888837@tresba2.tresba.transcomeurope.com> References: <2B39DC2C319A4A43A02D42F7F3217FF4888837@tresba2.tresba.transcomeurope.com> Message-ID: <20040906102510.GA3016@efn.org> On Mon, Sep 06, 2004 at 12:17:01PM +0200, YAPP James wrote: > Hi, > > How/Where can I download an older version of the perl package? Why would you want to? google for a perl-5.6.1-2.tar.bz2 from a stale mirror? (That's the latest one I have any record of, don't know if there was a 5.6.1-3.) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From james.yapp@transcomww.com Mon Sep 6 10:52:00 2004 From: james.yapp@transcomww.com (YAPP James) Date: Mon, 06 Sep 2004 10:52:00 -0000 Subject: perl 5.6.* package Message-ID: <2B39DC2C319A4A43A02D42F7F3217FF4888839@tresba2.tresba.transcomeurope.com> I need it to run Twiki on windows Thanks > -----Original Message----- > From: Yitzchak Scott-Thoennes [mailto:sthoenna@efn.org] > Sent: Monday, September 06, 2004 12:25 PM > To: cygwin@cygwin.com > Subject: Re: perl 5.6.* package > > > On Mon, Sep 06, 2004 at 12:17:01PM +0200, YAPP James wrote: > > Hi, > > > > How/Where can I download an older version of the perl package? > > Why would you want to? google for a perl-5.6.1-2.tar.bz2 from a > stale mirror? (That's the latest one I have any record of, don't > know if there was a 5.6.1-3.) > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From james.yapp@transcomww.com Mon Sep 6 10:57:00 2004 From: james.yapp@transcomww.com (YAPP James) Date: Mon, 06 Sep 2004 10:57:00 -0000 Subject: installing older packages Message-ID: <2B39DC2C319A4A43A02D42F7F3217FF4888846@tresba2.tresba.transcomeurope.com> Hi, How can I install an older package? I ran setup.exe and did a full view, and it's not listed there. For example, perl 5.6 Thanks, James -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Mon Sep 6 11:02:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Mon, 06 Sep 2004 11:02:00 -0000 Subject: perl 5.6.* package In-Reply-To: <2B39DC2C319A4A43A02D42F7F3217FF4888839@tresba2.tresba.transcomeurope.com> References: <2B39DC2C319A4A43A02D42F7F3217FF4888839@tresba2.tresba.transcomeurope.com> Message-ID: <413C429A.6090007@x-ray.at> YAPP James schrieb: > I need it to run Twiki on windows twiki will run better with the latest perl 5.8.5 >>-----Original Message----- >>From: Yitzchak Scott-Thoennes [mailto:sthoenna@efn.org] >>Sent: Monday, September 06, 2004 12:25 PM >>To: cygwin@cygwin.com >>Subject: Re: perl 5.6.* package >> >> >>On Mon, Sep 06, 2004 at 12:17:01PM +0200, YAPP James wrote: >> >>>Hi, >>> >>>How/Where can I download an older version of the perl package? >> >>Why would you want to? google for a perl-5.6.1-2.tar.bz2 from a >>stale mirror? (That's the latest one I have any record of, don't >>know if there was a 5.6.1-3.) -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From james.yapp@transcomww.com Mon Sep 6 11:34:00 2004 From: james.yapp@transcomww.com (YAPP James) Date: Mon, 06 Sep 2004 11:34:00 -0000 Subject: perl 5.6.* package Message-ID: <2B39DC2C319A4A43A02D42F7F3217FF488884E@tresba2.tresba.transcomeurope.com> Thought I read there're problems with perl 5.8 on windows? http://twiki.org/cgi-bin/view/TWiki/WindowsInstallCookbook Under the Scope section, it's printed in bold "_don't_ use Perl 5.8.0 yet" Have you tried it? It would be great if it works. > -----Original Message----- > From: Reini Urban [mailto:rurban@x-ray.at] > Sent: Monday, September 06, 2004 12:58 PM > To: cygwin@cygwin.com > Subject: Re: perl 5.6.* package > > > YAPP James schrieb: > > I need it to run Twiki on windows > > twiki will run better with the latest perl 5.8.5 > > >>-----Original Message----- > >>From: Yitzchak Scott-Thoennes [mailto:sthoenna@efn.org] > >>Sent: Monday, September 06, 2004 12:25 PM > >>To: cygwin@cygwin.com > >>Subject: Re: perl 5.6.* package > >> > >> > >>On Mon, Sep 06, 2004 at 12:17:01PM +0200, YAPP James wrote: > >> > >>>Hi, > >>> > >>>How/Where can I download an older version of the perl package? > >> > >>Why would you want to? google for a perl-5.6.1-2.tar.bz2 from a > >>stale mirror? (That's the latest one I have any record of, don't > >>know if there was a 5.6.1-3.) > > -- > Reini Urban > http://xarch.tu-graz.ac.at/home/rurban/ > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Phil.Betts@heis.co.uk Mon Sep 6 13:40:00 2004 From: Phil.Betts@heis.co.uk (Phil Betts) Date: Mon, 06 Sep 2004 13:40:00 -0000 Subject: What is this Message-ID: >Brian Dessent wrote: >"Mirko Tebaldi (Indirizzo Pubblico)" wrote: >> >> What is /bin/test.exe ? >> >> i have a script that uses that, but it has not output and no --help >> or --usage !!! >Have you considered "man test"? FWIW, this should always be the FIRST thing one tries (or "info test"). It's a REALLY bad idea to execute a program to try to find out what it does. Suppose that "test" was an acronym for "Trash Entire System Thoroughly", and suppose that it ignored the command line. Oops! There goes your C: drive! The --help options to commands should only be used when you already know what the command does, but are unsure what parameters it takes. Here endeth the lesson. -- Phil Betts ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com ********************************************************************** -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From fredkiefer@gmx.de Mon Sep 6 13:44:00 2004 From: fredkiefer@gmx.de (Fred Kiefer) Date: Mon, 06 Sep 2004 13:44:00 -0000 Subject: ffi.h in gjc > 3.3 is broken Message-ID: <413C6CDF.3040805@gmx.de> I have been using Cygwin successfully to compile GNUstep for the Windows platform for quite some time (Thank you for including all the needed bits in Cygwin!). But since my recent updates of Cygwin this does no longer work. The reason is the header file ffi.h provided with the GNU Java compiler package. GNUstep uses this header and library for its own distributed object calls (Sort of RFC, but for objects). What is missing is a file included in ffi.h (a different one for 3.3 and 3.4 of gcc-java) that is generated when compiling the ffi library for a specific platform. It would be great to see both gjc 3.3 and 3.4 fixed, as some people are still reluctant to move on to 3.4 and in the long run it may even be worthwhile to ship libffi separate from gjc. Cheers Fred PS: Please include me cc: in any reply as I don't want to subscribe to this list. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Mon Sep 6 13:51:00 2004 From: dk@artimi.com (Dave Korn) Date: Mon, 06 Sep 2004 13:51:00 -0000 Subject: What is this In-Reply-To: Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Phil Betts > Sent: 06 September 2004 12:34 > >Brian Dessent wrote: > > >"Mirko Tebaldi (Indirizzo Pubblico)" wrote: > >> > >> What is /bin/test.exe ? > >> > >> i have a script that uses that, but it has not output and no --help > >> or --usage !!! > > >Have you considered "man test"? > > FWIW, this should always be the FIRST thing one tries (or > "info test"). > > It's a REALLY bad idea to execute a program to try to find out what it > does. Suppose that "test" was an acronym for "Trash Entire System > Thoroughly", and suppose that it ignored the command line. Then it would be a windoze app, not a unix/linux/posix one, and hence off-topic for this list! I still think it should be entered into the OLOCA, though. cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From phaccount@nycap.rr.com Mon Sep 6 14:36:00 2004 From: phaccount@nycap.rr.com (Mirko) Date: Mon, 06 Sep 2004 14:36:00 -0000 Subject: ls -lRd does not produce recursive directory listing Message-ID: Hi, As the subject line says it, I cannot get a recursive listing of directories using ls -lRd. Is that a bug or feature? Thanks, Mirko -- *m*irko*vukovic*-at-nycap-rr-com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygcheck.txt URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Mon Sep 6 14:37:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Mon, 06 Sep 2004 14:37:00 -0000 Subject: ls -lRd does not produce recursive directory listing In-Reply-To: References: Message-ID: <20040906143700.GS17670@cygbert.vinschen.de> On Sep 6 08:32, Mirko wrote: > Hi, > > As the subject line says it, I cannot get a recursive listing of > directories using ls -lRd. Is that a bug or feature? Feature. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Mon Sep 6 14:51:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Mon, 06 Sep 2004 14:51:00 -0000 Subject: perl 5.6.* package In-Reply-To: <2B39DC2C319A4A43A02D42F7F3217FF488884E@tresba2.tresba.transcomeurope.com> References: <2B39DC2C319A4A43A02D42F7F3217FF488884E@tresba2.tresba.transcomeurope.com> Message-ID: <413C7626.7000907@x-ray.at> YAPP James schrieb: > Thought I read there're problems with perl 5.8 on windows? > http://twiki.org/cgi-bin/view/TWiki/WindowsInstallCookbook > > Under the Scope section, it's printed in bold "_don't_ use Perl 5.8.0 yet" > > Have you tried it? It would be great if it works. The last time I tried it it worked ok. They shouldn't give impossible advices. perl UTF issues are solved for a long time now. And I don't know of any outstanding CGI.pm bug. (summer 2003) They do recommend: cywin-1.3.9, Apache 1.3.27, Cygwin perl-5.6.1-2 But I a have much better apache setup than they recommend. For example they recommend also: "You must use the Cygwin shell to do this (unless you are a Perl expert) - don't use the Windows command shell, cmd.exe (aka DOS Prompt). Change #!/usr/bin/perl -wT to #!c:/cygwin/bin/perl -wT . Example script to do this (explanation): * $ perl -pi~ -e 's;#!/usr/bin/perl;#!c:/cygwin/bin/perl;' *[a-z]" This for example is easily circumvented by using the "ScriptInterpreterSource registry" directive in the twiki apache section or by using the old cygwin apache. Sorry, I won't give more advice. I have pretty much to do on my own phpwiki, than fixing twiki and perl installation problems. Any modern WAMP installer does a decent job with a typical apache/perl installation. ask at the twiki mailinglists. >>-----Original Message----- >>From: Reini Urban [mailto:rurban@x-ray.at] >>Sent: Monday, September 06, 2004 12:58 PM >>To: cygwin@cygwin.com >>Subject: Re: perl 5.6.* package >> >> >>YAPP James schrieb: >>>I need it to run Twiki on windows >> >>twiki will run better with the latest perl 5.8.5 >> >> >>>>-----Original Message----- >>>>From: Yitzchak Scott-Thoennes [mailto:sthoenna@efn.org] >>>>Sent: Monday, September 06, 2004 12:25 PM >>>>To: cygwin@cygwin.com >>>>Subject: Re: perl 5.6.* package >>>> >>>> >>>>On Mon, Sep 06, 2004 at 12:17:01PM +0200, YAPP James wrote: >>>>>How/Where can I download an older version of the perl package? >>>> >>>>Why would you want to? google for a perl-5.6.1-2.tar.bz2 from a >>>>stale mirror? (That's the latest one I have any record of, don't >>>>know if there was a 5.6.1-3.) -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From james.yapp@transcomww.com Mon Sep 6 16:12:00 2004 From: james.yapp@transcomww.com (YAPP James) Date: Mon, 06 Sep 2004 16:12:00 -0000 Subject: perl 5.6.* package Message-ID: <2B39DC2C319A4A43A02D42F7F3217FF4888875@tresba2.tresba.transcomeurope.com> Hi Reini, Thanks for sharing your experience. I might just as well give it a try. Cheers > -----Original Message----- > From: Reini Urban [mailto:rurban@x-ray.at] > Sent: Monday, September 06, 2004 4:37 PM > To: YAPP James > Cc: cygwin@cygwin.com > Subject: Re: perl 5.6.* package > > > YAPP James schrieb: > > Thought I read there're problems with perl 5.8 on windows? > > http://twiki.org/cgi-bin/view/TWiki/WindowsInstallCookbook > > > > Under the Scope section, it's printed in bold "_don't_ use > Perl 5.8.0 yet" > > > > Have you tried it? It would be great if it works. > > The last time I tried it it worked ok. They shouldn't give impossible > advices. > > perl UTF issues are solved for a long time now. > And I don't know of any outstanding CGI.pm bug. (summer 2003) > > They do recommend: > cywin-1.3.9, Apache 1.3.27, Cygwin perl-5.6.1-2 > > But I a have much better apache setup than they recommend. > For example they recommend also: > > "You must use the Cygwin shell to do this (unless you are a > Perl expert) > - don't use the Windows command shell, cmd.exe (aka DOS > Prompt). Change > #!/usr/bin/perl -wT to #!c:/cygwin/bin/perl -wT . Example > script to do > this (explanation): > * $ perl -pi~ -e > 's;#!/usr/bin/perl;#!c:/cygwin/bin/perl;' *[a-z]" > > This for example is easily circumvented by using the > "ScriptInterpreterSource registry" directive in the twiki apache > section or by using the old cygwin apache. > > Sorry, I won't give more advice. > I have pretty much to do on my own phpwiki, than fixing twiki > and perl > installation problems. > Any modern WAMP installer does a decent job with a typical > apache/perl > installation. > > ask at the twiki mailinglists. > > >>-----Original Message----- > >>From: Reini Urban [mailto:rurban@x-ray.at] > >>Sent: Monday, September 06, 2004 12:58 PM > >>To: cygwin@cygwin.com > >>Subject: Re: perl 5.6.* package > >> > >> > >>YAPP James schrieb: > >>>I need it to run Twiki on windows > >> > >>twiki will run better with the latest perl 5.8.5 > >> > >> > >>>>-----Original Message----- > >>>>From: Yitzchak Scott-Thoennes [mailto:sthoenna@efn.org] > >>>>Sent: Monday, September 06, 2004 12:25 PM > >>>>To: cygwin@cygwin.com > >>>>Subject: Re: perl 5.6.* package > >>>> > >>>> > >>>>On Mon, Sep 06, 2004 at 12:17:01PM +0200, YAPP James wrote: > >>>>>How/Where can I download an older version of the perl package? > >>>> > >>>>Why would you want to? google for a perl-5.6.1-2.tar.bz2 from a > >>>>stale mirror? (That's the latest one I have any record of, don't > >>>>know if there was a 5.6.1-3.) > > -- > Reini Urban > http://xarch.tu-graz.ac.at/home/rurban/ > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bnelson@austin.ibm.com Mon Sep 6 16:57:00 2004 From: bnelson@austin.ibm.com (bnelson@austin.ibm.com) Date: Mon, 06 Sep 2004 16:57:00 -0000 Subject: PS1 overwrites attempt to change title, settitle in bash or rxvt title Message-ID: <200409061612.i86GCTJ31324@vignette.austin.ibm.com> This message is more for just getting into the archives to help any newbies like me in the future. I was trying to set the title of my cygwin and rxvt windows and was not having any luck. I followed the instructions to echo something like: echo -e "\033]2;New Title\007" but it never seemed to work. It would only show the default cygwin title of the current path (/cygdrive/c/...). I was trying everything I could think of, then I changed PS1 to be something different and I could now set the title. It turns out the default PS1 in cygwin/etc/profile sets PS1 to include "\033]0;\w\007". That string is the terminal code to set the title. So anytime I did something to set the title, the evaulation of PS1 would overwrite it. So anyone having a problem setting the title should look at their PS1 variable. (In case anyone doesn't know, PS1 is the shell environment variable which controls what your command prompt looks like.) Also, I saw references to use the settitle function found in the default bashrc (cygwin/etc/defaults/etc/skel). That didn't work because the characters in the function are exactly: echo -n "^[]2;$@^G^[]1;$@^G"; Where the ^ are actual carat characters. That is, ^[ are the two characters 'carat' and '[' as opposed to the single character ESC. The same with ^G. -Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Mon Sep 6 17:00:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Mon, 06 Sep 2004 17:00:00 -0000 Subject: perl 5.6.* package In-Reply-To: <2B39DC2C319A4A43A02D42F7F3217FF488884E@tresba2.tresba.transcomeurope.com> References: <2B39DC2C319A4A43A02D42F7F3217FF488884E@tresba2.tresba.transcomeurope.com> Message-ID: <4410338240.20040906185815@familiehaase.de> Hallo YAPP, Am Montag, 6. September 2004 um 13:05 schriebst du: > Thought I read there're problems with perl 5.8 on windows? > http://twiki.org/cgi-bin/view/TWiki/WindowsInstallCookbook > Under the Scope section, it's printed in bold "_don't_ use Perl 5.8.0 yet" Cygwin comes with perl-5.8.5. Besides that is perl-5.6.1 available from every Cygwin mirror *though not via setup.exe. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From john.r.morrison@ntlworld.com Mon Sep 6 17:57:00 2004 From: john.r.morrison@ntlworld.com (John Morrison) Date: Mon, 06 Sep 2004 17:57:00 -0000 Subject: PS1 overwrites attempt to change title, settitle in bash or rxvt title In-Reply-To: <200409061612.i86GCTJ31324@vignette.austin.ibm.com> References: <200409061612.i86GCTJ31324@vignette.austin.ibm.com> Message-ID: <1224.10.0.0.8.1094490056.squirrel@10.0.0.8> Hi Brian, Patches gladly evaluated ;) J. > > This message is more for just getting into the archives to help any > newbies like me in the future. I was trying to set the title of my cygwin > and rxvt windows and was not having any luck. I followed the instructions > to echo something like: > > echo -e "\033]2;New Title\007" > > but it never seemed to work. It would only show the default cygwin title > of the current path (/cygdrive/c/...). I was trying everything I could > think of, then I changed PS1 to be something different and I could now set > the title. It turns out the default PS1 in cygwin/etc/profile sets PS1 to > include "\033]0;\w\007". That string is the terminal code to set the > title. So anytime I did something to set the title, the evaulation of PS1 > would overwrite it. So anyone having a problem setting the title should > look at their PS1 variable. > > (In case anyone doesn't know, PS1 is the shell environment variable which > controls what your command prompt looks like.) > > Also, I saw references to use the settitle function found in the default > bashrc (cygwin/etc/defaults/etc/skel). That didn't work because the > characters in the function are exactly: > > echo -n "^[]2;$@^G^[]1;$@^G"; > > Where the ^ are actual carat characters. That is, ^[ are the two > characters 'carat' and '[' as opposed to the single character ESC. The > same with ^G. > > -Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From vaf@ulysses.kiev.ua Mon Sep 6 18:15:00 2004 From: vaf@ulysses.kiev.ua (Valery A. Frolov) Date: Mon, 06 Sep 2004 18:15:00 -0000 Subject: signal delivery problem (with pthreads) In-Reply-To: <20040830104350.GA461@tonfa> References: <20040827181156.GB2008@tonfa> <20040828001709.GA3261@coe.casa.cgf.cx> <20040830104350.GA461@tonfa> Message-ID: <20040906175529.GA543@tonfa> Hello, On Mon, 30 Aug 2004 13:43:50 +0300, Valery A. Frolov wrote: > And after while I've got (IMHO) a little test source (attached) to > reproduce the problem. Can anyone confirm this problem? I've tested my testcase source (see previous letter) with cygwin1.dll 1.5.11-1, gcc 3.3.3-3, binutils-20040725-2 and the problem is _still_ exist (at least for me). WBR, Valery -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Mon Sep 6 20:27:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Mon, 06 Sep 2004 20:27:00 -0000 Subject: ffi.h in gjc > 3.3 is broken In-Reply-To: <413C6CDF.3040805@gmx.de> References: <413C6CDF.3040805@gmx.de> Message-ID: <147221877.20040906201707@familiehaase.de> Hallo Fred, Am Montag, 6. September 2004 um 15:57 schriebst du: > I have been using Cygwin successfully to compile GNUstep for the Windows > platform for quite some time (Thank you for including all the needed > bits in Cygwin!). But since my recent updates of Cygwin this does no > longer work. The reason is the header file ffi.h provided with the GNU > Java compiler package. GNUstep uses this header and library for its own > distributed object calls (Sort of RFC, but for objects). > What is missing is a file included in ffi.h (a different one for 3.3 and > 3.4 of gcc-java) that is generated when compiling the ffi library for a > specific platform. It would be great to see both gjc 3.3 and 3.4 fixed, > as some people are still reluctant to move on to 3.4 and in the long run > it may even be worthwhile to ship libffi separate from gjc. Shipping ffi is optional. It was shipped by default in previous versions. I'll try to remember to include it in the next update. > PS: Please include me cc: in any reply as I don't want to subscribe to > this list. Done. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From sthoenna@efn.org Mon Sep 6 20:34:00 2004 From: sthoenna@efn.org (Yitzchak Scott-Thoennes) Date: Mon, 06 Sep 2004 20:34:00 -0000 Subject: pthread_join not returning Message-ID: <20040906202740.GA532@efn.org> I've reported this before as affecting perl's threads; now I've got a C test program (attached) that shows the problem. I know almost nothing about pthreads, so I apologize if there is an error in the code, but it should represent more or less what perl is doing to create and join a thread. This correctly proceeds to the end on 1.5.10-3 and the 20040604 snapshot; with the 20040622 snapshot and later other ones and 1.5.11-1, the whole process terminates in pthread_join. Hope this helps track this down; please let me know if the developers aren't seeing this problem or if there's anything more I can do to help. -------------- next part -------------- #include #include #include void* run(void *info) { printf((char *)info); return 0; } int main(int argc, char **argv) { int res; static pthread_attr_t attr; static int attr_joinable = PTHREAD_CREATE_JOINABLE; res = pthread_attr_init(&attr); printf("pthread_attr_init returned %d: %s\n", res, strerror(res)); res = pthread_attr_setdetachstate(&attr, attr_joinable); printf("pthread_attr_setdetachstate returned %d: %s\n", res, strerror(res)); char info[] = "go\n"; pthread_t thread; res = pthread_create( &thread, &attr, run, (void *)info ); printf("pthread_create returned %d: %s\n", res, strerror(res)); void *retval; res = pthread_join( thread, &retval ); printf("pthread_join returned %d: %s\n", res, strerror(res)); printf("done\n"); return 0; } -------------- next part -------------- Cygwin Configuration Diagnostics Current System Time: Mon Sep 06 13:25:16 2004 Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 Path: C:\cygwin\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin C:\cygwin\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\Common Files\Adaptec Shared\System c:\Program Files\Rational\common Output from C:\cygwin\bin\id.exe (nontsec) UID: 1006(sthoenna) GID: 513(None) 513(None) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1006(sthoenna) GID: 513(None) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS CYGWIN = `tty ntsec title server' HOME = `C:\cygwin\home\sthoenna' MAKE_MODE = `unix' PWD = `/home/sthoenna/pbed' USER = `sthoenna' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\sthoenna\Application Data' CLIENTNAME = `Console' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `DHX98431' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CVS_RSH = `/bin/ssh' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\sthoenna' HOSTNAME = `DHX98431' INFOPATH = `/usr/info:/usr/local/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' LESS = `-isrR' LOGONSERVER = `\\DHX98431' MANPATH = `/usr/man:/usr/local/man:/usr/share/man:/usr/autotool/devel/man:' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/home/sthoenna' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 9, GenuineIntel' PROCESSOR_LEVEL = `15' PROCESSOR_REVISION = `0209' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 \033[32m\]\u@\h \[\033[33m\w\033[0m\] $ ' SESSIONNAME = `Console' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `C:\DOCUME~1\sthoenna\LOCALS~1\Temp' TERM = `cygwin' TMP = `C:\DOCUME~1\sthoenna\LOCALS~1\Temp' USERDOMAIN = `DHX98431' USERNAME = `sthoenna' USERPROFILE = `C:\Documents and Settings\sthoenna' VCTOOLKITINSTALLDIR = `C:\Program Files\Microsoft Visual C++ Toolkit 2003\' WINDIR = `C:\WINDOWS' _ = `/usr/bin/cygcheck' POSIXLY_CORRECT = `1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x00000022 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_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\/dl/tmp/perl-4.036 (default) = `c:\cygwin\dl\tmp\perl-4.036' flags = 0x0000080a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/home/sthoenna/pbed/managed (default) = `c:\cygwin\home\sthoenna\pbed\managed' flags = 0x0000080a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/home/sthoenna/pbed/textmount (default) = `c:\cygwin\home\sthoenna\pbed\textmount' flags = 0x00000008 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin/lib' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts (default) = `C:\cygwin\usr\X11R6\lib\X11\fonts' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options c: hd NTFS 28568Mb 61% CP CS UN PA FC d: cd N/A N/A . /cygdrive user binmode,cygdrive C:\cygwin / system binmode c:\cygwin\dl\tmp\perl-4.036 /dl/tmp/perl-4.036 system binmode c:\cygwin\home\sthoenna\pbed\managed /home/sthoenna/pbed/managed system binmode c:\cygwin\home\sthoenna\pbed\textmount /home/sthoenna/pbed/textmount system textmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode C:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode . /cygdrive system binmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\gcc.exe Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe 92k 2004/06/08 C:\cygwin\bin\cygapr-0-0.dll - os=4.0 img=1.0 sys=4.0 "cygapr-0-0.dll" v0.0 ts=2004/6/8 11:00 68k 2004/06/08 C:\cygwin\bin\cygaprutil-0-0.dll - os=4.0 img=1.0 sys=4.0 "cygaprutil-0-0.dll" v0.0 ts=2004/6/8 11:03 77k 2004/06/04 C:\cygwin\bin\cygart_lgpl_2-2.dll - os=4.0 img=1.0 sys=4.0 "cygart_lgpl_2-2.dll" v0.0 ts=2004/6/4 3:20 802k 2003/09/15 C:\cygwin\bin\cygaspell-15.dll - os=4.0 img=1.0 sys=4.0 "cygaspell-15.dll" v0.0 ts=2003/9/15 5:32 92k 2004/08/04 C:\cygwin\bin\cygatk-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygatk-1.0-0.dll" v0.0 ts=2004/8/4 2:46 145k 2004/09/02 C:\cygwin\bin\cygaudiofile-0.dll - os=4.0 img=1.0 sys=4.0 "cygaudiofile-0.dll" v0.0 ts=2004/9/1 20:38 61k 2003/08/09 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 "cygbz2-1.dll" v0.0 ts=2003/8/8 23:35 54k 2002/01/27 C:\cygwin\bin\cygbz21.0.dll - os=4.0 img=1.0 sys=4.0 "cygbz21.0.dll" v0.0 ts=2002/1/26 17:07 18k 2004/07/06 C:\cygwin\bin\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0 "cygcharset-1.dll" v0.0 ts=2004/7/6 11:09 529k 2004/06/27 C:\cygwin\bin\cygcppunit-1-9-14.dll - os=4.0 img=1.0 sys=4.0 "cygcppunit-1-9-14.dll" v0.0 ts=2004/6/26 18:29 198k 2004/08/06 C:\cygwin\bin\cygcroco-2.dll - os=4.0 img=1.0 sys=4.0 "cygcroco-2.dll" v0.0 ts=2004/8/6 9:47 7k 2003/10/19 C:\cygwin\bin\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0 "cygcrypt-0.dll" v0.0 ts=2003/10/19 0:57 841k 2004/03/17 C:\cygwin\bin\cygcrypto-0.9.7.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto-0.9.7.dll" v0.0 ts=2004/3/17 14:58 645k 2003/04/11 C:\cygwin\bin\cygcrypto.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto.dll" v0.0 ts=2003/4/11 3:37 617k 2004/03/22 C:\cygwin\bin\cygcurl-2.dll - os=4.0 img=1.0 sys=4.0 "cygcurl-2.dll" v0.0 ts=2004/3/22 7:52 22k 2004/02/10 C:\cygwin\bin\cygcygipc-2.dll - os=4.0 img=1.0 sys=4.0 "cygcygipc-2.dll" v0.0 ts=2004/2/9 18:48 380k 2002/07/24 C:\cygwin\bin\cygdb-3.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb-3.1.dll" v0.0 ts=2002/7/24 9:24 831k 2003/09/20 C:\cygwin\bin\cygdb-4.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.1.dll" v0.0 ts=2003/9/20 14:51 895k 2004/04/28 C:\cygwin\bin\cygdb-4.2.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.2.dll" v0.0 ts=2004/4/27 8:31 326k 2002/06/26 C:\cygwin\bin\cygdb2.dll - os=4.0 img=1.0 sys=4.0 "cygdb2.dll" v0.0 ts=2002/6/26 10:48 487k 2002/07/24 C:\cygwin\bin\cygdb_cxx-3.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-3.1.dll" v0.0 ts=2002/7/24 9:25 1080k 2003/09/20 C:\cygwin\bin\cygdb_cxx-4.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.1.dll" v0.0 ts=2003/9/20 14:53 1156k 2004/04/28 C:\cygwin\bin\cygdb_cxx-4.2.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.2.dll" v0.0 ts=2004/4/27 8:35 28k 2004/08/15 C:\cygwin\bin\cygesd-0.dll - os=4.0 img=1.0 sys=4.0 "cygesd-0.dll" v0.0 ts=2004/8/15 16:31 94k 2004/06/07 C:\cygwin\bin\cygexif-10.dll - os=4.0 img=1.0 sys=4.0 "cygexif-10.dll" v0.0 ts=2004/6/7 1:53 155k 2004/01/07 C:\cygwin\bin\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0 "cygexpat-0.dll" v0.0 ts=2004/1/7 8:14 71k 2004/08/04 C:\cygwin\bin\cygexslt-0.dll - os=4.0 img=1.0 sys=4.0 "cygexslt-0.dll" v0.0 ts=2004/8/4 9:11 654k 2003/11/04 C:\cygwin\bin\cygfltknox-0.dll - os=4.0 img=1.0 sys=4.0 "cygfltknox-0.dll" v0.0 ts=2003/11/4 13:57 65k 2003/11/04 C:\cygwin\bin\cygfltknox_forms-0.dll - os=4.0 img=1.0 sys=4.0 "cygfltknox_forms-0.dll" v0.0 ts=2003/11/4 13:57 81k 2003/11/04 C:\cygwin\bin\cygfltknox_gl-0.dll - os=4.0 img=1.0 sys=4.0 "cygfltknox_gl-0.dll" v0.0 ts=2003/11/4 13:58 108k 2003/11/04 C:\cygwin\bin\cygfltknox_images-0.dll - os=4.0 img=1.0 sys=4.0 "cygfltknox_images-0.dll" v0.0 ts=2003/11/4 13:58 129k 2004/03/11 C:\cygwin\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontconfig-1.dll" v0.0 ts=2004/3/10 16:12 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/24 22: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/8 22:03 48k 2003/08/09 C:\cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0 "cygform7.dll" v0.0 ts=2003/8/9 2:25 907k 2004/06/09 C:\cygwin\bin\cygfpx-1.dll - os=4.0 img=1.0 sys=4.0 "cygfpx-1.dll" v0.0 ts=2004/6/9 1:35 361k 2003/10/25 C:\cygwin\bin\cygfreetype-6.dll - os=4.0 img=1.0 sys=4.0 "cygfreetype-6.dll" v0.0 ts=2003/10/21 21:18 213k 2004/02/05 C:\cygwin\bin\cyggd-2.dll - os=4.0 img=1.0 sys=4.0 "cyggd-2.dll" v0.0 ts=2004/2/5 5:32 28k 2003/07/20 C:\cygwin\bin\cyggdbm-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-3.dll" v0.0 ts=2003/7/20 0:58 30k 2003/08/11 C:\cygwin\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-4.dll" v0.0 ts=2003/8/10 19:12 19k 2003/03/22 C:\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm.dll" v0.0 ts=2002/2/19 19:05 15k 2003/07/20 C:\cygwin\bin\cyggdbm_compat-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-3.dll" v0.0 ts=2003/7/20 1:00 15k 2003/08/11 C:\cygwin\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-4.dll" v0.0 ts=2003/8/10 19:13 195k 2004/09/02 C:\cygwin\bin\cyggdk-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk-1-2-0.dll" v0.0 ts=2004/9/2 11:31 390k 2004/08/04 C:\cygwin\bin\cyggdk-x11-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk-x11-2.0-0.dll" v0.0 ts=2004/8/4 5:13 78k 2004/08/04 C:\cygwin\bin\cyggdk_pixbuf-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk_pixbuf-2.0-0.dll" v0.0 ts=2004/8/4 4:07 58k 2004/08/04 C:\cygwin\bin\cyggdk_pixbuf_xlib-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk_pixbuf_xlib-2.0-0.dll" v0.0 ts=2004/8/4 5:23 107k 2004/07/06 C:\cygwin\bin\cyggettextlib-0-14-1.dll - os=4.0 img=1.0 sys=4.0 "cyggettextlib-0-14-1.dll" v0.0 ts=2004/7/6 10:56 17k 2004/07/06 C:\cygwin\bin\cyggettextpo-0.dll - os=4.0 img=1.0 sys=4.0 "cyggettextpo-0.dll" v0.0 ts=2004/7/6 10:56 190k 2004/07/06 C:\cygwin\bin\cyggettextsrc-0-14-1.dll - os=4.0 img=1.0 sys=4.0 "cyggettextsrc-0-14-1.dll" v0.0 ts=2004/7/6 10:56 135k 2004/09/02 C:\cygwin\bin\cygglib-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygglib-1-2-0.dll" v0.0 ts=2004/9/2 11:21 479k 2004/08/04 C:\cygwin\bin\cygglib-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygglib-2.0-0.dll" v0.0 ts=2004/8/4 1:52 11k 2004/09/02 C:\cygwin\bin\cyggmodule-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggmodule-1-2-0.dll" v0.0 ts=2004/9/2 11:23 13k 2004/08/04 C:\cygwin\bin\cyggmodule-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggmodule-2.0-0.dll" v0.0 ts=2004/8/4 2:08 167k 2003/09/09 C:\cygwin\bin\cyggmp-3.dll - os=4.0 img=1.0 sys=4.0 "cyggmp-3.dll" v0.0 ts=2003/9/9 15:03 213k 2004/08/04 C:\cygwin\bin\cyggobject-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggobject-2.0-0.dll" v0.0 ts=2004/8/4 2:08 351k 2004/07/17 C:\cygwin\bin\cygGraphicsMagick++-0.dll - os=4.0 img=1.0 sys=4.0 "cygGraphicsMagick++-0.dll" v0.0 ts=2004/7/17 1:48 2170k 2004/07/17 C:\cygwin\bin\cygGraphicsMagick-0.dll - os=4.0 img=1.0 sys=4.0 "cygGraphicsMagick-0.dll" v0.0 ts=2004/7/17 1:46 1378k 2004/08/22 C:\cygwin\bin\cyggsl-0.dll - os=4.0 img=1.0 sys=4.0 "cyggsl-0.dll" v0.0 ts=2004/8/22 5:22 184k 2004/08/22 C:\cygwin\bin\cyggslcblas-0.dll - os=4.0 img=1.0 sys=4.0 "cyggslcblas-0.dll" v0.0 ts=2004/8/22 5:04 10k 2004/09/02 C:\cygwin\bin\cyggthread-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggthread-1-2-0.dll" v0.0 ts=2004/9/2 11:23 15k 2004/08/04 C:\cygwin\bin\cyggthread-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggthread-2.0-0.dll" v0.0 ts=2004/8/4 2:08 1293k 2004/09/02 C:\cygwin\bin\cyggtk-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggtk-1-2-0.dll" v0.0 ts=2004/9/2 11:44 2665k 2004/08/04 C:\cygwin\bin\cyggtk-x11-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggtk-x11-2.0-0.dll" v0.0 ts=2004/8/4 5:15 489k 2003/08/09 C:\cygwin\bin\cygguile-12.dll - os=4.0 img=1.0 sys=4.0 "cygguile-12.dll" v0.0 ts=2003/8/9 7:17 489k 2003/07/28 C:\cygwin\bin\cygguile-12abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-12abi13.dll" v0.0 ts=2003/7/28 11:18 24k 2003/08/09 C:\cygwin\bin\cygguile-ltdl-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-ltdl-1.dll" v0.0 ts=2003/8/9 7:16 24k 2003/07/28 C:\cygwin\bin\cygguile-ltdl-1abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-ltdl-1abi13.dll" v0.0 ts=2003/7/28 10:48 62k 2003/08/09 C:\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-13-14-v-1-1.dll" v0.0 ts=2003/8/9 7:17 62k 2003/07/28 C:\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-13-14-v-1-1abi13.dll" v0.0 ts=2003/7/28 11:18 23k 2003/08/09 C:\cygwin\bin\cygguile-srfi-srfi-4-v-1-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-4-v-1-1.dll" v0.0 ts=2003/8/9 7:17 23k 2003/07/28 C:\cygwin\bin\cygguile-srfi-srfi-4-v-1-1abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-4-v-1-1abi13.dll" v0.0 ts=2003/7/28 11:18 11k 2003/08/09 C:\cygwin\bin\cygguilereadline-v-12-12.dll - os=4.0 img=1.0 sys=4.0 "cygguilereadline-v-12-12.dll" v0.0 ts=2003/8/9 7:17 11k 2003/07/28 C:\cygwin\bin\cygguilereadline-v-12-12abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguilereadline-v-12-12abi13.dll" v0.0 ts=2003/7/28 11:18 17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll - os=4.0 img=1.0 sys=4.0 "cyghistory4.dll" v0.0 ts=2001/1/6 20:34 29k 2003/08/10 C:\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0 "cyghistory5.dll" v0.0 ts=2003/8/10 16:16 330k 2004/02/09 C:\cygwin\bin\cyghttpd.dll - os=4.0 img=1.0 sys=4.0 "cyghttpd.dll" v0.0 ts=2004/2/9 10:14 991k 2004/07/06 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 "cygiconv-2.dll" v0.0 ts=2004/7/6 11:10 147k 2004/08/31 C:\cygwin\bin\cygIDL-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygIDL-2-0.dll" v0.0 ts=2004/8/30 19:00 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 1:28 37k 2003/08/10 C:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0 "cygintl-2.dll" v0.0 ts=2003/8/10 14:50 54k 2004/07/06 C:\cygwin\bin\cygintl-3.dll - os=4.0 img=1.0 sys=4.0 "cygintl-3.dll" v0.0 ts=2004/7/6 10:51 21k 2001/06/20 C:\cygwin\bin\cygintl.dll - os=4.0 img=1.0 sys=4.0 "cygintl.dll" v0.0 ts=2001/6/20 10:09 12k 2003/02/17 C:\cygwin\bin\cygioperm-0.dll - os=4.0 img=1.0 sys=4.0 "cygioperm-0.dll" v0.0 ts=2003/2/17 11:58 241k 2004/08/06 C:\cygwin\bin\cygjasper-1-701-1.dll - os=4.0 img=1.0 sys=4.0 "cygjasper-1-701-1.dll" v0.0 ts=2004/8/6 8:17 48k 2003/08/10 C:\cygwin\bin\cygjbig1.dll - os=4.0 img=1.0 sys=4.0 "cygjbig1.dll" v0.0 ts=2003/8/10 16:58 132k 2003/08/11 C:\cygwin\bin\cygjpeg-62.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg-62.dll" v0.0 ts=2003/8/10 17:37 119k 2002/02/09 C:\cygwin\bin\cygjpeg6b.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg6b.dll" v0.0 ts=2002/2/8 21:19 60k 2003/09/17 C:\cygwin\bin\cygkpathsea-3.dll - os=4.0 img=1.0 sys=4.0 "cygkpathsea-3.dll" v0.0 ts=2003/9/17 9:37 60k 2003/07/27 C:\cygwin\bin\cygkpathsea-3abi13.dll - os=4.0 img=1.0 sys=4.0 "cygkpathsea-3abi13.dll" v0.0 ts=2003/7/27 13:23 41k 2004/08/19 C:\cygwin\bin\cyglber-2-2-7.dll - os=4.0 img=1.0 sys=4.0 "cyglber-2-2-7.dll" v0.0 ts=2004/8/19 6:43 40k 2004/01/02 C:\cygwin\bin\cyglber-2.dll - os=4.0 img=1.0 sys=4.0 "cyglber-2.dll" v0.0 ts=2004/1/2 3:11 156k 2004/06/04 C:\cygwin\bin\cyglcms-1.dll - os=4.0 img=1.0 sys=4.0 "cyglcms-1.dll" v0.0 ts=2004/6/4 7:00 170k 2004/08/19 C:\cygwin\bin\cygldap-2-2-7.dll - os=4.0 img=1.0 sys=4.0 "cygldap-2-2-7.dll" v0.0 ts=2004/8/19 6:53 194k 2004/01/02 C:\cygwin\bin\cygldap-2.dll - os=4.0 img=1.0 sys=4.0 "cygldap-2.dll" v0.0 ts=2004/1/2 3:27 181k 2004/08/19 C:\cygwin\bin\cygldap_r-2-2-7.dll - os=4.0 img=1.0 sys=4.0 "cygldap_r-2-2-7.dll" v0.0 ts=2004/8/19 6:53 202k 2004/01/02 C:\cygwin\bin\cygldap_r-2.dll - os=4.0 img=1.0 sys=4.0 "cygldap_r-2.dll" v0.0 ts=2004/1/2 3:27 40k 2004/07/07 C:\cygwin\bin\cygltdl-3.dll - os=4.0 img=1.0 sys=4.0 "cygltdl-3.dll" v0.0 ts=2004/7/6 23:06 144k 2004/08/29 C:\cygwin\bin\cygmagic-1.dll - os=4.0 img=1.0 sys=4.0 "cygmagic-1.dll" v0.0 ts=2004/8/29 13:25 369k 2004/08/11 C:\cygwin\bin\cygMagick++-6.dll - os=4.0 img=1.0 sys=4.0 "cygMagick++-6.dll" v0.0 ts=2004/8/10 23:04 3214k 2004/08/11 C:\cygwin\bin\cygMagick-6.dll - os=4.0 img=1.0 sys=4.0 "cygMagick-6.dll" v0.0 ts=2004/8/10 22:37 181k 2003/10/06 C:\cygwin\bin\cygmcrypt-4.dll - os=4.0 img=1.0 sys=4.0 "cygmcrypt-4.dll" v0.0 ts=2003/10/6 7:54 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/24 22: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/8 22:03 29k 2003/08/09 C:\cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0 "cygmenu7.dll" v0.0 ts=2003/8/9 2:25 271k 2003/10/06 C:\cygwin\bin\cygmhash-2.dll - os=4.0 img=1.0 sys=4.0 "cygmhash-2.dll" v0.0 ts=2003/10/6 8:23 15k 2003/11/20 C:\cygwin\bin\cygminires.dll - os=4.0 img=0.97 sys=4.0 "cygminires.dll" v0.0 ts=2003/11/19 17:55 323k 2004/08/10 C:\cygwin\bin\cygmng-1.dll - os=4.0 img=1.0 sys=4.0 "cygmng-1.dll" v0.0 ts=2004/8/10 12:45 404k 2004/03/26 C:\cygwin\bin\cygnaim_core-0.dll - os=4.0 img=1.0 sys=4.0 "cygnaim_core-0.dll" v0.0 ts=2004/3/26 14:35 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/24 22: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/8 22: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/24 22: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/8 22:03 224k 2003/08/09 C:\cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0 "cygncurses7.dll" v0.0 ts=2003/8/9 2:24 92k 2004/07/10 C:\cygwin\bin\cygneon-24.dll - os=4.0 img=1.0 sys=4.0 "cygneon-24.dll" v0.0 ts=2004/7/10 8:37 49k 2004/08/02 C:\cygwin\bin\cygogrove-0.dll - os=4.0 img=1.0 sys=4.0 "cygogrove-0.dll" v0.0 ts=2004/8/2 8:41 278k 2004/07/16 C:\cygwin\bin\cygORBit-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygORBit-2-0.dll" v0.0 ts=2004/7/15 17:15 38k 2004/07/16 C:\cygwin\bin\cygORBit-imodule-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygORBit-imodule-2-0.dll" v0.0 ts=2004/7/15 17:22 18k 2004/07/16 C:\cygwin\bin\cygORBitCosNaming-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygORBitCosNaming-2-0.dll" v0.0 ts=2004/7/15 17:21 1706k 2004/08/02 C:\cygwin\bin\cygosp-4.dll - os=4.0 img=1.0 sys=4.0 "cygosp-4.dll" v0.0 ts=2004/8/2 7:51 326k 2004/08/02 C:\cygwin\bin\cygospgrove-0.dll - os=4.0 img=1.0 sys=4.0 "cygospgrove-0.dll" v0.0 ts=2004/8/2 9:07 1922k 2004/08/02 C:\cygwin\bin\cygostyle-0.dll - os=4.0 img=1.0 sys=4.0 "cygostyle-0.dll" v0.0 ts=2004/8/2 9:07 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/24 22: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/8 22:03 19k 2003/08/09 C:\cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0 "cygpanel7.dll" v0.0 ts=2003/8/9 2:24 187k 2004/08/05 C:\cygwin\bin\cygpango-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpango-1.0-0.dll" v0.0 ts=2004/8/5 2:57 132k 2004/08/05 C:\cygwin\bin\cygpangoft2-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangoft2-1.0-0.dll" v0.0 ts=2004/8/5 3:24 35k 2004/08/05 C:\cygwin\bin\cygpangowin32-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangowin32-1.0-0.dll" v0.0 ts=2004/8/5 3:25 39k 2004/08/05 C:\cygwin\bin\cygpangox-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangox-1.0-0.dll" v0.0 ts=2004/8/5 3:24 17k 2004/08/05 C:\cygwin\bin\cygpangoxft-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangoxft-1.0-0.dll" v0.0 ts=2004/8/5 3:25 62k 2003/12/11 C:\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcre-0.dll" v0.0 ts=2003/12/11 9:01 63k 2003/04/11 C:\cygwin\bin\cygpcre.dll - os=4.0 img=1.0 sys=4.0 "cygpcre.dll" v0.0 ts=2003/4/11 1:31 9k 2003/12/11 C:\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix-0.dll" v0.0 ts=2003/12/11 9:01 61k 2003/04/11 C:\cygwin\bin\cygpcreposix.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix.dll" v0.0 ts=2003/4/11 1:31 1061k 2004/08/19 C:\cygwin\bin\cygperl5_8_5.dll - os=4.0 img=1.0 sys=4.0 "cygperl5_8_5.dll" v0.0 ts=2004/8/19 10:54 168k 2003/08/10 C:\cygwin\bin\cygpng10.dll - os=4.0 img=1.0 sys=4.0 "cygpng10.dll" v0.0 ts=2003/8/10 15:31 173k 2003/08/10 C:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0 "cygpng12.dll" v0.0 ts=2003/8/10 15:35 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 17: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/8 22: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/6 20:34 148k 2003/08/10 C:\cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0 "cygreadline5.dll" v0.0 ts=2003/8/10 16:16 66k 2001/11/20 C:\cygwin\bin\cygregex.dll - os=4.0 img=1.0 sys=4.0 "cygregex.dll" v0.0 ts=2001/11/20 6:44 672k 2003/12/25 C:\cygwin\bin\cygruby18.dll - os=4.0 img=1.0 sys=4.0 "cygruby18.dll" v0.0 ts=2003/12/25 4:33 380k 2003/12/13 C:\cygwin\bin\cygsmi-2.dll - os=4.0 img=1.0 sys=4.0 "cygsmi-2.dll" v0.0 ts=2003/12/12 16:57 171k 2004/03/17 C:\cygwin\bin\cygssl-0.9.7.dll - os=4.0 img=1.0 sys=4.0 "cygssl-0.9.7.dll" v0.0 ts=2004/3/17 14:58 165k 2003/04/11 C:\cygwin\bin\cygssl.dll - os=4.0 img=1.0 sys=4.0 "cygssl.dll" v0.0 ts=2003/4/11 3:37 112k 2004/08/27 C:\cygwin\bin\cygsvn_client-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_client-1-0.dll" v0.0 ts=2004/8/27 15:35 26k 2004/08/27 C:\cygwin\bin\cygsvn_delta-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_delta-1-0.dll" v0.0 ts=2004/8/27 15:30 23k 2004/08/27 C:\cygwin\bin\cygsvn_diff-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_diff-1-0.dll" v0.0 ts=2004/8/27 15:34 111k 2004/08/27 C:\cygwin\bin\cygsvn_fs-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_fs-1-0.dll" v0.0 ts=2004/8/27 15:31 8k 2004/08/27 C:\cygwin\bin\cygsvn_ra-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_ra-1-0.dll" v0.0 ts=2004/8/27 15:35 67k 2004/08/27 C:\cygwin\bin\cygsvn_ra_dav-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_ra_dav-1-0.dll" v0.0 ts=2004/8/27 15:34 14k 2004/08/27 C:\cygwin\bin\cygsvn_ra_local-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_ra_local-1-0.dll" v0.0 ts=2004/8/27 15:32 50k 2004/08/27 C:\cygwin\bin\cygsvn_ra_svn-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_ra_svn-1-0.dll" v0.0 ts=2004/8/27 15:30 69k 2004/08/27 C:\cygwin\bin\cygsvn_repos-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_repos-1-0.dll" v0.0 ts=2004/8/27 15:32 114k 2004/08/27 C:\cygwin\bin\cygsvn_subr-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_subr-1-0.dll" v0.0 ts=2004/8/27 15:30 129k 2004/08/27 C:\cygwin\bin\cygsvn_wc-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_wc-1-0.dll" v0.0 ts=2004/8/27 15:34 254k 2003/09/18 C:\cygwin\bin\cygtidy-0-99-0.dll - os=4.0 img=1.0 sys=4.0 "cygtidy-0-99-0.dll" v0.0 ts=2003/9/18 8:52 281k 2003/02/24 C:\cygwin\bin\cygtiff3.dll - os=4.0 img=1.0 sys=4.0 "cygtiff3.dll" v0.0 ts=2003/2/23 20:58 282k 2003/08/11 C:\cygwin\bin\cygtiff4.dll - os=4.0 img=1.0 sys=4.0 "cygtiff4.dll" v0.0 ts=2003/8/10 19:32 27k 2004/03/05 C:\cygwin\bin\cygungif-4.dll - os=4.0 img=1.0 sys=4.0 "cygungif-4.dll" v0.0 ts=2004/3/5 12:13 154k 2004/08/11 C:\cygwin\bin\cygWand-6.dll - os=4.0 img=1.0 sys=4.0 "cygWand-6.dll" v0.0 ts=2004/8/10 23:04 293k 2004/06/08 C:\cygwin\bin\cygwmf-0-2-7.dll - os=4.0 img=1.0 sys=4.0 "cygwmf-0-2-7.dll" v0.0 ts=2004/6/8 3:49 101k 2004/06/08 C:\cygwin\bin\cygwmflite-0-2-7.dll - os=4.0 img=1.0 sys=4.0 "cygwmflite-0-2-7.dll" v0.0 ts=2004/6/8 3:46 2689k 2002/11/16 C:\cygwin\bin\cygxerces-c21.dll - os=4.0 img=1.0 sys=4.0 "cygxerces-c21.dll" v0.0 ts=2002/11/15 20:07 2984k 2003/02/07 C:\cygwin\bin\cygxerces-c22.dll - os=4.0 img=1.0 sys=4.0 "cygxerces-c22.dll" v0.0 ts=2003/2/7 10:50 3006k 2003/10/12 C:\cygwin\bin\cygxerces-c23.dll - os=4.0 img=1.0 sys=4.0 "cygxerces-c23.dll" v0.0 ts=2003/10/11 19:36 3520k 2003/12/16 C:\cygwin\bin\cygxerces-c24.dll - os=4.0 img=1.0 sys=4.0 "cygxerces-c24.dll" v0.0 ts=2003/12/16 11:45 3416k 2004/02/21 C:\cygwin\bin\cygxerces-c25.dll - os=4.0 img=1.0 sys=4.0 "cygxerces-c25.dll" v0.0 ts=2004/2/20 22:49 1226k 2004/08/04 C:\cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0 "cygxml2-2.dll" v0.0 ts=2004/8/4 7:47 50k 2003/08/09 C:\cygwin\bin\cygXpm-noX4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-noX4.dll" v0.0 ts=2003/8/9 0:21 54k 2003/08/09 C:\cygwin\bin\cygXpm-X4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-X4.dll" v0.0 ts=2003/8/9 0:22 200k 2004/08/04 C:\cygwin\bin\cygxslt-1.dll - os=4.0 img=1.0 sys=4.0 "cygxslt-1.dll" v0.0 ts=2004/8/4 9:09 61k 2003/12/04 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 "cygz.dll" v0.0 ts=2003/12/3 19:03 1111k 2004/09/05 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2004/9/4 20:17 Cygwin DLL version info: DLL version: 1.5.11 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 116 Shared data: 4 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Sat Sep 4 23:17:09 EDT 2004 Shared id: cygwin1S4 1145k 2004/05/14 C:\cygwin\usr\local\bin\cygperl5_8_0.dll - os=4.0 img=1.0 sys=4.0 "cygperl5_8_0.dll" v0.0 ts=2004/5/12 7:37 2526k 2003/10/07 C:\cygwin\usr\local\bin\cygperl5_8_1.dll - os=4.0 img=1.0 sys=4.0 "cygperl5_8_1.dll" v0.0 ts=2003/10/7 10:14 2524k 2003/10/30 C:\cygwin\usr\local\bin\cygperl5_8_2.dll - os=4.0 img=1.0 sys=4.0 "cygperl5_8_2.dll" v0.0 ts=2003/10/30 14:15 2524k 2004/01/08 C:\cygwin\usr\local\bin\cygperl5_8_3.dll - os=4.0 img=1.0 sys=4.0 "cygperl5_8_3.dll" v0.0 ts=2004/1/8 5:06 2643k 2004/06/06 C:\cygwin\usr\local\bin\cygperl5_8_4.dll - os=4.0 img=1.0 sys=4.0 "cygperl5_8_4.dll" v0.0 ts=2004/6/6 12:33 2562k 2003/10/31 C:\cygwin\usr\local\bin\cygperl5_9_0.dll - os=4.0 img=1.0 sys=4.0 "cygperl5_9_0.dll" v0.0 ts=2003/10/30 16:23 2671k 2004/02/29 C:\cygwin\usr\local\bin\cygperl5_9_1.dll - os=4.0 img=1.0 sys=4.0 "cygperl5_9_1.dll" v0.0 ts=2004/2/29 0:57 2736k 2004/08/16 C:\cygwin\usr\local\bin\cygperl5_9_2.dll - os=4.0 img=1.0 sys=4.0 "cygperl5_9_2.dll" v0.0 ts=2004/8/15 16:54 237k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygdps-1.dll - os=4.0 img=1.0 sys=4.0 "cygdps-1.dll" v0.0 ts=2004/7/15 8:40 25k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygdpstk-1.dll - os=4.0 img=1.0 sys=4.0 "cygdpstk-1.dll" v0.0 ts=2004/7/15 8:40 28k 2004/03/31 C:\cygwin\usr\X11R6\bin\cygDtPrint-1.dll - os=4.0 img=1.0 sys=4.0 "cygDtPrint-1.dll" v0.0 ts=2004/3/30 20:23 21k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygfontenc-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontenc-1.dll" v0.0 ts=2004/7/15 8:43 282k 2003/10/28 C:\cygwin\usr\X11R6\bin\cygfreetype-9.dll - os=4.0 img=1.0 sys=4.0 "cygfreetype-9.dll" v0.0 ts=2003/10/17 23:44 36k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygFS-6.dll - os=4.0 img=1.0 sys=4.0 "cygFS-6.dll" v0.0 ts=2004/7/15 8:33 431k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygGL-1.dll - os=4.0 img=1.0 sys=4.0 "cygGL-1.dll" v0.0 ts=2004/7/15 8:38 437k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygGLU-1.dll - os=4.0 img=1.0 sys=4.0 "cygGLU-1.dll" v0.0 ts=2004/7/15 8:39 140k 2004/08/06 C:\cygwin\usr\X11R6\bin\cygglut-3.dll - os=4.0 img=1.0 sys=4.0 "cygglut-3.dll" v0.0 ts=2004/8/6 7:43 74k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygICE-6.dll - os=4.0 img=1.0 sys=4.0 "cygICE-6.dll" v0.0 ts=2004/7/15 8:27 77k 2004/03/31 C:\cygwin\usr\X11R6\bin\cygMrm-2.dll - os=4.0 img=1.0 sys=4.0 "cygMrm-2.dll" v0.0 ts=2004/3/30 20:23 9k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygoldX-6.dll - os=4.0 img=1.0 sys=4.0 "cygoldX-6.dll" v0.0 ts=2004/7/15 8:26 1250k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygOSMesa-4.dll - os=4.0 img=1.0 sys=4.0 "cygOSMesa-4.dll" v0.0 ts=2004/7/15 8:38 20k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygpsres-1.dll - os=4.0 img=1.0 sys=4.0 "cygpsres-1.dll" v0.0 ts=2004/7/15 8:40 30k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygSM-6.dll - os=4.0 img=1.0 sys=4.0 "cygSM-6.dll" v0.0 ts=2004/7/15 8:27 66k 2004/03/31 C:\cygwin\usr\X11R6\bin\cygUil-2.dll - os=4.0 img=1.0 sys=4.0 "cygUil-2.dll" v0.0 ts=2004/3/30 20:23 869k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygX11-6.dll - os=4.0 img=1.0 sys=4.0 "cygX11-6.dll" v0.0 ts=2004/7/15 8:26 253k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXaw-6.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-6.dll" v0.0 ts=2004/7/15 8:30 355k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXaw-7.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-7.dll" v0.0 ts=2004/7/15 8:32 275k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygXaw3d-7.dll - os=4.0 img=1.0 sys=4.0 "cygXaw3d-7.dll" v0.0 ts=2004/1/13 14:17 30k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXcursor-1.dll - os=4.0 img=1.0 sys=4.0 "cygXcursor-1.dll" v0.0 ts=2004/7/15 8:41 49k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0 "cygXext-6.dll" v0.0 ts=2004/7/15 8:27 7k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXfontcache-1.dll - os=4.0 img=1.0 sys=4.0 "cygXfontcache-1.dll" v0.0 ts=2004/7/15 8:43 56k 2004/03/11 C:\cygwin\usr\X11R6\bin\cygXft-1.dll - os=4.0 img=1.0 sys=4.0 "cygXft-1.dll" v0.0 ts=2003/11/17 17:42 63k 2004/03/23 C:\cygwin\usr\X11R6\bin\cygXft-2.dll - os=4.0 img=1.0 sys=4.0 "cygXft-2.dll" v0.0 ts=2004/3/23 14:20 27k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXi-6.dll - os=4.0 img=1.0 sys=4.0 "cygXi-6.dll" v0.0 ts=2004/7/15 8:33 124k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygxkbfile-1.dll - os=4.0 img=1.0 sys=4.0 "cygxkbfile-1.dll" v0.0 ts=2004/7/15 8:33 12k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygxkbui-1.dll - os=4.0 img=1.0 sys=4.0 "cygxkbui-1.dll" v0.0 ts=2004/7/15 8:33 1294k 2004/03/31 C:\cygwin\usr\X11R6\bin\cygXm-2.dll - os=4.0 img=1.0 sys=4.0 "cygXm-2.dll" v0.0 ts=2004/3/30 20:20 459k 2004/02/10 C:\cygwin\usr\X11R6\bin\cygXmHTML-0.dll - os=4.0 img=1.0 sys=4.0 "cygXmHTML-0.dll" v0.0 ts=2004/2/10 12:14 76k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXmu-6.dll - os=4.0 img=1.0 sys=4.0 "cygXmu-6.dll" v0.0 ts=2004/7/15 8:29 11k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXmuu-1.dll - os=4.0 img=1.0 sys=4.0 "cygXmuu-1.dll" v0.0 ts=2004/7/15 8:29 26k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXp-6.dll - os=4.0 img=1.0 sys=4.0 "cygXp-6.dll" v0.0 ts=2004/7/15 8:34 51k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXpm-4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-4.dll" v0.0 ts=2004/7/15 8:29 11k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXrandr-2.dll - os=4.0 img=1.0 sys=4.0 "cygXrandr-2.dll" v0.0 ts=2004/7/15 8:41 27k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXrender-1.dll - os=4.0 img=1.0 sys=4.0 "cygXrender-1.dll" v0.0 ts=2004/7/15 8:40 8k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXRes-1.dll - os=4.0 img=1.0 sys=4.0 "cygXRes-1.dll" v0.0 ts=2004/7/15 8:41 282k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXt-6.dll - os=4.0 img=1.0 sys=4.0 "cygXt-6.dll" v0.0 ts=2004/7/15 8:28 27k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXTrap-6.dll - os=4.0 img=1.0 sys=4.0 "cygXTrap-6.dll" v0.0 ts=2004/7/15 8:41 17k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXtst-6.dll - os=4.0 img=1.0 sys=4.0 "cygXtst-6.dll" v0.0 ts=2004/7/15 8:33 Cygwin Package Information Last downloaded files to: C:\setup\cygwin Last downloaded files from: http://mirror.cpsc.ucalgary.ca/mirror/cygwin.com Package Version _update-info-dir 00227-1 a2ps 4.13-1 agetty 2.1-1 antiword 0.34-2 apache 1.3.29-2 apr 0.9.5pre20040608-1 apr-util 0.9.5pre20040608-1 ash 20040127-1 aspell 0.50.3-1 aspell-de 0.50.2-1 aspell-dev 0.50.3-1 aspell-doc 0.50.3-1 aspell-en 0.51.0-1 aspell-pl 0.50.2-1 astyle 1.15.3-3 atk 1.6.1-2 atk-devel 1.6.1-2 atk-doc 1.6.1-2 atk-runtime 1.6.1-2 audiofile 0.2.6-2 autoconf 2.59-1 autoconf-devel 2.59-1 autoconf-stable 2.13-5 automake 1.7.9-1 automake-devel 1.8.5-1 automake-stable 1.4p6-2 autossh 1.2g-2 base-files 3.0-3 base-passwd 1.1-1 bash 2.05b-16 bc 1.06-1 binutils 20040725-2 bison 20030307-1 byacc 1.9-1 bzip2 1.0.2-5 c-client 2002e-3 c3270 3.2.20-1 cabextract 0.6-2 ccache 2.2-1 ccdoc 0.8.39-1 ccrypt 1.7-1 cgoban 1.9.14-1 check 0.8.4-1 chkconfig 1.2.24h-1 clear 1.0-1 clisp 2.33.1-1 cmake 2.0.3-1 cocom 0.995-1 compface 1.4-5 cpio 2.5-3 cppunit 1.9.14-1 cron 3.0.1-12 crypt 1.1-1 ctags 5.5-4 ctetris 0.29-1 curl 7.11.1-1 curl-devel 7.11.1-1 cvs 1.11.6-3 cygipc 2.03-2 cygrunsrv 1.0-1 cygutils 1.2.5-1 cygwin 1.5.11-1 cygwin-doc 1.3-7 cygwin-x-doc 1.0.4-1 d 1.2.0-1 db2 2.7.7-4 db3.1 3.1.17-2 db4.1 4.1.25-1 db4.2 4.2.52-1 ddd 3.3.9-1 dejagnu 20021217-2 diff 0.0 diffutils 2.8.7-1 distcc 2.16-1 docbook-xml42 4.2-2 docbook-xsl 1.65.1-1 doxygen 1.2.18-1 dpkg 1.10.4-2 e2fsimage 0.2.0-1 e2fsprogs 1.35-1 ed 0.2-1 editrights 1.01-1 ELFIO 1.0.0-1 emacs 21.2-13 emacs-el 21.2-13 emacs-X11 21.2-13 enscript 1.6.3-3 esound 0.2.35-1 exif 0.6.9-1 exim 4.41-1 expat 1.95.7-1 expect 20030128-1 fetchmail 6.2.5-2 figlet 2.2-1 file 4.10-1 fileutils 4.1-2 findutils 4.1.7-4 flex 2.5.4a-3 fltk 1.1.4-2 fontconfig 2.2.2-1 fortune 1.8-2 freeglut 2.2.0-1 freetype2 2.1.5-1 fvwm 2.4.7-3 gawk 3.1.4-3 gcc 3.4.1-1 gcc-ada 3.3.3-3 gcc-core 3.4.1-1 gcc-g++ 3.4.1-1 gcc-g77 3.3.3-3 gcc-gdc 3.3.3-3 gcc-gm2 3.3.3-1 gcc-gpc 3.3.3-3 gcc-java 3.3.3-3 gcc-mingw 20040810-1 gcc-mingw-ada 20040810-1 gcc-mingw-core 20040810-1 gcc-mingw-g++ 20040810-1 gcc-mingw-g77 20040810-1 gcc-mingw-gpc 20040810-1 gcc-mingw-java 20040810-1 gcc-mingw-objc 20040810-1 gcc-objc 3.3.3-3 gcc2 2.95.3-10 gd 2.0.21-1 gdb 20030919-1 gdbm 1.8.3-7 gettext 0.14.1-1 gettext-devel 0.14.1-1 ghostscript 7.05-2 ghostscript-base 7.05-2 ghostscript-x11 7.05-2 glib 1.2.10-2 glib-devel 1.2.10-2 glib2 2.4.5-1 glib2-devel 2.4.5-1 glib2-doc 2.4.5-1 glib2-runtime 2.4.5-1 gmp 4.1.2-1 gnugo 3.4-1 gnupg 1.2.4-1 gnuplot 3.8j.0-1 gperf 2.7.2-1 grace 5.1.14-2 GraphicsMagick 1.0.6-1 grep 2.5-1 groff 1.18.1-2 gsl 1.5-1 gtk+ 1.2.10-2 gtk+-devel 1.2.10-2 gtk2-x11 2.4.4-1 gtk2-x11-devel 2.4.4-1 gtk2-x11-doc 2.4.4-1 gtk2-x11-runtime 2.4.4-1 gtypist 2.7-2 guile 1.6.4-12 guile-devel 1.6.4-12 guile-doc 1.6.4-12 gv 3.5.8-1 gzip 1.3.5-1 help2man 1.33.1-1 ImageMagick 6.0.4-1 indent 2.2.9-1 inetutils 1.3.2-28 initscripts 0.9-1 intltool 0.31-1 ioperm 0.4-1 irc 20010101-3 jasper 1.701.0-1 jbigkit 1.5-3 jgraph 8.3-1 jpeg 6b-11 keychain 2.0.3-2 lcms 1.13-1 less 381-1 lesstif 0.93.94-2 lftp 2.6.10-2 libapr0 0.9.5pre20040608-1 libaprutil0 0.9.5pre20040608-1 libart_lgpl 2.3.16-1 libaspell15 0.50.3-1 libaudiofile-devel 0.2.6-2 libaudiofile0 0.2.6-2 libbz2_0 1.0.2-1 libbz2_1 1.0.2-5 libcharset1 1.9.2-1 libcroco 0.5.1-1 libdb2 2.7.7-4 libdb2-devel 2.7.7-4 libdb3.1 3.1.17-2 libdb3.1-devel 3.1.17-2 libdb4.1 4.1.25-1 libdb4.1-devel 4.1.25-1 libdb4.2 4.2.52-1 libdb4.2-devel 4.2.52-1 libesound-devel 0.2.35-1 libesound0 0.2.35-1 libexif 0.6.9-1 libfontconfig-devel 2.2.2-1 libfontconfig1 2.2.2-1 libfpx 1.2.0.9-1 libfreetype2-devel 2.1.5-1 libfreetype26 2.1.5-1 libgd-devel 2.0.21-1 libgd2 2.0.21-1 libgdbm 1.8.0-5 libgdbm-devel 1.8.3-7 libgdbm3 1.8.3-3 libgdbm4 1.8.3-7 libgettextpo0 0.14.1-1 libGraphicsMagick-devel 1.0.6-1 libGraphicsMagick0 1.0.6-1 libguile12 1.6.4-12 libguile12abi13 1.6.4-2 libiconv 1.9.2-1 libiconv2 1.9.2-1 libIDL 0.8.3-2 libintl 0.10.38-3 libintl1 0.10.40-1 libintl2 0.12.1-3 libintl3 0.14.1-1 libjpeg62 6b-11 libjpeg6b 6b-8 libkpathsea3 2.0.2-13 libkpathsea3abi13 2.0.2-2 libltdl3 1.5.6-3 libMagick-devel 6.0.4-1 libMagick6 6.0.4-1 libmcrypt 2.5.7-2 libmcrypt-devel 2.5.7-2 libmng 1.0.8-1 libncurses-devel 5.3-4 libncurses5 5.2-1 libncurses6 5.2-8 libncurses7 5.3-4 libneon24 0.24.7-1 libopenldap2 2.1.25-1 libopenldap2-2-15 2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2.2.15-1 libopenldap2_2_7 2.2.15-2 libpcre 4.1-1 libpcre0 4.5-1 libpng 1.2.5-4 libpng10 1.0.15-4 libpng10-devel 1.0.15-4 libpng12 1.2.5-4 libpng12-devel 1.2.5-4 libpng2 1.0.12-1 libpopt0 1.6.4-4 libreadline4 4.1-2 libreadline5 4.3-5 libsmi 0.4.2-1 libtiff-devel 3.6.0-5 libtiff3 3.6.0-2 libtiff4 3.6.0-5 libtool 1.5b-1 libtool-devel 1.5.6-3 libtool-stable 1.4.3-2 libungif 4.1.0-3 libwmf 0.2.8.3-1 libxerces-c21 2.1.0-1 libxerces-c22 2.2.0-1 libxerces-c23 2.3.0-4 libxerces-c24 2.4.0-4 libxerces-c25 2.5.0-1 libXft 2.1.6-1 libXft-devel 2.1.6-1 libXft1 1.0.0-1 libXft2 2.1.6-1 libxml2 2.6.11-1 libxslt 1.1.8-1 lilypond 2.2.5-1 lilypond-doc 2.2.5-1 links 0.99pre14-1 login 1.9-7 lynx 2.8.4-8 m4 1.4-1 make 3.80-1 man 1.5k-3 mc 4.6.0-4 mhash 0.8.18-1 mhash-devel 0.8.18-1 mingw-runtime 3.5-1 mingw-zlib 1.2.1-1 minires 0.97-1 minires-devel 0.97-1 mktemp 1.5-3 mod_auth_mysql 1.11-1 mod_auth_ntsec 1.7-1 mod_dav 1.0.3-1.3.6-1 mod_php4 4.2.0-2 mod_ssl 2.8.8-1.3.24-1 more 2.11o-1 mt 2.3-1 mutt 1.4.1-2 naim 0.11.6.7-1 nano 1.2.2-1 nasm 0.98.38-1 ncftp 3.1.7-1 ncurses 5.3-4 ncurses-demo 5.3-4 nedit 5.4-1 neon 0.24.7-1 netcat 1.10-2 newlib-man 20001118-1 nfs-server 2.2.47-2 ocaml 3.08.1-1 openbox 0.99.1-4 opengl 1.1.0-7 openjade 1.3.3-1 openldap 2.2.15-2 openldap-devel 2.2.15-2 OpenSP 1.5.1-1 openssh 3.9p1-1 openssl 0.9.7d-1 openssl-devel 0.9.7d-1 openssl096 0.9.6j-1 ORBit2 2.10.3-1 ORBit2-devel 2.10.3-1 pango 1.4.1-1 pango-devel 1.4.1-1 pango-doc 1.4.1-1 pango-runtime 1.4.1-1 par 1.52-1 patch 2.5.8-8 patchutils 0.2.30pre1-1 pcre 4.5-1 pcre-devel 4.5-1 pcre-doc 4.5-1 pdksh 5.2.14-3 perl 5.8.5-3 perl-libwin32 0.191-1 perl_manpages 5.8.5-3 pine 4.58-1 pinfo 0.6.8-1 pkgconfig 0.15.0-4 popt 1.6.4-4 postgresql 7.4.5-1 pr3270 3.2.20-1 procmail 3.22-9 procps 010801-2 proftpd 1.2.9-1 psutils 1.17-1 python 2.3.4-2 rcs 5.7-3 readline 4.3-5 rebase 2.3-1 regex 4.4-2 robots 2.0-4 rpm 4.1-1 rpm-build 4.1-1 rpm-doc 4.1-1 rsync 2.6.2-2 ruby 1.8.1-1 rxvt 2.7.10-4 s3270 3.2.20-1 sed 4.1.2-1 setsid 0.0-3 sh-utils 2.0.15-4 sharutils 4.2.1-3 shutdown 1.4-1 splint 3.1.1-1 squid 2.4.STABLE7-1 ssmtp 2.60.9-3 stunnel 4.04-3 subversion 1.0.6-1 subversion-devel 1.0.6-1 suite3270 3.2.20-1 sunrpc 4.0-2 SWI-Prolog 5.2.6-1 swig 1.3.19-1 sysvinit 2.84-4 tar 1.13.25-5 tcl3270 3.2.20-1 tcltk 20030901-1 tcm 2.20-1 tcp_wrappers 7.6-1 tcsh 6.13.00-2 termcap 20021106-2 terminfo 5.3_20030726-1 tetex 2.0.2-13 tetex-base 2.0.2-13 tetex-beta 20001218-1 tetex-bin 2.0.2-13 tetex-devel 2.0.2-13 tetex-doc 2.0.2-13 tetex-extra 2.0.2-13 tetex-tiny 2.0.2-13 tetex-x11 2.0.2-13 texinfo 4.2-4 TeXmacs 1.0.4-4 textutils 2.0.21-1 tidy 030901-1 tiff 3.6.0-5 time 1.7-1 tin 1.6.2-3 transfig 3.2.4-2 ttcp 19980512-1 tzcode 2003e-1 ucl 1.01-1 units 1.77-1 unzip 5.50-5 upx 1.24-1 uw-imap 2002e-3 uw-imap-imapd 2002e-3 uw-imap-util 2002e-3 vim 6.3-1 w32api 3.1-1 wget 1.9.1-1 which 1.5-2 whois 4.6.14-1 WindowMaker 0.80.2-1 WordNet 2.0-1 wtf 0.0.4-6 X-start-menu-icons 1.0.1-1 X-startup-scripts 1.0.8-1 x2x 1.30-2 x3270 3.2.20-1 Xaw3d 1.5D-5 xemacs 21.4.15-1 xemacs-emacs-common 21.4.15-1 xemacs-mule-sumo 2004-08-18-1 xemacs-sumo 2004-08-18-1 xemacs-tags 21.4.15-1 xerces-c 2.5.0-1 xerces-c-devel 2.5.0-1 xerces-c-doc 2.5.0-1 xfig 3.2.4-6 xfig-bin 3.2.4-3 xfig-doc 3.2.4-2 xfig-etc 3.2.4-4 xfig-lib 3.2.4-6 xfig-man 3.2.4-2 XFree86-base 4.3.0-11 XFree86-bin 4.3.0-21 XFree86-bin-icons 4.3.0-7 XFree86-doc 4.3.0-2 XFree86-etc 4.3.0-12 XFree86-f100 4.3.0-2 XFree86-fcyr 4.3.0-2 XFree86-fenc 4.3.0-2 XFree86-fnts 4.3.0-2 XFree86-fscl 4.3.0-2 XFree86-fsrv 4.3.0-9 XFree86-html 4.3.0-10 XFree86-jdoc 4.3.0-2 XFree86-lib 4.3.0-3 XFree86-lib-compat 4.3.0-2 XFree86-man 4.3.0-10 XFree86-nest 4.3.0-8 XFree86-prog 4.3.0-21 XFree86-prt 4.3.0-6 XFree86-ps 4.3.0-2 XFree86-startup-scripts 4.3.0-1 XFree86-vfb 4.3.0-8 XFree86-xserv 4.3.0-68 XFree86-xwinclip 4.3.0-3 xgraph 12.1-1 xinetd 2.3.9-1 XmHTML 1.1.7-1 xmlto 0.0.18-1 xorg-x11-base 6.7.0.0-8 xorg-x11-bin 6.7.0.0-4 xorg-x11-bin-dlls 6.7.0.0-5 xorg-x11-bin-lndir 6.7.0.0-2 xorg-x11-devel 6.7.0.0-4 xorg-x11-etc 6.7.0.0-3 xorg-x11-f100 6.7.0.0-1 xorg-x11-fcyr 6.7.0.0-1 xorg-x11-fenc 6.7.0.0-2 xorg-x11-fnts 6.7.0.0-1 xorg-x11-fscl 6.7.0.0-3 xorg-x11-fsrv 6.7.0.0-1 xorg-x11-libs-data 6.7.0.0-3 xorg-x11-man-pages 6.7.0.0-2 xorg-x11-man-pages-html 6.7.0.0-2 xorg-x11-nest 6.7.0.0-2 xorg-x11-vfb 6.7.0.0-2 xorg-x11-xwin 6.7.0.0-12 xorg-x11-xwin-gl 6.7.0.0-12 xpm-nox 4.2.0-4 xterm 185-4 xwinclip 1.2.0-1 xwinwm 0.0.5-1 zip 2.3-6 zlib 1.2.1-1 zsh 4.2.0-2 Use -h to see help about each section -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From yselkowitz@users.sourceforge.net Mon Sep 6 20:35:00 2004 From: yselkowitz@users.sourceforge.net (Yaakov Selkowitz) Date: Mon, 06 Sep 2004 20:35:00 -0000 Subject: [ANNOUNCEMENT] Updated: (audiofile, libaudiofile0, libaudiofile-devel)-0.2.6-2 Message-ID: <200409062034.i86KYPP29749@esds.vss.fsi.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The following packages have been updated in the Cygwin distribution: *** audiofile-0.2.6-2 *** libaudiofile0-0.2.6-2 *** libaudiofile-devel-0.2.6-2 Packaging changes: * audiofile.m4 has been fixed for compatibility with automake-1.8. * static libraries have been disabled. Yaakov ~ *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBPLsEpiWmPGlmQSMRAk8iAJ9s6Nqw75ekzs3ckVmAmUR3MpW7qACg5cJN RZfnImMpi8tQ1UVr8scA/Ik= =dQYO -----END PGP SIGNATURE----- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From yselkowitz@users.sourceforge.net Mon Sep 6 22:50:00 2004 From: yselkowitz@users.sourceforge.net (Yaakov Selkowitz) Date: Mon, 06 Sep 2004 22:50:00 -0000 Subject: [ANNOUNCEMENT] Updated: libIDL-0.8.3-2 Message-ID: <200409062035.i86KZ8729791@esds.vss.fsi.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The following packages have been updated in the Cygwin distribution: *** libIDL-0.8.3-2 Packaging changes: * libIDL.m4 is now installed in /usr/share/aclocal. * libIDL.m4 has been fixed for compatibility with automake-1.8. Yaakov ~ *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBPLvWpiWmPGlmQSMRAhEwAKCJXMV0As1ee1tY8wasSKrh347LbACg282S gcz7EUyjQbmWuD5PEhfAVPs= =3Z9H -----END PGP SIGNATURE----- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From yselkowitz@users.sourceforge.net Mon Sep 6 22:50:00 2004 From: yselkowitz@users.sourceforge.net (Yaakov Selkowitz) Date: Mon, 06 Sep 2004 22:50:00 -0000 Subject: [ANNOUNCEMENT] Updated: glib(-devel)-1.2.10-2 Message-ID: <200409062250.i86Mo7g01871@esds.vss.fsi.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The following packages have been updated in the Cygwin distribution: *** glib-1.2.10-2 *** glib-devel-1.2.10-2 Packaging change: * glib.m4 has been fixed for compatibility with automake-1.8. Yaakov ~ *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBPLtEpiWmPGlmQSMRAi/QAJ9e6OBV5OS7MkcXgxZiy6RP8xl1vwCdFEVq o7I6vX6716wUyMeki0nEK6w= =irzg -----END PGP SIGNATURE----- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From yselkowitz@users.sourceforge.net Mon Sep 6 22:52:00 2004 From: yselkowitz@users.sourceforge.net (Yaakov Selkowitz) Date: Mon, 06 Sep 2004 22:52:00 -0000 Subject: [ANNOUNCEMENT] Updated: gtk+(-devel)-1.2.10-2 Message-ID: <200409062250.i86MotM01897@esds.vss.fsi.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The following packages have been updated in the Cygwin distribution: *** gtk+-1.2.10-2 *** gtk+-devel-1.2.10-2 Packaging change: * gtk.m4 has been fixed for compatibility with automake-1.8. Yaakov ~ *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBPLtjpiWmPGlmQSMRArhuAKCfs99xDkA3JmJd3C4RdM45hTFBzACgyJI+ xZrAIYap5f8x58hO9MR8krE= =/zet -----END PGP SIGNATURE----- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From sam.robb@timesys.com Tue Sep 7 02:05:00 2004 From: sam.robb@timesys.com (Robb, Sam) Date: Tue, 07 Sep 2004 02:05:00 -0000 Subject: [ANNOUNCEMENT] Updated: e2fsprogs-1.35-2 Message-ID: <200409062252.i86Mq7U01925@esds.vss.fsi.com> The package 'e2fsprogs' is has been updated to release 1.35-2 in the Cygwin distribution. Changes in release 1.35-2: * Updated install to place libuuid.a into /usr/lib/e2fsprogs (instead of into /usr/lib). This should correct a reported problem where the libuuid.a provided by e2fsprogs was masking the libuuid.a provided by w32api. 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. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=3D3Dyourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. - Sam Robb (sam.robb@timesys.com) - http://www.timesys.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Tue Sep 7 02:43:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Tue, 07 Sep 2004 02:43:00 -0000 Subject: Change patf of my home directory In-Reply-To: References: Message-ID: <6.1.0.6.0.20040906220301.03f024c8@pop.prospeed.net> At 05:02 AM 9/6/2004, you wrote: >my home (~) is actually under c:\documents and settings\administrato" but i >have one script for compiling a docbook that is aspecting i have my user >root directory under ./user > > >how can i change it ? Google much? This one comes up a fair amount so you should be able to find something without too much trouble. Here's just one I found which applies and it just happens to be from me. ;-) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From jw2357@hotmail.com Tue Sep 7 02:57:00 2004 From: jw2357@hotmail.com (John William) Date: Tue, 07 Sep 2004 02:57:00 -0000 Subject: pthread_join() broken on Cygwin 1.5.11-1? Message-ID: I just upgraded my Cygwin installation to the new 1.5.11-1 release, and now one of my applications behaves strangely. The application in question is multi-threaded. Everything seems to be working fine until the application tries to exit. The application consists of the main thread and several subordinate (worker) threads. At termination, each worker thread calls pthread_exit() and the main thread calls pthread_join(thread_id,NULL) on each worker thread. After upgrading to 1.5.11-1, the pthread_join() no longer returns - the entire application immediately exits on the first call to pthread_join(). - John -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Tue Sep 7 03:50:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 07 Sep 2004 03:50:00 -0000 Subject: What is this In-Reply-To: References: Message-ID: On Mon, 6 Sep 2004, Dave Korn wrote: > > -----Original Message----- > > From: cygwin-owner On Behalf Of Phil Betts > > Sent: 06 September 2004 12:34 > > > >Brian Dessent wrote: > > > > >"Mirko Tebaldi (Indirizzo Pubblico)" wrote: > > >> > > >> What is /bin/test.exe ? > > >> > > >> i have a script that uses that, but it has not output and no --help > > >> or --usage !!! > > > > >Have you considered "man test"? > > > > FWIW, this should always be the FIRST thing one tries (or > > "info test"). > > > > It's a REALLY bad idea to execute a program to try to find out what it > > does. Suppose that "test" was an acronym for "Trash Entire System > > Thoroughly", and suppose that it ignored the command line. > > Then it would be a windoze app, not a unix/linux/posix one, and hence > off-topic for this list! > > I still think it should be entered into the OLOCA, though. That would be up there with "the whole new level of mean"... Are you sure we're up for it? :-) Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Tue Sep 7 04:17:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Tue, 07 Sep 2004 04:17:00 -0000 Subject: pthread_join not returning In-Reply-To: <20040906202740.GA532@efn.org> References: <20040906202740.GA532@efn.org> Message-ID: <20040907035112.GA4167@trixie.casa.cgf.cx> On Mon, Sep 06, 2004 at 01:27:40PM -0700, Yitzchak Scott-Thoennes wrote: >I've reported this before as affecting perl's threads; now I've got a >C test program (attached) that shows the problem. I know almost >nothing about pthreads, so I apologize if there is an error in the >code, but it should represent more or less what perl is doing to >create and join a thread. > >This correctly proceeds to the end on 1.5.10-3 and the 20040604 >snapshot; with the 20040622 snapshot and later other ones and >1.5.11-1, the whole process terminates in pthread_join. > >Hope this helps track this down; please let me know if the developers >aren't seeing this problem or if there's anything more I can do to help. I see the behavior but it isn't doing what you think it's doing. The program is exiting correctly, it just isn't displaying "done". This is undoubtedly due to some changes in newlib that I thought were worked around in cygwin. stdout is probably getting closed inappropriately. I'll see if I can rectify this behavior and release a 1.5.12 ASAP. Thanks, btw, for the simple test case (TM). FWIW, if you had previously submitted this test case and demonstrated that this problem as more than a perl problem it probably would have been fixed in time for 1.5.11. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Tue Sep 7 05:22:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Tue, 07 Sep 2004 05:22:00 -0000 Subject: pthread_join not returning (snapshot available) In-Reply-To: <20040907035112.GA4167@trixie.casa.cgf.cx> References: <20040906202740.GA532@efn.org> <20040907035112.GA4167@trixie.casa.cgf.cx> Message-ID: <20040907041808.GA4469@trixie.casa.cgf.cx> On Mon, Sep 06, 2004 at 11:51:12PM -0400, Christopher Faylor wrote: >I'll see if I can rectify this behavior and release a 1.5.12 ASAP. Does the newest snapshot work any better? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From list-subscriber@hq.astra.ph Tue Sep 7 05:48:00 2004 From: list-subscriber@hq.astra.ph (Carlo Florendo) Date: Tue, 07 Sep 2004 05:48:00 -0000 Subject: Why is there a ZZZRemovedpackages? In-Reply-To: References: <41381F93.90401@hq.astra.ph> Message-ID: <413D452B.4020609@hq.astra.ph> Igor Pechtchanski wrote: >On Fri, 3 Sep 2004, Carlo Florendo wrote: > > > >>Hello, >> >>I'm actually not encountering any problem with cygwin now. It has >>actually been performing impressively! Thanks to all you cygwin people. >> >> > >That's good to know. > > > >>In any case, we keep a mirror of the cygwin releases and I was just >>curious why there is a ZZZRemovedpackages directory under /release. >>What's it for? Is it ok if I remove it completely from oour local mirror >>site? >> >> > >I believe the category was created by Harold Hunt for the XFree86 upgrade >helpers when Cygwin/X switched to the X.org source base. The name of the >category was supposed to imply that the packages should not be installed >on a fresh install. The packages in that category are all very small, >though (about .5k per directory), and installing them should be harmless. >You can go either way. > Igor > > Great! Thank you very much for the enlightenment! Best Regards, Carlo ------ Carlo Florendo Astra Philippines Inc. www.astra.ph -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Edwin.Goei@Sun.COM Tue Sep 7 06:00:00 2004 From: Edwin.Goei@Sun.COM (Edwin Goei) Date: Tue, 07 Sep 2004 06:00:00 -0000 Subject: rsync hangs Message-ID: <413D4B84.1060007@sun.com> I'm trying to use "rsync" but it hangs and I am unable to kill it using the Windows task manager. I've seen postings about using rsync for backup. Is this a known problem? Any ideas? $ rsync -av d1 d1.bak # command hangs OS: Windows XP Pro SP2 $ uname -srv CYGWIN_NT-5.1 1.5.7(0.109/3/2) 2004-01-30 19:32 $ cygcheck -cd | grep rsync rsync 2.6.0-1 $ rsync -version rsync version 2.6.0 protocol version 27 -Edwin -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From sthoenna@efn.org Tue Sep 7 08:01:00 2004 From: sthoenna@efn.org (Yitzchak Scott-Thoennes) Date: Tue, 07 Sep 2004 08:01:00 -0000 Subject: pthread_join not returning In-Reply-To: <20040907035112.GA4167@trixie.casa.cgf.cx> References: <20040906202740.GA532@efn.org> <20040907035112.GA4167@trixie.casa.cgf.cx> Message-ID: <20040907060020.GA1932@efn.org> On Mon, Sep 06, 2004 at 11:51:12PM -0400, Christopher Faylor wrote: > Thanks, btw, for the simple test case (TM). FWIW, if you had previously > submitted this test case and demonstrated that this problem as more than > a perl problem it probably would have been fixed in time for 1.5.11. Thanks for the quick fix (though I haven't actually tried it yet.) FWIW, I delayed about a week in making my initial report because I knew I really should try to reduce it to a simple test case, but then realized I wasn't going to have time. I know "me too" posts can be a nuisance, but hearing that anybody besides me was even seeing the problem would have led me to try to make that time sooner (as I finally did when the problem got into an actual release.) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Tue Sep 7 08:16:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Tue, 07 Sep 2004 08:16:00 -0000 Subject: pthread_join() broken on Cygwin 1.5.11-1? In-Reply-To: References: Message-ID: <20040907080207.GA17670@cygbert.vinschen.de> On Sep 7 02:43, John William wrote: > I just upgraded my Cygwin installation to the new 1.5.11-1 release, and now > one of my applications behaves strangely. > > The application in question is multi-threaded. Everything seems to be > working fine until the application tries to exit. The application consists > of the main thread and several subordinate (worker) threads. At > termination, each worker thread calls pthread_exit() and the main thread > calls pthread_join(thread_id,NULL) on each worker thread. After upgrading > to 1.5.11-1, the pthread_join() no longer returns - the entire application > immediately exits on the first call to pthread_join(). Does the latest snapshot from http://www.cygwin.com/snapshots/ help? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From sthoenna@efn.org Tue Sep 7 10:00:00 2004 From: sthoenna@efn.org (Yitzchak Scott-Thoennes) Date: Tue, 07 Sep 2004 10:00:00 -0000 Subject: pthread_join not returning (snapshot available) In-Reply-To: <20040907041808.GA4469@trixie.casa.cgf.cx> References: <20040906202740.GA532@efn.org> <20040907035112.GA4167@trixie.casa.cgf.cx> <20040907041808.GA4469@trixie.casa.cgf.cx> Message-ID: <20040907081648.GA2440@efn.org> On Tue, Sep 07, 2004 at 12:18:08AM -0400, Christopher Faylor wrote: > On Mon, Sep 06, 2004 at 11:51:12PM -0400, Christopher Faylor wrote: > >I'll see if I can rectify this behavior and release a 1.5.12 ASAP. > > Does the newest snapshot work any better? All the thread tests now pass. Thanks again. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Tue Sep 7 11:33:00 2004 From: dk@artimi.com (Dave Korn) Date: Tue, 07 Sep 2004 11:33:00 -0000 Subject: What is this In-Reply-To: Message-ID: > -----Original Message----- > From: Igor Pechtchanski > Sent: 07 September 2004 03:57 > On Mon, 6 Sep 2004, Dave Korn wrote: > > > > -----Original Message----- > > > From: cygwin-owner On Behalf Of Phil Betts > > > Sent: 06 September 2004 12:34 > > > > > >Brian Dessent wrote: > > > > > > >"Mirko Tebaldi (Indirizzo Pubblico)" wrote: > > > >> > > > >> What is /bin/test.exe ? > > > >> > > > >> i have a script that uses that, but it has not output > and no --help > > > >> or --usage !!! > > > > > > >Have you considered "man test"? > > > > > > FWIW, this should always be the FIRST thing one tries (or > > > "info test"). > > > > > > It's a REALLY bad idea to execute a program to try to > find out what it > > > does. Suppose that "test" was an acronym for "Trash Entire System > > > Thoroughly", and suppose that it ignored the command line. > > > > Then it would be a windoze app, not a unix/linux/posix > one, and hence > > off-topic for this list! > > > > I still think it should be entered into the OLOCA, though. > > That would be up there with "the whole new level of mean"... > Are you sure we're up for it? :-) I think we have to be daring! Just imagine the fun! "All patches must be thoroughly TESTed (http://cygwin.com/acronyms#test) before submission"! cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cygwin.20.job@spamgourmet.com Tue Sep 7 13:00:00 2004 From: cygwin.20.job@spamgourmet.com (cygwin.20.job@spamgourmet.com) Date: Tue, 07 Sep 2004 13:00:00 -0000 Subject: ssh search identity in wrong directory Message-ID: Hi folks I have the problem that ssh does not search the identity file ins $HOME/.ssh it looks in the directory which is found in the envionment variable HOMESHARE. What is going wrong? How can I fix it? $ echo $HOME /cygdrive/c/home $ echo $HOMESHARE \\dpeb.de\storage\dpcom_home01\F.Braunbeck $ ssh -v fjb@stiff OpenSSH_3.8.1p1, OpenSSL 0.9.7d 17 Mar 2004 debug1: Connecting to stiff [192.168.181.23] port 22. debug1: Connection established. debug1: identity file //dpeb.de/storage/dpcom_home01/F.Braunbeck/.ssh/identity type -1 debug1: identity file //dpeb.de/storage/dpcom_home01/F.Braunbeck/.ssh/id_rsa type -1 debug1: identity file //dpeb.de/storage/dpcom_home01/F.Braunbeck/.ssh/id_dsa type -1 debug1: Remote protocol version 1.99, remote software version OpenSSH_3.7.1p1 debug1: match: OpenSSH_3.7.1p1 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_3.8.1p1 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server->client aes128-cbc hmac-md5 none debug1: kex: client->server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug1: Host 'stiff' is known and matches the RSA host key. debug1: Found key in //dpeb.de/storage/dpcom_home01/F.Braunbeck/.ssh/known_hosts:1 debug1: ssh_rsa_verify: signature correct debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey,password,keyboard-interactive debug1: Next authentication method: publickey debug1: Trying private key: //dpeb.de/storage/dpcom_home01/F.Braunbeck/.ssh/identity debug1: Trying private key: //dpeb.de/storage/dpcom_home01/F.Braunbeck/.ssh/id_rsa debug1: Trying private key: //dpeb.de/storage/dpcom_home01/F.Braunbeck/.ssh/id_dsa debug1: Next authentication method: keyboard-interactive debug1: Authentications that can continue: publickey,password,keyboard-interactive debug1: Next authentication method: password fjb@stiff's password: IMPORTANT There is no way to send a email direct to this mail address. Every Mail which is not send to cygwin@cygwin.com is automatically deleted. Regards Franz -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Tue Sep 7 13:25:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Tue, 07 Sep 2004 13:25:00 -0000 Subject: ssh search identity in wrong directory In-Reply-To: References: Message-ID: <20040907130047.GC17670@cygbert.vinschen.de> On Sep 7 13:31, cygwin.20.job@spamgourmet.com wrote: > Hi folks > > I have the problem that ssh does not search the identity file ins > $HOME/.ssh it looks in the directory which is found in the envionment > variable HOMESHARE. What is going wrong? How can I fix it? Nope, it looks in the directory found in your /etc/passwd entry. ssh never uses $HOME. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From jason@tishler.net Tue Sep 7 13:33:00 2004 From: jason@tishler.net (Jason Tishler) Date: Tue, 07 Sep 2004 13:33:00 -0000 Subject: [ANNOUNCEMENT] Updated Cygwin Package: procmail-3.22-10 Message-ID: <200409071324.i87DOrt17061@esds.vss.fsi.com> New News: === ==== I have updated the version of procmail to 3.22-10. The tarballs should be available on a Cygwin mirror near you shortly. The notable changes from the previous release are the following: o enable run control file (e.g., ~/.procmailrc) permission check for Windows versions, filesystems, and/or supported configurations o enable comsat support o comply with FHS directory structure Old News: === ==== The procmail program is used by Red Hat Linux for all local mail delivery. In addition to just delivering mail, procmail can be used for automatic filtering, presorting, and other mail handling jobs. Procmail is also the basis for the SmartList mailing list processor. See the procmail home page for more details: http://www.procmail.org/ Please read the README file: /usr/doc/Cygwin/procmail-3.22.README since it covers requirements, installation, known issues, etc. Standard News: ======== ==== 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. Then, run setup and answer all of the questions. If you have questions or comments, please send them to the Cygwin mailing list at: cygwin@cygwin.com . *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From mbohlman@tcicredit.com Tue Sep 7 14:01:00 2004 From: mbohlman@tcicredit.com (Mark Bohlman) Date: Tue, 07 Sep 2004 14:01:00 -0000 Subject: What is this In-Reply-To: References: Message-ID: Dave Korn wrote: >>-----Original Message----- >>From: Igor Pechtchanski >>Sent: 07 September 2004 03:57 > > >>On Mon, 6 Sep 2004, Dave Korn wrote: >> >> >>>>-----Original Message----- >>>>From: cygwin-owner On Behalf Of Phil Betts >>>>Sent: 06 September 2004 12:34 >>> >>>>>Brian Dessent wrote: >>>> >>>>>"Mirko Tebaldi (Indirizzo Pubblico)" wrote: >>>>> >>>>>>What is /bin/test.exe ? >>>>>> >>>>>>i have a script that uses that, but it has not output >> >>and no --help >> >>>>>>or --usage !!! >>>> >>>>>Have you considered "man test"? >>>> >>>>FWIW, this should always be the FIRST thing one tries (or >>>>"info test"). >>>> >>>>It's a REALLY bad idea to execute a program to try to >> >>find out what it >> >>>>does. Suppose that "test" was an acronym for "Trash Entire System >>>>Thoroughly", and suppose that it ignored the command line. >>> >>> Then it would be a windoze app, not a unix/linux/posix >> >>one, and hence >> >>>off-topic for this list! >>> >>> I still think it should be entered into the OLOCA, though. >> >>That would be up there with "the whole new level of mean"... >>Are you sure we're up for it? :-) > > > I think we have to be daring! > > Just imagine the fun! > > "All patches must be thoroughly TESTed (http://cygwin.com/acronyms#test) > before submission"! > > > cheers, > DaveK And TESTED is "Trash Entire System Thoroughly at End of Day"?? ;-) (see also "Been There, Done That"). -- Mark -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Extern.Haendler@kmweg.de Tue Sep 7 14:31:00 2004 From: Extern.Haendler@kmweg.de (Martin Haendler) Date: Tue, 07 Sep 2004 14:31:00 -0000 Subject: Ada: Text_Io.Get_Immediate() is blocking Message-ID: <413DBF55.3050909@kmweg.de> Hi, I'm working with ADA and Windows2000/Cygwin. A call to Text_Io.Get_Immediate() should return even if there is no input waiting. I have no problems with Linux, but trying to shift Software to Windows brings me into trouble: If there is no input waiting, the call is blocking. Here is a simple example: (Save it as "keyboardtest.adb" and call "gnatmake keyboardtest".) =================================================== with Text_Io; procedure Keyboardtest is Char : Character := ' '; Key_Pressed : Boolean := False; begin Text_Io.Get_Immediate(Char, Key_Pressed); if Key_Pressed then Text_Io.Put_Line("[" & Char & "]"); end if; end Keyboardtest; =================================================== With Linux (gcc version 3.2.3, GNAT Pro 5.02a) this program terminates immediately which is the correct behaviour. With Win2000/Cygwin it waits until a key is pressed, prints out the key and then terminates. "gcc -v" says: Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/specs Configured with: /GCC/gcc-3.3.1-3/configure --with-gcc --with-gnu-ld --with-gnu-as --prefix=/usr --exec-prefix=/u sr --sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/sbin --mandir=/usr/share/man --infodir=/usr/share/info - -enable-languages=c,ada,c++,f77,pascal,java,objc --enable-libgcj --enable-threads=posix --with-system-zlib --enab le-nls --without-included-gettext --enable-interpreter --enable-sjlj-exceptions --disable-version-specific-runtim e-libs --enable-shared --disable-win32-registry --enable-java-gc=boehm --disable-hash-synchronization --verbose - -target=i686-pc-cygwin --host=i686-pc-cygwin --build=i686-pc-cygwin Thread model: posix gcc version 3.3.1 (cygming special) "gnat" says: GNAT 3.3.1 (cygming special) Copyright 1996-2002 Free Software Foundation, Inc. Do you know any solution or workaround? Thank you!!! Martin -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Tue Sep 7 14:43:00 2004 From: dk@artimi.com (Dave Korn) Date: Tue, 07 Sep 2004 14:43:00 -0000 Subject: [ANNOUNCEMENT] Updated Cygwin Package: procmail-3.22-10 In-Reply-To: <200409071324.i87DOrt17061@esds.vss.fsi.com> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Jason Tishler > Sent: 07 September 2004 14:25 > Old News: > === ==== > The procmail program is used by Red Hat Linux for all local mail > delivery. Funny thing to say in a Cygwin-specific package description of what is in fact a generic *nix app. Overly cut'n'pasted from the RH rpm description, perhaps? cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Tue Sep 7 14:51:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Tue, 07 Sep 2004 14:51:00 -0000 Subject: Ada: Text_Io.Get_Immediate() is blocking In-Reply-To: <413DBF55.3050909@kmweg.de> References: <413DBF55.3050909@kmweg.de> Message-ID: <1055102949.20040907164450@familiehaase.de> Hallo Martin, Am Dienstag, 7. September 2004 um 16:01 schriebst du: > Hi, > I'm working with ADA and Windows2000/Cygwin. > A call to Text_Io.Get_Immediate() should return even if there is no > input waiting. I have no problems with Linux, but trying to shift > Software to Windows brings me into trouble: If there is no input > waiting, the call is blocking. > Here is a simple example: > (Save it as "keyboardtest.adb" and call "gnatmake keyboardtest".) > =================================================== > with Text_Io; > procedure Keyboardtest is > Char : Character := ' '; > Key_Pressed : Boolean := False; > begin > Text_Io.Get_Immediate(Char, Key_Pressed); > if Key_Pressed then > Text_Io.Put_Line("[" & Char & "]"); > end if; > end Keyboardtest; > =================================================== > With Linux (gcc version 3.2.3, GNAT Pro 5.02a) this program terminates > immediately which is the correct behaviour. With Win2000/Cygwin it waits > until a key is pressed, prints out the key and then terminates. > "gcc -v" says: > Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/specs > Configured with: /GCC/gcc-3.3.1-3/configure --with-gcc --with-gnu-ld > --with-gnu-as --prefix=/usr --exec-prefix=/u > sr --sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/sbin > --mandir=/usr/share/man --infodir=/usr/share/info - > -enable-languages=c,ada,c++,f77,pascal,java,objc --enable-libgcj > --enable-threads=posix --with-system-zlib --enab > le-nls --without-included-gettext --enable-interpreter > --enable-sjlj-exceptions --disable-version-specific-runtim > e-libs --enable-shared --disable-win32-registry --enable-java-gc=boehm > --disable-hash-synchronization --verbose - > -target=i686-pc-cygwin --host=i686-pc-cygwin --build=i686-pc-cygwin > Thread model: posix > gcc version 3.3.1 (cygming special) > "gnat" says: > GNAT 3.3.1 (cygming special) Copyright 1996-2002 Free Software > Foundation, Inc. > Do you know any solution or workaround? Thank you!!! Please upgrade to gcc-3.3.3 or try the test release gcc-3.4 (experimental button in setup.exe installer). Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From colin@breame.com Tue Sep 7 14:53:00 2004 From: colin@breame.com (Colin JN Breame) Date: Tue, 07 Sep 2004 14:53:00 -0000 Subject: setup Message-ID: <413DCB34.7070004@breame.com> Is there a way of installing packages on the command line? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ccobb@email.com Tue Sep 7 14:58:00 2004 From: ccobb@email.com (Christopher Cobb) Date: Tue, 07 Sep 2004 14:58:00 -0000 Subject: Problem executing a .bat script in a directory with spaces using bash References: <5c8adab704090207557a3a359a@mail.gmail.com> <4137566C.7070203@sbcglobal.net> <5c8adab704090210405ea696e4@mail.gmail.com> <413760BD.2080504@sbcglobal.net> <5c8adab70409021123291886c7@mail.gmail.com> <41376CD2.9090102@comcast.net> <41376D75.1060806@comcast.net> <4139AF96.4274702@dessent.net> Message-ID: Brian Dessent dessent.net> writes: > > Interesting function. However, I found that it chokes if the name of > the command to run has spaces, even if they are properly quoted on the > command line, e.g. > That's interesting. I'm running Win XP and even with your patches I /still/ get an error when a batch file path with spaces is given. Shell quoting hell + cmd.exe quoting hell is enough fun for a whole week! As if that's not enough, I see that (at least on XP) cmd.exe has a /S option to process quotes the "old way": "Otherwise, old behavior is to see if the first character is a quote character and if so, strip the leading character and remove the last quote character on the command line, preserving any text after the last quote character." The "new way" is to preserve (exactly two) quotes in the command string if /all/ of the following five conditions are met: "(1) no /S switch; (2) exactly two quote characters; (3) no special characters between the two quote characters, where special is one of: &<>()@^|; (4) there are one or more whitespace characters between the the two quote characters; (5) the string between the two quote characters is the name of an executable file." I really like it that there /cannot/ be special characters between the quotes, and that there /must/ be whitespace characters between the quotes. (NOT!) I wonder if "executable file" includes batch files? I'll plug away at this some more and see if I can figure something out. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Tue Sep 7 15:02:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Tue, 07 Sep 2004 15:02:00 -0000 Subject: setup In-Reply-To: <413DCB34.7070004@breame.com> References: <413DCB34.7070004@breame.com> Message-ID: <6.1.0.6.0.20040907105623.03eeb4c8@pop.prospeed.net> At 10:52 AM 9/7/2004, you wrote: >Is there a way of installing packages on the command line? Depending on the complexity of your needs, yes. See You can google for more info too. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bertrand.marquis@sysgo.com Tue Sep 7 15:17:00 2004 From: bertrand.marquis@sysgo.com (bertrand marquis) Date: Tue, 07 Sep 2004 15:17:00 -0000 Subject: setup In-Reply-To: <413DCB34.7070004@breame.com> References: <413DCB34.7070004@breame.com> Message-ID: <1094569385.4485.5.camel@bma.sysgo.com> Le mar 07/09/2004 ? 16:52, Colin JN Breame a ?crit : > Is there a way of installing packages on the command line? > i think you can dowmload the packages form a server than you will have to extract them in / using tar -xjf ... than you will have to run the postinstall scripts in /etc/postinstall i have tried that to install small packages and it is working This won't work if you don't have cygwin already installed ;-) I think this could also be a problem if you have an old release of the program installed as it doesn't remove the old files as the setup the last thing is that i don't think that the packages will be registered for cygwin and so you won't see then in cygcheck... bertrand PS: if someone know a way to do that in a better way i'm interested. > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ford@vss.fsi.com Tue Sep 7 15:20:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Tue, 07 Sep 2004 15:20:00 -0000 Subject: [ANNOUNCEMENT] Updated: cygwin-1.5.11-1 In-Reply-To: <200409050451.i854pPi21887@esds.vss.fsi.com> References: <200409050451.i854pPi21887@esds.vss.fsi.com> Message-ID: On Sat, 4 Sep 2004, Christopher Faylor wrote: > Christopher Faylor > Red Hat, Inc. ^ Oops. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ccobb@email.com Tue Sep 7 17:04:00 2004 From: ccobb@email.com (Christopher Cobb) Date: Tue, 07 Sep 2004 17:04:00 -0000 Subject: Problem executing a .bat script in a directory with spaces using bash References: <5c8adab704090207557a3a359a@mail.gmail.com> <4137566C.7070203@sbcglobal.net> <5c8adab704090210405ea696e4@mail.gmail.com> <413760BD.2080504@sbcglobal.net> <5c8adab70409021123291886c7@mail.gmail.com> <41376CD2.9090102@comcast.net> <41376D75.1060806@comcast.net> <4139AF96.4274702@dessent.net> Message-ID: Christopher Cobb email.com> writes: > > Brian Dessent dessent.net> writes: > > > > Interesting function. However, I found that it chokes if the name of > > the command to run has spaces, even if they are properly quoted on the > > command line, e.g. > > > > That's interesting. I'm running Win XP and even with your patches I /still/ > get an error when a batch file path with spaces is given. > What I see is that this problem exists even from a cmd.exe window: This works as expected: C:\>type "C:\Documents and Settings\test.bat" echo %1 C:\>"C:\Documents and Settings\test.bat" "Hello, world." "Hello, world." However, this does not work: C:\>cmd /c "C:\Documents and Settings\test.bat" "Hello, world." 'C:\Documents' is not recognized as an internal or external command, operable program or batch file. The problem seems to be the /two/ sets of quotes. Removing the quotes around "Hello, world." results in: C:\>cmd /c "C:\Documents and Settings\test.bat" Hello, world. C:\>echo Hello Hello This gets us to the batch file, but it loses the second argument. Just for the record, this is the same (but undesired) behavior invoking the batch file directly but without quotes on the arguments: C:\>"C:\Documents and Settings\test.bat" Hello, world. C:\>echo Hello Hello Conclusion: cmd.exe command line processing is brain dead. Among the problems are that cmd.exe looks for /exactly/ one pair of quotes and no more (see my previous message). And that (double) quotes are the /only/ way of quoting spaces. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From kris.thielemans@csc.mrc.ac.uk Tue Sep 7 17:17:00 2004 From: kris.thielemans@csc.mrc.ac.uk (Kris Thielemans) Date: Tue, 07 Sep 2004 17:17:00 -0000 Subject: problem with bash command line Message-ID: Hi I've just discovered that the command line is not always displayed correctly. This happens both in the 'normal' window you get when clicking on the cygwin icon, or in an xterm. I first thought it was related to the setting of PS1. However, I tried to put PS1 the same on a debian system, and there is no problem there. Also, the same happens after PS1='$ ' Here is how to reproduce it: startxwin.bat and click on the xterm with the bash window. Or click on your cygwin icon. I didn't set PS1 or so, so the window just looks like -------------------------- kris@petnt1 ~ $ -------------------------- Now type a non-existing command and put it in the background. My display looks like -------------------------- kris@petnt1 ~ $ b& [1] 269 kris@petnt1 ~ $ bash: b: command not found -------------------------- Note that the prompt *preceeds* the bash error message. Now type a few characters (at least 4). They will be displayed in the first column just below "bash :". -------------------------- kris@petnt1 ~ $ b& [1] 269 kris@petnt1 ~ $ bash: b: command not found Here is some text -------------------------- Then press Ctrl-A to go to the start of the line. The prompt will overwrite the first 2 characters of what you just typed. -------------------------- kris@petnt1 ~ $ b& [1] 269 kris@petnt1 ~ $ bash: b: command not found $ re is some text -------------------------- Then typing again will shift the remaining characters, but still not display the ones that were just erased. Only a Ctrl-L saves the day. Clearly the bash prompt should be displayed *after* the error message. This happens on my NT 4.0 sp6 system with a fresh cygwin, and on my XP sp1 system with a cygwin release that is slightly older (cygwin.dll 1.5.10-3). Both have GNU bash, version 2.05b.0(1)-release (i686-pc-cygwin). (sorry for such a long message for such a small thing). (please reply explictly to me as I'm reading this mailing list via the web) Thanks! Kris Thielemans Hammersmith Imanet (formerly IRSL) Cyclotron Building Hammersmith Hospital Du Cane Road London W12 ONN, United Kingdom web site address: http://www.hammersmithimanet.com/~kris ------------------------------------------- NOTE: My inbox has a SPAM filter that automatically throws away suspect messages. If you expect a reply and don't get one, your message might have been wrongly classified. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From andy_rushton@btinternet.com Tue Sep 7 17:21:00 2004 From: andy_rushton@btinternet.com (Andy Rushton) Date: Tue, 07 Sep 2004 17:21:00 -0000 Subject: 1.5.10: bug in /usr/sbin/strfile Message-ID: <413DED2E.7080001@btinternet.com> I know that problems with strfile have been reported before, but looking through the list archive I haven't seen a clear statement of the problem nor any responses that deal with the problem. The symptoms: If I run strfile on a file of quotes to generate a .dat file for the fortune program, I get strange behaviour from fortune for that quote file. I either get blank fortunes, or sometimes just the same quote again and again. I tried this with the latest stable release of Cygwin (1.5.10) but its been around for a long time. I suspect that this is another example of an old problem with Unix programs ported to Windows. I mount my disks in text mode so that for text files (but not binary files) \n gets translated to DOS line-ends. This option tends to show up bugs in Unix programs where binary files are opened incorrectly in text mode. This is a common bug because on Unix there is no difference between text and binary modes. So I tried adding a new mount point: D:\cygwin\usr\share\fortune on /usr/share/fortune type system (binmode) This makes just the fortune quote files' directory binary mode - i.e. no text file conversions. Sure enough, strfile now creates .dat files that fortune likes. Okay, having a special mount point is a bodge. It does however show that my suspicions are probably correct. I suspect that somewhere in strfile's source is an fopen with the mode "w" instead of "wb" when the .dat file is created. However, I don't know who's responsible for this program - so I thought I'd post my conclusions here. Is there anyone out there who knows how to get this fixed? Andy -- Andy Rushton, Southampton, UK If all these sweet young things were laid end-to-end, I wouldn't be a bit surprised. -- Dorothy Parker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From jason@tishler.net Tue Sep 7 17:42:00 2004 From: jason@tishler.net (Jason Tishler) Date: Tue, 07 Sep 2004 17:42:00 -0000 Subject: [ANNOUNCEMENT] Updated Cygwin Package: procmail-3.22-10 In-Reply-To: References: <200409071324.i87DOrt17061@esds.vss.fsi.com> Message-ID: <20040907172917.GA101164@tishler.net> On Tue, Sep 07, 2004 at 03:29:21PM +0100, Dave Korn wrote: > > -----Original Message----- > > From: cygwin-owner On Behalf Of Jason Tishler > > Sent: 07 September 2004 14:25 > > > > Old News: > > === ==== > > The procmail program is used by Red Hat Linux for all local mail > > delivery. > > Overly cut'n'pasted from the RH rpm description, perhaps? Yes, I just blindly copied it from something like the following: http://fr2.rpmfind.net//linux/RPM/redhat/8.0/i386/procmail-3.22-7.i386.html Nobody seemed to mind the statement the previous nine times I used it. Sigh... Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Tue Sep 7 17:51:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Tue, 07 Sep 2004 17:51:00 -0000 Subject: Error Exim start with inetd and ..... In-Reply-To: <000801c49500$950c81e0$6601a8c0@concorde> References: <000801c49500$950c81e0$6601a8c0@concorde> Message-ID: <20040907174331.GB11849@trixie.casa.cgf.cx> This is not a bug reporting mailing list. I've redirected this to the main cygwin list. See http://cygwin.com/lists.html for details. On Tue, Sep 07, 2004 at 07:32:00PM +0200, CHAZELLE Robert wrote: >Hello > >i use exim 4.41 on cygwin environnement for MTA and uw-ipop3d as pop >server. > >I run inetd with cygrunsrv > >I start uw-ipop3 with inetd, i don-t work with direct cygsrvrun service > >If i start exim with cygrunsrv, it's work correctly (exim-config) > >For a simple acces mode, i would like to start exim with inetd (slow >memory process in ram, one cygrunsrv ...) ith the line in >/etc/inetd.conf > >pop3 stream tcp nowait root /usr/sbin/ipop3d ipop3d > >smtp stream tcp nowait root /usr/bin/exim in.exim >-bs > >and the good number tcp port in /etc/services > >If i start exim without cygrunsrv, but with inetd it's ok only if i have >a cywin windows open (bash or pdksh) > >If i have not cygwin windows open, i have a error message in >/var/spool/exim/mesglog in the name file I30KWW-0001IO-CX > >2004-09-07 19:07:44 Received from sample@otherdomain.org >H=postfix3-1.free.fr [213.228.0.44] U=postfix P=esmtp S=4542 >id=000001c494fd$30a14a90$6601a8c0@concorde > >2004-09-07 19:07:44 I3OKWW-0001IO-CX appendfile transport process >returned non-zero status 0x0100: exit code 1 > >2004-09-07 19:07:44 defaut@mydomain.org >R=localuser T=local_delivery defer (2): No such file or directory: >failed to chdir to /home/defaut > >*** Frozen > >and the mail is stop for never > >Thank > >Best regards > >Robert C. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Tue Sep 7 18:23:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Tue, 07 Sep 2004 18:23:00 -0000 Subject: [ANNOUNCEMENT] Updated cygwin Package: procmail-3.22-10 In-Reply-To: <20040907172917.GA101164@tishler.net> References: <200409071324.i87DOrt17061@esds.vss.fsi.com> <20040907172917.GA101164@tishler.net> Message-ID: <20040907175214.GC11849@trixie.casa.cgf.cx> On Tue, Sep 07, 2004 at 01:29:17PM -0400, Jason Tishler wrote: >On Tue, Sep 07, 2004 at 03:29:21PM +0100, Dave Korn wrote: >> > -----Original Message----- >> > From: cygwin-owner On Behalf Of Jason Tishler >> > Sent: 07 September 2004 14:25 >> > >> > Old News: >> > === ==== >> > The procmail program is used by Red Hat Linux for all local mail >> > delivery. >> >> Overly cut'n'pasted from the RH rpm description, perhaps? > >Yes, I just blindly copied it from something like the following: > > http://fr2.rpmfind.net//linux/RPM/redhat/8.0/i386/procmail-3.22-7.i386.html > >Nobody seemed to mind the statement the previous nine times I used it. >Sigh... It certainly is a correct and informative statement and it is one that wouldn't be correct if you changed "Red Hat" to "Cygwin". So, IMHO, there's nothing anything wrong with it. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Tue Sep 7 18:29:00 2004 From: dk@artimi.com (Dave Korn) Date: Tue, 07 Sep 2004 18:29:00 -0000 Subject: [ANNOUNCEMENT] Updated cygwin Package: procmail-3.22-10 In-Reply-To: <20040907175214.GC11849@trixie.casa.cgf.cx> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Christopher Faylor > Sent: 07 September 2004 18:52 > On Tue, Sep 07, 2004 at 01:29:17PM -0400, Jason Tishler wrote: > >On Tue, Sep 07, 2004 at 03:29:21PM +0100, Dave Korn wrote: > >> > -----Original Message----- > >> > From: cygwin-owner On Behalf Of Jason Tishler > >> > Sent: 07 September 2004 14:25 > >> > > >> > Old News: > >> > === ==== > >> > The procmail program is used by Red Hat Linux for all local mail > >> > delivery. > >> > >> Overly cut'n'pasted from the RH rpm description, perhaps? > > > >Yes, I just blindly copied it from something like the following: > > > > > http://fr2.rpmfind.net//linux/RPM/redhat/8.0/i386/procmail-3.2 > 2-7.i386.html > > > >Nobody seemed to mind the statement the previous nine times > I used it. > >Sigh... 'Mind' is a bit too strong; I just found it a bit odd so I mentioned it! I didn't care enough to even suggest it should be changed, but was curious. > It certainly is a correct and informative statement ...but utterly irrelevant since a) Cygwin isn't Red Hat Linux and b) this particular package of procmail is not the RHL one to which the statement refers. Might as well say "The procmail program is used by Solaris 2.5 for all local mail delivery" in a cygwin packaging description.... [assuming that that version of solaris did in fact use procmail; otherwise you could substitute any other open source app that also exists in a cygwin version to make the same point.] >and it is one that > wouldn't be correct if you changed "Red Hat" to "Cygwin". Isn't this a bit of a strawman argument? I don't recall suggesting making such a change, so I'm not sure what relevance the possible validity or otherwise of such a change is to this topic.... > > So, IMHO, there's nothing anything wrong with it. Well YJM, we all knew that! cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From jglong3@att.net Tue Sep 7 18:31:00 2004 From: jglong3@att.net (jglong3@att.net) Date: Tue, 07 Sep 2004 18:31:00 -0000 Subject: ZLIB Message-ID: <090720041829.5116.413DFDF100033E40000013FC2160280748CC090201040906@att.net> Hello, And, Thanks for your time, advise, and help! :) :) I am a newbie at CYGWIN and the CYGWIN SHELL environment. I apologize if this is the wrong forum for this subject and if this is a subject that does not relate to zlib in CYGWIN. The following subject was researched in the CYGWIN Archives. If the answer exists, I apologize if the proper string(s) were not input to find the answer to the following discussion. A report by SecurityTracker mentions that there is situation in zlib. This situation in zlib is reported as relative to the inflate() and inflateBack(). The report says the situation varies depending on the application using the zlib library, but if exploited can result in a denial of services. Is there a new zlib to correct for this???? If so is the correction in Zlib or the cygwin.dll------ What download file or files are required???? THANKS for your time, help, and advise!!! :) Jerry -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pierre.humblet@ieee.org Tue Sep 7 18:51:00 2004 From: pierre.humblet@ieee.org (Pierre A. Humblet) Date: Tue, 07 Sep 2004 18:51:00 -0000 Subject: Error Exim start with inetd and ..... References: <000801c49500$950c81e0$6601a8c0@concorde> <20040907174331.GB11849@trixie.casa.cgf.cx> Message-ID: <413DFE61.D3CAB4E1@ieee.org> > On Tue, Sep 07, 2004 at 07:32:00PM +0200, CHAZELLE Robert wrote: > >Hello > > > >i use exim 4.41 on cygwin environnement for MTA and uw-ipop3d as pop > >server. > > > >I run inetd with cygrunsrv > > > >I start uw-ipop3 with inetd, i don-t work with direct cygsrvrun service > > > >If i start exim with cygrunsrv, it's work correctly (exim-config) > > > >For a simple acces mode, i would like to start exim with inetd (slow > >memory process in ram, one cygrunsrv ...) ith the line in > >/etc/inetd.conf > > > >pop3 stream tcp nowait root /usr/sbin/ipop3d ipop3d > > > >smtp stream tcp nowait root /usr/bin/exim in.exim > >-bs > > > >and the good number tcp port in /etc/services > > > >If i start exim without cygrunsrv, but with inetd it's ok only if i have > >a cywin windows open (bash or pdksh) > > > >If i have not cygwin windows open, i have a error message in > >/var/spool/exim/mesglog in the name file I30KWW-0001IO-CX > > > >2004-09-07 19:07:44 Received from sample@otherdomain.org > >H=postfix3-1.free.fr [213.228.0.44] U=postfix P=esmtp S=4542 > >id=000001c494fd$30a14a90$6601a8c0@concorde > > > >2004-09-07 19:07:44 I3OKWW-0001IO-CX appendfile transport process > >returned non-zero status 0x0100: exit code 1 > > > >2004-09-07 19:07:44 defaut@mydomain.org > >R=localuser T=local_delivery defer (2): No such file or directory: > >failed to chdir to /home/defaut > > > >*** Frozen It works for me, with and without cygwin window. The error message is very specific: failed to chdir to /home/defaut Is there such a directory? What is /home? a local directory, a mount point, .. ? What platform are you on? What version of Cygwin? What's the mechanism to translate postmaster@mydomain.org into defaut@mydomain.org ? Is there a user called "defaut"? When a cygwin window is opened, is it under user "defaut"? Pierre -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From isaac.foraker@xilinx.com Tue Sep 7 19:07:00 2004 From: isaac.foraker@xilinx.com (Isaac Foraker) Date: Tue, 07 Sep 2004 19:07:00 -0000 Subject: 1.5.11: execvp bug (XP) Message-ID: <413E032E.9020209@xilinx.com> I have run into a bug when upgrading from 1.5.10 to 1.5.11. I use a soft-link for /usr/bin/perl to point to the real version of Perl running on my system. This lets me switch easily between the Native ActiveState Perl and Cygwin Perl. This used to work fine, but now my 'make' is failing when running perl. Note: make.exe is renamed to gmake.exe in my environment to avoid conflicts with Opus make. #ls -l /usr/bin/perl lrwxrwxrwx 1 isaacf Domain U 24 Sep 7 12:44 /usr/bin/perl -> /usr/bin/perl5.8.5.exe default: perl foo.pl #gmake gmake: execvp: perl: Permission denied default: /usr/bin/perl foo.pl #gmake execvp: /usr/bin/perl: Permission denied default: /usr/bin/perl5.8.5 foo.pl # gmake default: /c/Perl5.6.1/bin/perl foo.pl # gmake I noticed that "exec" was updated according to the 1.5.11 Changelog, so I suspect that update may have introduced this bug. I downgraded back to 1.5.10, and this problem went away. Attached is the output of "cygcheck -s -v -r". IF -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygcheck.out URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From chazelle.robert@wanadoo.fr Tue Sep 7 20:52:00 2004 From: chazelle.robert@wanadoo.fr (CHAZELLE Robert) Date: Tue, 07 Sep 2004 20:52:00 -0000 Subject: Error Exim start with inetd and ..... In-Reply-To: <20040907174331.GB11849@trixie.casa.cgf.cx> Message-ID: <001e01c4950d$df2b0af0$6601a8c0@concorde> Hello What is the best list for my problem Thanks Robert -----Message d'origine----- De?: Christopher Faylor [mailto:cgf-no-personal-reply-please@cygwin.com] Envoy??: mardi 7 septembre 2004 19:44 ??: cygwin-apps@cygwin.com Cc?: cygwin@cygwin.com Objet?: Re: Error Exim start with inetd and ..... This is not a bug reporting mailing list. I've redirected this to the main cygwin list. See http://cygwin.com/lists.html for details. On Tue, Sep 07, 2004 at 07:32:00PM +0200, CHAZELLE Robert wrote: >Hello > >i use exim 4.41 on cygwin environnement for MTA and uw-ipop3d as pop >server. > >I run inetd with cygrunsrv > >I start uw-ipop3 with inetd, i don-t work with direct cygsrvrun service > >If i start exim with cygrunsrv, it's work correctly (exim-config) > >For a simple acces mode, i would like to start exim with inetd (slow >memory process in ram, one cygrunsrv ...) ith the line in >/etc/inetd.conf > >pop3 stream tcp nowait root /usr/sbin/ipop3d ipop3d > >smtp stream tcp nowait root /usr/bin/exim in.exim >-bs > >and the good number tcp port in /etc/services > >If i start exim without cygrunsrv, but with inetd it's ok only if i have >a cywin windows open (bash or pdksh) > >If i have not cygwin windows open, i have a error message in >/var/spool/exim/mesglog in the name file I30KWW-0001IO-CX > >2004-09-07 19:07:44 Received from sample@otherdomain.org >H=postfix3-1.free.fr [213.228.0.44] U=postfix P=esmtp S=4542 >id=000001c494fd$30a14a90$6601a8c0@concorde > >2004-09-07 19:07:44 I3OKWW-0001IO-CX appendfile transport process >returned non-zero status 0x0100: exit code 1 > >2004-09-07 19:07:44 defaut@mydomain.org >R=localuser T=local_delivery defer (2): No such file or directory: >failed to chdir to /home/defaut > >*** Frozen > >and the mail is stop for never > >Thank > >Best regards > >Robert C. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From sds@gnu.org Tue Sep 7 21:37:00 2004 From: sds@gnu.org (Sam Steingold) Date: Tue, 07 Sep 2004 21:37:00 -0000 Subject: RTLD_DEFAULT & RTLD_NEXT In-Reply-To: <20040901094429.GY17670@cygbert.vinschen.de> (Corinna Vinschen's message of "Wed, 1 Sep 2004 11:44:29 +0200") References: <20040830143832.GE17670@cygbert.vinschen.de> <20040831083258.GA7517@cygbert.vinschen.de> <20040831190826.GV17670@cygbert.vinschen.de> <20040901094429.GY17670@cygbert.vinschen.de> Message-ID: the (C) assignment is in the mail. 2004-08-31 Sam Steingold * dlfcn.cc (dlsym): Handle RTLD_DEFAULT using EnumProcessModules(). * include/dlfcn.h (RTLD_DEFAULT): Define to NULL. -- Sam Steingold (http://www.podval.org/~sds) running w2k Don't use force -- get a bigger hammer. Index: src/winsup/cygwin/include/dlfcn.h =================================================================== RCS file: /cvs/src/src/winsup/cygwin/include/dlfcn.h,v retrieving revision 1.2 diff -u -w -r1.2 dlfcn.h --- src/winsup/cygwin/include/dlfcn.h 11 Sep 2001 20:01:01 -0000 1.2 +++ src/winsup/cygwin/include/dlfcn.h 7 Sep 2004 20:47:33 -0000 @@ -28,6 +28,7 @@ extern void dlfork (int); /* following doesn't exist in Win32 API .... */ +#define RTLD_DEFAULT NULL /* valid values for mode argument to dlopen */ #define RTLD_LAZY 1 /* lazy function call binding */ Index: src/winsup/cygwin/dlfcn.cc =================================================================== RCS file: /cvs/src/src/winsup/cygwin/dlfcn.cc,v retrieving revision 1.24 diff -u -w -r1.24 dlfcn.cc --- src/winsup/cygwin/dlfcn.cc 3 Sep 2004 01:53:11 -0000 1.24 +++ src/winsup/cygwin/dlfcn.cc 7 Sep 2004 20:47:33 -0000 @@ -112,7 +112,27 @@ void * dlsym (void *handle, const char *name) { - void *ret = (void *) GetProcAddress ((HMODULE) handle, name); + void *ret = NULL; + if (handle == RTLD_DEFAULT) + { /* search all modules */ + HANDLE cur_proc = GetCurrentProcess(); + HMODULE *modules; + DWORD needed, i; + if (!EnumProcessModules(cur_proc,NULL,0,&needed)) + { + dlsym_fail: + set_dl_error ("dlsym"); + return NULL; + } + modules = (HMODULE*)alloca(needed); + if (!EnumProcessModules(cur_proc,modules,needed,&needed)) + goto dlsym_fail; + for (i=0; i < needed/sizeof(HMODULE); i++) + if ((ret = (void*)GetProcAddress(modules[i],name))) + break; + } + else + ret = (void*)GetProcAddress((HMODULE)handle,name); if (!ret) set_dl_error ("dlsym"); debug_printf ("ret %p", ret); Index: src/winsup/cygwin/autoload.cc =================================================================== RCS file: /cvs/src/src/winsup/cygwin/autoload.cc,v retrieving revision 1.87 diff -u -w -r1.87 autoload.cc --- src/winsup/cygwin/autoload.cc 3 Sep 2004 01:32:02 -0000 1.87 +++ src/winsup/cygwin/autoload.cc 7 Sep 2004 20:47:33 -0000 @@ -309,6 +309,7 @@ LoadDLLfunc (DeregisterEventSource, 4, advapi32) LoadDLLfunc (DuplicateToken, 12, advapi32) LoadDLLfuncEx (DuplicateTokenEx, 24, advapi32, 1) +LoadDLLfuncEx (EnumProcessModules, 16, psapi, 1) LoadDLLfunc (EqualSid, 8, advapi32) LoadDLLfunc (FindFirstFreeAce, 8, advapi32) LoadDLLfunc (GetAce, 12, advapi32) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Tue Sep 7 22:10:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Tue, 07 Sep 2004 22:10:00 -0000 Subject: [ANNOUNCEMENT] Updated cygwin Package: procmail-3.22-10 In-Reply-To: References: <20040907175214.GC11849@trixie.casa.cgf.cx> Message-ID: <20040907213850.GA4758@trixie.casa.cgf.cx> On Tue, Sep 07, 2004 at 07:21:07PM +0100, Dave Korn wrote: >> -----Original Message----- >> From: cygwin-owner On Behalf Of Christopher Faylor >> It certainly is a correct and informative statement > >...but utterly irrelevant since a) Cygwin isn't Red Hat Linux and b) this >particular package of procmail is not the RHL one to which the statement >refers. The main web page for cygwin mentions that it is supposed to be an emulation of Linux. I don't think it's an error to mention that procmail is used on the most popular version of Linux, especially when the company who produces the most popular version of Linux also sponsors Cygwin. >Might as well say "The procmail program is used by Solaris 2.5 for all >local mail delivery" in a cygwin packaging description.... [assuming >that that version of solaris did in fact use procmail; otherwise you >could substitute any other open source app that also exists in a cygwin >version to make the same point.] If Cygwin claimed to be emulating Solaris, then this would be a useful datapoint. Since it doesn't make that claim, I don't think your analogy is very apt. >>and it is one that >> wouldn't be correct if you changed "Red Hat" to "Cygwin". > > Isn't this a bit of a strawman argument? I don't recall suggesting >making such a change, so I'm not sure what relevance the possible validity >or otherwise of such a change is to this topic.... When someone talks about cut/paste errors, usually there are two things that are a problem. One is that a word is used incorrectly, as when people send announcements to cygwin-announce which are cut from a previous announcement and neglect to replace a package name. The other is when something should not have been pasted at all and needs to be deleted. I addressed both in my message. >>So, IMHO, there's not anything wrong with it. > >Well YJM, we all knew that! I don't exactly understand how my mild defense of Jason would be characterized as "M" but, this discussion is really not even worth the electrons that its displayed on, so I'll stop now. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cygwin@cwilson.fastmail.fm Tue Sep 7 22:12:00 2004 From: cygwin@cwilson.fastmail.fm (Charles Wilson) Date: Tue, 07 Sep 2004 22:12:00 -0000 Subject: Automake 1.9 as Cygwin package In-Reply-To: <200409020934.i829YgsX009537@smtp-vbr8.xs4all.nl> References: <200409020934.i829YgsX009537@smtp-vbr8.xs4all.nl> Message-ID: <413E46B2.1060500@cwilson.fastmail.fm> Johnny Willemsen wrote: > Hi, > > Are there plans to deliver automake 1.9 for Cygwin, there is currently > 1.8.5, but the software I am trying to port to Cygwin (ACE/TAO, see > www.cs.wustl.edu/~schmidt) gives an error that 1.9 is required. There are plans, best laid plans, to keep cygwin's tool set current. But Mother Nature had other plans. If you want automake-1.9 sooner, tell her to keep Ivan away from my house. Two hurricanes in a month is quite enough, thank you. -- Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cygwin@cwilson.fastmail.fm Tue Sep 7 22:33:00 2004 From: cygwin@cwilson.fastmail.fm (Charles Wilson) Date: Tue, 07 Sep 2004 22:33:00 -0000 Subject: [ANNOUNCEMENT] Updated: cygwin-1.5.11-1 In-Reply-To: <200409050451.i854pPi21887@esds.vss.fsi.com> References: <200409050451.i854pPi21887@esds.vss.fsi.com> Message-ID: <413E472A.80101@cwilson.fastmail.fm> Christopher Faylor wrote: > Christopher Faylor > Red Hat, Inc. Huh? Typo, or are you back at Red Hat? -- Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Tue Sep 7 23:15:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Tue, 07 Sep 2004 23:15:00 -0000 Subject: 1.5.11: execvp bug (XP) In-Reply-To: <413E032E.9020209@xilinx.com> References: <413E032E.9020209@xilinx.com> Message-ID: <20040907223430.GA5620@trixie.casa.cgf.cx> On Tue, Sep 07, 2004 at 12:51:26PM -0600, Isaac Foraker wrote: >I have run into a bug when upgrading from 1.5.10 to 1.5.11. I use a >soft-link for /usr/bin/perl to point to the real version of Perl running >on my system. This lets me switch easily between the Native ActiveState >Perl and Cygwin Perl. This used to work fine, but now my 'make' is >failing when running perl. Note: make.exe is renamed to gmake.exe in my >environment to avoid conflicts with Opus make. > >#ls -l /usr/bin/perl >lrwxrwxrwx 1 isaacf Domain U 24 Sep 7 12:44 /usr/bin/perl -> >/usr/bin/perl5.8.5.exe > > >default: > perl foo.pl > > >#gmake >gmake: execvp: perl: Permission denied WFM, sorry. Can you run perl from the command line? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From isaac.foraker@xilinx.com Tue Sep 7 23:35:00 2004 From: isaac.foraker@xilinx.com (Isaac Foraker) Date: Tue, 07 Sep 2004 23:35:00 -0000 Subject: 1.5.11: execvp bug (XP) Message-ID: <413E410F.5010901@xilinx.com> Yes, the perl soft link works from the command line. Here's my test case that fails. #!/usr/bin/perl print "Success.\n" default: perl foo.pl #ls -l /usr/bin/perl lrwxrwxrwx 1 isaacf Domain U 24 Sep 7 12:44 /usr/bin/perl -> /usr/bin/perl5.8.5.exe #gmake perl foo.pl gmake: execvp: perl: Permission denied gmake: *** [default] Error 127 #perl foo.pl Success. You may also need to "rm /usr/bin/perl.exe" before you can "ln -s /usr/bin/perl5.8.5.exe /usr/bin/perl". IF Tue, 7 Sep 2004 18:34:30 -0400, Christopher Faylor wrote: > On Tue, Sep 07, 2004 at 12:51:26PM -0600, Isaac Foraker wrote: > >I have run into a bug when upgrading from 1.5.10 to 1.5.11. I use a > >soft-link for /usr/bin/perl to point to the real version of Perl running > >on my system. This lets me switch easily between the Native ActiveState > >Perl and Cygwin Perl. This used to work fine, but now my 'make' is > >failing when running perl. Note: make.exe is renamed to gmake.exe in my > >environment to avoid conflicts with Opus make. > > > >#ls -l /usr/bin/perl > >lrwxrwxrwx 1 isaacf Domain U 24 Sep 7 12:44 /usr/bin/perl -> > >/usr/bin/perl5.8.5.exe > > > > > >default: > > perl foo.pl > > > > > >#gmake > >gmake: execvp: perl: Permission denied > > WFM, sorry. > > Can you run perl from the command line? > > cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Tue Sep 7 23:42:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 07 Sep 2004 23:42:00 -0000 Subject: 1.5.11: execvp bug (XP) In-Reply-To: <413E410F.5010901@xilinx.com> References: <413E410F.5010901@xilinx.com> Message-ID: On Tue, 7 Sep 2004, Isaac Foraker wrote: > Yes, the perl soft link works from the command line. Here's my test > case that fails. > > > #!/usr/bin/perl > > print "Success.\n" > > > > default: > perl foo.pl > > > #ls -l /usr/bin/perl > lrwxrwxrwx 1 isaacf Domain U 24 Sep 7 12:44 /usr/bin/perl -> > /usr/bin/perl5.8.5.exe > > #gmake ^^^^^ > perl foo.pl > gmake: execvp: perl: Permission denied > gmake: *** [default] Error 127 ^^^^^ > #perl foo.pl > Success. > > You may also need to "rm /usr/bin/perl.exe" before you can "ln -s > /usr/bin/perl5.8.5.exe /usr/bin/perl". According to , there is no "gmake" in the Cygwin distribution. Is "gmake" a Windows executable, by any chance? If so, the behavior is expected -- Windows programs don't understand Cygwin symlinks. Why not use Cygwin make? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From isaac.foraker@xilinx.com Tue Sep 7 23:55:00 2004 From: isaac.foraker@xilinx.com (Isaac Foraker) Date: Tue, 07 Sep 2004 23:55:00 -0000 Subject: 1.5.11: execvp bug (XP) In-Reply-To: References: <413E410F.5010901@xilinx.com> Message-ID: <413E4760.8060509@xilinx.com> As stated in my original post, I renamed make.exe to gmake.exe to avoid a name conflict with Opus make (also named make.exe). So, gmake.exe==Cygwin make.exe. My environment is somewhat customized because I have a lot of different build requirements depending on the project I am working on. Renaming gmake back to make gives the same result. #which make /usr/bin/make #make perl foo.pl make: execvp: perl: Permission denied make: *** [default] Error 127 Thanks, IF Igor Pechtchanski wrote: >On Tue, 7 Sep 2004, Isaac Foraker wrote: > > > >>Yes, the perl soft link works from the command line. Here's my test >>case that fails. >> >> >>#!/usr/bin/perl >> >>print "Success.\n" >> >> >> >>default: >> perl foo.pl >> >> >>#ls -l /usr/bin/perl >>lrwxrwxrwx 1 isaacf Domain U 24 Sep 7 12:44 /usr/bin/perl -> >>/usr/bin/perl5.8.5.exe >> >>#gmake >> >> > ^^^^^ > > >>perl foo.pl >>gmake: execvp: perl: Permission denied >>gmake: *** [default] Error 127 >> >> > ^^^^^ > > >>#perl foo.pl >>Success. >> >>You may also need to "rm /usr/bin/perl.exe" before you can "ln -s >>/usr/bin/perl5.8.5.exe /usr/bin/perl". >> >> > >According to >, there is >no "gmake" in the Cygwin distribution. Is "gmake" a Windows executable, >by any chance? If so, the behavior is expected -- Windows programs don't >understand Cygwin symlinks. > >Why not use Cygwin make? > Igor > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cygwin.buzz@bavag.tmfweb.nl Wed Sep 8 00:17:00 2004 From: cygwin.buzz@bavag.tmfweb.nl (Bas van Gompel) Date: Wed, 08 Sep 2004 00:17:00 -0000 Subject: win95 pipe problems -- report + testcase + patch (was: Re: [ANNOUNCEMENT] Updated: cygwin-1.5.11-1) References: <200409050451.i854pPi21887@esds.vss.fsi.com> Message-ID: Op Sat, 4 Sep 2004 23:51:25 -0500 (CDT) schreef Christopher Faylor in <200409050451.i854pPi21887@esds.vss.fsi.com>: [...] : - Fix some problems with rsync hangs on Windows NT class systems. (Bob Byrnes) This fix trips on a bug in (my) windows 95 (OSR2): It's CreateNamedPipe returns 0 instead of -1 (INVALID_HANDLE_VALUE), causing all operations on pipes to fail. Testcase: (Read on below.) (Somebody else with windows 95, please confirm this reports 'Handle 0, Error 120'.) ==== Begin mktpipe.sh ==== #!/bin/bash cd /tmp cat -<<'EOP' >tpipe.c #include #include main(){ HANDLE read_pipe; DWORD errnum; SetLastError(0); read_pipe = CreateNamedPipe ("\\\\.\\pipe\\testpipe-1", PIPE_ACCESS_INBOUND, PIPE_TYPE_BYTE | PIPE_READMODE_BYTE, 1, /* max instances */ 16384, /* output buffer size */ 14384, /* input buffer size */ NMPWAIT_USE_DEFAULT_WAIT, NULL); if (read_pipe == INVALID_HANDLE_VALUE || !read_pipe) { printf("Handle %d, Error %d\n", read_pipe, GetLastError()); } else { printf("No error, read handle: %d\n", read_pipe); CloseHandle(read_pipe); } } EOP gcc -o tpipe.exe tpipe.c ./tpipe rm tpipe.c tpipe.exe ===== End mktpipe.sh ===== A patch to work around this in cygwin could be: (WFM) ==== Begin pipe-w95.diff ==== --- src/winsup/cygwin/pipe.cc 3 Sep 2004 01:32:02 -0000 1.62 +++ src/winsup/cygwin/pipe.cc 7 Sep 2004 19:09:55 -0000 @@ -259,6 +259,7 @@ create_selectable_pipe (PHANDLE read_pip the pipe was not created earlier by some other process, even if the pid has been reused. We avoid FILE_FLAG_FIRST_PIPE_INSTANCE because that is only available for Win2k SP2 and WinXP. */ + SetLastError(0); read_pipe = CreateNamedPipe (pipename, PIPE_ACCESS_INBOUND, PIPE_TYPE_BYTE | PIPE_READMODE_BYTE, @@ -268,13 +269,13 @@ create_selectable_pipe (PHANDLE read_pip NMPWAIT_USE_DEFAULT_WAIT, sa_ptr); - if (read_pipe != INVALID_HANDLE_VALUE) + DWORD err = GetLastError (); + if ((read_pipe || !err) && read_pipe != INVALID_HANDLE_VALUE) { debug_printf ("pipe read handle %p", read_pipe); break; } - DWORD err = GetLastError (); switch (err) { case ERROR_PIPE_BUSY: ===== End pipe-w95.diff ===== I hope this patch is small enough to qualify as `trivial', as I haven't received any reply to my legal query (yet). (Did the reply get blocked from the list?) ChangeLog-entry: 08-09-2004 Bas van Gompel * pipe.cc: (create_selectable_pipe) Work around bug in windows 95 where CreateNamedPipe returns zero. [...] HTH, Buzz. -- ) | | ---/ ---/ Yes, this | This message consists of true | I do not -- | | / / really is | and false bits entirely. | mail for ) | | / / a 72 by 4 +-------------------------------+ any1 but -- \--| /--- /--- .sigfile. | |perl -pe "s.u(z)\1.as." | me. 4^re -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Wed Sep 8 01:42:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 08 Sep 2004 01:42:00 -0000 Subject: 1.5.11: execvp bug (XP) In-Reply-To: <413E4760.8060509@xilinx.com> References: <413E410F.5010901@xilinx.com> <413E4760.8060509@xilinx.com> Message-ID: Sorry, missed that. Still, like CGF, I can't reproduce this: $ echo -e 'default:\n\tperl1 foo.pl' > Makefile $ echo -e '#!/usr/bin/perl1\n\n\nprint "Success.\\n"' > foo.pl $ ln -fs /usr/bin/perl /usr/bin/perl1 $ make perl1 foo.pl Success. $ uname -a CYGWIN_NT-5.1 pechtcha 1.5.12(0.116/4/2) 2004-09-07 15:07 i686 unknown unknown Cygwin $ There must be something peculiar to your installation. Does the exact recipe above work for you? Igor On Tue, 7 Sep 2004, Isaac Foraker wrote: > As stated in my original post, I renamed make.exe to gmake.exe to avoid > a name conflict with Opus make (also named make.exe). So, > gmake.exe==Cygwin make.exe. My environment is somewhat customized > because I have a lot of different build requirements depending on the > project I am working on. > > Renaming gmake back to make gives the same result. > > #which make > /usr/bin/make > > #make > perl foo.pl > make: execvp: perl: Permission denied > make: *** [default] Error 127 > > Thanks, > IF > > Igor Pechtchanski wrote: > > > On Tue, 7 Sep 2004, Isaac Foraker wrote: > > > > > Yes, the perl soft link works from the command line. Here's my test > > > case that fails. > > > > > > > > > #!/usr/bin/perl > > > > > > print "Success.\n" > > > > > > > > > > > > default: > > > perl foo.pl > > > > > > > > > #ls -l /usr/bin/perl > > > lrwxrwxrwx 1 isaacf Domain U 24 Sep 7 12:44 /usr/bin/perl -> > > > /usr/bin/perl5.8.5.exe > > > > > > #gmake > > ^^^^^ > > > > > perl foo.pl > > > gmake: execvp: perl: Permission denied > > > gmake: *** [default] Error 127 > > ^^^^^ > > > > > #perl foo.pl > > > Success. > > > > > > You may also need to "rm /usr/bin/perl.exe" before you can "ln -s > > > /usr/bin/perl5.8.5.exe /usr/bin/perl". > > > > > > > According to > > , there is > > no "gmake" in the Cygwin distribution. Is "gmake" a Windows executable, > > by any chance? If so, the behavior is expected -- Windows programs don't > > understand Cygwin symlinks. > > > > Why not use Cygwin make? > > Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From eret@cs.colorado.edu Wed Sep 8 03:43:00 2004 From: eret@cs.colorado.edu (Mark Eret) Date: Wed, 08 Sep 2004 03:43:00 -0000 Subject: SSH on Cygwin Immediate Drops Connections Message-ID: <000001c49545$64ff6e00$6601a8c0@car.lambdacalcul.us> I'm aware this question has been asked before, but I can't seem to get any solution to work. I'm running an SSHD server through Cygwin. When I attempt to connect to it, it says it connects, and then immediately drops me before I get to the shell. I get the following debug output. Last login: Tue Sep 7 19:35:22 2004 from 127.0.0.1 debug1: permanently_set_uid: 1107/513 setreuid 1107: Permission denied debug1: do_cleanup debug2: channel 0: rcvd eof debug2: channel 0: output open -> drain debug2: channel 0: obuf empty debug2: channel 0: close_write debug2: channel 0: output drain -> closed debug1: client_input_channel_req: channel 0 rtype exit-status reply 0 debug2: channel 0: rcvd close debug2: channel 0: close_read debug2: channel 0: input open -> closed debug3: channel 0: will not send data after close debug2: channel 0: almost dead debug2: channel 0: gc: notify user debug2: channel 0: gc: user detached debug2: channel 0: send close debug2: channel 0: is dead debug2: channel 0: garbage collecting debug1: channel 0: free: client-session, nchannels 1 debug3: channel 0: status: The following connections are open: #0 client-session (t4 r0 i3/0 o3/0 fd -1/-1 cfd -1) debug3: channel 0: close_fds r -1 w -1 e 7 c -1 Connection to localhost closed. debug1: Transferred: stdin 0, stdout 0, stderr 33 bytes in 6.9 seconds debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 4.8 debug1: Exit status 255 I have looked at these lists and tried all the solutions. I've added '-r' to the sshd startup command. I've turned off PrivSep. I've downloaded and installed the latest cygwin1.dll file from the snapshots directory. I've done all of these things together, seperately, etc. None of them work. I'm at a complete loss about this. Any help you can provide would be appreciated. Thanks in advanced. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From luke.kendall@cisra.canon.com.au Wed Sep 8 03:46:00 2004 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Wed, 08 Sep 2004 03:46:00 -0000 Subject: /etc/empty, permissions Message-ID: <20040908022846.7D9E084C99@pessard.research.canon.com.au> There used to be a file /etc/empty, which doesn't seem to exist any more. I know, because for a while it was being created with the wrong permission and our local post-install script used to fix it. Do I still need to worry about this? Likewise the user and the group SYSTEM no longer seem to exist. Here's precisely what we used to do, using information from the mailing list. Is any of it still needed? # Working around /etc/profile permission error (may take a few mins...) ls -l /etc/profile chmod -R a+rx /etc ls -l /etc/profile CYGPATH=`cygpath -m /` chmod -R a+rx /usr/share/texmf & chmod -R ug+rwX,o+rX "$CYGPATH" chmod 1777 /tmp /var/tmp /usr/tmp # # Allow any Administrator to install more Cygwin packages: # echo "Allowing any Administrator to install more Cygwin packages..." chown -R Administrator.SYSTEM "$CYGPATH" chown SYSTEM.SYSTEM /etc/empty chmod go-w /etc/empty Regards, luke -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Wed Sep 8 04:06:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Wed, 08 Sep 2004 04:06:00 -0000 Subject: 1.5.11: execvp bug (XP) In-Reply-To: <413E410F.5010901@xilinx.com> References: <413E410F.5010901@xilinx.com> Message-ID: <20040908024847.GB7545@trixie.casa.cgf.cx> On Tue, Sep 07, 2004 at 05:15:27PM -0600, Isaac Foraker wrote: >Yes, the perl soft link works from the command line. Here's my test case >that fails. > > >#!/usr/bin/perl > >print "Success.\n" > > > >default: > perl foo.pl > > >#ls -l /usr/bin/perl >lrwxrwxrwx 1 isaacf Domain U 24 Sep 7 12:44 /usr/bin/perl -> >/usr/bin/perl5.8.5.exe > >#gmake >perl foo.pl >gmake: execvp: perl: Permission denied >gmake: *** [default] Error 127 > >#perl foo.pl >Success. > >You may also need to "rm /usr/bin/perl.exe" before you can "ln -s >/usr/bin/perl5.8.5.exe /usr/bin/perl". What does ls -lL /usr/bin/perl.exe show? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cygwin.buzz@bavag.tmfweb.nl Wed Sep 8 04:55:00 2004 From: cygwin.buzz@bavag.tmfweb.nl (Bas van Gompel) Date: Wed, 08 Sep 2004 04:55:00 -0000 Subject: win95 pipe problems -- report + testcase + patch References: <200409050451.i854pPi21887@esds.vss.fsi.com> Message-ID: Op Wed, 8 Sep 2004 01:55:29 +0200 (MET DST) schreef ik in : [...] : ChangeLog-entry: That was fu^Houled up. Let me try again. 2004-09-08 Bas van Gompel * pipe.cc (create_selectable_pipe): Work around bug in windows 95 where CreateNamedPipe returns zero. L8r, Buzz. -- ) | | ---/ ---/ Yes, this | This message consists of true | I do not -- | | / / really is | and false bits entirely. | mail for ) | | / / a 72 by 4 +-------------------------------+ any1 but -- \--| /--- /--- .sigfile. | |perl -pe "s.u(z)\1.as." | me. 4^re -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From isaac.foraker@xilinx.com Wed Sep 8 05:00:00 2004 From: isaac.foraker@xilinx.com (Isaac Foraker) Date: Wed, 08 Sep 2004 05:00:00 -0000 Subject: 1.5.11: execvp bug (XP) In-Reply-To: References: <413E410F.5010901@xilinx.com> <413E4760.8060509@xilinx.com> Message-ID: <413E8B44.9080706@xilinx.com> #uname -a CYGWIN_NT-5.1 xcoisaacf20 1.5.11(0.116/4/2) 2004-09-04 23:17 i686 unknown unknown Cygwin I tried this same experiment on a home PC, and it is not having the problem. The major difference I can see is that the home PC has XP SP2 installed, and the work machine is still on Service Pack 1 (I have no control over that). I'm trying to identify anything else different on the work machine that could cause 1.5.11 to not work. I'm not having any trouble with 1.5.10, so my group is sticking with that for now. Thanks, IF Igor Pechtchanski wrote: >Sorry, missed that. Still, like CGF, I can't reproduce this: > >$ echo -e 'default:\n\tperl1 foo.pl' > Makefile >$ echo -e '#!/usr/bin/perl1\n\n\nprint "Success.\\n"' > foo.pl >$ ln -fs /usr/bin/perl /usr/bin/perl1 >$ make >perl1 foo.pl >Success. >$ uname -a >CYGWIN_NT-5.1 pechtcha 1.5.12(0.116/4/2) 2004-09-07 15:07 i686 unknown unknown Cygwin >$ > >There must be something peculiar to your installation. Does the exact >recipe above work for you? > Igor > >On Tue, 7 Sep 2004, Isaac Foraker wrote: > > > >>As stated in my original post, I renamed make.exe to gmake.exe to avoid >>a name conflict with Opus make (also named make.exe). So, >>gmake.exe==Cygwin make.exe. My environment is somewhat customized >>because I have a lot of different build requirements depending on the >>project I am working on. >> >>Renaming gmake back to make gives the same result. >> >>#which make >>/usr/bin/make >> >>#make >>perl foo.pl >>make: execvp: perl: Permission denied >>make: *** [default] Error 127 >> >>Thanks, >>IF >> >>Igor Pechtchanski wrote: >> >> >> >>>On Tue, 7 Sep 2004, Isaac Foraker wrote: >>> >>> >>> >>>>Yes, the perl soft link works from the command line. Here's my test >>>>case that fails. >>>> >>>> >>>>#!/usr/bin/perl >>>> >>>>print "Success.\n" >>>> >>>> >>>> >>>>default: >>>> perl foo.pl >>>> >>>> >>>>#ls -l /usr/bin/perl >>>>lrwxrwxrwx 1 isaacf Domain U 24 Sep 7 12:44 /usr/bin/perl -> >>>>/usr/bin/perl5.8.5.exe >>>> >>>>#gmake >>>> >>>> >>> ^^^^^ >>> >>> >>> >>>>perl foo.pl >>>>gmake: execvp: perl: Permission denied >>>>gmake: *** [default] Error 127 >>>> >>>> >>> ^^^^^ >>> >>> >>> >>>>#perl foo.pl >>>>Success. >>>> >>>>You may also need to "rm /usr/bin/perl.exe" before you can "ln -s >>>>/usr/bin/perl5.8.5.exe /usr/bin/perl". >>>> >>>> >>>> >>>According to >>>, there is >>>no "gmake" in the Cygwin distribution. Is "gmake" a Windows executable, >>>by any chance? If so, the behavior is expected -- Windows programs don't >>>understand Cygwin symlinks. >>> >>>Why not use Cygwin make? >>> Igor >>> -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From isaac.foraker@xilinx.com Wed Sep 8 06:01:00 2004 From: isaac.foraker@xilinx.com (Isaac Foraker) Date: Wed, 08 Sep 2004 06:01:00 -0000 Subject: 1.5.11: execvp bug (XP) In-Reply-To: <20040908024847.GB7545@trixie.casa.cgf.cx> References: <413E410F.5010901@xilinx.com> <20040908024847.GB7545@trixie.casa.cgf.cx> Message-ID: <413E8C1F.1010404@xilinx.com> # ls -lL /usr/bin/perl.exe ls: /usr/bin/perl.exe: No such file or directory Some other possibly useful stuff: # ls -lL /usr/bin/perl -rwxr-x---+ 1 isaacf Users 11776 Aug 30 13:52 /usr/bin/perl # ls -l /usr/bin/perl lrwxrwxrwx 1 isaacf Domain U 22 Sep 7 17:14 /usr/bin/perl -> /usr/bin/perl5.8.5.exe # perl -v This is perl, v5.8.5 built for cygwin-thread-multi-64int ... # uname -a CYGWIN_NT-5.1 xcoisaacf20 1.5.11(0.116/4/2) 2004-09-04 23:17 i686 unknown unknown Cygwin Thanks, IF Christopher Faylor wrote: >On Tue, Sep 07, 2004 at 05:15:27PM -0600, Isaac Foraker wrote: > > >>Yes, the perl soft link works from the command line. Here's my test case >>that fails. >> >> >>#!/usr/bin/perl >> >>print "Success.\n" >> >> >> >>default: >> perl foo.pl >> >> >>#ls -l /usr/bin/perl >>lrwxrwxrwx 1 isaacf Domain U 24 Sep 7 12:44 /usr/bin/perl -> >>/usr/bin/perl5.8.5.exe >> >>#gmake >>perl foo.pl >>gmake: execvp: perl: Permission denied >>gmake: *** [default] Error 127 >> >>#perl foo.pl >>Success. >> >>You may also need to "rm /usr/bin/perl.exe" before you can "ln -s >>/usr/bin/perl5.8.5.exe /usr/bin/perl". >> >> > >What does > >ls -lL /usr/bin/perl.exe > >show? > >cgf > > -- Isaac W. Foraker Sr. Software Engineer, Xilinx, Longmont, CO 720.652.3918 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Wed Sep 8 06:57:00 2004 From: brian@dessent.net (Brian Dessent) Date: Wed, 08 Sep 2004 06:57:00 -0000 Subject: Problem executing a .bat script in a directory with spaces using bash References: <5c8adab704090207557a3a359a@mail.gmail.com> <4137566C.7070203@sbcglobal.net> <5c8adab704090210405ea696e4@mail.gmail.com> <413760BD.2080504@sbcglobal.net> <5c8adab70409021123291886c7@mail.gmail.com> <41376CD2.9090102@comcast.net> <41376D75.1060806@comcast.net> <4139AF96.4274702@dessent.net> Message-ID: <413EA151.7E591B8@dessent.net> Christopher Cobb wrote: > Conclusion: cmd.exe command line processing is brain dead. > > Among the problems are that cmd.exe looks for /exactly/ one pair of quotes and > no more (see my previous message). And that (double) quotes are the /only/ way > of quoting spaces. Wow. Hideous. I wonder if there would be any demand for a small compiled wrapper program that understands cygwin mounts and posix paths, but is a win32 app and calls the win32 or nt api directly to avoid all the quoting ridiculousless. It would Just Do What I Mean(tm) when called from either cygwin or cmd, and be able to launch bat files, cmd files, any other script-file associations known to Windows, with shebang support as well. Am I missing something? Is this really the next level? Should this be that hard? It seems like doing it with crafty application of bourne shell scripting is so painful, and still relies on cmd.exe. Maybe it could be a feature of the 'run' command, so that it also has the ability to launch programs without a console / in a new session / whatever it's called. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Wed Sep 8 07:18:00 2004 From: brian@dessent.net (Brian Dessent) Date: Wed, 08 Sep 2004 07:18:00 -0000 Subject: ZLIB References: <090720041829.5116.413DFDF100033E40000013FC2160280748CC090201040906@att.net> Message-ID: <413EAE87.4B27954A@dessent.net> jglong3@att.net wrote: > The following subject was researched in the CYGWIN Archives. If the answer exists, I apologize if the proper string(s) were not input to find the answer to the following discussion. > > A report by SecurityTracker mentions that there is situation in zlib. > This situation in zlib is reported as relative to the inflate() and > inflateBack(). > The report says the situation varies depending on the application > using the zlib library, but if exploited can result in a denial of services. > > Is there a new zlib to correct for this???? > > If so is the correction in Zlib or the cygwin.dll------ > > What download file or files are required???? > > THANKS for your time, help, and advise!!! :) First of all it would have helped if you'd included some links. The page you are referring to is and the problem was reported in the debian bug report . The OpenPKG report at also contains useful links. The date of that advisory was 30-Aug-2004, and the datestamp on the 1.2.1 Cygwin zlib package is 3-Dec-2003 so no, it does not contain this fix. And, unless I missed it there was no announcement in the last week of a new zlib package, so for the time being there is nothing to download. The fix for this advisory is a trivial patch to fix the error handling, as below from the OpenBSD avisory : diff -u -p -r1.2 -r1.2.2.1 --- lib/libz/infback.c 17 Dec 2003 00:28:19 -0000 1.2 +++ lib/libz/infback.c 28 Aug 2004 16:21:46 -0000 1.2.2.1 @@ -446,6 +446,9 @@ void FAR *out_desc; } } + if (state->mode == BAD) + break; + /* build code tables */ state->next = state->codes; state->lencode = (code const FAR *)(state->next); diff -u -p -r1.6 -r1.6.2.1 --- lib/libz/inflate.c 17 Dec 2003 00:28:19 -0000 1.6 +++ lib/libz/inflate.c 28 Aug 2004 16:21:46 -0000 1.6.2.1 @@ -909,6 +909,9 @@ int flush; state->lens[state->have++] = (unsigned short)len; } } + + if (state->mode == BAD) + break; /* build code tables */ state->next = state->codes; If this is important to you then you should download the zlib src package and apply the above. Hopefully the zlib maintainer will release a fixed package shortly, but with free software there is never any guarantee of anything. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From terry@hcoop.net Wed Sep 8 07:33:00 2004 From: terry@hcoop.net (Terrence Brannon, Scheme Hacker) Date: Wed, 08 Sep 2004 07:33:00 -0000 Subject: ConTeXt broken under Cygwin? Message-ID: <413EB236.3090107@hcoop.net> $ texexec --pdf hello.tex TeXExec 3.1 - ConTeXt / PRAGMA ADE 1997-2002 executable : pdfetex format : cont-en inputfile : hello output : pdftex interface : en current mode : none TeX run : 1 This is pdfeTeXk, Version 3.14159-1.10b-2.1 (Web2C 7.4.5) %&-line parsing enabled. kpathsea: Running mktexfmt cont-en.efmt fmtutil: no info for format `cont-en'. Sorry, I can't find the format `cont-en.efmt'; will try `context.efmt'. kpathsea: Running mktexfmt context.efmt fmtutil: no info for format `context'. I can't find the format file `context.efmt'! run time : 6 seconds total run time : 6 seconds $ cygcheck -s -v -r > cygcheck.out $ pwd /cygdrive/c/Documents and Settings/metaperl/My Documents/latex/context $ -- You were not hired to teach 3rd grade, football, or English. You were hired to take a group of students and turn them into interested and productive learners in a well-managed classroom. -- Harry Wong p.84 -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygcheck.out URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From luke.kendall@cisra.canon.com.au Wed Sep 8 07:49:00 2004 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Wed, 08 Sep 2004 07:49:00 -0000 Subject: ssh-host-config bug? Message-ID: <20040908073318.1041A84C99@pessard.research.canon.com.au> I noted recently that the user "system" seems to have vanished. > Likewise the user and the group SYSTEM no longer seem to exist. .... as evidenced by: $ chown system xxx chown: `system': invalid user Now, while diagnosing why, following a fresh install of the latest Cygwin, I could no longer slogin to my PC: : [luke@pessard] .../luke; slogin -v doyle OpenSSH_3.6.1p2, SSH protocols 1.5/2.0, OpenSSL 0x0090701f debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug1: Rhosts Authentication disabled, originating port will not be trusted. debug1: Connecting to doyle [10.2.3.39] port 22. debug1: connect to address 10.2.3.39 port 22: Connection refused ssh: connect to host doyle port 22: Connection refused I found that sshd wasn't running. Looking into ssh-host-config, I see near the end that it doesn't seem to report failure to start the server, and it also seems to rely on the existence of the user "system" (if my rough reading is correct). Here's an interesting section near the end of Cygwin's ssh-host-config: if [ $_nt2003 -gt 0 -a "${sshd_server_in_sam}" = "yes" ] then if cygrunsrv -I sshd -d "CYGWIN sshd" -p /usr/sbin/sshd -a -D -u sshd_server -w "${_password}" -e "CYGWIN=${_cygwin}" then echo echo "The service has been installed under sshd_server account." echo "To start the service, call \`net start sshd' or \`cygrunsrv -S sshd'." fi else if cygrunsrv -I sshd -d "CYGWIN sshd" -p /usr/sbin/sshd -a -D -e "CYGWIN=${_cygwin}" then echo echo "The service has been installed under LocalSystem account." echo "To start the service, call \`net start sshd' or \`cygrunsrv -S sshd'." fi fi fi # Now check if sshd has been successfully installed. This allows to # set the ownership of the affected files correctly. if cygrunsrv -Q sshd > /dev/null 2>&1 then if [ $_nt2003 -gt 0 -a "${sshd_server_in_sam}" = "yes" ] then _user="sshd_server" else _user="system" fi chown "${_user}" ${SYSCONFDIR}/ssh* chown "${_user}".544 ${LOCALSTATEDIR}/empty if [ -f ${LOCALSTATEDIR}/log/sshd.log ] then chown "${_user}".544 ${LOCALSTATEDIR}/log/sshd.log fi fi Here's debug output from running it: + request Should privilege separation be used? + [ = yes ] + [ = no ] + answer= + [ X != Xyes -a X != Xno ] + echo -n Should privilege separation be used? (yes/no) Should privilege separation be used? (yes/no) + read -e answer yes + [ Xyes != Xyes -a Xyes != Xno ] + [ Xyes = Xyes ] + return 0 + privsep_used=yes + grep -q ^sshd: /etc/passwd + sshd_in_passwd=yes + net user sshd + sshd_in_sam=yes + [ yes != yes ] + [ ! -f /etc/sshd_config ] + echo Generating /etc/sshd_config file Generating /etc/sshd_config file + sed -e s/^#UsePrivilegeSeparation yes/UsePrivilegeSeparation yes/ s/^#Port 22/Port 22/ s/^#StrictModes yes/StrictModes no/ + _my_etcdir=/ssh-host-config.3624 + [ 9 -gt 0 ] + _win_etcdir=C:\WINDOWS\system32\drivers\etc + _services=/ssh-host-config.3624/services + _spaces= # + _serv_tmp=/ssh-host-config.3624/srv.out.3624 + mount -t -f C:\WINDOWS\system32\drivers\etc /ssh-host-config.3624 ++ cygpath -w /ssh-host-config.3624/services + _wservices=C:\WINDOWS\system32\drivers\etc\services ++ grep -q sshd[ \t][ \t]*22 /ssh-host-config.3624/services ++ echo 1 + [ 1 -eq 0 ] ++ grep -q ssh[ \t][ \t]*22 /ssh-host-config.3624/services ++ echo 0 + [ 0 -ne 0 ] + umount /ssh-host-config.3624 + _inetcnf=/etc/inetd.conf + _inetcnf_tmp=/etc/inetd.conf.3624 + [ -f /etc/inetd.conf ] + with_comment=1 + grep -q ^[ \t]*sshd /etc/inetd.conf ++ grep -q ^[# \t]*sshd /etc/inetd.conf ++ echo 1 + [ 1 -eq 0 ] ++ grep -q ^[# \t]*ssh /etc/inetd.conf ++ echo 0 + [ 0 -ne 0 ] + [ 9 -gt 0 ] + cygrunsrv -Q sshd + echo + echo Host configuration finished. Have fun! Host configuration finished. Have fun! $ ps ax | grep ssh $ Or might the problem be that the inetd service isn't running? Or have I simply misunderstood what's going on? luke -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Extern.Haendler@kmweg.de Wed Sep 8 08:07:00 2004 From: Extern.Haendler@kmweg.de (Martin Haendler) Date: Wed, 08 Sep 2004 08:07:00 -0000 Subject: Ada: Text_Io.Get_Immediate() is blocking In-Reply-To: <1055102949.20040907164450@familiehaase.de> References: <413DBF55.3050909@kmweg.de> <1055102949.20040907164450@familiehaase.de> Message-ID: <413EB9D2.5030207@kmweg.de> Gerrit P. Haase wrote: >Hallo Martin, > >Am Dienstag, 7. September 2004 um 16:01 schriebst du: > > > >>Hi, >>I'm working with ADA and Windows2000/Cygwin. >> >> > > > >>A call to Text_Io.Get_Immediate() should return even if there is no >>input waiting. I have no problems with Linux, but trying to shift >>Software to Windows brings me into trouble: If there is no input >>waiting, the call is blocking. >> >> > > > >>Here is a simple example: >>(Save it as "keyboardtest.adb" and call "gnatmake keyboardtest".) >>=================================================== >>with Text_Io; >>procedure Keyboardtest is >> Char : Character := ' '; >> Key_Pressed : Boolean := False; >>begin >> Text_Io.Get_Immediate(Char, Key_Pressed); >> if Key_Pressed then >> Text_Io.Put_Line("[" & Char & "]"); >> end if; >>end Keyboardtest; >>=================================================== >> >> > > > >>With Linux (gcc version 3.2.3, GNAT Pro 5.02a) this program terminates >>immediately which is the correct behaviour. With Win2000/Cygwin it waits >>until a key is pressed, prints out the key and then terminates. >> >> > > > >>"gcc -v" says: >>Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/specs >>Configured with: /GCC/gcc-3.3.1-3/configure --with-gcc --with-gnu-ld >>--with-gnu-as --prefix=/usr --exec-prefix=/u >>sr --sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/sbin >>--mandir=/usr/share/man --infodir=/usr/share/info - >>-enable-languages=c,ada,c++,f77,pascal,java,objc --enable-libgcj >>--enable-threads=posix --with-system-zlib --enab >>le-nls --without-included-gettext --enable-interpreter >>--enable-sjlj-exceptions --disable-version-specific-runtim >>e-libs --enable-shared --disable-win32-registry --enable-java-gc=boehm >>--disable-hash-synchronization --verbose - >>-target=i686-pc-cygwin --host=i686-pc-cygwin --build=i686-pc-cygwin >>Thread model: posix >>gcc version 3.3.1 (cygming special) >> >> > > > >>"gnat" says: >>GNAT 3.3.1 (cygming special) Copyright 1996-2002 Free Software >>Foundation, Inc. >> >> > > > >>Do you know any solution or workaround? Thank you!!! >> >> > > >Please upgrade to gcc-3.3.3 or try the test release gcc-3.4 >(experimental button in setup.exe installer). > > >Gerrit > > Okay, I updated to gcc-3.3.3 but nothing changed: Text_Io.Get_Immediate() is still blocking. I'm a bit stuck as this function is the only way in ADA to get keyboard input nonblocking. Thanks for further help! Martin -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Wed Sep 8 08:44:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Wed, 08 Sep 2004 08:44:00 -0000 Subject: ssh-host-config bug? In-Reply-To: <20040908073318.1041A84C99@pessard.research.canon.com.au> References: <20040908073318.1041A84C99@pessard.research.canon.com.au> Message-ID: <20040908084439.GA20537@cygbert.vinschen.de> On Sep 8 17:33, luke.kendall@cisra.canon.com.au wrote: > I noted recently that the user "system" seems to have vanished. > > > Likewise the user and the group SYSTEM no longer seem to exist. > > .... as evidenced by: > > $ chown system xxx > chown: `system': invalid user That's the problem. I don't know how it disappeared from your /etc/passwd, but `mkpasswd -l' always creates an entry for the user system. Just readd it. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cygwin.20.job@spamgourmet.com Wed Sep 8 08:44:00 2004 From: cygwin.20.job@spamgourmet.com (cygwin.20.job@spamgourmet.com) Date: Wed, 08 Sep 2004 08:44:00 -0000 Subject: AW: ssh search identity in wrong directory Message-ID: > -----Urspr??ngliche Nachricht----- > Von: Corinna Vinschen > Gesendet: Dienstag, 7. September 2004 15:01 > An: cygwin@cygwin.com > On Sep 7 13:31, cygwin.20.job@spamgourmet.com wrote: > > Hi folks > > > > I have the problem that ssh does not search the identity file ins > > $HOME/.ssh it looks in the directory which is found in the > envionment > > variable HOMESHARE. What is going wrong? How can I fix it? > > Nope, it looks in the directory found in your /etc/passwd > entry. ssh never uses $HOME. > Thank you very much this was exacty the problem. I didn't expect that I must look in the /etc/passwd, because the manpage says that it use a file in $HOME/.ssh as default. Regards Franz -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Wed Sep 8 09:20:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Wed, 08 Sep 2004 09:20:00 -0000 Subject: /etc/empty, permissions In-Reply-To: <20040908022846.7D9E084C99@pessard.research.canon.com.au> References: <20040908022846.7D9E084C99@pessard.research.canon.com.au> Message-ID: <20040908084454.GB20537@cygbert.vinschen.de> On Sep 8 12:28, luke.kendall@cisra.canon.com.au wrote: > There used to be a file /etc/empty, which doesn't seem to exist any > more. /var/empty Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From discussion@centermail.net Wed Sep 8 09:30:00 2004 From: discussion@centermail.net (Rado Rethmann) Date: Wed, 08 Sep 2004 09:30:00 -0000 Subject: missing letter Message-ID: Hi, I have a current cygwin installation on my WinXP-Box. Cygwin recognises my keyboard-layout (de) pretty well. All Umlauts and special chars show up correctly. Exept for the 'e' letter. When I press 'e' I don't get anything. The capital 'E' works ! Here are the scancodes for the letters w-e-r: KeyDown (*1) 0057 0011 'w' U+0077 00000020 KeyUp (*1) 0057 0011 'w' U+0077 00000020 KeyDown (*1) 0045 0012 'e' U+0065 00000020 KeyUp (*1) 0045 0012 'e' U+0065 00000020 KeyDown (*1) 0052 0013 'r' U+0072 00000020 KeyUp (*1) 0052 0013 'r' U+0072 00000020 # ^^^^^^^ ^^^^ ^^^^ ^^^^ ^^^ ^^^^^^ ^^^^^^^^ # event keycode ASCII shift state What can I do to make my 'e' work in Cygwin Bash ? Thanks for your help, Rado -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From discussion@centermail.net Wed Sep 8 11:01:00 2004 From: discussion@centermail.net (Rado Rethmann) Date: Wed, 08 Sep 2004 11:01:00 -0000 Subject: missing letter References: Message-ID: Ok, now I've discovered, that it must be something in my .inputrc file: -------------------------------------------- # Be 8 bit clean. set meta-flag on set input-meta on set output-meta on set convert-meta off # for linux console and Debian xterm "\e[1~": beginning-of-line "\e[4~": end-of-line "\e[5~": beginning-of-history "\e[6~": end-of-history "\e[3~": delete-char "\e[2~": quoted-insert "\e[5C": forward-word "\e[5D": backward-word "\e\e[C": forward-word "\e\e[D": backward-word # for non Debian xterm "\eOH": beginning-of-line "\eOF": end-of-line # for freebsd console "\e[H": beginning-of-line "\e[F": end-of-line # kvt "\e[H":beginning-of-line "\e[F":end-of-line # rxvt and konsole (i.e. the KDE-app...) "\e[7~":beginning-of-line "\e[8~":end-of-line export TERM=xterm-color export LC_CTYPE=ISO-8859-1 # Mapping for German umlauts "\M-a": "??" "\M-A": "??" "\M-o": "??" "\M-O": "??" "\M-u": "??" "\M-U": "??" "\M-s": "??" ----------------------------------------------- Which line tells Cygwin to wipe out my 'e' ? Rado -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Wed Sep 8 11:18:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Wed, 08 Sep 2004 11:18:00 -0000 Subject: win95 pipe problems -- report + testcase + patch (was: Re: [ANNOUNCEMENT] Updated: cygwin-1.5.11-1) In-Reply-To: References: <200409050451.i854pPi21887@esds.vss.fsi.com> Message-ID: <20040908100657.GC20537@cygbert.vinschen.de> On Sep 8 01:55, Bas van Gompel wrote: > This fix trips on a bug in (my) windows 95 (OSR2): > It's CreateNamedPipe returns 0 instead of -1 (INVALID_HANDLE_VALUE), > causing all operations on pipes to fail. > [...] > A patch to work around this in cygwin could be: (WFM) > > ==== Begin pipe-w95.diff ==== > --- src/winsup/cygwin/pipe.cc 3 Sep 2004 01:32:02 -0000 1.62 > +++ src/winsup/cygwin/pipe.cc 7 Sep 2004 19:09:55 -0000 > @@ -259,6 +259,7 @@ create_selectable_pipe (PHANDLE read_pip > the pipe was not created earlier by some other process, even if > the pid has been reused. We avoid FILE_FLAG_FIRST_PIPE_INSTANCE > because that is only available for Win2k SP2 and WinXP. */ > + SetLastError(0); > read_pipe = CreateNamedPipe (pipename, > PIPE_ACCESS_INBOUND, > PIPE_TYPE_BYTE | PIPE_READMODE_BYTE, > @@ -268,13 +269,13 @@ create_selectable_pipe (PHANDLE read_pip > NMPWAIT_USE_DEFAULT_WAIT, > sa_ptr); > > - if (read_pipe != INVALID_HANDLE_VALUE) > + DWORD err = GetLastError (); > + if ((read_pipe || !err) && read_pipe != INVALID_HANDLE_VALUE) > { > debug_printf ("pipe read handle %p", read_pipe); > break; > } > > - DWORD err = GetLastError (); > switch (err) > { > case ERROR_PIPE_BUSY: > > ===== End pipe-w95.diff ===== > > I hope this patch is small enough to qualify as `trivial', as I It is. I'm just wondering if it is really necessary to assume, that CreateNamedPipe will ever return NULL as a vaild handle. I'd assume that the following patch is sufficient: --- pipe.cc.ORIG 2004-09-08 11:58:57.000000000 +0200 +++ pipe.cc 2004-09-08 11:59:05.000000000 +0200 @@ -268,7 +268,8 @@ create_selectable_pipe (PHANDLE read_pip NMPWAIT_USE_DEFAULT_WAIT, sa_ptr); - if (read_pipe != INVALID_HANDLE_VALUE) + /* Win 95 seems to return NULL instead of INVALID_HANDLE_VALUE */ + if (read_pipe && read_pipe != INVALID_HANDLE_VALUE) { debug_printf ("pipe read handle %p", read_pipe); break; > haven't received any reply to my legal query (yet). (Did the reply > get blocked from the list?) No, there was no reply so far, unfortunately. I'm sorry. I'll try to nudge our legal department again. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rudi.vankemmel@belgacom.net Wed Sep 8 11:42:00 2004 From: rudi.vankemmel@belgacom.net (Vankemmel Rudi) Date: Wed, 08 Sep 2004 11:42:00 -0000 Subject: Problem: SIGCONT handler is not called (Cygwin or Bash problem ?) Message-ID: All, i tried this also under ash and tcsh: same result. The SIGCONT handler is never called and the program blocks. Therefore i do think the problem is not shell related. On Unix systems (as far as i remember it) it is normally the kernel that sets/clears the user area of the program stack, including the address pointer of the signal handler and the return address where to resume normal execution. How does this happen on Cygwin ? Is this handled by the Cygwin1.dll ? If so, does this mean it is broken for SIGCONT handling ? PS: Could anyone reproduce the problem using the test programs i sent ? I'm rather in the dark on what is happening and why. best regards, Rudi -----Original Message----- From: Vankemmel Rudi Sent: maandag 6 september 2004 8:19 To: cygwin@cygwin.com Subject: Problem: SIGCONT handler is not called (Cygwin or Bash problem ?) ....... My problem is that the SIGCONT handler is never triggered (as it seems to me). I could reduce the problem into the following code snippets. ..... Questions: 1) is there a problem with the SIGCONT handling in CYGWIN ? Why is it never called or is SIGCONT not delivered ? 2) what is the signal delivery scheme in Cygwin for SIGCONT i.e. what is called first after issueing a shell - fg command ? 3) or do i miss something in my code here that would be specific for Cygwin (i tested it on various other Unix platforms with success) ? Rudi Vankemmel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From colinb@chameleonnet.co.uk Wed Sep 8 11:50:00 2004 From: colinb@chameleonnet.co.uk (Colin JN Breame) Date: Wed, 08 Sep 2004 11:50:00 -0000 Subject: filesystem encoding Message-ID: <413EF019.100@chameleonnet.co.uk> Hello, Could anyone direct me to some documentation about how cygwin decodes filenames (e.g. with ls) Thanks ps. cygwin is cool -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Wed Sep 8 11:56:00 2004 From: dk@artimi.com (Dave Korn) Date: Wed, 08 Sep 2004 11:56:00 -0000 Subject: [OT] RE: [ANNOUNCEMENT] Updated cygwin Package: procmail-3.22-10 In-Reply-To: <20040907213850.GA4758@trixie.casa.cgf.cx> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Christopher Faylor > Sent: 07 September 2004 22:39 > On Tue, Sep 07, 2004 at 07:21:07PM +0100, Dave Korn wrote: > >> -----Original Message----- > >> From: cygwin-owner On Behalf Of Christopher Faylor > >> It certainly is a correct and informative statement > > > >...but utterly irrelevant since a) Cygwin isn't Red Hat > Linux and b) this > >particular package of procmail is not the RHL one to which > the statement > >refers. > > The main web page for cygwin mentions that it is supposed to be an > emulation of Linux. So it does! I always remember it being described as a Unix or POSIX emulation layer... I see that it changed sometime around June last year. Now I come to think of it, I had noticed that before; I think I always assumed it was just a 'dumbed-down' description someone had decided to put there in order to save the list having to repeatedly explain the posix/unix/gnu-linux distinction. > If Cygwin claimed to be emulating Solaris, then this would be a useful > datapoint. Since it doesn't make that claim, I don't think > your analogy is very apt. My analogy would have been apter if cygwin hadn't changed it's nature beneath my feet when I had my back turned! > I don't exactly understand how my mild defense of Jason would > be characterized > as "M" By placing tongue firmly in cheek when doing so! >but, this discussion is really not even worth the > electrons that its > displayed on, [OT] tag added! >so I'll stop now. Agreed, but it did bring out an interesting point about the change in how cygwin is seen and described. I couldn't find any discussion in the archives about it, but it wasn't obvious to me what search terms might work. Was there some kind of policy change? cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Wed Sep 8 12:27:00 2004 From: dk@artimi.com (Dave Korn) Date: Wed, 08 Sep 2004 12:27:00 -0000 Subject: ConTeXt broken under Cygwin? In-Reply-To: <413EB236.3090107@hcoop.net> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Terrence Brannon, Scheme Hacker > Sent: 08 September 2004 08:18 > kpathsea: Running mktexfmt cont-en.efmt > fmtutil: no info for format `cont-en'. > Sorry, I can't find the format `cont-en.efmt'; will try > `context.efmt'. > kpathsea: Running mktexfmt context.efmt > fmtutil: no info for format `context'. > I can't find the format file `context.efmt'! I had similar problems with fmtutil under pdflatex, and you may possibly be having the same trouble. It's a result of the wrong perms getting set on the files during installation; if your username doesn't have access perms to those .efmt files, it will seem as if they don't exist to the app. See this post for full details and a possible solution: http://www.cygwin.com/ml/cygwin/2004-03/msg00454.html cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gary@whitehead.com Wed Sep 8 12:50:00 2004 From: gary@whitehead.com (Gary Whitehead) Date: Wed, 08 Sep 2004 12:50:00 -0000 Subject: HostBasedAuthentication with OpenSSH Message-ID: <200409081450.08176.gary@whitehead.com> Hi All, I am fighting trying to get outward HostBasedAuthentication working with the ssh client under Cygwin on WinXP (SP2). As a quick background I am using OpenSSH for logging in to machines remotely on my small (and heavily firewalled) home network. My main reason for using this method is convenience, since inside this network security is secondary (i.e. nfs is running...). What I wish to achieve is to be able to use "ssh hostname -n command" to launch X clients from my server using X11 forwarding, and to set these up as windows launch icons. (What I really want is to able to easily launch kmail on my windows desktop..) In a nutshell, when I try to connect using the Cygwin ssh client I get the following response on the windows machine: ----------------------- bash-2.05b$ ssh atlantis could not open any host key ssh_keysign: no reply key_failed gary@atlantis's password: ------------------------ Suffice to say this works from other unix/linux machines on my LAN, and I get a session without having to enter a password. My understanding of this is that the message "could not open any host key" is generated by keysign, and I guess is a permissions problem (the key files are owned by SYSTEM:None and have appropriate looking permissions for ssh key files (in particular rw only for SYSTEM for the private keys)). I have tried enalbing and disabling EnableSSHKeysign in ssh_config without any success (when disabled it complains that keysign is not enabled). CYGWIN is set to "server ntea ntsec binmode". I will be honest, I understand unix permissions pretty well, but am somewhat confused by the (necessary) mixture of windows and unix permissions in Cygwin, not helped by being a reluctant windows user. Anyone have any pointers to help me here....? I have appended my ssh_config file. Cheers, Gary. # $OpenBSD: ssh_config,v 1.19 2003/08/13 08:46:31 markus Exp $ # This is the ssh client system-wide configuration file. See # ssh_config(5) for more information. 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 RhostsRSAAuthentication no RSAAuthentication yes PasswordAuthentication yes HostbasedAuthentication yes EnableSSHKeysign no # BatchMode no CheckHostIP yes # AddressFamily any # ConnectTimeout 0 # StrictHostKeyChecking ask #IdentityFile ~/.ssh/identity #IdentityFile ~/.ssh/id_rsa #IdentityFile ~/.ssh/id_dsa # Port 22 # Protocol 2,1 # Cipher 3des # Ciphers aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc # EscapeChar ~ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Wed Sep 8 12:50:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 08 Sep 2004 12:50:00 -0000 Subject: 1.5.11: execvp bug (XP) In-Reply-To: <413E8B44.9080706@xilinx.com> References: <413E410F.5010901@xilinx.com> <413E4760.8060509@xilinx.com> <413E8B44.9080706@xilinx.com> Message-ID: Well, I have XP SP1, and, as you saw, it worked. Since I didn't *really* try it with 1.5.11, but rather with a self-built DLL from CVS, you might try the latest snapshot and see if that fixes your problem. Otherwise, I had a WAG that it had to do with the presence of .exe in the symlink name and contents, but the guess didn't pan out for me -- it worked in all 4 combinations. I don't believe you ever said whether the *exact* sequence of commands below worked for you or not. Ah, another possibly relevant point: I use perl 5.8.2-1... Could you please try that? Igor On Tue, 7 Sep 2004, Isaac Foraker wrote: > #uname -a > CYGWIN_NT-5.1 xcoisaacf20 1.5.11(0.116/4/2) 2004-09-04 23:17 i686 unknown unknown Cygwin > > I tried this same experiment on a home PC, and it is not having the > problem. The major difference I can see is that the home PC has XP SP2 > installed, and the work machine is still on Service Pack 1 (I have no > control over that). I'm trying to identify anything else different on > the work machine that could cause 1.5.11 to not work. I'm not having any > trouble with 1.5.10, so my group is sticking with that for now. > > Thanks, > IF > > Igor Pechtchanski wrote: > > > Sorry, missed that. Still, like CGF, I can't reproduce this: > > > > $ echo -e 'default:\n\tperl1 foo.pl' > Makefile > > $ echo -e '#!/usr/bin/perl1\n\n\nprint "Success.\\n"' > foo.pl > > $ ln -fs /usr/bin/perl /usr/bin/perl1 > > $ make > > perl1 foo.pl > > Success. > > $ uname -a > > CYGWIN_NT-5.1 pechtcha 1.5.12(0.116/4/2) 2004-09-07 15:07 i686 unknown unknown Cygwin > > $ > > > > There must be something peculiar to your installation. Does the exact > > recipe above work for you? > > Igor > > > > On Tue, 7 Sep 2004, Isaac Foraker wrote: > > > > > As stated in my original post, I renamed make.exe to gmake.exe to avoid > > > a name conflict with Opus make (also named make.exe). So, > > > gmake.exe==Cygwin make.exe. My environment is somewhat customized > > > because I have a lot of different build requirements depending on the > > > project I am working on. > > > > > > Renaming gmake back to make gives the same result. > > > > > > #which make > > > /usr/bin/make > > > > > > #make > > > perl foo.pl > > > make: execvp: perl: Permission denied > > > make: *** [default] Error 127 > > > > > > Thanks, > > > IF > > > > > > Igor Pechtchanski wrote: > > > > > > > On Tue, 7 Sep 2004, Isaac Foraker wrote: > > > > > > > > > Yes, the perl soft link works from the command line. Here's my test > > > > > case that fails. > > > > > > > > > > > > > > > #!/usr/bin/perl > > > > > > > > > > print "Success.\n" > > > > > > > > > > > > > > > > > > > > default: > > > > > perl foo.pl > > > > > > > > > > > > > > > #ls -l /usr/bin/perl > > > > > lrwxrwxrwx 1 isaacf Domain U 24 Sep 7 12:44 /usr/bin/perl > > > > > -> > > > > > /usr/bin/perl5.8.5.exe > > > > > > > > > > #gmake > > > > ^^^^^ > > > > > perl foo.pl > > > > > gmake: execvp: perl: Permission denied > > > > > gmake: *** [default] Error 127 > > > > ^^^^^ > > > > > #perl foo.pl > > > > > Success. > > > > > > > > > > You may also need to "rm /usr/bin/perl.exe" before you can "ln -s > > > > > /usr/bin/perl5.8.5.exe /usr/bin/perl". > > > > > > > > According to > > > > , > > > > there is no "gmake" in the Cygwin distribution. Is "gmake" a > > > > Windows executable, by any chance? If so, the behavior is > > > > expected -- Windows programs don't understand Cygwin symlinks. > > > > > > > > Why not use Cygwin make? > > > > Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Wed Sep 8 12:59:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 08 Sep 2004 12:59:00 -0000 Subject: missing letter In-Reply-To: References: Message-ID: On Wed, 8 Sep 2004, Rado Rethmann wrote: > Ok, now I've discovered, that it must be something in my .inputrc file: > -------------------------------------------- > [45-line .inputrc] snipped > -------------------------------------------- > Which line tells Cygwin to wipe out my 'e' ? Rado Why not try a binary search (comment out half, see if your is back, repeat until you find the culprit), or even a linear search (with only 45 lines it shouldn't take that long)? FWIW, accidentally omitting a "\" somewhere in the "\e" binding would result in the symptoms you described. Particularly, key binding may be done not only in the .inputrc, but also in any of the startup scripts (via the "bind" bash builtin). Check those carefully, because you'll need to single quote the double quotes for those bindings (with just double quotes, "\e" may be interpreted as a literal "e"). HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Wed Sep 8 13:47:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 08 Sep 2004 13:47:00 -0000 Subject: filesystem encoding In-Reply-To: <413EF019.100@chameleonnet.co.uk> References: <413EF019.100@chameleonnet.co.uk> Message-ID: On Wed, 8 Sep 2004, Colin JN Breame wrote: > Hello, > Could anyone direct me to some documentation about how cygwin decodes > filenames (e.g. with ls) Cygwin is not Unicode-aware (). Basically, it uses the Win32 API methods that make the underlying filesystem map from Unicode names to an 8-bit charset (set by your "Regional Settings"). Any names that can't be so mapped are rejected as invalid, and are displayed with '?'s by "ls". Switching to the correct language allows accessing those names. See MSDN for more info. Sometimes, the terminal treats some characters in the charset as control characters, and doesn't display them proprely. Programs need to be told not to do anything special with them, e.g., I have the following aliases: alias ls='ls -F --color=tty --show-control-chars' alias less='less -SR' (note the "--show-control-chars" option to "ls" and the "-R" option to "less"). > ps. cygwin is cool Yes, it is. And getting cooler every day. :-D Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From colinb@chameleonnet.co.uk Wed Sep 8 13:50:00 2004 From: colinb@chameleonnet.co.uk (Colin JN Breame) Date: Wed, 08 Sep 2004 13:50:00 -0000 Subject: filesystem encoding In-Reply-To: References: <413EF019.100@chameleonnet.co.uk> Message-ID: <413F0D81.2010200@chameleonnet.co.uk> Igor Pechtchanski wrote: >Any names that can't be so mapped are rejected as >invalid, and are displayed with '?'s by "ls". Switching to the correct >language allows accessing those names. > Hmmm....I have a file that, through windows explorer contains a (long) hypen, but through cywin (ls), the character comes out as a ?. Any ideas? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From jppelletier@e-djuster.com Wed Sep 8 13:56:00 2004 From: jppelletier@e-djuster.com (Jean-Pierre Pelletier) Date: Wed, 08 Sep 2004 13:56:00 -0000 Subject: cygserver - Postgres hung Message-ID: <003001c495aa$db8c23f0$6401a8c0@EDJMETCALFE> We ran PostgreSQL 7.4 for 9 months without problem. We upgraded to PostgreSQL 7.4.5 with Cygwin 1.5.10 on a Windows 2000 server and have to restart PostgreSQL and Cygserver every couple of hours because they hung. We then upgraded to the just released cygwin 1.5.11-1 but are still experimenting the same problem. In the August mailing list there are entries entitled "cygserver - Postgres Multiple connection Load Testing - Inifinte Loop" This looks very much like our problem. Has this problem been fixed with release 1.5.11-1? Thanks Jean-Pierre Pelletier -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Wed Sep 8 14:30:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Wed, 08 Sep 2004 14:30:00 -0000 Subject: 1.5.11: execvp bug (XP) In-Reply-To: <413E8C1F.1010404@xilinx.com> References: <413E410F.5010901@xilinx.com> <20040908024847.GB7545@trixie.casa.cgf.cx> <413E8C1F.1010404@xilinx.com> Message-ID: <20040908143156.GB11906@trixie.casa.cgf.cx> On Tue, Sep 07, 2004 at 10:35:43PM -0600, Isaac Foraker wrote: ># ls -lL /usr/bin/perl.exe >ls: /usr/bin/perl.exe: No such file or directory > >Some other possibly useful stuff: > ># ls -lL /usr/bin/perl >-rwxr-x---+ 1 isaacf Users 11776 Aug 30 13:52 /usr/bin/perl ^^^ Does chmod a+x /usr/bin/perl* help any? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From vibhaakar@yahoo.com Wed Sep 8 14:30:00 2004 From: vibhaakar@yahoo.com (Vibhaakar Sharma) Date: Wed, 08 Sep 2004 14:30:00 -0000 Subject: 64-Bit gcc for Windows.. Message-ID: <20040908135635.31847.qmail@web20324.mail.yahoo.com> Hi, Is there any 32/64-bit gcc version available for 64-Bit (IA64 and AMD64) windows? 32-Bit gcc enabled with -m64 option? or normal 64-Bit gcc. If not then any furture plan? Or any 64-Bit porting guidlines/help doc available for gnu-gcc? Thanks, -Vibhaakar. __________________________________ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Wed Sep 8 14:34:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Wed, 08 Sep 2004 14:34:00 -0000 Subject: cygserver - Postgres hung In-Reply-To: <003001c495aa$db8c23f0$6401a8c0@EDJMETCALFE> References: <003001c495aa$db8c23f0$6401a8c0@EDJMETCALFE> Message-ID: <413F1779.6020906@x-ray.at> Jean-Pierre Pelletier schrieb: > We ran PostgreSQL 7.4 for 9 months without problem. > > We upgraded to PostgreSQL 7.4.5 with Cygwin 1.5.10 on a Windows 2000 server > and have > to restart PostgreSQL and Cygserver every couple of hours because they hung. > > We then upgraded to the just released cygwin 1.5.11-1 but are still > experimenting the same problem. > > In the August mailing list there are entries entitled > "cygserver - Postgres Multiple connection Load Testing - Inifinte Loop" > This looks very much like our problem. > Has this problem been fixed with release 1.5.11-1? No, but with the upcoming 8.0.0 release it's much better. Just the plperl problem persists so far, and some other minor issues. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From caschreirc@yahoo.com Wed Sep 8 14:40:00 2004 From: caschreirc@yahoo.com (C Schreiner) Date: Wed, 08 Sep 2004 14:40:00 -0000 Subject: can't open file for writing In-Reply-To: Message-ID: <20040908142917.50902.qmail@web61204.mail.yahoo.com> Yes, I meant "echo": prompt> echo "hello" > foo.txt bash: foo.txt: No such file or directory Also, checking my records, I did not have this problem with the current cygwin release as of last February (2004); the problem only began happening when I upgraded in August to Cygwin 5.1 NT with cygwin DLL 1.5.10. Did something change in Cygwin that could be affecting this (even if it is not Cygwin's fault)? Is is possible I have some libraries out of sync? --- Hannu E K Nevalainen <_garbage_collector_@telia.com> wrote: > C Schreiner, ++++++-owner@cygwin.+++ wrote: > > I can not save to a nonexistant file name under > > Cygwin, but I can under Windows. > > > > When I type: > > > > cat "hello" > foo.txt > > I suppose you MEANT "echo" here... otherwise: > > $ cat "hello" >foo.txt > cat: hello: No such file or directory > $ echo "hello" >foo.txt > $ cat foo.txt > hello > > > under Cygwin I get this error message: > > > > bash: foo.txt: No such file or directory > > > > (unless foo.txt already exists in the current > > directory). This only happens with network > > filesystems. > > > /Hannu E K Nevalainen, B.Sc. EE Microcomputer > systems --72--> > > ** mailing list preference; please keep replies on > list ** > > -- printf("LocalTime: UTC+%02d\n",(DST)? 2:1); -- > --END OF MESSAGE-- > > -- > Unsubscribe info: > http://cygwin.com/ml/#unsubscribe-simple > Problem reports: > http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Wed Sep 8 14:42:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Wed, 08 Sep 2004 14:42:00 -0000 Subject: missing letter In-Reply-To: References: Message-ID: <20040908144113.GC11906@trixie.casa.cgf.cx> On Wed, Sep 08, 2004 at 11:29:57AM +0200, Rado Rethmann wrote: >Ok, now I've discovered, that it must be something in my .inputrc file: Does this command fix things? dos2unix ~/.inputrc ? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From caschreirc@yahoo.com Wed Sep 8 14:50:00 2004 From: caschreirc@yahoo.com (C Schreiner) Date: Wed, 08 Sep 2004 14:50:00 -0000 Subject: can't open file for writing In-Reply-To: Message-ID: <20040908143427.33690.qmail@web61205.mail.yahoo.com> Yes, I meant "echo": prompt> echo "hello" > foo.txt bash: foo.txt: No such file or directory Going through my records, I did not have this problem when using the current Cygwin release as of last February (2004). The problem started when I upgraded to Cygwin NT 5.1 (cygwin dll 1.5.10) in August. Did something change in cygwin that could be affecting the problem (even if it isn't Cygwin's fault)? Is it possible I somehow got some library out of sync? -- Christian --- Hannu E K Nevalainen <_garbage_collector_@telia.com> wrote: > C Schreiner, ++++++-owner@cygwin.+++ wrote: > > I can not save to a nonexistant file name under > > Cygwin, but I can under Windows. > > > > When I type: > > > > cat "hello" > foo.txt > > I suppose you MEANT "echo" here... otherwise: > > $ cat "hello" >foo.txt > cat: hello: No such file or directory > $ echo "hello" >foo.txt > $ cat foo.txt > hello > > > under Cygwin I get this error message: > > > > bash: foo.txt: No such file or directory > > > > (unless foo.txt already exists in the current > > directory). This only happens with network > > filesystems. > > > /Hannu E K Nevalainen, B.Sc. EE Microcomputer > systems --72--> > > ** mailing list preference; please keep replies on > list ** > > -- printf("LocalTime: UTC+%02d\n",(DST)? 2:1); -- > --END OF MESSAGE-- > > -- > Unsubscribe info: > http://cygwin.com/ml/#unsubscribe-simple > Problem reports: > http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > __________________________________ Do you Yahoo!? Yahoo! Mail Address AutoComplete - You start. We finish. http://promotions.yahoo.com/new_mail -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Wed Sep 8 14:52:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Wed, 08 Sep 2004 14:52:00 -0000 Subject: HostBasedAuthentication with OpenSSH In-Reply-To: <200409081450.08176.gary@whitehead.com> References: <200409081450.08176.gary@whitehead.com> Message-ID: <20040908145106.GI17670@cygbert.vinschen.de> On Sep 8 14:50, Gary Whitehead wrote: > Hi All, > > I am fighting trying to get outward HostBasedAuthentication working with the > ssh client under Cygwin on WinXP (SP2). Hostbased authentication isn't tested on Cygwin. Since ssh-keysign needs read access to the private local host keys and these keys are not world-readable, ssh-keysign must be set-uid root (read: "system"). But set-uid isn't implemented on Cygwin so that's bound to fail. What you could try if security isn't an issue for you is, use setfacl to add read perms for your account to the ssh host keys like this: setfacl -m u:$USER:r-- /etc/ssh_host_*_key However, consider to switch over to public key authentication with either a private key w/o passphrase or, better, use ssh-agent/ssh-add on your local machine. That's the usual technique and should have the same result for you, including convenience. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Wed Sep 8 15:22:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Wed, 08 Sep 2004 15:22:00 -0000 Subject: cygserver - Postgres hung In-Reply-To: <003001c495aa$db8c23f0$6401a8c0@EDJMETCALFE> References: <003001c495aa$db8c23f0$6401a8c0@EDJMETCALFE> Message-ID: <20040908145322.GJ17670@cygbert.vinschen.de> On Sep 8 09:50, Jean-Pierre Pelletier wrote: > We ran PostgreSQL 7.4 for 9 months without problem. > > We upgraded to PostgreSQL 7.4.5 with Cygwin 1.5.10 on a Windows 2000 server > and have > to restart PostgreSQL and Cygserver every couple of hours because they hung. > > We then upgraded to the just released cygwin 1.5.11-1 but are still > experimenting the same problem. > > In the August mailing list there are entries entitled > "cygserver - Postgres Multiple connection Load Testing - Inifinte Loop" > This looks very much like our problem. > Has this problem been fixed with release 1.5.11-1? Probably not. Please try Cygserver from the latest developer snapshot (2004-Sep-07) from http://www.cygwin.com/snapshots/ Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From maharig@idirect.net Wed Sep 8 15:29:00 2004 From: maharig@idirect.net (Harig, Mark) Date: Wed, 08 Sep 2004 15:29:00 -0000 Subject: cron start error Message-ID: Please do not include email addresses in replies. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Wed Sep 8 15:31:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Wed, 08 Sep 2004 15:31:00 -0000 Subject: can't open file for writing In-Reply-To: <20040908143427.33690.qmail@web61205.mail.yahoo.com> References: <20040908143427.33690.qmail@web61205.mail.yahoo.com> Message-ID: <20040908153038.GK17670@cygbert.vinschen.de> On Sep 8 07:34, C Schreiner wrote: > Yes, I meant "echo": > > prompt> echo "hello" > foo.txt > bash: foo.txt: No such file or directory > > Going through my records, I did not have this problem > when using the current Cygwin release as of last > February (2004). The problem started when I upgraded > to Cygwin NT 5.1 (cygwin dll 1.5.10) in August. Did > something change in cygwin that could be affecting the > problem (even if it isn't Cygwin's fault)? Is it > possible I somehow got some library out of sync? Try 1.5.11 Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From seh@panix.com Wed Sep 8 15:37:00 2004 From: seh@panix.com (Steven E. Harris) Date: Wed, 08 Sep 2004 15:37:00 -0000 Subject: ConTeXt broken under Cygwin? References: <413EB236.3090107@hcoop.net> Message-ID: "Terrence Brannon, Scheme Hacker" writes: > kpathsea: Running mktexfmt cont-en.efmt > fmtutil: no info for format `cont-en'. > Sorry, I can't find the format `cont-en.efmt'; will try `context.efmt'. > kpathsea: Running mktexfmt context.efmt > fmtutil: no info for format `context'. > I can't find the format file `context.efmt'! I saw the same problem yesterday. Browsing for help on Google Groups, the best help I could find was from some posts from several years ago advising, more or less, "Download a more recent copy of ConTeXt." At that point, I gave up, as I was only looking to try a quick ConTeXt sample file. Running locate on cont-en.efmt and context.efmt confirms that neither file is present anywhere on my system, so I know it's not just a path or permission problem. -- Steven E. Harris -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From discussion@centermail.net Wed Sep 8 15:38:00 2004 From: discussion@centermail.net (Rado Rethmann) Date: Wed, 08 Sep 2004 15:38:00 -0000 Subject: missing letter References: Message-ID: Hi there, I've found it. I had 2 export X=Y lines in the file. Looks like they got there from bashrc somehow. I deleted them and have now my 'e' back again. Thx for your help, Rado -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From jppelletier@e-djuster.com Wed Sep 8 16:08:00 2004 From: jppelletier@e-djuster.com (Jean-Pierre Pelletier) Date: Wed, 08 Sep 2004 16:08:00 -0000 Subject: cygserver - Postgres hung Message-ID: <005401c495b9$dd942b20$6401a8c0@EDJMETCALFE> I downloaded the developpement's cygwin1.dll and will try it this afternoon. Is that the only file to replace ? If this doesn't work, we will have to go back to PostgreSQL 7.4.2 of 2004-03-08 which appears to be the latest PostgreSQL release using cygipc (instead of cygserver). Jean-Pierre Pelletier -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From longsh01@hotmail.com Wed Sep 8 16:31:00 2004 From: longsh01@hotmail.com (S.H Long) Date: Wed, 08 Sep 2004 16:31:00 -0000 Subject: Installing cygwin Message-ID: Hi, I have just installed the latest full version cygwin on winxp. The root directory is "c:\cygwin\" Now whenever I start cygwin I get this, Your group is currently "mkpasswd". This indicates that the /etc/passwd (and possibly /etc/group) files should be rebuilt. See the man pages for mkpasswd and mkgroup then, for example, run mkpasswd -l [-d] > /etc/passwd mkgroup -l [-d] > /etc/group Note that the -d switch is necessary for domain users. long@COMP ~ $ pwd /cygdrive/c/Documents and Settings/long long@COMP ~ $ How do I set the HOME path in cygwin to "c:\cygwin\home\username\", please provide a detailed explanation as I am new to this. And what is the mkpasswd about? Please email your reply to me in-addition to the mailing list. Thanks for any help. _________________________________________________________________ Download MSN Messenger emoticons and display pictures. http://ilovemessenger.msn.com/?mkt=en-sg -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ford@vss.fsi.com Wed Sep 8 16:42:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Wed, 08 Sep 2004 16:42:00 -0000 Subject: [OT] RE: [ANNOUNCEMENT] Updated cygwin Package: procmail-3.22-10 In-Reply-To: References: Message-ID: On Wed, 8 Sep 2004, Dave Korn wrote: > > -----Original Message----- > > From: cygwin-owner On Behalf Of Christopher Faylor > > Sent: 07 September 2004 22:39 > > > > The main web page for cygwin mentions that it is supposed to be an > > emulation of Linux. Which is extremely misleading IMHO. Linux is an operating system; Cygwin is not. Cygwin is a POSIX/UNIX API layer for Windows. And, IIRC, the POSIX and Single UNIX specifications trump Linux behavior when defining Cygwin semantics. > So it does! I always remember it being described as a Unix or POSIX > emulation layer... I see that it changed sometime around June last year. > Now I come to think of it, I had noticed that before; I think I always > assumed it was just a 'dumbed-down' description someone had decided to put > there in order to save the list having to repeatedly explain the > posix/unix/gnu-linux distinction. No, now we continually have to explain why you can't install said x86 Linux binary/package and run it under our Linux emulator. Heck, you can't even *compile* said Linux firewall/router/proxy server etc. under our Linux emulator. Doesn't sound like much of an emulation to me. Since when do you needed to recompile something to use it on an emulator? Recompiling a program to use a different API is understandable. > Agreed, but it did bring out an interesting point about the change in how > cygwin is seen and described. I couldn't find any discussion in the > archives about it, but it wasn't obvious to me what search terms might > work. Was there some kind of policy change? I would love to understand this decision too. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From isaac.foraker@xilinx.com Wed Sep 8 16:46:00 2004 From: isaac.foraker@xilinx.com (Isaac Foraker) Date: Wed, 08 Sep 2004 16:46:00 -0000 Subject: 1.5.11: execvp bug (XP) In-Reply-To: <20040908143156.GB11906@trixie.casa.cgf.cx> References: <413E410F.5010901@xilinx.com> <20040908024847.GB7545@trixie.casa.cgf.cx> <413E8C1F.1010404@xilinx.com> <20040908143156.GB11906@trixie.casa.cgf.cx> Message-ID: <413F3686.1010303@xilinx.com> Running chmod a+x /usr/bin/perl* does not help. Thanks, IF Christopher Faylor wrote: >On Tue, Sep 07, 2004 at 10:35:43PM -0600, Isaac Foraker wrote: > > >># ls -lL /usr/bin/perl.exe >>ls: /usr/bin/perl.exe: No such file or directory >> >>Some other possibly useful stuff: >> >># ls -lL /usr/bin/perl >>-rwxr-x---+ 1 isaacf Users 11776 Aug 30 13:52 /usr/bin/perl >> >> > ^^^ > >Does chmod a+x /usr/bin/perl* help any? > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ford@vss.fsi.com Wed Sep 8 16:52:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Wed, 08 Sep 2004 16:52:00 -0000 Subject: 64-Bit gcc for Windows.. In-Reply-To: <20040908135635.31847.qmail@web20324.mail.yahoo.com> References: <20040908135635.31847.qmail@web20324.mail.yahoo.com> Message-ID: On Wed, 8 Sep 2004, Vibhaakar Sharma wrote: > Hi, > Is there any 32/64-bit gcc version available for > 64-Bit (IA64 and AMD64) windows? 32-Bit gcc enabled > with -m64 option? or normal 64-Bit gcc. Definately not as a Cygwin package. That target does not appear to be in the supported targets list available here: http://gcc.gnu.org/install/specific.html only ia64-*-linux and ia64-*-hpux. > If not then any furture plan? > > Or any 64-Bit porting guidlines/help doc available for > gnu-gcc? I would say you are asking the wrong list. I'd start at gcc.gnu.org or gcc-AT-gcc-DOT-gnu-DOT-org. That *might* spill over and be relevant to www.mingw.org, but I doubt it. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From isaac.foraker@xilinx.com Wed Sep 8 17:01:00 2004 From: isaac.foraker@xilinx.com (Isaac Foraker) Date: Wed, 08 Sep 2004 17:01:00 -0000 Subject: 1.5.11: execvp bug (XP) In-Reply-To: References: <413E410F.5010901@xilinx.com> <413E4760.8060509@xilinx.com> <413E8B44.9080706@xilinx.com> Message-ID: <413F38CF.1010705@xilinx.com> Okay, this is interesting. I got rid of /usr/bin/perl, and copied perl5.8.5.exe back to perl.exe. Then I tried the exact sequence you had below and it worked. For some reason the /usr/bin/perl1 soft link works but the /usr/bin/perl soft link does not. I'm at a loss. Why can't I make /usr/bin/perl a soft link to /usr/bin/perl5.8.5? Why does this only seem to affect certain systems? Thanks, IF Igor Pechtchanski wrote: >Well, I have XP SP1, and, as you saw, it worked. Since I didn't *really* >try it with 1.5.11, but rather with a self-built DLL from CVS, you might >try the latest snapshot and see if that fixes your problem. Otherwise, I >had a WAG that it had to do with the presence of .exe in the symlink name >and contents, but the guess didn't pan out for me -- it worked in all 4 >combinations. > >I don't believe you ever said whether the *exact* sequence of commands >below worked for you or not. > >Ah, another possibly relevant point: I use perl 5.8.2-1... Could you >please try that? > Igor > >On Tue, 7 Sep 2004, Isaac Foraker wrote: > > > >>#uname -a >>CYGWIN_NT-5.1 xcoisaacf20 1.5.11(0.116/4/2) 2004-09-04 23:17 i686 unknown unknown Cygwin >> >>I tried this same experiment on a home PC, and it is not having the >>problem. The major difference I can see is that the home PC has XP SP2 >>installed, and the work machine is still on Service Pack 1 (I have no >>control over that). I'm trying to identify anything else different on >>the work machine that could cause 1.5.11 to not work. I'm not having any >>trouble with 1.5.10, so my group is sticking with that for now. >> >>Thanks, >>IF >> >>Igor Pechtchanski wrote: >> >> >> >>>Sorry, missed that. Still, like CGF, I can't reproduce this: >>> >>>$ echo -e 'default:\n\tperl1 foo.pl' > Makefile >>>$ echo -e '#!/usr/bin/perl1\n\n\nprint "Success.\\n"' > foo.pl >>>$ ln -fs /usr/bin/perl /usr/bin/perl1 >>>$ make >>>perl1 foo.pl >>>Success. >>>$ uname -a >>>CYGWIN_NT-5.1 pechtcha 1.5.12(0.116/4/2) 2004-09-07 15:07 i686 unknown unknown Cygwin >>>$ >>> >>>There must be something peculiar to your installation. Does the exact >>>recipe above work for you? >>> >>> -- Isaac W. Foraker Sr. Software Engineer, Xilinx, Longmont, CO 720.652.3918 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From jglong3@att.net Wed Sep 8 17:03:00 2004 From: jglong3@att.net (jglong3@att.net) Date: Wed, 08 Sep 2004 17:03:00 -0000 Subject: ZLIB Message-ID: <090820041701.20555.413F3AE9000191EB0000504B2160280748CC090201040906@att.net> Hello Brian,,, :) :) OK,,,Thanks for the REPLY! :) :) I hope I understand what to look for. And, apologies that I did not provide the link to SecurityTracker. Thanks for your advise, help, and especially your time!! :) :) Jerry -------------- Original message from Brian Dessent : -------------- > jglong3@att.net wrote: > > > The following subject was researched in the CYGWIN Archives. If the answer > exists, I apologize if the proper string(s) were not input to find the answer to > the following discussion. > > > > A report by SecurityTracker mentions that there is situation in zlib. > > This situation in zlib is reported as relative to the inflate() and > > inflateBack(). > > The report says the situation varies depending on the application > > using the zlib library, but if exploited can result in a denial of > services. > > > > Is there a new zlib to correct for this???? > > > > If so is the correction in Zlib or the cygwin.dll------ > > > > What download file or files are required???? > > > > THANKS for your time, help, and advise!!! :) > > First of all it would have helped if you'd included some links. The > page you are referring to is > and the > problem was reported in the debian bug report > . The OpenPKG > report at also contains useful links. > > The date of that advisory was 30-Aug-2004, and the datestamp on the > 1.2.1 Cygwin zlib package is 3-Dec-2003 so no, it does not contain this > fix. And, unless I missed it there was no announcement in the last week > of a new zlib package, so for the time being there is nothing to > download. > > The fix for this advisory is a trivial patch to fix the error handling, > as below from the OpenBSD avisory > : > > diff -u -p -r1.2 -r1.2.2.1 > --- lib/libz/infback.c 17 Dec 2003 00:28:19 -0000 1.2 > +++ lib/libz/infback.c 28 Aug 2004 16:21:46 -0000 1.2.2.1 > @@ -446,6 +446,9 @@ void FAR *out_desc; > } > } > > + if (state->mode == BAD) > + break; > + > /* build code tables */ > state->next = state->codes; > state->lencode = (code const FAR *)(state->next); > > diff -u -p -r1.6 -r1.6.2.1 > --- lib/libz/inflate.c 17 Dec 2003 00:28:19 -0000 1.6 > +++ lib/libz/inflate.c 28 Aug 2004 16:21:46 -0000 1.6.2.1 > @@ -909,6 +909,9 @@ int flush; > state->lens[state->have++] = (unsigned > short)len; > } > } > + > + if (state->mode == BAD) > + break; > > /* build code tables */ > state->next = state->codes; > > If this is important to you then you should download the zlib src > package and apply the above. Hopefully the zlib maintainer will release > a fixed package shortly, but with free software there is never any > guarantee of anything. > > Brian > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From isaac.foraker@xilinx.com Wed Sep 8 17:18:00 2004 From: isaac.foraker@xilinx.com (Isaac Foraker) Date: Wed, 08 Sep 2004 17:18:00 -0000 Subject: 1.5.11: execvp bug (XP) In-Reply-To: References: <413E410F.5010901@xilinx.com> <413E4760.8060509@xilinx.com> <413E8B44.9080706@xilinx.com> Message-ID: <413F3B58.2060406@xilinx.com> I just tried this, and things get worse. With 5.8.2-1, perl.exe won't run from make. I've reinstalled Cygwin from scratch to try to clean out anything that could be causing problems, but no luck. These are all the commands I ran to reproduce the problem with 5.8.2. #uname -r 1.5.11(0.116/4/2) #perl -v This is perl, v5.8.2 built for cygwin-thread-multi-64int ... #echo -e 'default:\n\tperl foo.pl' > Makefile #echo -e '#!/usr/bin/perl\n\n\nprint "Success.\\n"' > foo.pl #make perl foo.pl make: execvp: perl: Permission denied make: *** [default] Error 127 #chmod +x foo.pl #./foo.pl Success. #perl foo.pl Success. #ls -l /usr/bin/perl.exe -rwxr-x--x+ 1 isaacf Users 11264 Nov 7 2003 /usr/bin/perl.exe Thanks, IF Igor Pechtchanski wrote: >Ah, another possibly relevant point: I use perl 5.8.2-1... Could you >please try that? > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Wed Sep 8 17:21:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 08 Sep 2004 17:21:00 -0000 Subject: 1.5.11: execvp bug (XP) In-Reply-To: <413F3686.1010303@xilinx.com> References: <413E410F.5010901@xilinx.com> <20040908024847.GB7545@trixie.casa.cgf.cx> <413E8C1F.1010404@xilinx.com> <20040908143156.GB11906@trixie.casa.cgf.cx> <413F3686.1010303@xilinx.com> Message-ID: What's the output of "getfacl /usr/bin/perl"? How about "getfacl /usr/bin/perl5.8.5.exe"? When you do "ls -lLn /usr/bin/perl", do you see 15865 as the owner, or some other id? What is your SHELL set to in the Makefile? Does perl work from the command line in zsh (which seems to be your SHELL)? Igor On Wed, 8 Sep 2004, Isaac Foraker wrote: > Running chmod a+x /usr/bin/perl* does not help. > > Thanks, > IF > > Christopher Faylor wrote: > > > On Tue, Sep 07, 2004 at 10:35:43PM -0600, Isaac Foraker wrote: > > > > > # ls -lL /usr/bin/perl.exe > > > ls: /usr/bin/perl.exe: No such file or directory > > > > > > Some other possibly useful stuff: > > > > > > # ls -lL /usr/bin/perl > > > -rwxr-x---+ 1 isaacf Users 11776 Aug 30 13:52 /usr/bin/perl > > ^^^ > > Does chmod a+x /usr/bin/perl* help any? -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Wed Sep 8 17:33:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 08 Sep 2004 17:33:00 -0000 Subject: 1.5.11: execvp bug (XP) In-Reply-To: <413F38CF.1010705@xilinx.com> References: <413E410F.5010901@xilinx.com> <413E4760.8060509@xilinx.com> <413E8B44.9080706@xilinx.com> <413F38CF.1010705@xilinx.com> Message-ID: Do you have a "perl.exe" somewhere *else* in your PATH? Try "type -a perl" from bash, or "which -a perl"... How about "type -a perl.exe" or "which -a perl.exe"? What happens when you name the symlink "perl.exe" instead of "perl"? Igor On Wed, 8 Sep 2004, Isaac Foraker wrote: > Okay, this is interesting. I got rid of /usr/bin/perl, and copied > perl5.8.5.exe back to perl.exe. Then I tried the exact sequence you had > below and it worked. For some reason the /usr/bin/perl1 soft link works > but the /usr/bin/perl soft link does not. I'm at a loss. Why can't I > make /usr/bin/perl a soft link to /usr/bin/perl5.8.5? Why does this > only seem to affect certain systems? > > Thanks, > IF > > Igor Pechtchanski wrote: > > > Well, I have XP SP1, and, as you saw, it worked. Since I didn't *really* > > try it with 1.5.11, but rather with a self-built DLL from CVS, you might > > try the latest snapshot and see if that fixes your problem. Otherwise, I > > had a WAG that it had to do with the presence of .exe in the symlink name > > and contents, but the guess didn't pan out for me -- it worked in all 4 > > combinations. > > > > I don't believe you ever said whether the *exact* sequence of commands > > below worked for you or not. > > > > Ah, another possibly relevant point: I use perl 5.8.2-1... Could you > > please try that? > > Igor > > > > On Tue, 7 Sep 2004, Isaac Foraker wrote: > > > > > > > #uname -a > > > CYGWIN_NT-5.1 xcoisaacf20 1.5.11(0.116/4/2) 2004-09-04 23:17 i686 unknown > > > unknown Cygwin > > > > > > I tried this same experiment on a home PC, and it is not having the > > > problem. The major difference I can see is that the home PC has XP SP2 > > > installed, and the work machine is still on Service Pack 1 (I have no > > > control over that). I'm trying to identify anything else different on > > > the work machine that could cause 1.5.11 to not work. I'm not having any > > > trouble with 1.5.10, so my group is sticking with that for now. > > > > > > Thanks, > > > IF > > > > > > Igor Pechtchanski wrote: > > > > > > > > > > Sorry, missed that. Still, like CGF, I can't reproduce this: > > > > > > > > $ echo -e 'default:\n\tperl1 foo.pl' > Makefile > > > > $ echo -e '#!/usr/bin/perl1\n\n\nprint "Success.\\n"' > foo.pl > > > > $ ln -fs /usr/bin/perl /usr/bin/perl1 > > > > $ make > > > > perl1 foo.pl > > > > Success. > > > > $ uname -a > > > > CYGWIN_NT-5.1 pechtcha 1.5.12(0.116/4/2) 2004-09-07 15:07 i686 unknown > > > > unknown Cygwin > > > > $ > > > > > > > > There must be something peculiar to your installation. Does the exact > > > > recipe above work for you? -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From isaac.foraker@xilinx.com Wed Sep 8 17:51:00 2004 From: isaac.foraker@xilinx.com (Isaac Foraker) Date: Wed, 08 Sep 2004 17:51:00 -0000 Subject: 1.5.11: execvp bug (XP) In-Reply-To: References: <413E410F.5010901@xilinx.com> <413E4760.8060509@xilinx.com> <413E8B44.9080706@xilinx.com> <413F38CF.1010705@xilinx.com> Message-ID: <413F4251.1080403@xilinx.com> Funny you should say that. My boss and I just discovered that as the culprit. There is a bug that only manifests in 1.5.11. Even though 'which perl' shows /usr/bin/perl, make was running /usr/local/bin/perl. The version of /usr/local/bin/perl somehow lost it's 'x' attribute, so it couldn't be run. So, now the question is why was perl being run from /usr/local/bin instead of /usr/bin when which perl shows perl in /usr/bin? This doesn't happen under Cygwin 1.5.10 DLLs. I suspect a problem with the execvp function. Thanks, IF Igor Pechtchanski wrote: >Do you have a "perl.exe" somewhere *else* in your PATH? Try "type -a >perl" from bash, or "which -a perl"... How about "type -a perl.exe" or >"which -a perl.exe"? What happens when you name the symlink "perl.exe" >instead of "perl"? > Igor > > > -- Isaac W. Foraker Sr. Software Engineer, Xilinx, Longmont, CO 720.652.3918 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ccobb@email.com Wed Sep 8 18:09:00 2004 From: ccobb@email.com (Christopher Cobb) Date: Wed, 08 Sep 2004 18:09:00 -0000 Subject: SSH on Cygwin Immediate Drops Connections References: <000001c49545$64ff6e00$6601a8c0@car.lambdacalcul.us> Message-ID: Mark Eret cs.colorado.edu> writes: > ... > I have looked at these lists and tried all the solutions. I've added '-r' > to the sshd startup command. > ... I just wanted to chip in that I have tried the -r setting without success also (using priviledge separation). I've had success reverting to the previous version of openssh (3.8.1p1-1). -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Wed Sep 8 18:32:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Wed, 08 Sep 2004 18:32:00 -0000 Subject: SSH on Cygwin Immediate Drops Connections In-Reply-To: References: <000001c49545$64ff6e00$6601a8c0@car.lambdacalcul.us> Message-ID: <6.1.0.6.0.20040908140106.03dc3e78@pop.prospeed.net> At 01:50 PM 9/8/2004, you wrote: >Mark Eret cs.colorado.edu> writes: > >> ... >> I have looked at these lists and tried all the solutions. I've added '-r' >> to the sshd startup command. >> ... > >I just wanted to chip in that I have tried the -r setting without success also >(using priviledge separation). I've had success reverting to the previous >version of openssh (3.8.1p1-1). OK. Any of you out there that are having this problem up for tracking this down? Even if you can't look at code, there's plenty of tracking that can done before getting to that stage. See: >Problem reports: http://cygwin.com/problems.html for initial guidelines. And don't forget that the server has a debug mode too and the output of that is much more telling than that of the client. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Wed Sep 8 18:46:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Wed, 08 Sep 2004 18:46:00 -0000 Subject: HostBasedAuthentication with OpenSSH In-Reply-To: <200409081450.08176.gary@whitehead.com> References: <200409081450.08176.gary@whitehead.com> Message-ID: <6.1.0.6.0.20040908143024.03dbed20@pop.prospeed.net> At 08:50 AM 9/8/2004, you wrote: >Hi All, > >I am fighting trying to get outward HostBasedAuthentication working with the >ssh client under Cygwin on WinXP (SP2). > >As a quick background I am using OpenSSH for logging in to machines remotely >on my small (and heavily firewalled) home network. My main reason for using >this method is convenience, since inside this network security is secondary >(i.e. nfs is running...). What I wish to achieve is to be able to use > >"ssh hostname -n command" > >to launch X clients from my server using X11 forwarding, and to set these up >as windows launch icons. (What I really want is to able to easily launch >kmail on my windows desktop..) You can get that from Cygwin too. :-) See if you're interested in that route. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Wed Sep 8 18:50:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Wed, 08 Sep 2004 18:50:00 -0000 Subject: Installing cygwin In-Reply-To: References: Message-ID: <6.1.0.6.0.20040908144203.03dc0be0@pop.prospeed.net> At 11:45 AM 9/8/2004, you wrote: >Hi, > >I have just installed the latest full version cygwin on winxp. The root directory is "c:\cygwin\" > > >Now whenever I start cygwin I get this, > >Your group is currently "mkpasswd". This indicates that >the /etc/passwd (and possibly /etc/group) files should be rebuilt. >See the man pages for mkpasswd and mkgroup then, for example, run >mkpasswd -l [-d] > /etc/passwd >mkgroup -l [-d] > /etc/group >Note that the -d switch is necessary for domain users. > >long@COMP ~ >$ pwd >/cygdrive/c/Documents and Settings/long > >long@COMP ~ >$ > >How do I set the HOME path in cygwin to "c:\cygwin\home\username\", please provide a detailed explanation as I am new to this. And what is the mkpasswd about? > If you follow the directions given about 'mkpasswd', you'll probably find your HOME path resolves itself. If not, visit >Problem reports: http://cygwin.com/problems.html for guidelines on reporting problems to the list. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From kalina813@hotmail.com Wed Sep 8 18:59:00 2004 From: kalina813@hotmail.com (Anna Goldberg) Date: Wed, 08 Sep 2004 18:59:00 -0000 Subject: Cygwin Cron on Windows 2003 Server Issues Message-ID: I can create and start a Cron service under Local System, but I can??t seem to be able to have that service run as a different user (ex. cron_server). I tried creating a custom user following the directions provided by Corinna Vinschen at http://www.mail-archive.com/cygwin@cygwin.com/msg31538.html, but it did not resolve my problem. Any suggestions would be greatly appreciated. Thank you, Anna Goldberg _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Wed Sep 8 19:16:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Wed, 08 Sep 2004 19:16:00 -0000 Subject: Cygwin Cron on Windows 2003 Server Issues In-Reply-To: References: Message-ID: <6.1.0.6.0.20040908145545.03dc0578@pop.prospeed.net> At 02:40 PM 9/8/2004, you wrote: >I can create and start a Cron service under Local System, but I can??t seem to be able to have that service run as a different user (ex. cron_server). I tried creating a custom user following the directions provided by Corinna Vinschen at http://www.mail-archive.com/cygwin@cygwin.com/msg31538.html, but it did not resolve my problem. > >Any suggestions would be greatly appreciated. > Let's start here: >Problem reports: http://cygwin.com/problems.html Adding specifics to that, it would be useful to know what you did, where you saw a problem, and what it was. You may also want to try before any follow-up post. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From stelte@comcast.net Wed Sep 8 19:18:00 2004 From: stelte@comcast.net (David J. Stelte) Date: Wed, 08 Sep 2004 19:18:00 -0000 Subject: Recovering deleted files Message-ID: <413F5AAE.1050602@comcast.net> Well, it happened to me. I did a rm *, not realizing I was in a different directory than I thought I was and deleted a couple very valuable files that I had not backed up recently. Is there any way to recover them? I am using Cygwin running under XP. Any help would be greatly appreciated. Dave Stelte -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From jppelletier@e-djuster.com Wed Sep 8 19:19:00 2004 From: jppelletier@e-djuster.com (Jean-Pierre Pelletier) Date: Wed, 08 Sep 2004 19:19:00 -0000 Subject: cygserver - Postgres hung Message-ID: <008d01c495d8$877590c0$6401a8c0@EDJMETCALFE> We have the same problem with the latest developpement's cygwin1.dll 1.5.12S of 2004-09-07. Does somebody know how to get cygwin packages for PostgreSQL 7.4.1 or 7.4? I have only been able to find 7.4.3 and 7.4.5. Another option would be to force PostgreSQL 7.4.5 to use cygipc (instead of cygserver) Is that possible? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cmcdevitt@ABINITIO.COM Wed Sep 8 20:26:00 2004 From: cmcdevitt@ABINITIO.COM (Chuck McDevitt) Date: Wed, 08 Sep 2004 20:26:00 -0000 Subject: Recovering deleted files In-Reply-To: <413F5AAE.1050602@comcast.net> Message-ID: I recommend File Rescue Plus: http://www.filerescueplus.com "David J. Stelte" Sent by: cygwin-owner@cygwin.com 09/08/2004 03:17 PM To cygwin@cygwin.com cc Subject Recovering deleted files Well, it happened to me. I did a rm *, not realizing I was in a different directory than I thought I was and deleted a couple very valuable files that I had not backed up recently. Is there any way to recover them? I am using Cygwin running under XP. Any help would be greatly appreciated. Dave Stelte -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ ForwardSourceID:NT0002FF9A -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From kalina813@hotmail.com Wed Sep 8 22:43:00 2004 From: kalina813@hotmail.com (Anna Goldberg) Date: Wed, 08 Sep 2004 22:43:00 -0000 Subject: Cygwin Cron on Windows 2003 Server Issues Message-ID: We tried running cron_diagnose.sh, but that didn't produce any usefull answers, the output we get is: $ ./cron_diagnose.sh cron_diagnose.sh 1.5 Your computer does not appear to have a crontab for . Please generate a crontab for using 'crontab -e', and run this script again. The version of cron we have is: # (Cron version -- $Id: crontab.c,v 1.7 2003/04/15 15:13:41 corinna Exp $) The error that appears in the Event Viewer when trying to run the service is: Event Type: Error Event Source: cron Event Category: None Event ID: 0 Date: 9/8/2004 Time: 2:36:16 PM User: \service_cron Computer: Description: The description for Event ID ( 0 ) in Source ( cron ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. You may be able to use the /AUXSOURCE= flag to retrieve this description; see Help and Support for details. The following information is part of the event: cron : PID 2332 : starting service `cron' failed: execv: 128, Transport endpoint is not connected. We've created a custom local user account called service_cron and gave it the following permissions: - SeAssignPrimaryTokenPrivilege - SeCreateTokenPrivilege - SeIncreaseQuotaPrivilege - SeServiceLogonRight and installed the cron service as this user, but we were not able to start the service. Then we removed the cron service and re-installed it under the Local System user account, at which time we were able to start the service, but are now getting the error listed above when the scheduled task(s) is run. Let me know if any more information is needed. Thank you, ~ Anna _________________________________________________________________ On the road to retirement? Check out MSN Life Events for advice on how to get there! http://lifeevents.msn.com/category.aspx?cid=Retirement -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From caschreirc@yahoo.com Wed Sep 8 22:45:00 2004 From: caschreirc@yahoo.com (C Schreiner) Date: Wed, 08 Sep 2004 22:45:00 -0000 Subject: can't open file for writing In-Reply-To: <20040908153038.GK17670@cygbert.vinschen.de> Message-ID: <20040908223234.36446.qmail@web61208.mail.yahoo.com> Bingo, this fixed it. Thanks to all who helped. --- Corinna Vinschen wrote: > On Sep 8 07:34, C Schreiner wrote: > > Yes, I meant "echo": > > > > prompt> echo "hello" > foo.txt > > bash: foo.txt: No such file or directory > > > > Going through my records, I did not have this > problem > > when using the current Cygwin release as of last > > February (2004). The problem started when I > upgraded > > to Cygwin NT 5.1 (cygwin dll 1.5.10) in August. > Did > > something change in cygwin that could be affecting > the > > problem (even if it isn't Cygwin's fault)? Is it > > possible I somehow got some library out of sync? > > Try 1.5.11 > > Corinna > > -- > Corinna Vinschen Please, send mails > regarding Cygwin to > Cygwin Project Co-Leader > mailto:cygwin@cygwin.com > Red Hat, Inc. > > -- > Unsubscribe info: > http://cygwin.com/ml/#unsubscribe-simple > Problem reports: > http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From miked@softtalker.com Wed Sep 8 22:55:00 2004 From: miked@softtalker.com (Mike Dillinger) Date: Wed, 08 Sep 2004 22:55:00 -0000 Subject: Error Launching zsh Message-ID: <1432223034.20040908154359@softtalker.com> Hello, I am running Win2K SP4. I have a shortcut to run zsh on my desktop that simply runs "C:\cygwin\bin\zsh.exe". After powering on the PC or rebooting, I get the following error when I run the zsh shortcut: 20 [main] zsh 688 fork_copy: linked dll data/bss pass 0 failed, 0x442000..0x4427F0, done 0, windows pid 1532, Win32 error 87 /etc/zprofile:6: fork failed: resource temporarily unavailable 306356 [main] zsh 688 fork_copy: linked dll data/bss pass 0 failed, 0x442000..0x4427F0, done 0, windows pid 1528, Win32 error 87 /cygdrive/c/Documents and Settings/miked/.zshrc:41: fork failed: resource temporarily unavailable The second error (zprofile:6) is the 'id -un' command. I looked up Win32 error 87, and here is the text for it: 87 The parameter is incorrect. ERROR_INVALID_PARAMETER Generally, if I close the errant zsh window and run the shortcut again, everything is fine. bash works just fine - no problems. Any suggestions why this is happening? I've Googled for a while now and can't find anything. Thanks, -MikeD -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Wed Sep 8 23:12:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 08 Sep 2004 23:12:00 -0000 Subject: Cygwin Cron on Windows 2003 Server Issues In-Reply-To: References: Message-ID: On Wed, 8 Sep 2004, Anna Goldberg wrote: > We tried running cron_diagnose.sh, but that didn't produce any usefull > answers, the output we get is: > > $ ./cron_diagnose.sh > cron_diagnose.sh 1.5 > > Your computer does not appear to have a crontab for . > Please generate a crontab for using 'crontab -e', > and run this script again. > > The version of cron we have is: > # (Cron version -- $Id: crontab.c,v 1.7 2003/04/15 15:13:41 corinna Exp $) > > The error that appears in the Event Viewer when trying to run the service is: > > Event Type: Error > Event Source: cron > Event Category: None > Event ID: 0 > Date: 9/8/2004 > Time: 2:36:16 PM > User: \service_cron > Computer: > Description: > The description for Event ID ( 0 ) in Source ( cron ) cannot be found. The > local computer may not have the necessary registry information or message DLL > files to display messages from a remote computer. You may be able to use the > /AUXSOURCE= flag to retrieve this description; see Help and Support for > details. The following information is part of the event: cron : PID 2332 : > starting service `cron' failed: execv: 128, Transport endpoint is not > connected. > > > We've created a custom local user account called service_cron and gave it the > following permissions: > - SeAssignPrimaryTokenPrivilege > - SeCreateTokenPrivilege > - SeIncreaseQuotaPrivilege > - SeServiceLogonRight > and installed the cron service as this user, but we were not able to start the > service. > > Then we removed the cron service and re-installed it under the Local System > user account, at which time we were able to start the service, but are now > getting the error listed above when the scheduled task(s) is run. > > Let me know if any more information is needed. > > Thank you, > ~ Anna Anna, What kind of scheduled task produces the above error? Does the "hello world" of crontabs (i.e., "/usr/bin/date >> /tmp/cron_date 2>&1") run normally? If not, please check permissions on /bin and the programs in /bin -- are they executable by non-owners (i.e., post the output of "ls -l /usr/bin/date.exe")? Also, please review and follow the Cygwin problem reporting guidelines at , particularly the part about *attaching* (as an uncompressed text *attachment*) the output of "cygcheck -svr" on your system. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Wed Sep 8 23:38:00 2004 From: brian@dessent.net (Brian Dessent) Date: Wed, 08 Sep 2004 23:38:00 -0000 Subject: Recovering deleted files References: <413F5AAE.1050602@comcast.net> Message-ID: <413F92E2.E7F3C3B2@dessent.net> "David J. Stelte" wrote: > > Well, it happened to me. I did a rm *, not realizing I was in a > different directory than I thought I was and deleted a couple very > valuable files that I had not backed up recently. Is there any way to > recover them? I am using Cygwin running under XP. Any help would be > greatly appreciated. Cygwin does not delete files in any way differently that windows. Do the same thing that you would do if you accidentally deleted files in Explorer or the Command Prompt. A google search for "undelete software" or "recover deleted files" would be where I'd start. I've used GetDataBack NTFS in the past with success. This is not a Cygwin question at all really. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From caschreirc@yahoo.com Thu Sep 9 01:00:00 2004 From: caschreirc@yahoo.com (C Schreiner) Date: Thu, 09 Sep 2004 01:00:00 -0000 Subject: can't open file for writing In-Reply-To: <20040908153038.GK17670@cygbert.vinschen.de> Message-ID: <20040908223334.15621.qmail@web61207.mail.yahoo.com> Bingo, this fixed it. Thanks to all who helped. -- Christian --- Corinna Vinschen wrote: > On Sep 8 07:34, C Schreiner wrote: > > Yes, I meant "echo": > > > > prompt> echo "hello" > foo.txt > > bash: foo.txt: No such file or directory > > > > Going through my records, I did not have this > problem > > when using the current Cygwin release as of last > > February (2004). The problem started when I > upgraded > > to Cygwin NT 5.1 (cygwin dll 1.5.10) in August. > Did > > something change in cygwin that could be affecting > the > > problem (even if it isn't Cygwin's fault)? Is it > > possible I somehow got some library out of sync? > > Try 1.5.11 > > Corinna > > -- > Corinna Vinschen Please, send mails > regarding Cygwin to > Cygwin Project Co-Leader > mailto:cygwin@cygwin.com > Red Hat, Inc. > > -- > Unsubscribe info: > http://cygwin.com/ml/#unsubscribe-simple > Problem reports: > http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > _______________________________ Do you Yahoo!? Express yourself with Y! Messenger! Free. Download now. http://messenger.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cygwin.buzz@bavag.tmfweb.nl Thu Sep 9 01:08:00 2004 From: cygwin.buzz@bavag.tmfweb.nl (Bas van Gompel) Date: Thu, 09 Sep 2004 01:08:00 -0000 Subject: win95 pipe problems -- report + testcase + patch References: <200409050451.i854pPi21887@esds.vss.fsi.com> <20040908100657.GC20537@cygbert.vinschen.de> Message-ID: Op Wed, 8 Sep 2004 12:06:57 +0200 schreef Corinna Vinschen in <20040908100657.GC20537@cygbert.vinschen.de>: : On Sep 8 01:55, Bas van Gompel wrote: : > This fix trips on a bug in (my) windows 95 (OSR2): : > It's CreateNamedPipe returns 0 instead of -1 (INVALID_HANDLE_VALUE), : > causing all operations on pipes to fail. : > [...] : > A patch to work around this in cygwin could be: (WFM) [pipe-w95.diff] : > I hope this patch is small enough to qualify as `trivial', as I : : It is. I'm just wondering if it is really necessary to assume, that : CreateNamedPipe will ever return NULL as a vaild handle. I'd assume The fact that INVALID_HANDLE_VALUE != NULL, made me think NULL might be a valid handle value elsewhere. I was just trying to be thorough. I don't think the difference will severely hurt performance or size... : that the following patch is sufficient: [...] Possibly. However MS might also make NULL be an alias to NUL in the future, or just treat NULL like any other handle. : > haven't received any reply to my legal query (yet). (Did the reply : > get blocked from the list?) : : No, there was no reply so far, unfortunately. I'm sorry. I'll try to : nudge our legal department again. I'll be waiting. (This will give me more time to test readdir_r, once I decide how to keep accesses separate.) L8r, Buzz. -- ) | | ---/ ---/ Yes, this | This message consists of true | I do not -- | | / / really is | and false bits entirely. | mail for ) | | / / a 72 by 4 +-------------------------------+ any1 but -- \--| /--- /--- .sigfile. | |perl -pe "s.u(z)\1.as." | me. 4^re -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From jason@tishler.net Thu Sep 9 01:28:00 2004 From: jason@tishler.net (Jason Tishler) Date: Thu, 09 Sep 2004 01:28:00 -0000 Subject: cygserver - Postgres hung In-Reply-To: <008d01c495d8$877590c0$6401a8c0@EDJMETCALFE> References: <008d01c495d8$877590c0$6401a8c0@EDJMETCALFE> Message-ID: <20040909011539.GC101612@tishler.net> On Wed, Sep 08, 2004 at 03:17:48PM -0400, Jean-Pierre Pelletier wrote: > Another option would be to force PostgreSQL 7.4.5 to use cygipc > (instead of cygserver) Is that possible? Yes, you can always build from source yourself. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Thu Sep 9 02:54:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Thu, 09 Sep 2004 02:54:00 -0000 Subject: can't open file for writing In-Reply-To: <20040908223334.15621.qmail@web61207.mail.yahoo.com> References: <20040908153038.GK17670@cygbert.vinschen.de> <20040908223334.15621.qmail@web61207.mail.yahoo.com> Message-ID: <20040909012958.GA21095@trixie.casa.cgf.cx> On Wed, Sep 08, 2004 at 03:33:34PM -0700, C Schreiner wrote: >Bingo, this fixed it. Thanks to all who helped. Wow. Upgrading to the newest version fixed something? Who'd have thought it? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From sailorleo@isonews2.com Thu Sep 9 04:49:00 2004 From: sailorleo@isonews2.com (Arturus Magi) Date: Thu, 09 Sep 2004 04:49:00 -0000 Subject: filesystem encoding In-Reply-To: <413F0D81.2010200@chameleonnet.co.uk> References: <413EF019.100@chameleonnet.co.uk> <413F0D81.2010200@chameleonnet.co.uk> Message-ID: <413FC5A9.2010303@isonews2.com> Colin JN Breame wrote: > Igor Pechtchanski wrote: > >> Any names that can't be so mapped are rejected as >> invalid, and are displayed with '?'s by "ls". Switching to the correct >> language allows accessing those names. > > Hmmm....I have a file that, through windows explorer contains a (long) > hypen, but through cywin (ls), the character comes out as a ?. > Windows Explorer is Unicode 3.0 compliant on the NT line (I have several files that use a mixture of English, Japanese, and Chinese in the filename and various description fields), and the 9x line can be made partially Unicode-aware. I don't think the em hyphen is a valid character on any Windows or ISO codepage (other than the Unicode project mirror standard (I want to say it's ISO-11350, but I'm fairly certain that's not right)). -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From p.j.g@softhome.net Thu Sep 9 05:01:00 2004 From: p.j.g@softhome.net (Paul J. Ghosh) Date: Thu, 09 Sep 2004 05:01:00 -0000 Subject: Cygwin Cron on Windows 2003 Server Issues Message-ID: <000001c49628$5b478ad0$6500a8c0@PJGVAIO> Thank you to all who have replied. Enclosed find the following: - contents of crontab for user cdaapp - simple task to be executed every minute for testing - error encountered when starting cron as service_cron - includes one as a dialog and another from the event viewer - test of task to be executed by cron done manually as user cdaapp which succeeded - error encountered when successfully starting cron as Local System but fails when it comes time to execute task - we are aware of Local System account changes in W2K3 related to setuid and were not expecting it to work - long listing of /bin /usr/sbin /var /var/cron /var/cron/tabs - bin executable by all (755) /var/cron/tabs seems locked down - parts of /etc/passwd for user cdaapp - tried changing groups 513/544 without any success - parts of /etc/group Regards, Paul J. Ghosh cdaapp@devapp1 /d/opt/cda/bin $ crontab -e crontab: no changes made to crontab */1 * * * * touch /d/var/log/cda/cron.log ########################################################### error when starting cron as service_cron Could not start the cron service on Local Computer Error 1067: The process terminated unexpectedly. Event Type: Error Event Source: cron Event Category: None Event ID: 0 Date: 9/8/2004 Time: 11:12:26 PM User: DEVAPP1\service_cron Computer: DEVAPP1 Description: The description for Event ID ( 0 ) in Source ( cron ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. You may be able to use the /AUXSOURCE= flag to retrieve this description; see Help and Support for details. The following information is part of the event: cron : PID 272 : starting service `cron' failed: execv: 128, Transport endpoint is not connected. cdaapp@devapp1 ~ $ touch /d/var/log/cda/cron.log cdaapp@devapp1 ~ $ ls -l /d/var/log/cda/cron.log -rw-r--r-- 1 cdaapp Domain U 0 Sep 8 23:20 /d/var/log/cda/cron.log cdaapp@devapp1 ~ $ date Wed Sep 8 23:20:26 CDT 2004 ########################################################### error when running cron as Local System Event Type: Information Event Source: /USR/SBIN/CRON Event Category: None Event ID: 0 Date: 9/8/2004 Time: 2:30:00 PM User: NT AUTHORITY\SYSTEM Computer: DEVAPP1 Description: The description for Event ID ( 0 ) in Source ( /USR/SBIN/CRON ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. You may be able to use the /AUXSOURCE= flag to retrieve this description; see Help and Support for details. The following information is part of the event: /USR/SBIN/CRON : PID 3752 : (cdaapp) CMD (touch /d/var/log/cda/cron.log). Event Type: Information Event Source: /USR/SBIN/CRON Event Category: None Event ID: 0 Date: 9/8/2004 Time: 2:30:00 PM User: NT AUTHORITY\SYSTEM Computer: DEVAPP1 Description: The description for Event ID ( 0 ) in Source ( /USR/SBIN/CRON ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. You may be able to use the /AUXSOURCE= flag to retrieve this description; see Help and Support for details. The following information is part of the event: /USR/SBIN/CRON : PID 3752 : (CRON) error (can't switch user context). ########################################################### ls -l /bin total 43133 -rwxr-xr-x+ 1 devadm Users 101888 Aug 19 14:49 a2p.exe -rwxr-xr-x+ 1 devadm Users 67072 Dec 16 2002 addftinfo.exe -rwxr-xr-x+ 1 devadm Users 8544 Dec 16 2002 afmtodit -rwxr-xr-x+ 1 devadm Users 2442 Mar 22 15:04 apropos -rwxr-xr-x+ 1 devadm Users 8192 Mar 12 22:26 ascii.exe lrwxrwxrwx 1 devadm Users 8 Sep 1 09:18 awk.exe -> gawk.exe -rwxr-xr-x+ 1 devadm Users 10240 Mar 22 13:59 b2m.exe -rwxr-xr-x+ 1 devadm Users 10240 Mar 12 22:26 banner.exe -rwxr-xr-x+ 1 devadm Users 23552 Jul 24 2003 basename.exe -rwxr-xr-x+ 1 devadm Users 527360 Oct 20 2003 bash.exe -rwxr-xr-x+ 1 devadm Users 7879 Oct 20 2003 bashbug -rwxr-xr-x+ 1 devadm Users 204800 Mar 8 2003 bison.exe -rwxr-xr-x+ 1 devadm Users 82432 Aug 9 2003 bunzip2.exe -rwxr-xr-x+ 1 devadm Users 57856 Dec 15 2001 byacc.exe -rwxr-xr-x+ 1 devadm Users 82432 Aug 9 2003 bzcat.exe lrwxrwxrwx 1 devadm Users 6 Oct 7 2003 bzcmp -> bzdiff -rwxr-xr-x+ 1 devadm Users 2105 Aug 9 2003 bzdiff lrwxrwxrwx 1 devadm Users 6 Oct 7 2003 bzegrep -> bzgrep lrwxrwxrwx 1 devadm Users 6 Oct 7 2003 bzfgrep -> bzgrep -rwxr-xr-x+ 1 devadm Users 1582 Aug 9 2003 bzgrep -rwxr-xr-x+ 1 devadm Users 82432 Aug 9 2003 bzip2.exe -rwxr-xr-x+ 1 devadm Users 15360 Aug 9 2003 bzip2recover.exe lrwxrwxrwx 1 devadm Users 6 Oct 7 2003 bzless -> bzmore -rwxr-xr-x+ 1 devadm Users 1259 Aug 9 2003 bzmore -rwxr-xr-x+ 1 devadm Users 36601 Aug 19 14:49 c2ph -rwxr-xr-x+ 1 devadm Users 3642 Mar 17 17:00 c_rehash -rwxr-xr-x+ 1 devadm Users 11776 Mar 12 22:26 cal.exe lrwxrwxrwx 1 devadm Users 7 Oct 7 2003 captoinfo.exe -> tic.exe -rwxr-xr-x+ 1 devadm Users 17408 Feb 19 2002 cat.exe -rwxr-xr-x+ 1 devadm Users 29696 Jul 13 2003 chgrp.exe -rwxr-xr-x+ 1 devadm Users 29184 Jul 13 2003 chmod.exe -rwxr-xr-x+ 1 devadm Users 31744 Jul 13 2003 chown.exe -rwxr-xr-x+ 1 devadm Users 23552 Jul 24 2003 chroot.exe -rwxr-xr-x+ 1 devadm Users 22016 Feb 19 2002 cksum.exe -rwxr-xr-x+ 1 devadm Users 3072 Apr 20 2000 clear.exe -rwxr-xr-x+ 1 devadm Users 10752 Aug 9 2003 clearn.exe -rwxr-xr-x+ 1 devadm Users 24064 May 3 12:38 cmp.exe -rwxr-xr-x+ 1 devadm Users 8704 Mar 12 22:26 col.exe -rwxr-xr-x+ 1 devadm Users 6656 Mar 12 22:26 colcrt.exe -rwxr-xr-x+ 1 devadm Users 5120 Mar 12 22:26 colrm.exe -rwxr-xr-x+ 1 devadm Users 9216 Mar 12 22:26 column.exe -rwxr-xr-x+ 1 devadm Users 15872 Feb 19 2002 comm.exe -rwxr-xr-x+ 1 devadm Users 11776 Mar 12 22:26 conv.exe -rwxr-xr-x+ 1 devadm Users 107 Aug 10 2003 convert-gdbm -rwxr-xr-x+ 1 devadm Users 75264 Jul 13 2003 cp.exe -rwxr-xr-x+ 1 devadm Users 3840 Aug 19 14:49 cpan -rwxr-xr-x+ 1 devadm Users 199501 Aug 11 2003 cpio.exe -rwxr-xr-x+ 1 devadm Users 32768 Jul 15 03:12 crontab.exe -rwxr-xr-x+ 1 devadm Users 6656 Oct 19 2003 crypt.exe -rwxr-xr-x+ 1 devadm Users 55808 Feb 19 2002 csplit.exe -rwxr-xr-x+ 1 devadm Users 143360 Jun 4 2003 ctags.exe -rwxr-xr-x+ 1 devadm Users 18944 Feb 19 2002 cut.exe -rwxr-xr-x+ 1 devadm Users 62464 Aug 9 2003 cygbz2-1.dll -rwxr-xr-x+ 1 devadm Users 79872 May 25 21:07 cygcheck.exe -rwxr-xr-x+ 1 devadm Users 6656 Oct 19 2003 cygcrypt-0.dll -rwxr-xr-x+ 1 devadm Users 860672 Mar 17 17:00 cygcrypto-0.9.7.dll -rwxr-xr-x+ 1 devadm Users 660480 Apr 11 2003 cygcrypto.dll -rwxr-xr-x+ 1 devadm Users 388608 Jul 24 2002 cygdb-3.1.dll -rwxr-xr-x+ 1 devadm Users 915968 Apr 28 04:15 cygdb-4.2.dll -rwxr-xr-x+ 1 devadm Users 498176 Jul 24 2002 cygdb_cxx-3.1.dll -rwxr-xr-x+ 1 devadm Users 1183744 Apr 28 04:15 cygdb_cxx-4.2.dll -rwxr-xr-x+ 1 devadm Users 158208 Jan 7 2004 cygexpat-0.dll -rwxr-xr-x+ 1 devadm Users 46080 Apr 25 2001 cygform5.dll -rwxr-xr-x+ 1 devadm Users 35328 Jan 9 2002 cygform6.dll -rwxr-xr-x+ 1 devadm Users 48640 Aug 9 2003 cygform7.dll -rwxr-xr-x+ 1 devadm Users 28672 Jul 20 2003 cyggdbm-3.dll -rwxr-xr-x+ 1 devadm Users 30208 Aug 10 2003 cyggdbm-4.dll -rwxr-xr-x+ 1 devadm Users 18944 Mar 22 2003 cyggdbm.dll -rwxr-xr-x+ 1 devadm Users 15360 Jul 20 2003 cyggdbm_compat-3.dll -rwxr-xr-x+ 1 devadm Users 15360 Aug 10 2003 cyggdbm_compat-4.dll -rwxr-xr-x+ 1 devadm Users 109120 Jul 6 12:56 cyggettextlib-0-14-1.dll -rwxr-xr-x+ 1 devadm Users 17834 Jul 6 12:56 cyggettextpo-0.dll -rwxr-xr-x+ 1 devadm Users 194616 Jul 6 12:56 cyggettextsrc-0-14-1.dll -rwxr-xr-x+ 1 devadm Users 17408 Jun 27 2001 cyghistory4.dll -rwxr-xr-x+ 1 devadm Users 29696 Aug 10 2003 cyghistory5.dll -rwxr-xr-x+ 1 devadm Users 1015128 Jul 6 13:11 cygiconv-2.dll -rwxr-xr-x+ 1 devadm Users 22016 Dec 13 2001 cygintl-1.dll -rwxr-xr-x+ 1 devadm Users 37888 Aug 10 2003 cygintl-2.dll -rwxr-xr-x+ 1 devadm Users 55612 Jul 6 12:56 cygintl-3.dll -rwxr-xr-x+ 1 devadm Users 147342 Aug 29 15:27 cygmagic-1.dll -rwxr-xr-x+ 1 devadm Users 26624 Apr 25 2001 cygmenu5.dll -rwxr-xr-x+ 1 devadm Users 19968 Jan 9 2002 cygmenu6.dll -rwxr-xr-x+ 1 devadm Users 29184 Aug 9 2003 cygmenu7.dll -rwxr-xr-x+ 1 devadm Users 15360 Nov 19 2003 cygminires.dll -rwxr-xr-x+ 1 devadm Users 159232 Apr 25 2001 cygncurses++5.dll -rwxr-xr-x+ 1 devadm Users 179200 Jan 9 2002 cygncurses++6.dll -rwxr-xr-x+ 1 devadm Users 230912 Apr 25 2001 cygncurses5.dll -rwxr-xr-x+ 1 devadm Users 206848 Jan 9 2002 cygncurses6.dll -rwxr-xr-x+ 1 devadm Users 229376 Aug 9 2003 cygncurses7.dll -rwxr-xr-x+ 1 devadm Users 15360 Apr 25 2001 cygpanel5.dll -rwxr-xr-x+ 1 devadm Users 11776 Jan 9 2002 cygpanel6.dll -rwxr-xr-x+ 1 devadm Users 18944 Aug 9 2003 cygpanel7.dll -rwxr-xr-x+ 1 devadm Users 14848 May 25 21:07 cygpath.exe -rwxr-xr-x+ 1 devadm Users 62976 Dec 11 2003 cygpcre-0.dll -rwxr-xr-x+ 1 devadm Users 64924 Apr 11 2003 cygpcre.dll -rwxr-xr-x+ 1 devadm Users 9216 Dec 11 2003 cygpcreposix-0.dll -rwxr-xr-x+ 1 devadm Users 62850 Apr 11 2003 cygpcreposix.dll -rwxr-xr-x+ 1 devadm Users 1085952 Aug 19 14:47 cygperl5_8_5.dll -rwxr-xr-x+ 1 devadm Users 22528 Jun 9 2002 cygpopt-0.dll -rwxr-xr-x+ 1 devadm Users 110080 Jun 27 2001 cygreadline4.dll -rwxr-xr-x+ 1 devadm Users 151552 Aug 10 2003 cygreadline5.dll -rwxr-xr-x+ 1 devadm Users 36864 Apr 18 06:11 cygrunsrv.exe -rwxr-xr-x+ 1 devadm Users 5025 May 25 21:07 cygserver-config -rwxr-xr-x+ 1 devadm Users 174592 Mar 17 17:00 cygssl-0.9.7.dll -rwxr-xr-x+ 1 devadm Users 168448 Apr 11 2003 cygssl.dll -rwxr-xr-x+ 1 devadm Users 13824 Mar 12 22:26 cygstart.exe -rwxr-xr-x+ 1 devadm Users 1153417 May 25 21:07 cygwin1.dll -rwxr-xr-x+ 1 devadm Users 62464 Dec 3 2003 cygz.dll -rwxr-xr-x+ 1 devadm Users 11776 Mar 12 22:26 d2u.exe -rwxr-xr-x+ 1 devadm Users 53248 Jul 24 2003 date.exe -rwxr-xr-x+ 1 devadm Users 41472 Jul 13 2003 dd.exe -rwxr-xr-x+ 1 devadm Users 8192 Mar 12 22:26 ddate.exe -rwxr-xr-x+ 1 devadm Users 38912 Jul 13 2003 df.exe -rwxr-xr-x+ 1 devadm Users 105472 May 3 12:38 diff.exe -rwxr-xr-x+ 1 devadm Users 26112 May 3 12:38 diff3.exe -rwxr-xr-x+ 1 devadm Users 5333 Aug 25 2002 diffpp -rwxr-xr-x+ 1 devadm Users 71680 Jul 13 2003 dir.exe -rwxr-xr-x+ 1 devadm Users 32256 Jul 13 2003 dircolors.exe -rwxr-xr-x+ 1 devadm Users 23552 Jul 24 2003 dirname.exe -rwxr-xr-x+ 1 devadm Users 11776 Mar 12 22:26 dos2unix.exe -rwxr-xr-x+ 1 devadm Users 23276 Aug 19 14:49 dprofpp -rwxr-xr-x+ 1 devadm Users 39424 Jul 13 2003 du.exe -rwxr-xr-x+ 1 devadm Users 9216 Mar 12 22:26 dump.exe -rwxr-xr-x+ 1 devadm Users 413696 May 25 21:07 dumper.exe -rwxr-xr-x+ 1 devadm Users 24064 Aug 10 2003 dumpgdbm-1.3.22.exe -rwxr-xr-x+ 1 devadm Users 26112 Aug 10 2003 dumpgdbm-1.5.2.exe -rwxr-xr-x+ 1 devadm Users 26112 Aug 10 2003 dumpgdbm.exe -rwxr-xr-x+ 1 devadm Users 37888 Mar 22 13:59 ebrowse.exe -rwxr-xr-x+ 1 devadm Users 24576 Jul 24 2003 echo.exe -rwxr-xr-x+ 1 devadm Users 68096 Jan 5 2002 ed.exe -rwxr-xr-x+ 1 devadm Users 80896 Sep 25 2003 editrights.exe lrwxrwxrwx 1 devadm Users 4 Oct 7 2003 egrep -> grep -rwxr-xr-x+ 1 devadm Users 4350464 Sep 1 09:18 emacs-21.2.exe -rwxr-xr-x+ 1 devadm Users 4350464 Sep 1 09:18 emacs-nox.exe -rwxr-xr-x+ 1 devadm Users 4350464 Mar 22 13:59 emacs.exe -rwxr-xr-x+ 1 devadm Users 12288 Mar 22 13:59 emacsclient.exe -rwxr-xr-x+ 1 devadm Users 37989 Aug 19 14:49 enc2xs -rwxr-xr-x+ 1 devadm Users 182784 Aug 25 2002 enscript.exe -rwxr-xr-x+ 1 devadm Users 24064 Jul 24 2003 env.exe -rwxr-xr-x+ 1 devadm Users 29809 Jul 6 12:56 envsubst.exe -rwxr-xr-x+ 1 devadm Users 180224 Dec 16 2002 eqn.exe -rwxr-xr-x+ 1 devadm Users 2176 Dec 16 2002 eqn2graph lrwxrwxrwx 1 devadm Users 9 Oct 7 2003 etags.exe -> ctags.exe lrwxrwxrwx 1 devadm Users 7 Sep 1 09:19 ex -> vim.exe -rwxr-xr-x+ 1 devadm Users 16384 Feb 19 2002 expand.exe -rwxr-xr-x+ 1 devadm Users 692224 Jan 28 2003 expect.exe -rwxr-xr-x+ 1 devadm Users 57856 Jul 24 2003 expr.exe -rwxr-xr-x+ 1 devadm Users 34304 Jul 24 2003 factor.exe -rwxr-xr-x+ 1 devadm Users 18432 Jul 24 2003 false.exe lrwxrwxrwx 1 devadm Users 4 Oct 7 2003 fgrep -> grep -rwxr-xr-x+ 1 devadm Users 10240 Aug 29 15:27 file.exe -rwxr-xr-x+ 1 devadm Users 154112 Aug 10 2003 fileman-stat.exe -rwxr-xr-x+ 1 devadm Users 13824 Aug 10 2003 fileman.exe -rwxr-xr-x+ 1 devadm Users 78848 May 19 2002 find.exe -rwxr-xr-x+ 1 devadm Users 23775 Aug 19 14:49 find2perl -rwxr-xr-x+ 1 devadm Users 19456 Feb 19 2002 fmt.exe -rwxr-xr-x+ 1 devadm Users 16896 Feb 19 2002 fold.exe -rwxr-xr-x+ 1 devadm Users 10752 Nov 3 2003 ftpcount.exe -rwxr-xr-x+ 1 devadm Users 19456 Nov 3 2003 ftptop.exe -rwxr-xr-x+ 1 devadm Users 18944 Nov 3 2003 ftpwho.exe -rwxr-xr-x+ 1 devadm Users 25088 Aug 9 2003 funzip.exe -rwxr-xr-x+ 1 devadm Users 278528 Aug 2 09:16 gawk-3.1.4.exe -rwxr-xr-x+ 1 devadm Users 278528 Sep 1 09:18 gawk.exe -rwxr-xr-x+ 1 devadm Users 10240 Mar 12 22:26 getclip.exe -rwxr-xr-x+ 1 devadm Users 8192 May 25 21:07 getfacl.exe -rwxr-xr-x+ 1 devadm Users 9216 Mar 12 22:26 getopt.exe -rwxr-xr-x+ 1 devadm Users 29066 Jul 6 12:56 gettext.exe -rwxr-xr-x+ 1 devadm Users 2715 Jul 6 12:56 gettext.sh -rwxr-xr-x+ 1 devadm Users 6950 Mar 22 13:59 grep-changelog -rwxr-xr-x+ 1 devadm Users 85504 Mar 20 2002 grep.exe -rwxr-xr-x+ 1 devadm Users 109568 Dec 16 2002 grn.exe -rwxr-xr-x+ 1 devadm Users 125952 Dec 16 2002 grodvi.exe -rwxr-xr-x+ 1 devadm Users 110592 Dec 16 2002 groff.exe -rwxr-xr-x+ 1 devadm Users 113967 Dec 16 2002 groffer -rwxr-xr-x+ 1 devadm Users 2470 Dec 16 2002 grog -rwxr-xr-x+ 1 devadm Users 128512 Dec 16 2002 grolbp.exe -rwxr-xr-x+ 1 devadm Users 123392 Dec 16 2002 grolj4.exe -rwxr-xr-x+ 1 devadm Users 165888 Dec 16 2002 grops.exe -rwxr-xr-x+ 1 devadm Users 118272 Dec 16 2002 grotty.exe -rwxr-xr-x+ 1 devadm Users 1674 Jul 24 2003 groups lrwxrwxrwx 1 devadm Users 8 Oct 7 2003 gunzip.exe -> gzip.exe -rwxr-xr-x+ 1 devadm Users 4751 Jul 24 2003 gzexe -rwxr-xr-x+ 1 devadm Users 62976 Jul 24 2003 gzip.exe -rwxr-xr-x+ 1 devadm Users 26839 Aug 19 14:49 h2ph -rwxr-xr-x+ 1 devadm Users 59727 Aug 19 14:49 h2xs -rwxr-xr-x+ 1 devadm Users 18944 Feb 19 2002 head.exe lrwxrwxrwx 1 devadm Users 12 Oct 7 2003 hibernate -> shutdown.exe -rwxr-xr-x+ 1 devadm Users 23040 Jul 24 2003 hostid.exe -rwxr-xr-x+ 1 devadm Users 23552 Jul 24 2003 hostname.exe -rwxr-xr-x+ 1 devadm Users 74752 Dec 16 2002 hpftodit.exe -rwxr-xr-x+ 1 devadm Users 26624 Jul 24 2003 id.exe -rwxr-xr-x+ 1 devadm Users 63 Jun 13 10:27 idle -rwxr-xr-x+ 1 devadm Users 3089 Aug 2 09:16 igawk -rwxr-xr-x+ 1 devadm Users 76800 Dec 16 2002 indxbib.exe -rwxr-xr-x+ 1 devadm Users 161280 Oct 11 2002 info.exe -rwxr-xr-x+ 1 devadm Users 52224 Aug 9 2003 infocmp.exe -rwxr-xr-x+ 1 devadm Users 41984 Oct 11 2002 infokey.exe lrwxrwxrwx 1 devadm Users 7 Oct 7 2003 infotocap.exe -> tic.exe -rwxr-xr-x+ 1 devadm Users 44544 Oct 11 2002 install-info.exe -rwxr-xr-x+ 1 devadm Users 79360 Jul 13 2003 install.exe -rwxr-xr-x+ 1 devadm Users 3571 Aug 19 14:49 instmodsh -rwxr-xr-x+ 1 devadm Users 1853 Mar 12 22:24 ipck -rwxr-xr-x+ 1 devadm Users 1853 Mar 12 22:25 ipckcygipc -rwxr-xr-x+ 1 devadm Users 6656 May 25 21:07 ipcrm.exe -rwxr-xr-x+ 1 devadm Users 15872 May 25 21:07 ipcs.exe -rwxr-xr-x+ 1 devadm Users 22528 Feb 19 2002 join.exe -rwxr-xr-x+ 1 devadm Users 10752 May 25 21:07 kill.exe lrwxrwxrwx 1 devadm Users 9 Oct 7 2003 ksh.exe -> pdksh.exe -rwxr-xr-x+ 1 devadm Users 336 Aug 19 14:47 ld2 -rwxr-xr-x+ 1 devadm Users 115200 Jul 24 2003 less.exe -rwxr-xr-x+ 1 devadm Users 12288 Jul 24 2003 lessecho.exe -rwxr-xr-x+ 1 devadm Users 15872 Jul 24 2003 lesskey.exe -rwxr-xr-x+ 1 devadm Users 15724 Aug 19 14:49 libnetcfg -rwxr-xr-x+ 1 devadm Users 979968 Jun 13 10:30 libpython2.3.dll -rwxr-xr-x+ 1 devadm Users 83456 Dec 16 2002 lkbib.exe -rwxr-xr-x+ 1 devadm Users 58368 Jul 13 2003 ln.exe -rwxr-xr-x+ 1 devadm Users 24064 Aug 10 2003 loadgdbm-1.3.22.exe -rwxr-xr-x+ 1 devadm Users 26112 Aug 10 2003 loadgdbm-1.5.2.exe -rwxr-xr-x+ 1 devadm Users 26112 Aug 10 2003 loadgdbm.exe -rwxr-xr-x+ 1 devadm Users 15360 May 19 2002 locate.exe -rwxr-xr-x+ 1 devadm Users 22016 Aug 11 2003 login.exe -rwxr-xr-x+ 1 devadm Users 23040 Jul 24 2003 logname.exe -rwxr-xr-x+ 1 devadm Users 82944 Dec 16 2002 lookbib.exe -rwxr-xr-x+ 1 devadm Users 224768 Mar 12 22:26 lpr.exe -rwxr-xr-x+ 1 devadm Users 71680 Jul 13 2003 ls.exe -rwxr-xr-x+ 1 devadm Users 89600 Dec 19 2002 m4.exe -rwxr-xr-x+ 1 devadm Users 171520 Oct 11 2002 makeinfo.exe -rwxr-xr-x+ 1 devadm Users 38400 Mar 22 15:04 man.exe -rwxr-xr-x+ 1 devadm Users 409 Mar 22 15:04 man2dvi -rwxr-xr-x+ 1 devadm Users 46592 Mar 22 15:04 man2html.exe -rwxr-xr-x+ 1 devadm Users 7098 Mar 22 15:04 manlint lrwxrwxrwx 1 devadm Domain U 7 Sep 1 09:19 manpath.exe -> man.exe -rwxr-xr-x+ 1 devadm Users 9216 Mar 12 22:26 mcookie.exe -rwxr-xr-x+ 1 devadm Users 32256 Feb 19 2002 md5sum.exe -rwxr-xr-x+ 1 devadm Users 79360 Aug 25 2002 mkafmmap.exe -rwxr-xr-x+ 1 devadm Users 30208 Jul 13 2003 mkdir.exe -rwxr-xr-x+ 1 devadm Users 26112 Jul 13 2003 mkfifo.exe -rwxr-xr-x+ 1 devadm Users 14848 May 25 21:07 mkgroup.exe -rwxr-xr-x+ 1 devadm Users 28672 Jul 13 2003 mknod.exe -rwxr-xr-x+ 1 devadm Users 15360 May 25 21:07 mkpasswd.exe -rwxr-xr-x+ 1 devadm Users 20992 Mar 12 22:26 mkshortcut.exe -rwxr-xr-x+ 1 devadm Users 16896 Aug 10 2003 mktemp.exe -rwxr-xr-x+ 1 devadm Users 2980 Dec 16 2002 mmroff -rwxr-xr-x+ 1 devadm Users 23552 Mar 22 2002 more.exe -rwxr-xr-x+ 1 devadm Users 11776 May 25 21:07 mount.exe -rwxr-xr-x+ 1 devadm Users 6144 Mar 12 22:26 msgtool.exe -rwxr-xr-x+ 1 devadm Users 83456 Jul 13 2003 mv.exe -rwxr-xr-x+ 1 devadm Users 8192 Mar 12 22:26 namei.exe -rwxr-xr-x+ 1 devadm Users 255 Dec 16 2002 neqn -rwxr-xr-x+ 1 devadm Users 28666 Jul 6 12:56 ngettext.exe -rwxr-xr-x+ 1 devadm Users 25600 Jul 24 2003 nice.exe -rwxr-xr-x+ 1 devadm Users 45568 Feb 19 2002 nl.exe -rwxr-xr-x+ 1 devadm Users 2133 Jul 24 2003 nohup -rwxr-xr-x+ 1 devadm Users 1955 Dec 16 2002 nroff -rwxr-xr-x+ 1 devadm Users 31232 Feb 19 2002 od.exe -rwxr-xr-x+ 1 devadm Users 316416 Mar 17 17:00 openssl.exe -rwxr-xr-x+ 1 devadm Users 104 Aug 25 2002 over -rwxr-xr-x+ 1 devadm Users 13824 May 25 21:07 passwd.exe -rwxr-xr-x+ 1 devadm Users 15872 Feb 19 2002 paste.exe -rwxr-xr-x+ 1 devadm Users 25088 Jul 24 2003 pathchk.exe -rwxr-xr-x+ 1 devadm Users 11264 Dec 11 2003 pcregrep.exe -rwxr-xr-x+ 1 devadm Users 25088 Dec 11 2003 pcretest.exe -rwxr-xr-x+ 1 devadm Users 179200 Nov 24 2003 pdksh.exe -rwxr-xr-x+ 1 devadm Users 11776 Aug 19 14:47 perl.exe -rwxr-xr-x+ 1 devadm Users 11776 Sep 1 09:19 perl5.8.5.exe -rwxr-xr-x+ 1 devadm Users 37273 Aug 19 14:49 perlbug -rwxr-xr-x+ 1 devadm Users 17953 Aug 19 14:49 perlcc -rwxr-xr-x+ 1 devadm Users 224 Aug 19 14:49 perldoc -rwxr-xr-x+ 1 devadm Users 11667 Aug 19 14:49 perlivp -rwxr-xr-x+ 1 devadm Users 2493 Aug 19 14:47 perlld -rwxr-xr-x+ 1 devadm Users 15360 Dec 16 2002 pfbtops.exe -rwxr-xr-x+ 1 devadm Users 279040 Aug 2 09:16 pgawk-3.1.4.exe -rwxr-xr-x+ 1 devadm Users 279040 Sep 1 09:18 pgawk.exe -rwxr-xr-x+ 1 devadm Users 265728 Dec 16 2002 pic.exe -rwxr-xr-x+ 1 devadm Users 2513 Dec 16 2002 pic2graph -rwxr-xr-x+ 1 devadm Users 5483 Aug 19 14:49 piconv -rwxr-xr-x+ 1 devadm Users 28160 Jul 24 2003 pinky.exe -rwxr-xr-x+ 1 devadm Users 4521 Aug 19 14:49 pl2pm -rwxr-xr-x+ 1 devadm Users 2338 Aug 19 14:49 pod2html -rwxr-xr-x+ 1 devadm Users 10255 Aug 19 14:49 pod2latex -rwxr-xr-x+ 1 devadm Users 19545 Aug 19 14:49 pod2man -rwxr-xr-x+ 1 devadm Users 7792 Aug 19 14:49 pod2text -rwxr-xr-x+ 1 devadm Users 3343 Aug 19 14:49 pod2usage -rwxr-xr-x+ 1 devadm Users 3726 Aug 19 14:49 podchecker -rwxr-xr-x+ 1 devadm Users 2526 Aug 19 14:49 podselect -rwxr-xr-x+ 1 devadm Users 177152 Dec 16 2002 post-grohtml.exe -rwxr-xr-x+ 1 devadm Users 32768 Feb 19 2002 pr.exe -rwxr-xr-x+ 1 devadm Users 90112 Dec 16 2002 pre-grohtml.exe -rwxr-xr-x+ 1 devadm Users 23040 Jul 24 2003 printenv.exe -rwxr-xr-x+ 1 devadm Users 31232 Jul 24 2003 printf.exe -rwxr-xr-x+ 1 devadm Users 9021 Aug 19 14:49 prove -rwxr-xr-x+ 1 devadm Users 10240 May 25 21:07 ps.exe -rwxr-xr-x+ 1 devadm Users 52699 Aug 19 14:49 psed -rwxr-xr-x+ 1 devadm Users 36601 Sep 1 09:19 pstruct -rwxr-xr-x+ 1 devadm Users 54784 Feb 19 2002 ptx.exe -rwxr-xr-x+ 1 devadm Users 11264 Mar 12 22:26 putclip.exe -rwxr-xr-x+ 1 devadm Users 23040 Jul 24 2003 pwd.exe -rwxr-xr-x+ 1 devadm Users 48 Jun 13 10:27 pydoc lrwxrwxrwx 1 devadm Users 13 Sep 1 09:19 python.exe -> python2.3.exe -rwxr-xr-x+ 1 devadm Users 4608 Jun 13 10:30 python2.3.exe -rwxr-xr-x+ 1 devadm Users 3963 Mar 22 13:59 rcs-checkin -rwxr-xr-x+ 1 devadm Users 5120 Mar 12 22:26 readlink.exe -rwxr-xr-x+ 1 devadm Users 17408 Mar 12 22:26 readshortcut.exe -rwxr-xr-x+ 1 devadm Users 8704 Mar 12 22:26 realpath.exe lrwxrwxrwx 1 devadm Users 12 Oct 7 2003 reboot -> shutdown.exe lrwxrwxrwx 1 devadm Users 6 Oct 7 2003 red.exe -> ed.exe -rwxr-xr-x+ 1 devadm Users 158720 Dec 16 2002 refer.exe -rwxr-xr-x+ 1 devadm Users 13312 May 25 21:07 regtool.exe lrwxrwxrwx 1 devadm Users 8 Oct 7 2003 reset.exe -> tset.exe -rwxr-xr-x+ 1 devadm Users 6656 Mar 12 22:26 rev.exe -rwxr-xr-x+ 1 devadm Users 154624 Aug 10 2003 rl-stat.exe -rwxr-xr-x+ 1 devadm Users 14848 Aug 10 2003 rl.exe -rwxr-xr-x+ 1 devadm Users 151040 Aug 10 2003 rltest-stat.exe -rwxr-xr-x+ 1 devadm Users 10752 Aug 10 2003 rltest.exe -rwxr-xr-x+ 1 devadm Users 151040 Aug 10 2003 rlversion-stat.exe -rwxr-xr-x+ 1 devadm Users 10240 Aug 10 2003 rlversion.exe -rwxr-xr-x+ 1 devadm Users 65536 Jul 13 2003 rm.exe -rwxr-xr-x+ 1 devadm Users 24064 Jul 13 2003 rmdir.exe -rwxr-xr-x+ 1 devadm Users 216064 Aug 17 09:12 rsync.exe lrwxrwxrwx 1 devadm Users 7 Sep 1 09:19 rview -> vim.exe lrwxrwxrwx 1 devadm Users 7 Sep 1 09:19 rvim -> vim.exe -rwxr-xr-x+ 1 devadm Users 52699 Sep 1 09:19 s2p -rwxr-xr-x+ 1 devadm Users 34304 Aug 18 04:59 scp.exe -rwxr-xr-x+ 1 devadm Users 28160 May 3 12:38 sdiff.exe -rwxr-xr-x+ 1 devadm Users 95232 Aug 22 10:47 sed.exe -rwxr-xr-x+ 1 devadm Users 5120 Mar 12 22:26 semstat.exe -rwxr-xr-x+ 1 devadm Users 7680 Mar 12 22:26 semtool.exe -rwxr-xr-x+ 1 devadm Users 27648 Jul 24 2003 seq.exe -rwxr-xr-x+ 1 devadm Users 12800 May 25 21:07 setfacl.exe -rwxr-xr-x+ 1 devadm Users 62464 Aug 18 04:59 sftp.exe -rwxr-xr-x+ 1 devadm Users 74240 Jan 27 2004 sh.exe -rwxr-xr-x+ 1 devadm Users 32256 Feb 19 2002 sha1sum.exe -rwxr-xr-x+ 1 devadm Users 6144 Mar 12 22:26 shmtool.exe -rwxr-xr-x+ 1 devadm Users 43008 Jul 13 2003 shred.exe -rwxr-xr-x+ 1 devadm Users 16384 Sep 13 2003 shutdown.exe -rwxr-xr-x+ 1 devadm Users 25600 Jul 24 2003 sleep.exe -rwxr-xr-x+ 1 devadm Users 2030 Aug 25 2002 sliceprint lrwxrwxrwx 1 devadm Users 9 Sep 1 09:19 slogin -> ./ssh.exe -rwxr-xr-x+ 1 devadm Users 69632 Dec 16 2002 soelim.exe -rwxr-xr-x+ 1 devadm Users 40448 Feb 19 2002 sort.exe -rwxr-xr-x+ 1 devadm Users 16378 Aug 19 14:49 splain -rwxr-xr-x+ 1 devadm Users 19456 Feb 19 2002 split.exe -rwxr-xr-x+ 1 devadm Users 68608 Aug 18 04:59 ssh-add.exe -rwxr-xr-x+ 1 devadm Users 55808 Aug 18 04:59 ssh-agent.exe -rwxr-xr-x+ 1 devadm Users 17282 Aug 18 05:00 ssh-host-config -rwxr-xr-x+ 1 devadm Users 81408 Aug 18 04:59 ssh-keygen.exe -rwxr-xr-x+ 1 devadm Users 125440 Aug 18 04:59 ssh-keyscan.exe -rwxr-xr-x+ 1 devadm Users 6266 Aug 18 05:00 ssh-user-config -rwxr-xr-x+ 1 devadm Users 236544 Aug 18 04:59 ssh.exe -rwxr-xr-x+ 1 devadm Users 8950 Aug 27 11:58 ssmtp-config -rwxr-xr-x+ 1 devadm Users 18944 May 25 21:07 ssp.exe -rwxr-xr-x+ 1 devadm Users 87552 Aug 25 2002 states.exe -rwxr-xr-x+ 1 devadm Users 23552 May 25 21:07 strace.exe -rwxr-xr-x+ 1 devadm Users 44032 Jul 24 2003 stty.exe -rwxr-xr-x+ 1 devadm Users 29184 Jul 24 2003 su.exe -rwxr-xr-x+ 1 devadm Users 21504 Feb 19 2002 sum.exe lrwxrwxrwx 1 devadm Users 12 Oct 7 2003 suspend -> shutdown.exe -rwxr-xr-x+ 1 devadm Users 22528 Jul 13 2003 sync.exe -rwxr-xr-x+ 1 devadm Users 43008 Feb 19 2002 tac.exe -rwxr-xr-x+ 1 devadm Users 154112 Aug 9 2003 tack.exe -rwxr-xr-x+ 1 devadm Users 33280 Feb 19 2002 tail.exe -rwxr-xr-x+ 1 devadm Users 144384 Nov 10 2003 tar.exe -rwxr-xr-x+ 1 devadm Users 143360 Dec 16 2002 tbl.exe -rwxr-xr-x+ 1 devadm Users 666112 Sep 1 2003 tcl84.dll -rwxr-xr-x+ 1 devadm Users 12288 Sep 1 2003 tclpip84.dll lrwxrwxrwx 1 devadm Users 11 Oct 7 2003 tclsh.exe -> tclsh84.exe -rwxr-xr-x+ 1 devadm Users 16384 Sep 1 2003 tclsh84.exe -rwxr-xr-x+ 1 devadm Users 24064 Jul 24 2003 tee.exe -rwxr-xr-x+ 1 devadm Users 33792 Jul 24 2003 test.exe -rwxr-xr-x+ 1 devadm Users 12288 Aug 10 2003 testdbm.exe -rwxr-xr-x+ 1 devadm Users 20992 Aug 10 2003 testgdbm.exe -rwxr-xr-x+ 1 devadm Users 12288 Aug 10 2003 testndbm.exe -rwxr-xr-x+ 1 devadm Users 21908 Oct 11 2002 texi2dvi -rwxr-xr-x+ 1 devadm Users 37888 Oct 11 2002 texindex.exe -rwxr-xr-x+ 1 devadm Users 72192 Dec 16 2002 tfmtodit.exe -rwxr-xr-x+ 1 devadm Users 50688 Aug 9 2003 tic.exe -rwxr-xr-x+ 1 devadm Users 12800 Nov 4 2001 time.exe -rwxr-xr-x+ 1 devadm Users 923648 Sep 1 2003 tk84.dll -rwxr-xr-x+ 1 devadm Users 36864 Aug 9 2003 toe.exe -rwxr-xr-x+ 1 devadm Users 38912 Jul 13 2003 touch.exe -rwxr-xr-x+ 1 devadm Users 18944 Aug 9 2003 tput.exe -rwxr-xr-x+ 1 devadm Users 28160 Feb 19 2002 tr.exe -rwxr-xr-x+ 1 devadm Users 393216 Dec 16 2002 troff.exe -rwxr-xr-x+ 1 devadm Users 18432 Jul 24 2003 true.exe -rwxr-xr-x+ 1 devadm Users 41472 Aug 9 2003 tset.exe -rwxr-xr-x+ 1 devadm Users 16384 Feb 19 2002 tsort.exe -rwxr-xr-x+ 1 devadm Users 23040 Jul 24 2003 tty.exe -rwxr-xr-x+ 1 devadm Users 11776 Mar 12 22:26 u2d.exe -rwxr-xr-x+ 1 devadm Users 7168 May 25 21:07 umount.exe -rwxr-xr-x+ 1 devadm Users 24064 Jul 24 2003 uname.exe -rwxr-xr-x+ 1 devadm Users 16384 Feb 19 2002 unexpand.exe -rwxr-xr-x+ 1 devadm Users 20480 Feb 19 2002 uniq.exe -rwxr-xr-x+ 1 devadm Users 11776 Mar 12 22:26 unix2dos.exe -rwxr-xr-x+ 1 devadm Users 108544 Aug 9 2003 unzip.exe -rwxr-xr-x+ 1 devadm Users 54784 Aug 9 2003 unzipsfx.exe -rwxr-xr-x+ 1 devadm Users 5899 May 19 2002 updatedb -rwxr-xr-x+ 1 devadm Users 24064 Jul 24 2003 users.exe -rwxr-xr-x+ 1 devadm Users 71680 Jul 13 2003 vdir.exe lrwxrwxrwx 1 devadm Users 7 Sep 1 09:19 vi -> vim.exe lrwxrwxrwx 1 devadm Users 7 Sep 1 09:19 view -> vim.exe -rwxr-xr-x+ 1 devadm Users 986112 Jun 8 03:04 vim.exe lrwxrwxrwx 1 devadm Users 7 Sep 1 09:19 vimdiff -> vim.exe -rwxr-xr-x+ 1 devadm Users 1600 Jun 8 03:04 vimtutor -rwxr-xr-x+ 1 devadm Users 23552 Feb 19 2002 wc.exe -rwxr-xr-x+ 1 devadm Users 176128 Nov 22 2003 wget.exe -rwxr-xr-x+ 1 devadm Users 2440 Mar 22 15:04 whatis -rwxr-xr-x+ 1 devadm Users 11776 Jul 21 2003 which.exe -rwxr-xr-x+ 1 devadm Users 30720 Jul 24 2003 who.exe -rwxr-xr-x+ 1 devadm Users 23040 Jul 24 2003 whoami.exe -rwxr-xr-x+ 1 devadm Users 27648 May 7 12:20 whois.exe lrwxrwxrwx 1 devadm Users 10 Oct 7 2003 wish.exe -> wish84.exe -rwxr-xr-x+ 1 devadm Users 17920 Sep 1 2003 wish84.exe -rwxr-xr-x+ 1 devadm Users 15360 May 19 2002 xargs.exe -rwxr-xr-x+ 1 devadm Users 17920 Jan 7 2004 xmlwf.exe -rwxr-xr-x+ 1 devadm Users 51367 Aug 19 14:49 xsubpp -rwxr-xr-x+ 1 devadm Users 13312 Jun 8 03:04 xxd.exe -rwxr-xr-x+ 1 devadm Users 39 Mar 8 2003 yacc -rwxr-xr-x+ 1 devadm Users 23040 Jul 24 2003 yes.exe lrwxrwxrwx 1 devadm Users 8 Oct 7 2003 zcat.exe -> gzip.exe -rwxr-xr-x+ 1 devadm Users 1974 Jul 24 2003 zcmp lrwxrwxrwx 1 devadm Users 4 Oct 7 2003 zdiff -> zcmp -rwxr-xr-x+ 1 devadm Users 2944 Jul 24 2003 zegrep lrwxrwxrwx 1 devadm Users 6 Oct 7 2003 zfgrep -> zegrep -rwxr-xr-x+ 1 devadm Users 1525 Jul 24 2003 zforce lrwxrwxrwx 1 devadm Users 6 Oct 7 2003 zgrep -> zegrep -rwxr-xr-x+ 1 devadm Users 63488 Feb 26 2004 zip.exe -rwxr-xr-x+ 1 devadm Users 25088 Feb 26 2004 zipcloak.exe -rwxr-xr-x+ 1 devadm Users 1180 Aug 9 2003 zipgrep lrwxrwxrwx 1 devadm Users 9 Oct 7 2003 zipinfo -> unzip.exe -rwxr-xr-x+ 1 devadm Users 22528 Feb 26 2004 zipnote.exe -rwxr-xr-x+ 1 devadm Users 24064 Feb 26 2004 zipsplit.exe -rwxr-xr-x+ 1 devadm Users 103 Jul 24 2003 zless -rwxr-xr-x+ 1 devadm Users 1885 Jul 24 2003 zmore -rwxr-xr-x+ 1 devadm Users 3498 Jul 24 2003 znew ########################################################### ls -l /usr/sbin total 1028 -rwxr-xr-x+ 1 devadm Users 5120 May 19 2002 bigram.exe -rwxr-xr-x+ 1 devadm Users 5632 May 19 2002 code.exe -rwxr-xr-x+ 1 devadm Users 33280 Jul 15 03:12 cron.exe -rwxr-xr-x+ 1 devadm Domain U 12154 Jul 19 15:19 cron_diagnose.sh -rwxr-xr-x+ 1 devadm Users 102912 May 25 21:07 cygserver.exe drwxr-xr-x+ 3 devadm Users 0 Sep 1 09:18 emacs -rwxr-xr-x+ 1 devadm Users 5120 May 19 2002 frcode.exe -rwxr-xr-x+ 1 devadm Users 7168 Nov 3 2003 ftpshut.exe lrwxrwxrwx 1 devadm Users 7 Sep 1 09:19 in.proftpd -> proftpd -rwxr-xr-x+ 1 devadm Users 11838 Mar 22 15:04 makewhatis -rwxr-xr-x+ 1 devadm Users 381952 Nov 3 2003 proftpd.exe -rwxr-xr-x+ 1 devadm Users 17408 Nov 10 2003 rmt.exe lrwxrwxrwx 1 devadm Users 15 Oct 7 2003 sendmail -> /usr/sbin/ssmtp -rwxr-xr-x+ 1 devadm Users 30208 Aug 18 04:59 sftp-server.exe -rwxr-xr-x+ 1 devadm Users 135168 Aug 18 04:59 ssh-keysign.exe -rwxr-xr-x+ 1 devadm Users 281600 Aug 18 04:59 sshd.exe -rwxr-xr-x+ 1 devadm Users 19968 Aug 27 11:58 ssmtp.exe ########################################################### ls -l /var total 0 drwxrwx---+ 3 devadm Users 0 Sep 1 09:19 cache drwxrwxrwt+ 3 devadm Users 0 Oct 7 2003 cron drwxrwx---+ 2 devadm Users 0 Sep 7 17:04 log drwxr-xr-x+ 2 SYSTEM root 0 Oct 7 2003 proftpd drwxrwxrwx+ 2 devadm Users 0 Sep 8 14:36 run drwxrwx---+ 2 devadm Users 0 Oct 7 2003 tmp ########################################################### ls -l /var/cron total 0 drwxrwxrwt+ 2 devadm Users 0 Sep 8 13:12 tabs ########################################################### ls -l /var/cron/tabs total 1 -rw-r----- 1 cdaapp SYSTEM 392 Sep 8 13:12 cdaapp ########################################################### cygcheck -svr Cygwin Configuration Diagnostics Current System Time: Wed Sep 08 23:19:13 2004 Windows .NET Server Ver 5.2 Build 3790 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\blp\API\dde c:\WINNT\system32 c:\WINNT c:\WINNT\system32\WBEM c:\Program Files\Microsoft.NET\FrameworkSDK\Bin\ c:\Program Files\Microsoft Visual Studio .NET\Common7\IDE\ c:\WINNT\Microsoft.NET\Framework\v1.0.3705\ c:\Program Files\Microsoft Visual Studio .NET\Vc7\bin\ c:\Program Files\Dell\OpenManage\oma\bin c:\Program Files\Dell\OpenManage\LU\bin c:\Program Files\Dell\OpenManage\oldiags\bin c:\Program Files\Dell\OpenManage\OMSA\bin c:\Program Files\Dell\OpenManage\Array Manager c:\blp\API c:\Program Files\Microsoft SQL Server\80\Tools\BINN Output from C:\cygwin\bin\id.exe (nontsec) UID: 11391(cdaapp) GID: 10513(Domain Users) 10513(Domain Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 11391(cdaapp) GID: 10513(Domain Users) 0(root) 544(Administrators) 547(Power Users) 555(Remote Desktop Users) 545(Users) 1006(OWS_674327061_browser) 11167(Application Admins) 11381(BMSMSMQ_Access-operator) 10513(Domain Users) SysDir: C:\WINNT\system32 WinDir: C:\WINNT HOME = `C:\cygwin\home\cdaapp' MAKE_MODE = `unix' PWD = `/home/cdaapp' USER = `cdaapp' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\cdaapp\Application Data' CLIENTNAME = `PJG-VAIO' CLUSTERLOG = `C:\WINNT\Cluster\cluster.log' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `DEVAPP1' COMSPEC = `C:\WINNT\system32\cmd.exe' CVS_RSH = `/bin/ssh' DELLAGENTPATH = `C:\Program Files\Dell\OpenManage\OMSA\bin' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\cdaapp' HOSTNAME = `devapp1' INCLUDE = `C:\Program Files\Microsoft.NET\FrameworkSDK\include\;C:\Program Files\Microsoft Visual Studio .NET\Vc7\include\' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr /autotool/stable/info:' LIB = `C:\Program Files\Microsoft.NET\FrameworkSDK\Lib\;C:\Program Files\Microsoft Visual Studio .NET\Vc7\lib\' LOGONSERVER = `\\DEVPDC' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ss l/man' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/var/run' OMPATH = `C:\Program Files\Dell\OpenManage\oma\bin;C:\Program Files\Dell\OpenManage\LU\bin;C:\Program Files\Dell\OpenManage\oldiags\bin' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 11 Stepping 4, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0b04' PROGRAMFILES = `C:\Program Files' PS1 = `\[\033]0;\w\007 \033[32m\]\u@\h \[\033[33m\w\033[0m\] $ ' SESSIONNAME = `RDP-Tcp#15' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINNT' TEMP = `C:\DOCUME~1\cdaapp\LOCALS~1\Temp\1' TERM = `cygwin' TMP = `C:\DOCUME~1\cdaapp\LOCALS~1\Temp\1' USERDNSDOMAIN = `BETDEV.INT' USERDOMAIN = `BETDEV' USERNAME = `cdaapp' USERPROFILE = `C:\Documents and Settings\cdaapp' WINDIR = `C:\WINNT' _ = `/usr/bin/cygcheck' POSIXLY_CORRECT = `1' 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 flags = 0x0000002a 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 NTFS 10001Mb 59% CP CS UN PA FC Dell Server d: hd NTFS 24693Mb 21% CP CS UN PA FC D e: cd N/A N/A C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode . / system binmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Not Found: cpp (good!) Found: C:\cygwin\bin\find.exe Not Found: gcc Not Found: gdb Found: C:\cygwin\bin\grep.exe Not Found: ld Found: C:\cygwin\bin\ls.exe Not Found: make Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe 61k 2003/08/09 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 "cygbz2-1.dll" v0.0 ts=2003/8/9 1:35 7k 2003/10/19 C:\cygwin\bin\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0 "cygcrypt-0.dll" v0.0 ts=2003/10/19 2:57 841k 2004/03/17 C:\cygwin\bin\cygcrypto-0.9.7.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto-0.9.7.dll" v0.0 ts=2004/3/17 16:58 645k 2003/04/11 C:\cygwin\bin\cygcrypto.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto.dll" v0.0 ts=2003/4/11 5:37 380k 2002/07/24 C:\cygwin\bin\cygdb-3.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb-3.1.dll" v0.0 ts=2002/7/24 11:24 895k 2004/04/28 C:\cygwin\bin\cygdb-4.2.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.2.dll" v0.0 ts=2004/4/27 10:31 487k 2002/07/24 C:\cygwin\bin\cygdb_cxx-3.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-3.1.dll" v0.0 ts=2002/7/24 11:25 1156k 2004/04/28 C:\cygwin\bin\cygdb_cxx-4.2.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.2.dll" v0.0 ts=2004/4/27 10:35 155k 2004/01/07 C:\cygwin\bin\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0 "cygexpat-0.dll" v0.0 ts=2004/1/7 10:14 45k 2001/04/25 C:\cygwin\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0 "cygform5.dll" v0.0 ts=2001/4/25 0:28 35k 2002/01/09 C:\cygwin\bin\cygform6.dll - os=4.0 img=1.0 sys=4.0 "cygform6.dll" v0.0 ts=2002/1/9 0:03 48k 2003/08/09 C:\cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0 "cygform7.dll" v0.0 ts=2003/8/9 4:25 28k 2003/07/20 C:\cygwin\bin\cyggdbm-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-3.dll" v0.0 ts=2003/7/20 2:58 30k 2003/08/11 C:\cygwin\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-4.dll" v0.0 ts=2003/8/10 21:12 19k 2003/03/22 C:\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm.dll" v0.0 ts=2002/2/19 21:05 15k 2003/07/20 C:\cygwin\bin\cyggdbm_compat-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-3.dll" v0.0 ts=2003/7/20 3:00 15k 2003/08/11 C:\cygwin\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-4.dll" v0.0 ts=2003/8/10 21:13 107k 2004/07/06 C:\cygwin\bin\cyggettextlib-0-14-1.dll - os=4.0 img=1.0 sys=4.0 "cyggettextlib-0-14-1.dll" v0.0 ts=2004/7/6 12:56 17k 2004/07/06 C:\cygwin\bin\cyggettextpo-0.dll - os=4.0 img=1.0 sys=4.0 "cyggettextpo-0.dll" v0.0 ts=2004/7/6 12:56 190k 2004/07/06 C:\cygwin\bin\cyggettextsrc-0-14-1.dll - os=4.0 img=1.0 sys=4.0 "cyggettextsrc-0-14-1.dll" v0.0 ts=2004/7/6 12:56 17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll - os=4.0 img=1.0 sys=4.0 "cyghistory4.dll" v0.0 ts=2001/1/6 22:34 29k 2003/08/10 C:\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0 "cyghistory5.dll" v0.0 ts=2003/8/10 18:16 991k 2004/07/06 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 "cygiconv-2.dll" v0.0 ts=2004/7/6 13:10 22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll - os=4.0 img=1.0 sys=4.0 "cygintl-1.dll" v0.0 ts=2001/12/13 3:28 37k 2003/08/10 C:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0 "cygintl-2.dll" v0.0 ts=2003/8/10 16:50 54k 2004/07/06 C:\cygwin\bin\cygintl-3.dll - os=4.0 img=1.0 sys=4.0 "cygintl-3.dll" v0.0 ts=2004/7/6 12:51 144k 2004/08/29 C:\cygwin\bin\cygmagic-1.dll - os=4.0 img=1.0 sys=4.0 "cygmagic-1.dll" v0.0 ts=2004/8/29 15:25 26k 2001/04/25 C:\cygwin\bin\cygmenu5.dll - os=4.0 img=1.0 sys=4.0 "cygmenu5.dll" v0.0 ts=2001/4/25 0:27 20k 2002/01/09 C:\cygwin\bin\cygmenu6.dll - os=4.0 img=1.0 sys=4.0 "cygmenu6.dll" v0.0 ts=2002/1/9 0:03 29k 2003/08/09 C:\cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0 "cygmenu7.dll" v0.0 ts=2003/8/9 4:25 15k 2003/11/20 C:\cygwin\bin\cygminires.dll - os=4.0 img=0.97 sys=4.0 "cygminires.dll" v0.0 ts=2003/11/19 19:55 156k 2001/04/25 C:\cygwin\bin\cygncurses++5.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++5.dll" v0.0 ts=2001/4/25 0:29 175k 2002/01/09 C:\cygwin\bin\cygncurses++6.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++6.dll" v0.0 ts=2002/1/9 0:03 226k 2001/04/25 C:\cygwin\bin\cygncurses5.dll - os=4.0 img=1.0 sys=4.0 "cygncurses5.dll" v0.0 ts=2001/4/25 0:17 202k 2002/01/09 C:\cygwin\bin\cygncurses6.dll - os=4.0 img=1.0 sys=4.0 "cygncurses6.dll" v0.0 ts=2002/1/9 0:03 224k 2003/08/09 C:\cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0 "cygncurses7.dll" v0.0 ts=2003/8/9 4:24 15k 2001/04/25 C:\cygwin\bin\cygpanel5.dll - os=4.0 img=1.0 sys=4.0 "cygpanel5.dll" v0.0 ts=2001/4/25 0: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 0:03 19k 2003/08/09 C:\cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0 "cygpanel7.dll" v0.0 ts=2003/8/9 4:24 62k 2003/12/11 C:\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcre-0.dll" v0.0 ts=2003/12/11 11:01 63k 2003/04/11 C:\cygwin\bin\cygpcre.dll - os=4.0 img=1.0 sys=4.0 "cygpcre.dll" v0.0 ts=2003/4/11 3:31 9k 2003/12/11 C:\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix-0.dll" v0.0 ts=2003/12/11 11:01 61k 2003/04/11 C:\cygwin\bin\cygpcreposix.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix.dll" v0.0 ts=2003/4/11 3:31 1061k 2004/08/19 C:\cygwin\bin\cygperl5_8_5.dll - os=4.0 img=1.0 sys=4.0 "cygperl5_8_5.dll" v0.0 ts=2004/8/19 12:54 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 0: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/6 22:34 148k 2003/08/10 C:\cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0 "cygreadline5.dll" v0.0 ts=2003/8/10 18:16 171k 2004/03/17 C:\cygwin\bin\cygssl-0.9.7.dll - os=4.0 img=1.0 sys=4.0 "cygssl-0.9.7.dll" v0.0 ts=2004/3/17 16:58 165k 2003/04/11 C:\cygwin\bin\cygssl.dll - os=4.0 img=1.0 sys=4.0 "cygssl.dll" v0.0 ts=2003/4/11 5:37 61k 2003/12/04 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 "cygz.dll" v0.0 ts=2003/12/3 21:03 1126k 2004/05/26 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2004/5/25 21:07 Cygwin DLL version info: DLL version: 1.5.10 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 116 Shared data: 4 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Tue May 25 22:07:00 EDT 2004 CVS tag: cr-0x5e6 Shared id: cygwin1S4 Cygwin Package Information Last downloaded files to: D:\download Last downloaded files from: ftp://sources-redhat.mirror.redwire.net/pub/sources.redhat.com/cygwin Package Version _update-info-dir 00227-1 ash 20040127-1 base-files 3.0-3 base-passwd 1.1-1 bash 2.05b-16 bison 20030307-1 byacc 1.9-1 bzip2 1.0.2-5 clear 1.0-1 cpio 2.5-3 cron 3.0.1-12 crypt 1.1-1 ctags 5.5-4 cygrunsrv 1.0-1 cygutils 1.2.5-1 cygwin 1.5.10-3 cygwin-doc 1.3-7 diffutils 2.8.7-1 ed 0.2-1 editrights 1.01-1 emacs 21.2-13 emacs-el 21.2-13 enscript 1.6.3-3 expat 1.95.7-1 expect 20030128-1 file 4.10-1 fileutils 4.1-2 findutils 4.1.7-4 gawk 3.1.4-3 gdbm 1.8.3-7 gettext 0.14.1-1 grep 2.5-1 groff 1.18.1-2 gzip 1.3.5-1 less 381-1 libbz2_1 1.0.2-5 libdb3.1 3.1.17-2 libdb4.2 4.2.52-1 libgdbm 1.8.0-5 libgdbm-devel 1.8.3-7 libgdbm3 1.8.3-3 libgdbm4 1.8.3-7 libgettextpo0 0.14.1-1 libiconv2 1.9.2-1 libintl1 0.10.40-1 libintl2 0.12.1-3 libintl3 0.14.1-1 libncurses5 5.2-1 libncurses6 5.2-8 libncurses7 5.3-4 libpcre 4.1-1 libpcre0 4.5-1 libpopt0 1.6.4-4 libreadline4 4.1-2 libreadline5 4.3-5 login 1.9-7 m4 1.4-1 man 1.5k-3 minires 0.97-1 mktemp 1.5-3 more 2.11o-1 ncurses 5.3-4 openssh 3.9p1-1 openssl 0.9.7d-1 openssl096 0.9.6j-1 pcre 4.5-1 pcre-doc 4.5-1 pdksh 5.2.14-3 perl 5.8.5-3 perl-libwin32 0.191-1 perl_manpages 5.8.5-3 proftpd 1.2.9-1 python 2.3.4-2 readline 4.3-5 rsync 2.6.2-2 sed 4.1.2-1 sh-utils 2.0.15-4 shutdown 1.4-1 ssmtp 2.60.9-3 tar 1.13.25-5 tcltk 20030901-1 termcap 20021106-2 terminfo 5.3_20030726-1 texinfo 4.2-4 textutils 2.0.21-1 time 1.7-1 unzip 5.50-5 vim 6.3-1 wget 1.9.1-1 which 1.5-2 whois 4.6.14-1 zip 2.3-6 zlib 1.2.1-1 Use -h to see help about each section ########################################################### $ grep service_cron /etc/passwd service_cron:unused_by_nt/2000/xp:1013:544:service_cron,U-DEVAPP1\servic e_cron,S-1-5-21-760105755-1021579047-1173646206-1013:/home/service_cron: /bin/bash cdaapp@devapp1 ~ $ mkpasswd -l -d > /etc/passwd cdaapp@devapp1 ~ $ grep service_cron /etc/passwd service_cron:unused_by_nt/2000/xp:1013:513:service_cron,U-DEVAPP1\servic e_cron,S-1-5-21-760105755-1021579047-1173646206-1013:/home/service_cron: /bin/bash cdaapp@devapp1 ~ $ cat /etc/group root:S-1-5-32-544:0: SYSTEM:S-1-5-18:18: None:S-1-5-21-760105755-1021579047-1173646206-513:513: Administrators:S-1-5-32-544:544: Backup Operators:S-1-5-32-551:551: Guests:S-1-5-32-546:546: Network Configuration Operators:S-1-5-32-556:556: Performance Log Users:S-1-5-32-559:559: Performance Monitor Users:S-1-5-32-558:558: Power Users:S-1-5-32-547:547: Print Operators:S-1-5-32-550:550: Remote Desktop Users:S-1-5-32-555:555: Replicator:S-1-5-32-552:552: Users:S-1-5-32-545:545: Debugger Users:S-1-5-21-760105755-1021579047-1173646206-1004:1004: HelpServicesGroup:S-1-5-21-760105755-1021579047-1173646206-1008:1008: IIS_WPG:S-1-5-21-760105755-1021579047-1173646206-1005:1005: OWS_674327061_admin:S-1-5-21-760105755-1021579047-1173646206-1007:1007: OWS_674327061_browser:S-1-5-21-760105755-1021579047-1173646206-1006:1006 : TelnetClients:S-1-5-21-760105755-1021579047-1173646206-1010:1010: Application Admins:S-1-5-21-1055965239-4058375774-510610749-1167:11167: Cert Publishers:S-1-5-21-1055965239-4058375774-510610749-517:10517: DnsUpdateProxy:S-1-5-21-1055965239-4058375774-510610749-1103:11103: Domain Admins:S-1-5-21-1055965239-4058375774-510610749-512:10512: Domain Computers:S-1-5-21-1055965239-4058375774-510610749-515:10515: Domain Controllers:S-1-5-21-1055965239-4058375774-510610749-516:10516: Domain Guests:S-1-5-21-1055965239-4058375774-510610749-514:10514: Domain Users:S-1-5-21-1055965239-4058375774-510610749-513:10513: Enterprise Admins:S-1-5-21-1055965239-4058375774-510610749-519:10519: Group Policy Creator Owners:S-1-5-21-1055965239-4058375774-510610749-520:10520: Schema Admins:S-1-5-21-1055965239-4058375774-510610749-518:10518: -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From jashy@bj1860.net Thu Sep 9 05:38:00 2004 From: jashy@bj1860.net (jashy) Date: Thu, 09 Sep 2004 05:38:00 -0000 Subject: can't open file for writing In-Reply-To: <20040909012958.GA21095@trixie.casa.cgf.cx> References: <20040908153038.GK17670@cygbert.vinschen.de> <20040908223334.15621.qmail@web61207.mail.yahoo.com> <20040909012958.GA21095@trixie.casa.cgf.cx> Message-ID: <20040909.130126.68556588.jashy@bj1860.net> From: Christopher Faylor Subject: Re: can't open file for writing Date: Wed, 8 Sep 2004 21:29:58 -0400 > On Wed, Sep 08, 2004 at 03:33:34PM -0700, C Schreiner wrote: > >Bingo, this fixed it. Thanks to all who helped. > > Wow. Upgrading to the newest version fixed something? Who'd have > thought it? Maybe the same problem with http://cygwin.com/ml/cygwin/2004-06/msg00497.html It has been fixed in snapshot a little later the time found it > > cgf > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From FDEMCICWKAID@spammotel.com Thu Sep 9 05:39:00 2004 From: FDEMCICWKAID@spammotel.com (Alder) Date: Thu, 09 Sep 2004 05:39:00 -0000 Subject: cygserver service won't start Message-ID: Hi, I've just reinstalled Cygwin on W2K SP4 over the Internet using Setup.exe version 2.427 (cygcheck attached). I ran Setup from a Windows Administrator account. The system itself is not a domain member; it's simply a workgroup member on a home-based LAN. Prior to logging in I set the system-wide environment variable CYGWIN=server in Windows. When I did log in I did so with the Bash shell from the default shortcut. One of the first things I did was create my /etc/group and /etc/passwd files with these commands: $ mkgroup -l -u > /etc/group $ mkpasswd -l -g > /etc/passwd I then ran the 'cygserver-config' script OOTB and selected to install it as a service. This step seemed successful as the Windows Event Viewer lists it as 'CYGWIN cygserver' and describes it as 'Cygwin shared memory manager'. This description, however, is suspiciously like the one I concocted for cygserver during my previous installation of Cygwin, even though I deleted all temp folders and the Cygnus Solutions keys from the registry before reinstalling. Is it the default description, or did Cygwin not get completely uninstalled? FWIW, I was unable to get the cygserver (or postgresql) running as a service under that previous installation, hence the reinstall attempt. The Windows Event Viewer console Application Log reports that cygserver starts and is awaiting requests, but a split second later the Service Control Manager reports in the System Log that cygserver terminates unexpectedly. The /var/log/cygserver.log file is empty, so I'm clueless as to what might have caused this problem. I can only guess that file permissions are not what they should be. If someone could suggest what I might try to get this working, I'd appreciate it. Thanks. Alder -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygcheck.log URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Andrew@DeFaria.com Thu Sep 9 06:01:00 2004 From: Andrew@DeFaria.com (Andrew DeFaria) Date: Thu, 09 Sep 2004 06:01:00 -0000 Subject: What is this In-Reply-To: References: Message-ID: Phil Betts wrote: > Suppose that "test" was an acronym for "Trash Entire System > Thoroughly", and suppose that it ignored the command line. Oops! There > goes your C: drive! I thought that was WINDOWS' job! :-) -- If people from Poland are called Poles, why aren't people from Holland called Holes? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Alain_SK_Yip@btm.com.hk Thu Sep 9 07:32:00 2004 From: Alain_SK_Yip@btm.com.hk (Alain_SK_Yip@btm.com.hk) Date: Thu, 09 Sep 2004 07:32:00 -0000 Subject: Is it free to use Message-ID: To whom it may concern, We are using Linux and UNIX environment to develop our own applications. By installing the Cygwin/X X Server, Xlib and Xclients etc., our developers can 1. use our own Windows base PC to emulate a UNIX-like environment to do the development; 2. use the X server to connect to X windows of Linux and AIX; 3. use the Secure Shell (ssh) to connect to AIX servers; 4. use powerful scripts of Unix to automate Windows workstation. We shall use the cygwin in around thirty Window based PC. Would like to clarify that will be free of charge. Best regards, Alain Yip *This email and any files transmitted with it are confidential, and are intended for the named recipient(s) only. It may contain information that is legally privileged. If you are not the intended recipient, you are notified that any use, disclosure, printing, dissemination, distribution or copying of this email is strictly prohibited. If you have received this email in error, please delete it and any copies from your system and notify the sender immediately by reply email, telephone or facsimile. Internet communications cannot be treated as official document, and cannot be guaranteed to be timely, secure, error or virus-free. The sender does not accept liability for any errors or omissions represent. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Thu Sep 9 07:54:00 2004 From: brian@dessent.net (Brian Dessent) Date: Thu, 09 Sep 2004 07:54:00 -0000 Subject: Is it free to use References: Message-ID: <414007D6.7DB36622@dessent.net> Alain_SK_Yip@btm.com.hk wrote: > We are using Linux and UNIX environment to develop our own applications. > By installing the Cygwin/X X Server, Xlib and Xclients etc., our developers > can > 1. use our own Windows base PC to emulate a UNIX-like environment to do the > development; > 2. use the X server to connect to X windows of Linux and AIX; > 3. use the Secure Shell (ssh) to connect to AIX servers; > 4. use powerful scripts of Unix to automate Windows workstation. > > We shall use the cygwin in around thirty Window based PC. > > Would like to clarify that will be free of charge. Have your company's lawyers read the GNU Public License and answer that for you. It's quite well explained exactly what the GPL allows and doesn't allow on and . This is not a legal advice mailing list, and answering legal questions is not the purpose of this list. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Thu Sep 9 07:58:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Thu, 09 Sep 2004 07:58:00 -0000 Subject: SSH on Cygwin Immediate Drops Connections In-Reply-To: <6.1.0.6.0.20040908140106.03dc3e78@pop.prospeed.net> References: <000001c49545$64ff6e00$6601a8c0@car.lambdacalcul.us> <6.1.0.6.0.20040908140106.03dc3e78@pop.prospeed.net> Message-ID: <20040909075505.GA2953@cygbert.vinschen.de> On Sep 8 14:08, Larry Hall wrote: > At 01:50 PM 9/8/2004, you wrote: > >Mark Eret cs.colorado.edu> writes: > > > >> ... > >> I have looked at these lists and tried all the solutions. I've added '-r' > >> to the sshd startup command. > >> ... > > > >I just wanted to chip in that I have tried the -r setting without success also > >(using priviledge separation). I've had success reverting to the previous > >version of openssh (3.8.1p1-1). > > > OK. Any of you out there that are having this problem up for tracking this > down? Even if you can't look at code, there's plenty of tracking that can > done before getting to that stage. See: > > >Problem reports: http://cygwin.com/problems.html > > for initial guidelines. And don't forget that the server has a debug mode > too and the output of that is much more telling than that of the client. And also note that the Cygwin bug which prevented reexec'ing to work together with privilege separation is fixed in 1.5.11. I'm running OpenSSH 3.9p1 with PrivSep and no -r option on my XP machine. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Thu Sep 9 08:07:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Thu, 09 Sep 2004 08:07:00 -0000 Subject: cygserver - Postgres hung In-Reply-To: <20040909011539.GC101612@tishler.net> References: <008d01c495d8$877590c0$6401a8c0@EDJMETCALFE> <20040909011539.GC101612@tishler.net> Message-ID: <20040909075916.GB2953@cygbert.vinschen.de> On Sep 8 21:15, Jason Tishler wrote: > On Wed, Sep 08, 2004 at 03:17:48PM -0400, Jean-Pierre Pelletier wrote: > > Another option would be to force PostgreSQL 7.4.5 to use cygipc > > (instead of cygserver) Is that possible? > > Yes, you can always build from source yourself. Yeah, sounds like a good plan. Let's all together go back to using cygipc instead of debugging and tracking down the problem. It's so much easier. I'm just wondering why I should spend time debugging the problem then? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Thu Sep 9 08:14:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Thu, 09 Sep 2004 08:14:00 -0000 Subject: cygserver service won't start In-Reply-To: References: Message-ID: <20040909080829.GC2953@cygbert.vinschen.de> On Sep 8 22:37, Alder wrote: > as a service. This step seemed successful as the Windows Event Viewer > lists it as 'CYGWIN cygserver' and describes it as 'Cygwin shared memory > manager'. This description, however, is suspiciously like the one I The cygserver-config script does not add this description. So it's from an old service entry. > The Windows Event Viewer console Application Log reports that cygserver > starts and is awaiting requests, but a split second later the Service > Control Manager reports in the System Log that cygserver terminates > unexpectedly. The /var/log/cygserver.log file is empty, so I'm clueless > as to what might have caused this problem. I can only guess that file > permissions are not what they should be. What does `ls -l /usr/sbin/cygserver.exe' look like? Did you try to run cygserver from the command line? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Thu Sep 9 08:18:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Thu, 09 Sep 2004 08:18:00 -0000 Subject: cygserver - Postgres hung In-Reply-To: <005401c495b9$dd942b20$6401a8c0@EDJMETCALFE> References: <005401c495b9$dd942b20$6401a8c0@EDJMETCALFE> Message-ID: <414010BB.4000306@x-ray.at> Jean-Pierre Pelletier schrieb: > I downloaded the developpement's cygwin1.dll and will try it this afternoon. > Is that the only file to replace ? yes. and you'll need to restart cygserver. > If this doesn't work, we will have to go back to PostgreSQL 7.4.2 of > 2004-03-08 > which appears to be the latest PostgreSQL release using cygipc (instead of > cygserver). You might need to clean up IPC ressources from broken postmaster processes regularly. Use the /bin/ipcclean helper script. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From eret@cs.colorado.edu Thu Sep 9 08:34:00 2004 From: eret@cs.colorado.edu (Mark Eret) Date: Thu, 09 Sep 2004 08:34:00 -0000 Subject: SSH on Cygwin Immediate Drops Connections In-Reply-To: <20040909075505.GA2953@cygbert.vinschen.de> Message-ID: <000201c49646$1aac8ed0$6601a8c0@car.lambdacalcul.us> > -----Original Message----- > From: cygwin-owner@cygwin.com [mailto:cygwin-owner@cygwin.com] On Behalf Of Corinna Vinschen > Sent: Thursday, September 09, 2004 1:55 AM > To: cygwin@cygwin.com > Subject: Re: SSH on Cygwin Immediate Drops Connections > > > On Sep 8 14:08, Larry Hall wrote: > > At 01:50 PM 9/8/2004, you wrote: > > >Mark Eret cs.colorado.edu> writes: > > > > > >> ... > > >> I have looked at these lists and tried all the solutions. I've > > >> added '-r' to the sshd startup command. > > >> ... > > > > > >I just wanted to chip in that I have tried the -r setting without > > >success also (using priviledge separation). I've had success > > >reverting to the previous version of openssh (3.8.1p1-1). > > > > > > OK. Any of you out there that are having this problem up for tracking > > this > > down? Even if you can't look at code, there's plenty of tracking that can > > done before getting to that stage. See: > > > > >Problem reports: http://cygwin.com/problems.html > > > > for initial guidelines. And don't forget that the server has a debug > > mode too and the output of that is much more telling than that of the > > client. > > And also note that the Cygwin bug which prevented reexec'ing to work together with privilege separation is fixed in > 1.5.11. I'm running OpenSSH 3.9p1 with PrivSep and no -r option on my XP machine. > > > Corinna I am already running 1.5.11 and OpenSSH 3.9p1. I'm running with the options "-D -d -d -d". This is the debugging output I get. debug2: load_server_config: filename /etc/sshd_config debug2: load_server_config: done config len = 238 debug2: parse_server_config: config /etc/sshd_config len 238 debug1: sshd version OpenSSH_3.9p1 debug1: private host key: #0 type 0 RSA1 debug3: Not a RSA1 key file /etc/ssh_host_rsa_key. debug1: read PEM private key done: type RSA debug1: private host key: #1 type 1 RSA debug3: Not a RSA1 key file /etc/ssh_host_dsa_key. debug1: read PEM private key done: type DSA debug1: private host key: #2 type 2 DSA debug1: rexec_argv[0]='/usr/sbin/sshd' debug1: rexec_argv[1]='-D' debug1: rexec_argv[2]='-d' debug1: rexec_argv[3]='-d' debug1: rexec_argv[4]='-d' debug2: fd 3 setting O_NONBLOCK debug1: Bind to port 22 on 0.0.0.0. Server listening on 0.0.0.0 port 22. Generating 768 bit RSA key. RSA key generation complete. debug3: fd 4 is not O_NONBLOCK debug1: Server will not fork when running in debugging mode. debug3: send_rexec_state: entering fd = 7 config len 238 debug3: ssh_msg_send: type 0 debug3: send_rexec_state: done debug1: rexec start in 4 out 4 newsock 4 pipe -1 sock 7 Attached is the output of "cygcheck -s -v -r". Thanks in advance for any help you can give me. Mark Eret -------------- next part -------------- A non-text attachment was scrubbed... Name: cygcheck.out Type: application/octet-stream Size: 29862 bytes Desc: not available URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From colinb@chameleonnet.co.uk Thu Sep 9 08:41:00 2004 From: colinb@chameleonnet.co.uk (Colin JN Breame) Date: Thu, 09 Sep 2004 08:41:00 -0000 Subject: filesystem encoding In-Reply-To: <413FC5A9.2010303@isonews2.com> References: <413EF019.100@chameleonnet.co.uk> <413F0D81.2010200@chameleonnet.co.uk> <413FC5A9.2010303@isonews2.com> Message-ID: <4140156E.9060902@chameleonnet.co.uk> Arturus Magi wrote: > Windows Explorer is Unicode 3.0 compliant on the NT line (I have > several files that use a mixture of English, Japanese, and Chinese in > the filename and various description fields), and the 9x line can be > made partially Unicode-aware. I don't think the em hyphen is a valid > character on any Windows or ISO codepage (other than the Unicode > project mirror standard (I want to say it's ISO-11350, but I'm fairly > certain that's not right)). Hmm...interesting. Not entirely sure what the implications of what you are saying are (as I don't really understand codepages). Does a codepage represent a character with 16 bits? or 8? Could you recommend a book or a URL on the subject? Maybe I should look at this when I have more time (I'm in the middle of a move). Thanks -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From tombs@bigpond.net.au Thu Sep 9 08:49:00 2004 From: tombs@bigpond.net.au (David Tombs) Date: Thu, 09 Sep 2004 08:49:00 -0000 Subject: How do I define a key binding for copy-to-clipboard? Message-ID: <001501c49649$03a3ec30$ba968890@firsttec> Hello All, I'm a Windows user trying to install and configure cygwin. Thus far I've managed to install bash and, mostly, configure it to my preferences. However, there is one thing missing. I want to use the clipboard to transfer text to and from Windows, with the same key bindings, viz Ctrl-C for copy and Ctrl-V for paste. (My left finger muscles are hardwired to these keys and anyway, I hate using the mouse for this kind of action.) The cygwin FAQ describes a function, 'paste-from-clipboard', which performs the paste operation and which can be bound to an individual key within an initrc file. Searching a bit deeper, the readline docs tell me a bit about the format of the initrc file and how to bind Ctrl and Meta keys. So I put the following line into my personal .initrc file Control-v:paste-from-clipboard and lo and behold, it works! However I cannot find a definition of the converse 'copy-to-clipboard' function anywhere. It surely exists, because pressing the 'Enter' key (or right mouse) does just that. So what do I have to do to bind this function operation to Ctrl-C? How do I write into my .initrc Control-c:{whatever Enter does} David Tombs -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Thu Sep 9 08:55:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Thu, 09 Sep 2004 08:55:00 -0000 Subject: [OT] RE: [ANNOUNCEMENT] Updated cygwin Package: procmail-3.22-10 In-Reply-To: References: Message-ID: <20040909085035.GD2953@cygbert.vinschen.de> On Sep 8 11:31, Brian Ford wrote: > No, now we continually have to explain why you can't install said > x86 Linux binary/package and run it under our Linux emulator. Heck, you > can't even *compile* said Linux firewall/router/proxy server etc. under > our Linux emulator. Doesn't sound like much of an emulation to me. You don't think that's the fault of our project page, do you? Did you read it lately? For about three months, there's a pretty precise text with the headline "What Isn't Cygwin?" Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Thu Sep 9 09:01:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Thu, 09 Sep 2004 09:01:00 -0000 Subject: SSH on Cygwin Immediate Drops Connections In-Reply-To: <000201c49646$1aac8ed0$6601a8c0@car.lambdacalcul.us> References: <20040909075505.GA2953@cygbert.vinschen.de> <000201c49646$1aac8ed0$6601a8c0@car.lambdacalcul.us> Message-ID: <20040909085632.GE2953@cygbert.vinschen.de> On Sep 9 02:22, Mark Eret wrote: > I am already running 1.5.11 and OpenSSH 3.9p1. I'm running with the options > "-D -d -d -d". This is the debugging output I get. Unfortunately the rest of the debug output is in your event log. If you want all debug output in your console, you have to use the -e option as well: /usr/sbin/sshd -d -d -d -e In another console, start the client with /bin/ssh -v -v -v $HOST Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Thu Sep 9 09:19:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Thu, 09 Sep 2004 09:19:00 -0000 Subject: win95 pipe problems -- report + testcase + patch In-Reply-To: References: <200409050451.i854pPi21887@esds.vss.fsi.com> <20040908100657.GC20537@cygbert.vinschen.de> Message-ID: <20040909090201.GF2953@cygbert.vinschen.de> On Sep 9 03:00, Bas van Gompel wrote: > Possibly. However MS might also make NULL be an alias to NUL in the > future, or just treat NULL like any other handle. Very unlikely. NULL and INVALID_HANDLE_VALUE are returned randomly in the Win32 API to indicate an invalid handle. > : nudge our legal department again. > > I'll be waiting. (This will give me more time to test readdir_r, > once I decide how to keep accesses separate.) Sic. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Thu Sep 9 10:48:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Thu, 09 Sep 2004 10:48:00 -0000 Subject: win95 pipe problems -- report + testcase + patch In-Reply-To: <20040909090201.GF2953@cygbert.vinschen.de> References: <200409050451.i854pPi21887@esds.vss.fsi.com> <20040908100657.GC20537@cygbert.vinschen.de> <20040909090201.GF2953@cygbert.vinschen.de> Message-ID: <20040909091951.GN17670@cygbert.vinschen.de> On Sep 9 11:02, Corinna Vinschen wrote: > On Sep 9 03:00, Bas van Gompel wrote: > > Possibly. However MS might also make NULL be an alias to NUL in the > > future, or just treat NULL like any other handle. > > Very unlikely. NULL and INVALID_HANDLE_VALUE are returned randomly in the > Win32 API to indicate an invalid handle. Oops, I forgot to mention that I applied your patch. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From hubeert@poczta.fm Thu Sep 9 11:16:00 2004 From: hubeert@poczta.fm (hs) Date: Thu, 09 Sep 2004 11:16:00 -0000 Subject: reading from tape device on windows 2000 Message-ID: Hi! I am having problems while reading from dds tape device. I use the same procedure that works on knoppix linux live distro. I am setting block size mt -f /dev/st0 setblk 10240 and then try to read from the device with cat cat /dev/nst0 > file.tar and I get a message like cat: /dev/nst0: Bad address I have mt V2.3, Corinna Vinschen, Apr 19 2004 latest cygwin Any ideas what is wrong with it ? -- hs -------------------------------------------------------------------- Konta pocztowe dla najlepszych... >>> http://link.interia.pl/f1833 <<< -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From hubeert@poczta.fm Thu Sep 9 11:37:00 2004 From: hubeert@poczta.fm (hs) Date: Thu, 09 Sep 2004 11:37:00 -0000 Subject: reading from tape device on windows 2000 In-Reply-To: References: Message-ID: sorry for answering by myself, the problem is solved without using cat but instead using tar to unpack tar archive directly from /dev/st0 On Thu, 09 Sep 2004 12:51:14 +0200, hs wrote: > > Hi! > > I am having problems while reading from dds tape device. > I use the same procedure that works on knoppix linux live distro. > > I am setting block size > mt -f /dev/st0 setblk 10240 > and then try to read from the device with cat > cat /dev/nst0 > file.tar > and I get a message like > cat: /dev/nst0: Bad address > > I have mt V2.3, Corinna Vinschen, Apr 19 2004 > latest cygwin > > Any ideas what is wrong with it ? > -- hs -------------------------------------------------------------------- Konta pocztowe dla najlepszych... >>> http://link.interia.pl/f1833 <<< -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Thu Sep 9 11:44:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Thu, 09 Sep 2004 11:44:00 -0000 Subject: reading from tape device on windows 2000 In-Reply-To: References: Message-ID: <20040909113742.GO17670@cygbert.vinschen.de> On Sep 9 12:51, hs wrote: > I am having problems while reading from dds tape device. > I use the same procedure that works on knoppix linux live distro. > > I am setting block size > mt -f /dev/st0 setblk 10240 > and then try to read from the device with cat > cat /dev/nst0 > file.tar > and I get a message like > cat: /dev/nst0: Bad address > > I have mt V2.3, Corinna Vinschen, Apr 19 2004 > latest cygwin > > Any ideas what is wrong with it ? Urgh, yes. It's a bug in Cygwin. Actually it's a pretty dumb typo which results in a too small buffer used for reading from tape. I've checked in a patch. Watch out for the next developers snapshot on http://cygwin.com/snapshots/ Thanks for the report, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From jason@tishler.net Thu Sep 9 12:26:00 2004 From: jason@tishler.net (Jason Tishler) Date: Thu, 09 Sep 2004 12:26:00 -0000 Subject: cygserver - Postgres hung In-Reply-To: <20040909075916.GB2953@cygbert.vinschen.de> References: <008d01c495d8$877590c0$6401a8c0@EDJMETCALFE> <20040909011539.GC101612@tishler.net> <20040909075916.GB2953@cygbert.vinschen.de> Message-ID: <20040909115100.GA104216@tishler.net> Corinna, On Thu, Sep 09, 2004 at 09:59:16AM +0200, Corinna Vinschen wrote: > On Sep 8 21:15, Jason Tishler wrote: > > On Wed, Sep 08, 2004 at 03:17:48PM -0400, Jean-Pierre Pelletier wrote: > > > Another option would be to force PostgreSQL 7.4.5 to use cygipc > > > (instead of cygserver) Is that possible? > > > > Yes, you can always build from source yourself. > > Yeah, sounds like a good plan. Let's all together go back to using > cygipc instead of debugging and tracking down the problem. It's so > much easier. I'm just wondering why I should spend time debugging > the problem then? I apologize for the terse, possibly misleading statement above. What I meant was there is nothing stopping one from building PostgreSQL against cygipc, but it won't be me. IMO, doing so is the wrong approach; fixing cygserver problems is the right approach. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Thu Sep 9 13:10:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 09 Sep 2004 13:10:00 -0000 Subject: What is this In-Reply-To: References: Message-ID: On Wed, 8 Sep 2004, Andrew DeFaria wrote: > Phil Betts wrote: > > > Suppose that "test" was an acronym for "Trash Entire System > > Thoroughly", and suppose that it ignored the command line. Oops! There > > goes your C: drive! > > I thought that was WINDOWS' job! :-) Hey, WINDOWS is usually thoroughly TESTed before releases... Igor P.S. Doesn't WINDOWS stand for "We Interpret New Data Only When Stuck"? Or "Why Include No Desirable Options With Source?" -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Thu Sep 9 13:28:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 09 Sep 2004 13:28:00 -0000 Subject: Cygwin Cron on Windows 2003 Server Issues In-Reply-To: <000001c49628$5b478ad0$6500a8c0@PJGVAIO> References: <000001c49628$5b478ad0$6500a8c0@PJGVAIO> Message-ID: On Wed, 8 Sep 2004, Paul J. Ghosh wrote: > Thank you to all who have replied. Enclosed find the following: > > - contents of crontab for user cdaapp - simple task to be executed > every minute for testing Looks ok, but see below for permissions issues. > - error encountered when starting cron as service_cron - includes > one as a dialog and another from the event viewer Hmm, can you log in as service_cron and try running the cron service command ("/usr/sbin/cron -D") and "cygcheck -svr" from the command line? That would help answer a few questions... > - test of task to be executed by cron done manually as user cdaapp > which succeeded Again, you need to run this task as service_cron to get a meaningful result. > - error encountered when successfully starting cron as Local > System but fails when it comes time to execute task - we are > aware of Local System account changes in W2K3 related to setuid > and were not expecting it to work But the service started, which shows that it *might* be a permissions issue. Besides checking the applications, check all the relevant directories, and make sure service_cron has the execute permission on them (which will allow it to enter the directories and access the files in them), and the write permission to any directory where it needs to create files. > - long listing of /bin /usr/sbin /var /var/cron /var/cron/tabs - > bin executable by all (755) How about "ls -ld /bin /usr/sbin /var/log/cda"? > /var/cron/tabs seems locked down Actually, since you've started cron as different users, it's possible that SYSTEM owns some of the files, and service_cron has no access to them (see, for example, /var/cron/tabs/cdapp). This *may* be a bug in the crontab application (i.e., it may assume that SYSTEM will be the user running cron). > - parts of /etc/passwd for user cdaapp - tried changing groups > 513/544 without any success You may need to add service_cron to the SYSTEM group... > - parts of /etc/group > > Regards, > > Paul J. Ghosh > > [snip] > > ########################################################### > ls -l /var > total 0 > drwxrwx---+ 3 devadm Users 0 Sep 1 09:19 cache > drwxrwxrwt+ 3 devadm Users 0 Oct 7 2003 cron > drwxrwx---+ 2 devadm Users 0 Sep 7 17:04 log ^^^ Aha. One problem here. > drwxr-xr-x+ 2 SYSTEM root 0 Oct 7 2003 proftpd > drwxrwxrwx+ 2 devadm Users 0 Sep 8 14:36 run > drwxrwx---+ 2 devadm Users 0 Oct 7 2003 tmp > > [snip] > ########################################################### > ls -l /var/cron/tabs > total 1 > -rw-r----- 1 cdaapp SYSTEM 392 Sep 8 13:12 cdaapp ^^^ Another here. This file will be unreadable to a service running as service_cron, even if you manage to get it started. > ########################################################### > cygcheck -svr > [snip] In the future, please *attach* the output of "cygcheck -svr" as an uncompressed text attachment, instead of including it inline. > 1126k 2004/05/26 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 > "cygwin1.dll" v0.0 ts=2004/5/25 21:07 > Cygwin DLL version info: > DLL version: 1.5.10 Probably not related to your problem, but why not upgrade to 1.5.11? BTW, your /etc/passwd and /etc/group entries look ok. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Thu Sep 9 13:36:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 09 Sep 2004 13:36:00 -0000 Subject: How do I define a key binding for copy-to-clipboard? In-Reply-To: <001501c49649$03a3ec30$ba968890@firsttec> References: <001501c49649$03a3ec30$ba968890@firsttec> Message-ID: On Thu, 9 Sep 2004, David Tombs wrote: > Hello All, > > I'm a Windows user trying to install and configure cygwin. Thus far I've > managed to install bash and, mostly, configure it to my preferences. > However, there is one thing missing. I want to use the clipboard to > transfer text to and from Windows, with the same key bindings, viz > Ctrl-C for copy and Ctrl-V for paste. (My left finger muscles are > hardwired to these keys and anyway, I hate using the mouse for this kind > of action.) > > The cygwin FAQ describes a function, 'paste-from-clipboard', which > performs the paste operation and which can be bound to an individual key > within an initrc file. Searching a bit deeper, the readline docs tell me > a bit about the format of the initrc file and how to bind Ctrl and Meta > keys. So I put the following line into my personal .initrc file > Control-v:paste-from-clipboard > and lo and behold, it works! > > However I cannot find a definition of the converse 'copy-to-clipboard' > function anywhere. It surely exists, because pressing the 'Enter' key > (or right mouse) does just that. > > So what do I have to do to bind this function operation to Ctrl-C? How > do I write into my .initrc > Control-c:{whatever Enter does} The short answer is: you can't. The long answer is that, to copy something to clipboard you need two things: a way to select text, and a program that's aware of this selection. Only if you have both of these can you assign a key inside the program to copy the selection to the clipboard. The selection in the default bash window is provided by the cmd.exe process that created the Window -- bash is not Windows- and mouse-aware. Also, when in selection mode, cmd.exe does *not* relay any keys to bash -- which you can easily verify. Once started a selection, you have to end it by either pressing Enter (or the right mouse button) to copy it to the clipboard, or Esc to cancel. Neither the Enter nor the Esc will be relayed to bash. Other key presses will be ignored, and won't be relayed to bash either. So, anything you add to .inputrc will be useless, as it won't be processed until *after* you already copied something to the clipboard. In other words, if there were a way of selecting something via *readline* means, rather than using the Windows cmd.exe functionality, readline could also provide a "copy-to-clipboard" function. Since readline has no code dealing with selection, the authors apparently saw no need for a "copy" function. Feel free to add such functionality to readline (but please take any discussion of this to the bash/readline mailing list). Hope this clarifies things, Igor P.S. Ctrl-C is traditionally used in Unix to send a SIGINT to a process, just as Ctrl-V is used to quote the next character. -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From joellists@iwcenter.com Thu Sep 9 13:47:00 2004 From: joellists@iwcenter.com (Joel) Date: Thu, 09 Sep 2004 13:47:00 -0000 Subject: rsync + xp sp2 failing Message-ID: <41405C49.6090502@iwcenter.com> Situation ---------- * Latest release of cygwin (1.5.11-1), rsync (2.6.2-2), openssh (3.9p1-1) * Windows XP SP2, fully patched as of 9/9/2004 Problem -------- Attempting to mirror linux file system to my Windows XP NTFS file system using command: C:\cygwin\bin\rsync.exe --delete --progress -rtvz -e ssh root@192.168.1.1:/home/public/Data /cygdrive/c/data_mirror/iwcomputer1 This has worked for a year or more. Now... Error: Failed to dup/close : Socket operation on non-socket rsync error: error in IPC code (code 14) at /home/lapo/package/tmp/rsync-2.6.2/p ipe.c(73) rsync: read error: Connection reset by peer rsync error: error in rsync protocol data stream (code 12) at /home/lapo/package /tmp/rsync-2.6.2/io.c(354) I can reproduce this on two Windows XP boxes, both running SP2. Didn't happen before SP2. I tried eliminating ssh by connecting directly to rsync server: C:\Documents and Settings\jryan>C:\cygwin\bin\rsync.exe --delete --progress -rtvz 192.168.1.1:ftp:/home/public/Data /cygdrive/c/data_mirror/iwcomputer1 Exact same error as with ssh Tried stopping Windows Firewall service, adding rsync to list of 'exceptions', etc, no dice. SSH works just fine. Also tried using the latest snapshot of cygwin, same problems. Tried totally reinstalling cygwin. Any other ideas? Thanks -- Joel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Thu Sep 9 13:48:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Thu, 09 Sep 2004 13:48:00 -0000 Subject: win95 pipe problems -- report + testcase + patch In-Reply-To: References: <200409050451.i854pPi21887@esds.vss.fsi.com> <20040908100657.GC20537@cygbert.vinschen.de> Message-ID: <20040909134823.GA27325@trixie.casa.cgf.cx> On Thu, Sep 09, 2004 at 03:00:53AM +0200, Bas van Gompel wrote: >The fact that INVALID_HANDLE_VALUE != NULL, made me think NULL might >be a valid handle value elsewhere. NULL is never a valid handle. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From boekhold@emirates.net.ae Thu Sep 9 13:48:00 2004 From: boekhold@emirates.net.ae (Maarten Boekhold) Date: Thu, 09 Sep 2004 13:48:00 -0000 Subject: Cygwin's libtool, passing .def file name to gcc during linking Message-ID: <41405EE9.20001@emirates.net.ae> Hi, I'm trying to port an application to Cygwin that uses libtool to drive compilation/linking. This application needs to be linked with a ".def" file during the linking stage, i.e. (formatted to make it readable) /bin/bash ./libtool --mode=link gcc -g -O2 -o libplugin.la -rpath /usr/local/lib -no-undefined -module libplugin_la-plugin.lo -lgobject-2.0 -lglib-2.0 -lintl -liconv plugin.def ^^^^^^^^^^ rm -fr .libs/libplugin.dll.a gcc -shared .libs/libplugin_la-plugin.o -L/usr/lib /usr/lib/libgobject-2.0.dll.a /usr/lib/libglib-2.0.dll.a /usr/lib/libintl.dll.a /usr/lib/libiconv.dll.a -o .libs/cygplugin-0.dll -Wl,--image-base=0x10000000 -Wl,--out-implib,.libs/libplugin.dll.a as you see I'm trying to pass a 'plugin.def' filename to libtool, with the intention this shows up in the GCC command. It doesn't, and I can't figure out how to pass this apart from manually hacking libtool. Anybody have any suggestions? (btw. the reason I send this to the cygwin list is that I know the cygwin version of libtool is somewhat hacked. I'm using devel btw.) Maarten -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Thu Sep 9 13:53:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Thu, 09 Sep 2004 13:53:00 -0000 Subject: can't open file for writing In-Reply-To: <20040909.130126.68556588.jashy@bj1860.net> References: <20040908153038.GK17670@cygbert.vinschen.de> <20040908223334.15621.qmail@web61207.mail.yahoo.com> <20040909012958.GA21095@trixie.casa.cgf.cx> <20040909.130126.68556588.jashy@bj1860.net> Message-ID: <20040909134944.GB27325@trixie.casa.cgf.cx> On Thu, Sep 09, 2004 at 01:01:26PM +0800, jashy wrote: >From: Christopher Faylor >Subject: Re: can't open file for writing >Date: Wed, 8 Sep 2004 21:29:58 -0400 > >> On Wed, Sep 08, 2004 at 03:33:34PM -0700, C Schreiner wrote: >> >Bingo, this fixed it. Thanks to all who helped. >> >> Wow. Upgrading to the newest version fixed something? Who'd have >> thought it? >Maybe the same problem with http://cygwin.com/ml/cygwin/2004-06/msg00497.html >It has been fixed in snapshot a little later the time found it Wow, something fixed in a snapshot would show up in a later release? Who'd have thought it? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Thu Sep 9 14:07:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Thu, 09 Sep 2004 14:07:00 -0000 Subject: Is it free to use In-Reply-To: <414007D6.7DB36622@dessent.net> References: <414007D6.7DB36622@dessent.net> Message-ID: <20040909135502.GC27325@trixie.casa.cgf.cx> On Thu, Sep 09, 2004 at 12:35:50AM -0700, Brian Dessent wrote: >Alain_SK_Yip@btm.com.hk wrote: > >> We are using Linux and UNIX environment to develop our own applications. >> By installing the Cygwin/X X Server, Xlib and Xclients etc., our developers >> can >> 1. use our own Windows base PC to emulate a UNIX-like environment to do the >> development; >> 2. use the X server to connect to X windows of Linux and AIX; >> 3. use the Secure Shell (ssh) to connect to AIX servers; >> 4. use powerful scripts of Unix to automate Windows workstation. >> >> We shall use the cygwin in around thirty Window based PC. >> >> Would like to clarify that will be free of charge. > >Have your company's lawyers read the GNU Public License and answer that >for you. It's quite well explained exactly what the GPL allows and >doesn't allow on and >. This is not a legal advice >mailing list, and answering legal questions is not the purpose of this >list. Actually, the licensing information is here: http://cygwin.com/license.html That is the place to start. The bottom line is that if you develop using cygwin's gcc your applications are GPLed when you release them. This means that if you are developing software for eventual release, you must also make the source code available when you make binaries available. If you want other arranagements then you do have to pay for that. But, the lawyer advice is still sound. You really should check this out thoroughly if you are going to be releasing software eventually. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From boekhold@emirates.net.ae Thu Sep 9 14:10:00 2004 From: boekhold@emirates.net.ae (Maarten Boekhold) Date: Thu, 09 Sep 2004 14:10:00 -0000 Subject: Cygwin's libtool, passing .def file name to gcc during linking In-Reply-To: <41405EE9.20001@emirates.net.ae> References: <41405EE9.20001@emirates.net.ae> Message-ID: <41406348.8060106@emirates.net.ae> Ha, who'd have thought... I found it. I can use '--export-symbols plugin.def' for this. Even though the plugin.def doesn't contain exports, but imports... (this is a plugin library that invokes functions contained in the executable that loads the library...) Maarten Maarten Boekhold wrote: > Hi, > > I'm trying to port an application to Cygwin that uses libtool to drive > compilation/linking. > > This application needs to be linked with a ".def" file during the > linking stage, i.e. (formatted to make it readable) > > /bin/bash ./libtool --mode=link gcc -g -O2 > -o libplugin.la -rpath /usr/local/lib > -no-undefined > -module > libplugin_la-plugin.lo -lgobject-2.0 > -lglib-2.0 -lintl -liconv plugin.def > ^^^^^^^^^^ > rm -fr .libs/libplugin.dll.a > gcc -shared .libs/libplugin_la-plugin.o > -L/usr/lib /usr/lib/libgobject-2.0.dll.a > /usr/lib/libglib-2.0.dll.a /usr/lib/libintl.dll.a > /usr/lib/libiconv.dll.a -o .libs/cygplugin-0.dll > -Wl,--image-base=0x10000000 > -Wl,--out-implib,.libs/libplugin.dll.a > > as you see I'm trying to pass a 'plugin.def' filename to libtool, with > the intention this shows up in the GCC command. It doesn't, and I can't > figure out how to pass this apart from manually hacking libtool. > > Anybody have any suggestions? > > (btw. the reason I send this to the cygwin list is that I know the > cygwin version of libtool is somewhat hacked. I'm using devel btw.) > > Maarten > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Reid.Thompson@ateb.com Thu Sep 9 14:33:00 2004 From: Reid.Thompson@ateb.com (Reid Thompson) Date: Thu, 09 Sep 2004 14:33:00 -0000 Subject: Is it free to use Message-ID: <64AE3D5B518E3648ACC823FBCB0B737502767FF6@sr002-2kexc.ateb.com> that's a dead url -- http://cygwin.com/licensing.html Christopher Faylor wrote: > On Thu, Sep 09, 2004 at 12:35:50AM -0700, Brian Dessent wrote: >> Alain_SK_Yip@btm.com.hk wrote: >> >>> We are using Linux and UNIX environment to develop our own >>> applications. By installing the Cygwin/X X Server, Xlib and Xclients >>> etc., our developers can 1. use our own Windows base PC to emulate a >>> UNIX-like environment to do the development; >>> 2. use the X server to connect to X windows of Linux and AIX; >>> 3. use the Secure Shell (ssh) to connect to AIX servers; >>> 4. use powerful scripts of Unix to automate Windows workstation. >>> >>> We shall use the cygwin in around thirty Window based PC. >>> >>> Would like to clarify that will be free of charge. >> >> Have your company's lawyers read the GNU Public License and answer >> that for you. It's quite well explained exactly what the GPL allows >> and doesn't allow on and >> . This is not a legal >> advice mailing list, and answering legal questions is not the >> purpose of this list. > > Actually, the licensing information is here: > http://cygwin.com/license.html That is the place to start. The bottom line is that if you develop using cygwin's gcc your applications are GPLed when you release them. This means that if you are developing software for eventual release, you must also make the source code available when you make binaries available. If you want other arranagements then you do have to pay for that. But, the lawyer advice is still sound. You really should check this out thoroughly if you are going to be releasing software eventually. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ reid -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From kalina813@hotmail.com Thu Sep 9 14:42:00 2004 From: kalina813@hotmail.com (Anna Goldberg) Date: Thu, 09 Sep 2004 14:42:00 -0000 Subject: Cygwin Cron on Windows 2003 Server Issues Message-ID: Attached is the cygcheck when run by service_cron. Also, when we run the tasks as service_cron via command line the only error we're seeing is: cron : PID 2112 : (cdaapp) CAN'T OPEN (tabs/cdaapp), but if we're try starting the cron service we still get the error: cron : PID 3784 : starting service `cron' failed: execv: 128, Transport endpoint is not connected. Igor recommended adding service_cron to the System group, but that group doesn't exist in the Windows environment (or at least I couldn't find it). Any suggestions as to how to do this if it is possible in the Windows env.? Currently the service_cron user is part of the Administrators, Users, and Terminal Service Users groups. Thank you very much, ~ Anna >On Wed, 8 Sep 2004, Paul J. Ghosh wrote: > > > Thank you to all who have replied. Enclosed find the following: > > > > - contents of crontab for user cdaapp - simple task to be >executed > > every minute for testing > >Looks ok, but see below for permissions issues. > > > - error encountered when starting cron as service_cron - >includes > > one as a dialog and another from the event viewer > >Hmm, can you log in as service_cron and try running the cron service >command ("/usr/sbin/cron -D") and "cygcheck -svr" from the command line? >That would help answer a few questions... > > > - test of task to be executed by cron done manually as user >cdaapp > > which succeeded > >Again, you need to run this task as service_cron to get a meaningful >result. > > > - error encountered when successfully starting cron as Local > > System but fails when it comes time to execute task - we are > > aware of Local System account changes in W2K3 related to >setuid > > and were not expecting it to work > >But the service started, which shows that it *might* be a permissions >issue. Besides checking the applications, check all the relevant >directories, and make sure service_cron has the execute permission on >them >(which will allow it to enter the directories and access the files in >them), and the write permission to any directory where it needs to >create >files. > > > - long listing of /bin /usr/sbin /var /var/cron /var/cron/tabs - > > bin executable by all (755) > >How about "ls -ld /bin /usr/sbin /var/log/cda"? > > > /var/cron/tabs seems locked down > >Actually, since you've started cron as different users, it's possible >that >SYSTEM owns some of the files, and service_cron has no access to them >(see, for example, /var/cron/tabs/cdapp). This *may* be a bug in the >crontab application (i.e., it may assume that SYSTEM will be the user >running cron). > > > - parts of /etc/passwd for user cdaapp - tried changing groups > > 513/544 without any success > >You may need to add service_cron to the SYSTEM group... > > > - parts of /etc/group > > > > Regards, > > > > Paul J. Ghosh > > > > [snip] > > > > ########################################################### > > ls -l /var > > total 0 > > drwxrwx---+ 3 devadm Users 0 Sep 1 09:19 cache > > drwxrwxrwt+ 3 devadm Users 0 Oct 7 2003 cron > > drwxrwx---+ 2 devadm Users 0 Sep 7 17:04 log > ^^^ >Aha. One problem here. > > > drwxr-xr-x+ 2 SYSTEM root 0 Oct 7 2003 proftpd > > drwxrwxrwx+ 2 devadm Users 0 Sep 8 14:36 run > > drwxrwx---+ 2 devadm Users 0 Oct 7 2003 tmp > > > > [snip] > > ########################################################### > > ls -l /var/cron/tabs > > total 1 > > -rw-r----- 1 cdaapp SYSTEM 392 Sep 8 13:12 cdaapp > ^^^ >Another here. This file will be unreadable to a service running as >service_cron, even if you manage to get it started. > > > ########################################################### > > cygcheck -svr > > [snip] > >In the future, please *attach* the output of "cygcheck -svr" as an >uncompressed text attachment, instead of including it inline. > > > 1126k 2004/05/26 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 > > "cygwin1.dll" v0.0 ts=2004/5/25 21:07 > > Cygwin DLL version info: > > DLL version: 1.5.10 > >Probably not related to your problem, but why not upgrade to 1.5.11? > >BTW, your /etc/passwd and /etc/group entries look ok. > Igor _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygcheck.txt URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From paul@paulgalbraith.net Thu Sep 9 15:10:00 2004 From: paul@paulgalbraith.net (Paul Galbraith) Date: Thu, 09 Sep 2004 15:10:00 -0000 Subject: perl DBI 1.43 on winxp -- make test problems Message-ID: I'm trying to build perl DBI-1.43 under cygwin on win xp. 'make test' returns the following output, and hangs at the t/10examp line. Does anyone know what could be causing the error with 05thrclone or the hang at 10examp? If I change the "#!perl -Tw" line in t/10examp.t to simply "#!perl -w" then 'make test' does not hang any more at 10examp... ---------- $ make test /usr/bin/perl.exe "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'b lib/arch')" t/*.t t/01basics............ok 4/110 skipped: developer tests t/02dbidrv............ok t/03handle............ok t/04mods..............ok t/05thrclone..........dubious Test returned status 0 (wstat 139, 0x8b) test program seems to have generated a core DIED. FAILED tests 7-43 Failed 37/43 tests, 13.95% okay t/06attrs.............ok t/07kids..............ok t/08keeperr...........ok t/09trace.............ok t/10examp............. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Andrew@DeFaria.com Thu Sep 9 15:20:00 2004 From: Andrew@DeFaria.com (Andrew DeFaria) Date: Thu, 09 Sep 2004 15:20:00 -0000 Subject: Is it free to use In-Reply-To: <20040909135502.GC27325@trixie.casa.cgf.cx> References: <414007D6.7DB36622@dessent.net> <20040909135502.GC27325@trixie.casa.cgf.cx> Message-ID: Christopher Faylor wrote: > This means that if you are developing software for eventual release, > you must also make the source code available when you make binaries > available. If I develop an app and do not wish to have a requirement to install Cygwin I would use MingW, right? In that case is my app still under GPL just because I used Cygwin's gcc to compile and link the resulting executable that will have no more dependencies on Cygwin? (Just curious). -- Happiness is merely the remission of pain. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Tony.Dolton@uk.fujitsu.com Thu Sep 9 15:47:00 2004 From: Tony.Dolton@uk.fujitsu.com (Dolton Tony AB) Date: Thu, 09 Sep 2004 15:47:00 -0000 Subject: bash script doesn't wait for commands to complete Message-ID: <753F1E41ACB9D51190C00090277218D80171EE18@WWMESSD206> I have a problem whereby a bash script doesn't wait for foreground commands to complete. The script in question kicks off a number of background processes, and processes their results as they complete. A simplified version which exhibits the problem is attached as scr.sh. The number of background processes and the number of iterations of the foreground commands are supplied as parameters, (e.g. "./scr.sh 50 100"). These values, as well as the length of the sleep may need adjustment depending on a machine's performance, to make sure that the sleeps terminate squarely within the foreground loop. When several background processes are specified, their exiting appears to confuse bash into thinking the foreground commands have exited, and it carries on and invokes the next command before it should. The results are unpredictable, but involve various "No such file or directory" errors, as files are accessed after being deleted, deleted twice in a row, etc. A typical run is shown in out.txt. When the script is typed in and run from the command line, no errors occur. Is there a fix to bash (or the Cygwin dll?) that will cure this problem? I'm currently using version 1.5.11 on a single processor Windows NT platform, but have had the failure on all other Cygwin versions I've tried, and on Windows 2000. Regards, Tony Dolton Fujitsu Services -------------- next part -------------- A non-text attachment was scrubbed... Name: scr.sh Type: application/octet-stream Size: 125 bytes Desc: not available URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: out.txt URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: cygcheck.out Type: application/octet-stream Size: 11121 bytes Desc: not available URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Thu Sep 9 15:51:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Thu, 09 Sep 2004 15:51:00 -0000 Subject: cygserver - Postgres hung In-Reply-To: <008d01c495d8$877590c0$6401a8c0@EDJMETCALFE> References: <008d01c495d8$877590c0$6401a8c0@EDJMETCALFE> Message-ID: <41407AF7.2030706@x-ray.at> Jean-Pierre Pelletier schrieb: > We have the same problem with the latest developpement's cygwin1.dll 1.5.12S > of 2004-09-07. > > Does somebody know how to get cygwin packages for PostgreSQL 7.4.1 or 7.4? > I have only been able to find 7.4.3 and 7.4.5. > > Another option would be to force PostgreSQL 7.4.5 to use cygipc (instead of > cygserver) > Is that possible? No. I tried to do a new libcygipc build which failed miserably at run-time. I was not aware that I still had /usr/lib/libcygipc.a installed. I tried to remove -lcygipc upstream in the configure script (-lcygipc detection), but they still want it. Do you want to try the experimental 8-beta2 version? With my patches at http://xarch.tu-graz.ac.at/home/rurban/software/cygwin/postgresql/postgresql-8.0.0beta2-1/ it builds and runs fine. just plperl and tcl not. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ht@inf.ed.ac.uk Thu Sep 9 16:23:00 2004 From: ht@inf.ed.ac.uk (Henry S. Thompson) Date: Thu, 09 Sep 2004 16:23:00 -0000 Subject: change in rsync behaviour -- textmode problem? Message-ID: Every month or so I rsync a from a large HTML-structured mail archive (UN*X resident) to my PC. Up until a few months ago, this worked as expected, with only new files getting copied. More recently (no, sorry, I can't be more precise), I started getting everything every time. The target location on my PC is under a textmode mount (this hasn't changed). If I change and rsync to a location on a binmode mount, it only fetches once (correctly). Is this a bug or a feature, and if the former is it already known? ht Cygcheck extract: cygwin 1.5.10-3 rsync 2.6.2-2 Sorry if this is an FAQ, Google didn't find anything for the terms I tried. . . -- Henry S. Thompson, HCRC Language Technology Group, University of Edinburgh Half-time member of W3C Team 2 Buccleuch Place, Edinburgh EH8 9LW, SCOTLAND -- (44) 131 650-4440 Fax: (44) 131 650-4587, e-mail: ht@inf.ed.ac.uk URL: http://www.ltg.ed.ac.uk/~ht/ [mail really from me _always_ has this .sig -- mail without it is forged spam] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Thu Sep 9 16:25:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Thu, 09 Sep 2004 16:25:00 -0000 Subject: Is it free to use In-Reply-To: References: <414007D6.7DB36622@dessent.net> <20040909135502.GC27325@trixie.casa.cgf.cx> Message-ID: <20040909162423.GB28438@trixie.casa.cgf.cx> On Thu, Sep 09, 2004 at 08:10:33AM -0700, Andrew DeFaria wrote: >Christopher Faylor wrote: > >>This means that if you are developing software for eventual release, >>you must also make the source code available when you make binaries >>available. > >If I develop an app and do not wish to have a requirement to install >Cygwin I would use MingW, right? If you do not link your app with a GPLed library and your app is not GPLed itself, it does not become GPLed by the act of compiling either on Cygwin or Linux or HP/UX or... cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Thu Sep 9 16:39:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Thu, 09 Sep 2004 16:39:00 -0000 Subject: bash script doesn't wait for commands to complete In-Reply-To: <753F1E41ACB9D51190C00090277218D80171EE18@WWMESSD206> References: <753F1E41ACB9D51190C00090277218D80171EE18@WWMESSD206> Message-ID: <20040909162635.GC28438@trixie.casa.cgf.cx> On Thu, Sep 09, 2004 at 04:20:19PM +0100, Dolton Tony AB wrote: >I have a problem whereby a bash script doesn't wait for foreground commands >to complete. The script in question kicks off a number of background >processes, and processes their results as they complete. > >A simplified version which exhibits the problem is attached as scr.sh. The >number of background processes and the number of iterations of the >foreground commands are supplied as parameters, (e.g. "./scr.sh 50 100"). >These values, as well as the length of the sleep may need adjustment >depending on a machine's performance, to make sure that the sleeps terminate >squarely within the foreground loop. Cygwin currently has a hard limit of around 62 subprocesses or so before things might get confusing. There is a 63 handle windows limitation which would take some effort to work around. So, if you are starting more than around 62 subprocesses then things probably won't work right. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rob2@siklos.ca Thu Sep 9 17:31:00 2004 From: rob2@siklos.ca (Rob S.i.k.l.o.s) Date: Thu, 09 Sep 2004 17:31:00 -0000 Subject: CTRL-C kills "ssh -X" Message-ID: <12d701c4968b$8741bf30$920aa8c0@adexainc.com> Hi All, When I connect to any machine using "ssh -X", so that X display is automatically tunelled over the ssh connection, hitting CTRL-C at any time kills the ssh process, which outputs "Killed by signal 2." This does not happen if I omit the "-X" when running ssh. Cygcheck output attached. Thanks, Rob. -------------- next part -------------- A non-text attachment was scrubbed... Name: cygcheck.out Type: application/octet-stream Size: 23507 bytes Desc: not available URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Thu Sep 9 17:56:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Thu, 09 Sep 2004 17:56:00 -0000 Subject: Is it free to use In-Reply-To: <64AE3D5B518E3648ACC823FBCB0B737502767FF6@sr002-2kexc.ateb. com> References: <64AE3D5B518E3648ACC823FBCB0B737502767FF6@sr002-2kexc.ateb.com> Message-ID: <6.1.0.6.0.20040909132858.03dccd50@pop.prospeed.net> At 10:10 AM 9/9/2004, Reid Thompson wrote: >that's a dead url -- http://cygwin.com/licensing.html WFFM. >Christopher Faylor wrote: >> On Thu, Sep 09, 2004 at 12:35:50AM -0700, Brian Dessent wrote: >>> xx@xxx.xxxx.xx wrote: >>> >>>> We are using Linux and UNIX environment to develop our own >>>> applications. By installing the Cygwin/X X Server, Xlib and Xclients >>>> etc., our developers can 1. use our own Windows base PC to emulate a >>>> UNIX-like environment to do the development; >>>> 2. use the X server to connect to X windows of Linux and AIX; >>>> 3. use the Secure Shell (ssh) to connect to AIX servers; >>>> 4. use powerful scripts of Unix to automate Windows workstation. >>>> >>>> We shall use the cygwin in around thirty Window based PC. >>>> >>>> Would like to clarify that will be free of charge. >>> >>> Have your company's lawyers read the GNU Public License and answer >>> that for you. It's quite well explained exactly what the GPL allows >>> and doesn't allow on and >>> . This is not a legal >>> advice mailing list, and answering legal questions is not the >>> purpose of this list. >> >> Actually, the licensing information is here: >> >http://cygwin.com/license.html > >That is the place to start. > >The bottom line is that if you develop using cygwin's gcc your >applications are GPLed when you release them. This means that if you >are developing software for eventual release, you must also make the >source code available when you make binaries available. > >If you want other arranagements then you do have to pay for that. > >But, the lawyer advice is still sound. You really should check this >out thoroughly if you are going to be releasing software eventually. > >cgf -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ford@vss.fsi.com Thu Sep 9 18:11:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Thu, 09 Sep 2004 18:11:00 -0000 Subject: Is it free to use In-Reply-To: <20040909135502.GC27325@trixie.casa.cgf.cx> References: <414007D6.7DB36622@dessent.net> <20040909135502.GC27325@trixie.casa.cgf.cx> Message-ID: On Thu, 9 Sep 2004, Christopher Faylor wrote: > On Thu, Sep 09, 2004 at 12:35:50AM -0700, Brian Dessent wrote: > >Alain_SK_Yip@btm.com.hk wrote: > >> We are using Linux and UNIX environment to develop our own applications. > >> By installing the Cygwin/X X Server, Xlib and Xclients etc., our developers > >> can > >> 1. use our own Windows base PC to emulate a UNIX-like environment to do the > >> development; > >> 2. use the X server to connect to X windows of Linux and AIX; > >> 3. use the Secure Shell (ssh) to connect to AIX servers; > >> 4. use powerful scripts of Unix to automate Windows workstation. > >> > >> We shall use the cygwin in around thirty Window based PC. > >> > >> Would like to clarify that will be free of charge. > > > >Have your company's lawyers read the GNU Public License and answer that > >for you. It's quite well explained exactly what the GPL allows and > >doesn't allow on and > >. This is not a legal advice > >mailing list, and answering legal questions is not the purpose of this > >list. > > Actually, the licensing information is here: > > http://cygwin.com/license.html > > That is the place to start. I really hate to step into any messy legal conversation, but... All of the above is excellent advise. > The bottom line is that if you develop using cygwin's gcc your > applications are GPLed when you release them. This means that if you > are developing software for eventual release, you must also make the > source code available when you make binaries available. I think you might have misunderstood what the OP described, and your wording above may be misleading. >From the limited description given, it sounds as if 1 was meant to be a Linux emuation environment for in-house development. If the only product ever released is a Linux one, not a Cygwin/Windows one, there is no problem. If 2, 3, and 4 are only done in-house and not packaged as part of a product, there is no problem. Even if they are packaged as part of a product, as long as the exact sources used to build the binaries are provided (or a written offer for such valid for three years yada, yada, yada...), there is still no problem. > If you want other arranagements then you do have to pay for that. > > But, the lawyer advice is still sound. You really should check this out > thoroughly if you are going to be releasing software eventually. Agreed! -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Simon.Basyuk@UBANY.com Thu Sep 9 18:23:00 2004 From: Simon.Basyuk@UBANY.com (Simon.Basyuk@UBANY.com) Date: Thu, 09 Sep 2004 18:23:00 -0000 Subject: Crontab issue Message-ID: <4DE70F2A7A19D511B7EC00D0B77E7C31F13E7D@UBANYEXCH> Hello, I would greatly appreciate if you can help me with the Cygwin Crontab issue: 1. I have no problem with Crontab running cp from local to local; 2. I have no problem with running cp from other server to local, from command line: $ cp -p "/cygdrive/j/Move To Fileshare/bmf70.mdb" "/cygdrive/c" 3. the same command DOES NOT work on my local Crontab: 59 * * * * cp -p "/cygdrive/j/Move To Fileshare/bmf70.mdb" "/cygdrive/c" here is the local Windows Event entry produced: The description for Event ID ( 0 ) in Source ( /USR/SBIN/CRON ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. The following information is part of the event: /USR/SBIN/CRON : PID 2228 : () CMD (cp -p "/cygdrive/j/Move To Fileshare/bmf70.mdb" "/cygdrive/c"). Thanks very much, Simon Basyuk DBA United Bank for Africa 40 East 52nd Street, NYC CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential or proprietary information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, immediately contact the sender by reply e-mail and destroy all copies of the original message. Please be aware that United Bank for Africa cannot accept payment orders or other legally binding correspondence except via authenticated e-mail. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Thu Sep 9 18:30:00 2004 From: dk@artimi.com (Dave Korn) Date: Thu, 09 Sep 2004 18:30:00 -0000 Subject: Crontab issue In-Reply-To: <4DE70F2A7A19D511B7EC00D0B77E7C31F13E7D@UBANYEXCH> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Simon.Basyuk > Sent: 09 September 2004 19:07 > 1. I have no problem with Crontab running cp from local to local; > > 2. I have no problem with running cp from other server to local, from > command line: > $ cp -p "/cygdrive/j/Move To Fileshare/bmf70.mdb" "/cygdrive/c" > > 3. the same command DOES NOT work on my local Crontab: > 59 * * * * cp -p "/cygdrive/j/Move To Fileshare/bmf70.mdb" > "/cygdrive/c" So presumably cron is not running under the same user id as you are, and your username has access perms to the network drive in question, but the username which cron is running under (probably LocalSystem) doesn't. In fact, the very first lines of /usr/share/doc/Cygwin/cron.README say.... ----------------------------------------- This is the Cygwin port of Paul Vixie's cron-3.01. Note that on NT/W2K it relies on the Cygwin-1.3.2 feature to be able to switch the user context without password. On NT/W2K run cron under SYSTEM account as service to use that feature. Note that you don't have access to net shares in the child processes then. ----------------------------------------- Yep, that's it. Cron is running under the SYSTEM a/c; when it switches to your identity to run a cron job, it is only impersonating your username rather than fully logging on as that user ('impersonating' is a technical term here for when one process assumes the access rights of a second less-privileged process), and it's just the way windows works that impersonated user rights are only valid on the local system and not for logging on to network resources. You probably need to run crond under your own identity by installing it with cygrunsrv and using the -u and -w options. cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Thu Sep 9 18:41:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Thu, 09 Sep 2004 18:41:00 -0000 Subject: Crontab issue In-Reply-To: References: <4DE70F2A7A19D511B7EC00D0B77E7C31F13E7D@UBANYEXCH> Message-ID: <6.1.0.6.0.20040909142537.03dc3838@pop.prospeed.net> At 02:21 PM 9/9/2004, you wrote: >> -----Original Message----- >> From: cygwin-owner On Behalf Of Simon.Basyuk >> Sent: 09 September 2004 19:07 > >> 1. I have no problem with Crontab running cp from local to local; >> >> 2. I have no problem with running cp from other server to local, from >> command line: >> $ cp -p "/cygdrive/j/Move To Fileshare/bmf70.mdb" "/cygdrive/c" >> >> 3. the same command DOES NOT work on my local Crontab: >> 59 * * * * cp -p "/cygdrive/j/Move To Fileshare/bmf70.mdb" >> "/cygdrive/c" > > So presumably cron is not running under the same user id as you are, and >your username has access perms to the network drive in question, but the >username which cron is running under (probably LocalSystem) doesn't. In >fact, the very first lines of /usr/share/doc/Cygwin/cron.README say.... > >----------------------------------------- >This is the Cygwin port of Paul Vixie's cron-3.01. Note that on NT/W2K >it relies on the Cygwin-1.3.2 feature to be able to switch the user >context without password. On NT/W2K run cron under SYSTEM account >as service to use that feature. Note that you don't have access to >net shares in the child processes then. >----------------------------------------- > > Yep, that's it. Cron is running under the SYSTEM a/c; when it switches to >your identity to run a cron job, it is only impersonating your username >rather than fully logging on as that user ('impersonating' is a technical >term here for when one process assumes the access rights of a second >less-privileged process), and it's just the way windows works that >impersonated user rights are only valid on the local system and not for >logging on to network resources. > > You probably need to run crond under your own identity by installing it >with cygrunsrv and using the -u and -w options. One can alternatively open up the access of the share to "Everyone". This may be preferable if cron is being run for more than one user. Access to network shares seems to come up allot in the context of Cygwin services. Maybe it would be good to add something to the FAQ on this. What do you think Joshua? -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pevnev@juno.com Thu Sep 9 18:45:00 2004 From: pevnev@juno.com (Alexander Povolotsky) Date: Thu, 09 Sep 2004 18:45:00 -0000 Subject: crosscompiling lmbench-3.0-a4 for PPC on cygwin - the first shot ... Message-ID: <20040909.113949.3885.745577@webmail23.lax.untd.com> Dan Kegel wrote: Alex Povolotsky wrote: > Hi Dan, > > Thanks for replying ! > > I have not downloaded the lmbench source code yet - but > let me clarify - from your answer - I assume in the lmbench there > will be some means (in the makefile or configure file) to set cross- > compiling (I am using cygwin on intel laptop > running Windows XP) > for Linux on PPC platform ? Yes, but it might be painful. I seem to recall I had to read his scripts for an hour or two before I understood I could throw them away and just run individual programs. > Have you done it yourself (or anyone else you know) ? Yes. > Did it require any lmbench code modifications ? I don't recall. Give it a shot and see what happens. -- My technical stuff: http://kegel.com ******************************************* So here is the first shot ;-) ... - keeping the scripts in tact so far - it would be nice to be able to cross-compile with minimum changes versus original source distribution of course .... I am also attaching saved strace output for below make execution - if someone is willing to examine it ... Thanks, Alex apovolot@USPITLAD104868 ~/lmbench/lmbench-3.0-a4/src $ make CC=powerpc-linux-gcc lmbench mkdir: cannot create directory `../bin/`../scripts/os`': No such file or directory ************* ************* Comment from Alex (see further output after my comment): ../bin and ../script/os do exist: apovolot@USPITLAD104868 ~/lmbench/lmbench-3.0-a4/src $ ls -l .. total 43 -r--r--r-- 1 apovolot mkgroup- 1779 Aug 10 06:43 ACKNOWLEDGEMENT drwxr-xr-x+ 6 apovolot mkgroup- 0 Aug 10 06:43 BitKeeper -r--r--r-- 1 apovolot mkgroup- 3695 Aug 10 06:43 CHANGES -r--r--r-- 1 apovolot mkgroup- 17982 Aug 10 06:43 COPYING -r--r--r-- 1 apovolot mkgroup- 5728 Aug 10 06:43 COPYING-2 -r--r--r-- 1 apovolot mkgroup- 1607 Aug 10 06:43 Makefile -r--r--r-- 1 apovolot mkgroup- 561 Aug 10 06:43 README drwxr-xr-x+ 2 apovolot mkgroup- 0 Aug 10 06:43 SCCS drwxrwxrwx+ 3 apovolot mkgroup- 0 Sep 9 10:51 bin drwxr-xr-x+ 3 apovolot mkgroup- 0 Aug 10 06:43 doc -r--r--r-- 1 apovolot mkgroup- 9935 Aug 10 06:43 hbench-REBUTTAL drwxr-xr-x+ 3 apovolot mkgroup- 0 Aug 10 06:43 results drwxrwxrwx+ 3 apovolot mkgroup- 0 Sep 9 11:17 scripts drwxr-xr-x+ 3 apovolot mkgroup- 0 Sep 9 11:23 src apovolot@USPITLAD104868 ~/lmbench/lmbench-3.0-a4/src $ ls -l ../scripts/os -rwxrwxrwx 1 apovolot mkgroup- 397 Sep 9 11:17 ../scripts/os *************** **************** make[1]: Entering directory `/cygdrive/d/Profiles/apovolot/lmbench/lmbench-3.0-a4/src' powerpc-linux-gcc -O -DRUSAGE -DHAVE_uint=1 -DHAVE_int64_t=1 -DHAVE_DRAND48 -c lib_tcp.c -o ../bin/`../scripts/os`/lib_tcp.o Assembler messages: FATAL: can't create ../bin/`../scripts/os`/lib_tcp.o: No such file or directory make[1]: *** [../bin/`../scripts/os`/lib_tcp.o] Error 1 make[1]: Leaving directory `/cygdrive/d/Profiles/apovolot/lmbench/lmbench-3.0-a4/src' make: *** [lmbench] Error 2 ________________________________________________________________ Get your name as your email address. Includes spam protection, 1GB storage, no ads and more Only $1.99/ month - visit http://www.mysite.com/name today! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Thu Sep 9 20:10:00 2004 From: dk@artimi.com (Dave Korn) Date: Thu, 09 Sep 2004 20:10:00 -0000 Subject: Crontab issue In-Reply-To: <6.1.0.6.0.20040909142537.03dc3838@pop.prospeed.net> Message-ID: > -----Original Message----- > From: Larry Hall > Sent: 09 September 2004 19:29 > One can alternatively open up the access of the share to > "Everyone". This > may be preferable if cron is being run for more than one user. [Answers phone, cradles receiver under one ear...] What? Sorry, what's that you say? You're asking me if I could just give full access to your network drive to the "Everyone" account, because you don't know how to configure your access perms? Certainly, just a moment...... ... that should take care of it for you. No, no problem. Bye. [Hangs up receiver but doesn't even move hand away from cradle. Waits five seconds. BRRRRRING! Pick up.] What? Your files? What, *all* of them? What, *completely* vanished? Yes, well, you do understand that when you say you want to give full access to your network drive to everyone in the world, that that really does mean *full* access? What, backups? I'll just check. [Long pause. Almost audible sound of nerves at breaking point at the far end of the phone line]. .... Well, maybe. Let's discuss your credit card details...... ...full apologies to Simon Travaglia. cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From byrnes@curl.com Thu Sep 9 20:25:00 2004 From: byrnes@curl.com (Bob Byrnes) Date: Thu, 09 Sep 2004 20:25:00 -0000 Subject: win95 pipe problems -- report + testcase + patch In-Reply-To: <20040909134823.GA27325@trixie.casa.cgf.cx> from Christopher Faylor (Sep 9, 9:48am) Message-ID: <20040909201011.74811E598@wildcard.curl.com> This patch looks right to me. create_selectable_pipe is the only place where CreateNamedPipe is used, so it should completely fix the problem. Sorry I missed this ... I don't have a win95 system to use for testing. -- Bob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From byrnes@curl.com Thu Sep 9 20:45:00 2004 From: byrnes@curl.com (Bob Byrnes) Date: Thu, 09 Sep 2004 20:45:00 -0000 Subject: rsync + xp sp2 failing In-Reply-To: <41405C49.6090502@iwcenter.com> from Joel (Sep 9, 9:36am) Message-ID: <20040909202553.8B672E598@wildcard.curl.com> On Sep 9, 9:36am, joellists@iwcenter.com (Joel) wrote: -- Subject: rsync + xp sp2 failing > > Failed to dup/close : Socket operation on non-socket > rsync error: error in IPC code (code 14)@ > /home/lapo/package/tmp/rsync-2.6.2/pipe.c(73) > -- End of excerpt from Joel The rsync code in pipe.c looks like ... if (dup2(to_child_pipe[0], STDIN_FILENO) < 0 || close(to_child_pipe[1]) < 0 || close(from_child_pipe[0]) < 0 || dup2(from_child_pipe[1], STDOUT_FILENO) < 0) { rprintf(FERROR, "Failed to dup/close : %s\n", strerror(errno)); exit_cleanup(RERR_IPC); } ... so we need to determine why dup2 or close is failing. The "pipes" are created earlier by fd_pair ... int to_child_pipe[2]; int from_child_pipe[2]; ... if (fd_pair(to_child_pipe) < 0 || fd_pair(from_child_pipe) < 0) { rprintf(FERROR, "pipe: %s\n", strerror(errno)); exit_cleanup(RERR_IPC); } ... but they are in fact not pipes at all; they're actually socketpairs, for platforms like Cygwin that support socketpairs: /** * Create a file descriptor pair - like pipe() but use socketpair if * possible (because of blocking issues on pipes). * * Always set non-blocking. */ int fd_pair(int fd[2]) { int ret; #if HAVE_SOCKETPAIR ret = socketpair(AF_UNIX, SOCK_STREAM, 0, fd); #else ret = pipe(fd); #endif if (ret == 0) { set_nonblocking(fd[0]); set_nonblocking(fd[1]); } return ret; } Cygwin always uses inet sockets to implement socketpairs, even for AF_UNIX. That partially explains "Socket operation on non-socket". Has anything changed recently in the socketpair code? This seems unrelated to my recent implementation of selectable pipes. If you can reproduce this using strace, the last hundred lines or so of the strace output might be enlightening. -- Bob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From siebold@scaled.com Thu Sep 9 21:08:00 2004 From: siebold@scaled.com (Peter Siebold) Date: Thu, 09 Sep 2004 21:08:00 -0000 Subject: 1.5.11-1: sftp performance problem Message-ID: <4A98749C7BD0A0428CBE0B035BB469A2037688@exchange.engineering.scaled.com> I updated to the newest version of cygwin dll on 9/7/4 and after sftp suffered performance issues when issuing a get on a large file. File transfers now stall and do not complete. After downgrading to version of 1.5.10-3 of cygwin sftp then it works fine. Both configurations used openssh 3.9p1-1 This is the first time reporting a problem, so I hope I didn't miss anything. -Pete -------------- next part -------------- A non-text attachment was scrubbed... Name: cygcheck.out Type: application/octet-stream Size: 30655 bytes Desc: cygcheck.out URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From tero_niemela@yahoo.com Thu Sep 9 21:22:00 2004 From: tero_niemela@yahoo.com (Tero Niemela) Date: Thu, 09 Sep 2004 21:22:00 -0000 Subject: [PATCH] /etc/profile fixes Message-ID: <20040909210732.23085.qmail@web61309.mail.yahoo.com> I have to proposals for /etc/profile of latest Cygwin: 1) Shut up 'tr' which produces error message at least with zsh ('zsh' doesn't match to [:upper:]). 2) Set same default settings for zsh as for ksh. Thanks. _______________________________ Do you Yahoo!? Shop for Back-to-School deals on Yahoo! Shopping. http://shopping.yahoo.com/backtoschool -------------- next part -------------- A non-text attachment was scrubbed... Name: tr.patch Type: application/octet-stream Size: 402 bytes Desc: tr.patch URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: zsh.patch Type: application/octet-stream Size: 665 bytes Desc: zsh.patch URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From joellists@iwcenter.com Thu Sep 9 21:27:00 2004 From: joellists@iwcenter.com (Joel) Date: Thu, 09 Sep 2004 21:27:00 -0000 Subject: rsync + xp sp2 failing In-Reply-To: <20040909202553.8B672E598@wildcard.curl.com> References: <20040909202553.8B672E598@wildcard.curl.com> Message-ID: <4140C972.6030408@iwcenter.com> Bob Byrnes wrote: > On Sep 9, 9:36am, joellists@iwcenter.com (Joel) wrote: > -- Subject: rsync + xp sp2 failing > >>Failed to dup/close : Socket operation on non-socket >>rsync error: error in IPC code (code 14)@ >>/home/lapo/package/tmp/rsync-2.6.2/pipe.c(73) >> > > -- End of excerpt from Joel > > > If you can reproduce this using strace, the last hundred lines or so > of the strace output might be enlightening. > > -- > Bob > Thanks for the response. Here's the strace output: ********************************************** Program name: C:\cygwin\bin\rsync.exe (2340) App version: 1005.10, api: 0.116 DLL version: 1005.11, api: 0.116 DLL build: 2004-09-04 23:17 OS version: Windows NT-5.1 Heap size: 402653184 Date/Time: 2004-09-09 17:16:27 ********************************************** 2187 31875 [main] rsync 2340 environ_init: 0xA050008: !::=::\ 323 32198 [main] rsync 2340 environ_init: 0xA050250: !C:=C:\Documents and Settings\jryan 286 32484 [main] rsync 2340 environ_init: 0xA050278: !EXITCODE=00000000 281 32765 [main] rsync 2340 environ_init: 0xA050290: ALLUSERSPROFILE=C:\Documents and Settings\All Users 537 33302 [main] rsync 2340 environ_init: 0xA0502C8: APPDATA=C:\Documents and Settings\jryan\Application Data 185 33487 [main] rsync 2340 environ_init: 0xA050308: COMMONPROGRAMFILES=C:\Program Files\Common Files 170 33657 [main] rsync 2340 environ_init: 0xA050340: COMPUTERNAME=JOELSNOTEBOOK 168 33825 [main] rsync 2340 environ_init: 0xA050360: COMSPEC=C:\WINDOWS\system32\cmd.exe 168 33993 [main] rsync 2340 environ_init: 0xA050388: FP_NO_HOST_CHECK=NO 166 34159 [main] rsync 2340 environ_init: 0xA0503A0: GETMODEL=Satellite A65 169 34328 [main] rsync 2340 getwinenv: can't set native for HOME= since no environ yet 197 34525 [main] rsync 2340 mount_info::conv_to_posix_path: conv_to_posix_path (c:\documents and settings\jryan, no-keep-rel, no-add-slash) 169 34694 [main] rsync 2340 normalize_win32_path: c:\documents and settings\jryan = normalize_win32_path (c:\documents and settings\jryan) 109 34803 [main] rsync 2340 mount_info::conv_to_posix_path: /cygdrive/c/documents and settings/jryan = conv_to_posix_path (c:\documents and settings\jryan) 245 35048 [main] rsync 2340 win_env::add_cache: posix /cygdrive/c/documents and settings/jryan 97 35145 [main] rsync 2340 win_env::add_cache: native HOME=c:\documents and settings\jryan 99 35244 [main] rsync 2340 posify: env var converted to HOME=/cygdrive/c/documents and settings/jryan 244 35488 [main] rsync 2340 environ_init: 0xA0503F0: HOME=/cygdrive/c/documents and settings/jryan 170 35658 [main] rsync 2340 environ_init: 0xA050560: HOMEDRIVE=C: 168 35826 [main] rsync 2340 environ_init: 0xA0503C0: HOMEPATH=\Documents and Settings\jryan 172 35998 [main] rsync 2340 environ_init: 0xA050578: LOGONSERVER=\\JOELSNOTEBOOK 168 36166 [main] rsync 2340 environ_init: 0xA050598: NUMBER_OF_PROCESSORS=1 164 36330 [main] rsync 2340 environ_init: 0xA0505B8: OS=Windows_NT 170 36500 [main] rsync 2340 getwinenv: can't set native for PATH= since no environ yet 107 36607 [main] rsync 2340 normalize_posix_path: src . 138 36745 [main] rsync 2340 mount_info::conv_to_posix_path: conv_to_posix_path (C:\Documents and Settings\jryan, no-keep-rel, no-add-slash) 117 36862 [main] rsync 2340 normalize_win32_path: C:\Documents and Settings\jryan = normalize_win32_path (C:\Documents and Settings\jryan) 102 36964 [main] rsync 2340 mount_info::conv_to_posix_path: /cygdrive/c/Documents and Settings/jryan = conv_to_posix_path (C:\Documents and Settings\jryan) 107 37071 [main] rsync 2340 cwdstuff::get: posix /cygdrive/c/Documents and Settings/jryan 101 37172 [main] rsync 2340 cwdstuff::get: (/cygdrive/c/Documents and Settings/jryan) = cwdstuff::get (0x22ECF0, 260, 1, 0), errno 0 103 37275 [main] rsync 2340 normalize_posix_path: /cygdrive/c/Documents and Settings/jryan/ = normalize_posix_path (.) 100 37375 [main] rsync 2340 mount_info::conv_to_win32_path: conv_to_win32_path (/cygdrive/c/Documents and Settings/jryan) 128 37503 [main] rsync 2340 mount_info::cygdrive_win32_path: src '/cygdrive/c/Documents and Settings/jryan', dst 'c:\Documents and Settings\jryan' 114 37617 [main] rsync 2340 set_flags: flags: binary (0x2) 98 37715 [main] rsync 2340 mount_info::conv_to_win32_path: src_path /cygdrive/c/Documents and Settings/jryan, dst c:\Documents and Settings\jryan, flags 0x22, rc 0 371 38086 [main] rsync 2340 symlink_info::check: not a symlink 386 38472 [main] rsync 2340 symlink_info::check: 0 = symlink.check (c:\Documents and Settings\jryan, 0x22E9B0) (0x22) 509 38981 [main] rsync 2340 path_conv::check: this->path(c:\Documents and Settings\jryan), has_acls(1) 253 39234 [main] rsync 2340 mount_info::conv_to_posix_path: conv_to_posix_path (C:\oracle\ora92\bin, keep-rel, no-add-slash) 104 39338 [main] rsync 2340 normalize_win32_path: C:\oracle\ora92\bin = normalize_win32_path (C:\oracle\ora92\bin) 106 39444 [main] rsync 2340 mount_info::conv_to_posix_path: /cygdrive/c/oracle/ora92/bin = conv_to_posix_path (C:\oracle\ora92\bin) 110 39554 [main] rsync 2340 mount_info::conv_to_posix_path: conv_to_posix_path (C:\java\j2sdk1.4.2_01\bin, keep-rel, no-add-slash) 103 39657 [main] rsync 2340 normalize_win32_path: C:\java\j2sdk1.4.2_01\bin = normalize_win32_path (C:\java\j2sdk1.4.2_01\bin) 103 39760 [main] rsync 2340 mount_info::conv_to_posix_path: /cygdrive/c/java/j2sdk1.4.2_01/bin = conv_to_posix_path (C:\java\j2sdk1.4.2_01\bin) 106 39866 [main] rsync 2340 mount_info::conv_to_posix_path: conv_to_posix_path (C:\Program Files\Oracle\jre\1.3.1\bin, keep-rel, no-add-slash) 104 39970 [main] rsync 2340 normalize_win32_path: C:\Program Files\Oracle\jre\1.3.1\bin = normalize_win32_path (C:\Program Files\Oracle\jre\1.3.1\bin) 103 40073 [main] rsync 2340 mount_info::conv_to_posix_path: /cygdrive/c/Program Files/Oracle/jre/1.3.1/bin = conv_to_posix_path (C:\Program Files\Oracle\jre\1.3.1\bin) 108 40181 [main] rsync 2340 mount_info::conv_to_posix_path: conv_to_posix_path (C:\Program Files\Oracle\jre\1.1.8\bin, keep-rel, no-add-slash) 102 40283 [main] rsync 2340 normalize_win32_path: C:\Program Files\Oracle\jre\1.1.8\bin = normalize_win32_path (C:\Program Files\Oracle\jre\1.1.8\bin) 102 40385 [main] rsync 2340 mount_info::conv_to_posix_path: /cygdrive/c/Program Files/Oracle/jre/1.1.8/bin = conv_to_posix_path (C:\Program Files\Oracle\jre\1.1.8\bin) 105 40490 [main] rsync 2340 mount_info::conv_to_posix_path: conv_to_posix_path (C:\WINDOWS\system32, keep-rel, no-add-slash) 135 40625 [main] rsync 2340 normalize_win32_path: C:\WINDOWS\system32 = normalize_win32_path (C:\WINDOWS\system32) 105 40730 [main] rsync 2340 mount_info::conv_to_posix_path: /cygdrive/c/WINDOWS/system32 = conv_to_posix_path (C:\WINDOWS\system32) 106 40836 [main] rsync 2340 mount_info::conv_to_posix_path: conv_to_posix_path (C:\WINDOWS, keep-rel, no-add-slash) 100 40936 [main] rsync 2340 normalize_win32_path: C:\WINDOWS = normalize_win32_path (C:\WINDOWS) 101 41037 [main] rsync 2340 mount_info::conv_to_posix_path: /cygdrive/c/WINDOWS = conv_to_posix_path (C:\WINDOWS) 104 41141 [main] rsync 2340 mount_info::conv_to_posix_path: conv_to_posix_path (C:\WINDOWS\System32\Wbem, keep-rel, no-add-slash) 102 41243 [main] rsync 2340 normalize_win32_path: C:\WINDOWS\System32\Wbem = normalize_win32_path (C:\WINDOWS\System32\Wbem) 184 41427 [main] rsync 2340 mount_info::conv_to_posix_path: /cygdrive/c/WINDOWS/System32/Wbem = conv_to_posix_path (C:\WINDOWS\System32\Wbem) 111 41538 [main] rsync 2340 mount_info::conv_to_posix_path: conv_to_posix_path (C:\Program Files\ATI Technologies\ATI Control Panel, keep-rel, no-add-slash) 101 41639 [main] rsync 2340 normalize_win32_path: C:\Program Files\ATI Technologies\ATI Control Panel = normalize_win32_path (C:\Program Files\ATI Technologies\ATI Control Panel) 105 41744 [main] rsync 2340 mount_info::conv_to_posix_path: /cygdrive/c/Program Files/ATI Technologies/ATI Control Panel = conv_to_posix_path (C:\Program Files\ATI Technologies\ATI Control Panel) 107 41851 [main] rsync 2340 mount_info::conv_to_posix_path: conv_to_posix_path (c:\cygwin\bin, keep-rel, no-add-slash) 101 41952 [main] rsync 2340 normalize_win32_path: c:\cygwin\bin = normalize_win32_path (c:\cygwin\bin) 101 42053 [main] rsync 2340 mount_info::conv_to_posix_path: /usr/bin = conv_to_posix_path (c:\cygwin\bin) 106 42159 [main] rsync 2340 mount_info::conv_to_posix_path: conv_to_posix_path (c:\program files\crosscrypt, keep-rel, no-add-slash) 329 42488 [main] rsync 2340 normalize_win32_path: c:\program files\crosscrypt = normalize_win32_path (c:\program files\crosscrypt) 137 42625 [main] rsync 2340 mount_info::conv_to_posix_path: /cygdrive/c/program files/crosscrypt = conv_to_posix_path (c:\program files\crosscrypt) 246 42871 [main] rsync 2340 win_env::add_cache: posix /cygdrive/c/oracle/ora92/bin:/cygdrive/c/java/j2sdk1.4.2_01/bin:/cygdrive/c/Program Files/Oracle/jre/1.3.1/bin:/cygdrive/c/Program Files/Oracle/jre/1.1.8/bin:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/Program Files/ATI Technologies/ATI Control Panel:/usr/bin:/cygdrive/c/program files/crosscrypt 104 42975 [main] rsync 2340 win_env::add_cache: native PATH=C:\oracle\ora92\bin;C:\java\j2sdk1.4.2_01\bin;C:\Program Files\Oracle\jre\1.3.1\bin;C:\Program Files\Oracle\jre\1.1.8\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\ATI Technologies\ATI Control Panel;c:\cygwin\bin;c:\program files\crosscrypt 105 43080 [main] rsync 2340 posify: env var converted to PATH=/cygdrive/c/oracle/ora92/bin:/cygdrive/c/java/j2sdk1.4.2_01/bin:/cygdrive/c/Program Files/Oracle/jre/1.3.1/bin:/cygdrive/c/Program Files/Oracle/jre/1.1.8/bin:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/Program Files/ATI Technologies/ATI Control Panel:/usr/bin:/cygdrive/c/program files/crosscrypt 175 43255 [main] rsync 2340 environ_init: 0xA0506F0: PATH=/cygdrive/c/oracle/ora92/bin:/cygdrive/c/java/j2sdk1.4.2_01/bin:/cygdrive/c/Program Files/Oracle/jre/1.3.1/bin:/cygdrive/c/Program Files/Oracle/jre/1.1.8/bin:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/Program Files/ATI Technologies/ATI Control Panel:/usr/bin:/cygdrive/c/program files/crosscrypt 180 43435 [main] rsync 2340 environ_init: 0xA0505D0: PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH 174 43609 [main] rsync 2340 environ_init: 0xA050610: PROCESSOR_ARCHITECTURE=x86 172 43781 [main] rsync 2340 environ_init: 0xA050630: PROCESSOR_IDENTIFIER=x86 Family 15 Model 2 Stepping 9, GenuineIntel 173 43954 [main] rsync 2340 environ_init: 0xA050678: PROCESSOR_LEVEL=15 523 44477 [main] rsync 2340 environ_init: 0xA050690: PROCESSOR_REVISION=0209 225 44702 [main] rsync 2340 environ_init: 0xA0506B0: PROGRAMFILES=C:\Program Files 178 44880 [main] rsync 2340 environ_init: 0xA0506D8: PROMPT=$P$G 171 45051 [main] rsync 2340 environ_init: 0xA050CD0: SESSIONNAME=Console 183 45234 [main] rsync 2340 environ_init: 0xA050CE8: SYSTEMDRIVE=C: 169 45403 [main] rsync 2340 environ_init: 0xA050D00: SYSTEMROOT=C:\WINDOWS 169 45572 [main] rsync 2340 getwinenv: can't set native for TEMP= since no environ yet 176 45748 [main] rsync 2340 mount_info::conv_to_posix_path: conv_to_posix_path (C:\DOCUME~1\jryan\LOCALS~1\Temp, no-keep-rel, no-add-slash) 101 45849 [main] rsync 2340 normalize_win32_path: C:\DOCUME~1\jryan\LOCALS~1\Temp = normalize_win32_path (C:\DOCUME~1\jryan\LOCALS~1\Temp) 106 45955 [main] rsync 2340 mount_info::conv_to_posix_path: /cygdrive/c/DOCUME~1/jryan/LOCALS~1/Temp = conv_to_posix_path (C:\DOCUME~1\jryan\LOCALS~1\Temp) 240 46195 [main] rsync 2340 win_env::add_cache: posix /cygdrive/c/DOCUME~1/jryan/LOCALS~1/Temp 95 46290 [main] rsync 2340 win_env::add_cache: native TEMP=C:\DOCUME~1\jryan\LOCALS~1\Temp 99 46389 [main] rsync 2340 posify: env var converted to TEMP=/cygdrive/c/DOCUME~1/jryan/LOCALS~1/Temp 192 46581 [main] rsync 2340 environ_init: 0xA050D50: TEMP=/cygdrive/c/DOCUME~1/jryan/LOCALS~1/Temp 182 46763 [main] rsync 2340 getwinenv: can't set native for TMP= since no environ yet 178 46941 [main] rsync 2340 mount_info::conv_to_posix_path: conv_to_posix_path (C:\DOCUME~1\jryan\LOCALS~1\Temp, no-keep-rel, no-add-slash) 102 47043 [main] rsync 2340 normalize_win32_path: C:\DOCUME~1\jryan\LOCALS~1\Temp = normalize_win32_path (C:\DOCUME~1\jryan\LOCALS~1\Temp) 130 47173 [main] rsync 2340 mount_info::conv_to_posix_path: /cygdrive/c/DOCUME~1/jryan/LOCALS~1/Temp = conv_to_posix_path (C:\DOCUME~1\jryan\LOCALS~1\Temp) 352 47525 [main] rsync 2340 win_env::add_cache: posix /cygdrive/c/DOCUME~1/jryan/LOCALS~1/Temp 108 47633 [main] rsync 2340 win_env::add_cache: native TMP=C:\DOCUME~1\jryan\LOCALS~1\Temp 99 47732 [main] rsync 2340 posify: env var converted to TMP=/cygdrive/c/DOCUME~1/jryan/LOCALS~1/Temp 170 47902 [main] rsync 2340 environ_init: 0xA050EE8: TMP=/cygdrive/c/DOCUME~1/jryan/LOCALS~1/Temp 169 48071 [main] rsync 2340 environ_init: 0xA051020: USERDOMAIN=JOELSNOTEBOOK 170 48241 [main] rsync 2340 environ_init: 0xA051040: USERNAME=jryan 171 48412 [main] rsync 2340 environ_init: 0xA051058: USERPROFILE=C:\Documents and Settings\jryan 168 48580 [main] rsync 2340 environ_init: 0xA051088: VERNUM=PSA65U-000C3 167 48747 [main] rsync 2340 environ_init: 0xA0510A0: WF_RESOURCES=C:\oracle\ora92\WF\RES\WFus.RES 169 48916 [main] rsync 2340 environ_init: 0xA0510D8: WINDIR=C:\WINDOWS 149 49065 [main] rsync 2340 pinfo_init: pid 2340, pgid 2340 271 49336 [main] rsync 2340 dtable::extend: size 32, fds 0x61780CE8 203 49539 [main] rsync 2340 normalize_posix_path: src /etc/passwd 189 49728 [main] rsync 2340 normalize_posix_path: /etc/passwd = normalize_posix_path (/etc/passwd) 113 49841 [main] rsync 2340 mount_info::conv_to_win32_path: conv_to_win32_path (/etc/passwd) 123 49964 [main] rsync 2340 set_flags: flags: binary (0x2) 116 50080 [main] rsync 2340 mount_info::conv_to_win32_path: src_path /etc/passwd, dst C:\cygwin\etc\passwd, flags 0xA, rc 0 348 50428 [main] rsync 2340 symlink_info::check: not a symlink 150 50578 [main] rsync 2340 symlink_info::check: 0 = symlink.check (C:\cygwin\etc\passwd, 0x22E980) (0xA) 107 50685 [main] rsync 2340 path_conv::check: this->path(C:\cygwin\etc\passwd), has_acls(1) 510 51195 [main] rsync 2340 etc::test_file_change: FindFirstFile succeeded 158 51353 [main] rsync 2340 etc::test_file_change: fn[1] C:\cygwin\etc\passwd res 1 105 51458 [main] rsync 2340 etc::init: fn[1] C:\cygwin\etc\passwd, curr_ix 1 102 51560 [main] rsync 2340 pwdgrp::load: /etc/passwd 1665 53225 [main] rsync 2340 pwdgrp::load: /etc/passwd curr_lines 9 192 53417 [main] rsync 2340 pwdgrp::load: /etc/passwd load succeeded 153 53570 [main] rsync 2340 normalize_posix_path: src /etc/group 113 53683 [main] rsync 2340 normalize_posix_path: /etc/group = normalize_posix_path (/etc/group) 102 53785 [main] rsync 2340 mount_info::conv_to_win32_path: conv_to_win32_path (/etc/group) 124 53909 [main] rsync 2340 set_flags: flags: binary (0x2) 1254 55163 [main] rsync 2340 mount_info::conv_to_win32_path: src_path /etc/group, dst C:\cygwin\etc\group, flags 0xA, rc 0 420 55583 [main] rsync 2340 symlink_info::check: not a symlink 147 55730 [main] rsync 2340 symlink_info::check: 0 = symlink.check (C:\cygwin\etc\group, 0x22E940) (0xA) 105 55835 [main] rsync 2340 path_conv::check: this->path(C:\cygwin\etc\group), has_acls(1) 452 56287 [main] rsync 2340 etc::test_file_change: FindFirstFile succeeded 155 56442 [main] rsync 2340 etc::test_file_change: fn[2] C:\cygwin\etc\group res 1 101 56543 [main] rsync 2340 etc::init: fn[2] C:\cygwin\etc\group, curr_ix 2 101 56644 [main] rsync 2340 pwdgrp::load: /etc/group 1562 58206 [main] rsync 2340 pwdgrp::load: /etc/group curr_lines 8 2370 60576 [main] rsync 2340 pwdgrp::load: /etc/group load succeeded 224 60800 [main] rsync 2340 cygheap_user::ontherange: what 2, pw 0xA051660 131 60931 [main] rsync 2340 cygheap_user::ontherange: HOME is already in the environment /cygdrive/c/documents and settings/jryan 505 61436 [main] rsync 2340 sigproc_init: process/signal handling enabled(1) 159 61595 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 168 61763 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 511 62274 [main] rsync 2340 build_argv: argv[0] = 'C:/cygwin/bin/rsync.exe' 116 62390 [main] rsync 2340 build_argv: argv[1] = '--delete' 102 62492 [main] rsync 2340 build_argv: argv[2] = '--progress' 103 62595 [main] rsync 2340 build_argv: argv[3] = '-rtvz' 101 62696 [main] rsync 2340 build_argv: argv[4] = '-e' 103 62799 [main] rsync 2340 build_argv: argv[5] = 'ssh' 101 62900 [main] rsync 2340 build_argv: argv[6] = 'root@192.168.1.1:/home/public/Data' 1398 64298 [main] rsync 2340 build_argv: argv[7] = '/cygdrive/c/data_mirror/iwcomputer1' 168 64466 [main] rsync 2340 build_argv: argc 8 231 64697 [main] rsync 2340 mount_info::conv_to_posix_path: conv_to_posix_path (C:/cygwin/bin/rsync.exe, keep-rel, no-add-slash) 112 64809 [main] rsync 2340 normalize_win32_path: C:\cygwin\bin\rsync.exe = normalize_win32_path (C:/cygwin/bin/rsync.exe) 115 64924 [main] rsync 2340 mount_info::conv_to_posix_path: /usr/bin/rsync.exe = conv_to_posix_path (C:/cygwin/bin/rsync.exe) 708 65632 [sig] rsync 2340 wait_sig: entering ReadFile loop, readsig 0x720, myself->sendsig 0x71C 347 65979 [main] rsync 2340 build_fh_pc: fh 0x61780E50 233 66212 [main] rsync 2340 open_shared: name (null), shared 0xA020000 (wanted 0xA020000), h 0x714 160 66372 [main] rsync 2340 _pinfo::set_ctty: checking if /dev/tty-1 changed 119 66491 [main] rsync 2340 _pinfo::set_ctty: attached tty1073741824 sid 2340, pid 2340, tty->pgid 2340, tty->sid 2340 112 66603 [main] rsync 2340 _pinfo::set_ctty: resetting tty1073741824 sid. Was 2340, now 2340. pgid was 0, now 2340. 5530 72133 [main] rsync 2340 fhandler_base::set_flags: flags 0x10002, supplied_bin 0x0 192 72325 [main] rsync 2340 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x10000 115 72440 [main] rsync 2340 fhandler_base::set_flags: filemode set to binary 481 72921 [main] rsync 2340 fhandler_console::open: incremented open_fhs, now 1 160 73081 [main] rsync 2340 fhandler_console::open: opened conin$ 0xF, conout$ 0x13 178 73259 [main] rsync 2340 fhandler_console::output_tcsetattr: 0 = tcsetattr (,A020018) (ENABLE FLAGS 3) (lflag 107 oflag 9) 182 73441 [main] rsync 2340 fhandler_console::input_tcsetattr: 0 = tcsetattr (,A020018) enable flags 0x1F, c_lflag 0x107 iflag 0x502 127 73568 [main] rsync 2340 dtable::init_std_file_from_handle: fd 0, handle 0x3 199 73767 [main] rsync 2340 build_fh_pc: fh 0x61781058 142 73909 [main] rsync 2340 fhandler_base::set_flags: flags 0x10002, supplied_bin 0x0 114 74023 [main] rsync 2340 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x10000 109 74132 [main] rsync 2340 fhandler_base::set_flags: filemode set to binary 2022 76154 [main] rsync 2340 fhandler_console::open: incremented open_fhs, now 2 175 76329 [main] rsync 2340 fhandler_console::open: opened conin$ 0x3, conout$ 0x17 177 76506 [main] rsync 2340 fhandler_console::output_tcsetattr: 0 = tcsetattr (,A020018) (ENABLE FLAGS 3) (lflag 107 oflag 9) 205 76711 [main] rsync 2340 dtable::init_std_file_from_handle: fd 1, handle 0x7 197 76908 [main] rsync 2340 build_fh_pc: fh 0x61781260 132 77040 [main] rsync 2340 fhandler_base::set_flags: flags 0x10002, supplied_bin 0x0 113 77153 [main] rsync 2340 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x10000 110 77263 [main] rsync 2340 fhandler_base::set_flags: filemode set to binary 476 77739 [main] rsync 2340 fhandler_console::open: incremented open_fhs, now 3 157 77896 [main] rsync 2340 fhandler_console::open: opened conin$ 0x7, conout$ 0x1B 165 78061 [main] rsync 2340 fhandler_console::output_tcsetattr: 0 = tcsetattr (,A020018) (ENABLE FLAGS 3) (lflag 107 oflag 9) 161 78222 [main] rsync 2340 dtable::init_std_file_from_handle: fd 2, handle 0xB 154 78376 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 128 78504 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 112 78616 [main] rsync 2340 dll_crt0_1: user_data->main 0x40A5C0 138 78754 [main] rsync 2340 wait_for_sigthread: wait_sig_inited 0x730 19589 98343 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 135 98478 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 134 98612 [main] rsync 2340 void: 0x0 = signal (30, 0x40A500) 128 98740 [main] rsync 2340 void: 0x0 = signal (31, 0x40A530) 114 98854 [main] rsync 2340 void: 0x0 = signal (20, 0x40A560) 123 98977 [main] rsync 2340 time: 1094764587 = time (0) 12584 111561 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 140 111701 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 219 111920 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 114 112034 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 212 112246 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 113 112359 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 230 112589 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 125 112714 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 207 112921 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 116 113037 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 209 113246 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 177 113423 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 445 113868 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 115 113983 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 249 114232 [main] rsync 2340 void: 0x0 = signal (2, 0x4018F0) 130 114362 [main] rsync 2340 void: 0x0 = signal (1, 0x4018F0) 113 114475 [main] rsync 2340 void: 0x0 = signal (15, 0x4018F0) 114 114589 [main] rsync 2340 void: 0x0 = signal (13, 0x1) 136 114725 [main] rsync 2340 cwdstuff::get: posix /cygdrive/c/Documents and Settings/jryan 128 114853 [main] rsync 2340 cwdstuff::get: (/cygdrive/c/Documents and Settings/jryan) = cwdstuff::get (0x437E10, 258, 1, 1), errno 0 31399 146252 [main] rsync 2340 wsock_init: res 0 186 146438 [main] rsync 2340 wsock_init: wVersion 514 112 146550 [main] rsync 2340 wsock_init: wHighVersion 514 111 146661 [main] rsync 2340 wsock_init: szDescription WinSock 2.0 109 146770 [main] rsync 2340 wsock_init: szSystemStatus Running 108 146878 [main] rsync 2340 wsock_init: iMaxSockets 0 109 146987 [main] rsync 2340 wsock_init: iMaxUdpDg 0 110 147097 [main] rsync 2340 wsock_init: lpVendorInfo 0 237736 384833 [main] rsync 2340 fdsock: reset socket inheritance since winsock2_active 1 228 385061 [main] rsync 2340 build_fh_pc: fh 0x61781468 142 385203 [main] rsync 2340 fhandler_base::set_flags: flags 0x10002, supplied_bin 0x0 123 385326 [main] rsync 2340 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x10000 120 385446 [main] rsync 2340 fhandler_base::set_flags: filemode set to binary 123 385569 [main] rsync 2340 fdsock: fd 3, name '', soc 0x510 154 385723 [main] rsync 2340 fdsock: reset socket inheritance since winsock2_active 1 144 385867 [main] rsync 2340 build_fh_pc: fh 0x61781890 127 385994 [main] rsync 2340 fhandler_base::set_flags: flags 0x10002, supplied_bin 0x0 299 386293 [main] rsync 2340 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x10000 148 386441 [main] rsync 2340 fhandler_base::set_flags: filemode set to binary 119 386560 [main] rsync 2340 fdsock: fd 4, name '', soc 0x54C 124 386684 [main] rsync 2340 socketpair: 0 = socketpair (...) 121 386805 [main] rsync 2340 fhandler_base::fcntl: GETFL: 65538 118 386923 [main] rsync 2340 fcntl_worker: 65538 = fcntl (3, 3, 0x0) 353 387276 [main] rsync 2340 fhandler_socket::ioctl: socket is now nonblocking 179 387455 [main] rsync 2340 fhandler_socket::ioctl: 0 = ioctl_socket (8004667E, 22EC68) 129 387584 [main] rsync 2340 fhandler_base::set_flags: flags 0x14002, supplied_bin 0x0 141 387725 [main] rsync 2340 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x10000 476 388201 [main] rsync 2340 fhandler_base::set_flags: filemode set to binary 458 388659 [main] rsync 2340 fcntl_worker: 0 = fcntl (3, 4, 0x14002) 170 388829 [main] rsync 2340 fhandler_base::fcntl: GETFL: 65538 128 388957 [main] rsync 2340 fcntl_worker: 65538 = fcntl (4, 3, 0x0) 222 389179 [main] rsync 2340 fhandler_socket::ioctl: socket is now nonblocking 209 389388 [main] rsync 2340 fhandler_socket::ioctl: 0 = ioctl_socket (8004667E, 22EC68) 133 389521 [main] rsync 2340 fhandler_base::set_flags: flags 0x14002, supplied_bin 0x0 119 389640 [main] rsync 2340 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x10000 121 389761 [main] rsync 2340 fhandler_base::set_flags: filemode set to binary 118 389879 [main] rsync 2340 fcntl_worker: 0 = fcntl (4, 4, 0x14002) 9505 399384 [main] rsync 2340 fdsock: reset socket inheritance since winsock2_active 1 228 399612 [main] rsync 2340 build_fh_pc: fh 0x61781CB8 310 399922 [main] rsync 2340 fhandler_base::set_flags: flags 0x10002, supplied_bin 0x0 153 400075 [main] rsync 2340 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x10000 123 400198 [main] rsync 2340 fhandler_base::set_flags: filemode set to binary 120 400318 [main] rsync 2340 fdsock: fd 5, name '', soc 0x4D4 150 400468 [main] rsync 2340 fdsock: reset socket inheritance since winsock2_active 1 180 400648 [main] rsync 2340 build_fh_pc: fh 0x617820E0 128 400776 [main] rsync 2340 fhandler_base::set_flags: flags 0x10002, supplied_bin 0x0 114 400890 [main] rsync 2340 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x10000 115 401005 [main] rsync 2340 fhandler_base::set_flags: filemode set to binary 113 401118 [main] rsync 2340 fdsock: fd 6, name '', soc 0x508 118 401236 [main] rsync 2340 socketpair: 0 = socketpair (...) 206 401442 [main] rsync 2340 fhandler_base::fcntl: GETFL: 65538 121 401563 [main] rsync 2340 fcntl_worker: 65538 = fcntl (5, 3, 0x0) 203 401766 [main] rsync 2340 fhandler_socket::ioctl: socket is now nonblocking 153 401919 [main] rsync 2340 fhandler_socket::ioctl: 0 = ioctl_socket (8004667E, 22EC68) 126 402045 [main] rsync 2340 fhandler_base::set_flags: flags 0x14002, supplied_bin 0x0 125 402170 [main] rsync 2340 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x10000 120 402290 [main] rsync 2340 fhandler_base::set_flags: filemode set to binary 124 402414 [main] rsync 2340 fcntl_worker: 0 = fcntl (5, 4, 0x14002) 127 402541 [main] rsync 2340 fhandler_base::fcntl: GETFL: 65538 126 402667 [main] rsync 2340 fcntl_worker: 65538 = fcntl (6, 3, 0x0) 204 402871 [main] rsync 2340 fhandler_socket::ioctl: socket is now nonblocking 151 403022 [main] rsync 2340 fhandler_socket::ioctl: 0 = ioctl_socket (8004667E, 22EC68) 127 403149 [main] rsync 2340 fhandler_base::set_flags: flags 0x14002, supplied_bin 0x0 124 403273 [main] rsync 2340 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x10000 119 403392 [main] rsync 2340 fhandler_base::set_flags: filemode set to binary 429 403821 [main] rsync 2340 fcntl_worker: 0 = fcntl (6, 4, 0x14002) 194 404015 [main] rsync 2340 fork: entering 167 404182 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 152 404334 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 132 404466 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 124 404590 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 112 404702 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 115 404817 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 115 404932 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 113 405045 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 113 405158 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 113 405271 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 134 405405 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 121 405526 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 112 405638 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 113 405751 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 113 405864 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 114 405978 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 113 406091 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 115 406206 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 119 406325 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 120 406445 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 153 406598 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 569 407167 [main] rsync 2340 subproc_init: started wait_subproc thread 356 407523 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 156 407679 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 187 407866 [main] rsync 2340 stack_base: bottom 0x230000, top 0x30000, stack 0x22EA80, size 5504, reserve 2097152 147 408013 [main] rsync 2340 fork_parent: CreateProcess (C:\cygwin\bin\rsync.exe, C:\cygwin\bin\rsync.exe, 0, 0, 1, 24, 0, 0, 0x22EB20, 0x22EB70) 1355 409368 [proc] rsync 2340 wait_subproc: starting 9316 418684 [main] rsync 2340 dtable::fixup_before_fork: fd 0 (/dev/console) 219 418903 [main] rsync 2340 dtable::fixup_before_fork: fd 1 (/dev/console) 129 419032 [main] rsync 2340 dtable::fixup_before_fork: fd 2 (/dev/console) 1031 420063 [main] rsync 2340 dtable::fixup_before_fork: fd 3 () 498 420561 [main] rsync 2340 fhandler_socket::fixup_before_fork_exec: WSADuplicateSocket error, sock 0x510, win_proc_id 1684, prot_info_ptr 0x61781670 279 420840 [main] rsync 2340 __set_winsock_errno: fixup_before_fork_exec:269 - winsock error 10045 -> errno 95 157 420997 [main] rsync 2340 dtable::fixup_before_fork: fd 4 () 176 421173 [main] rsync 2340 fhandler_socket::fixup_before_fork_exec: WSADuplicateSocket error, sock 0x54C, win_proc_id 1684, prot_info_ptr 0x61781A98 138 421311 [main] rsync 2340 __set_winsock_errno: fixup_before_fork_exec:269 - winsock error 10045 -> errno 95 122 421433 [main] rsync 2340 dtable::fixup_before_fork: fd 5 () 168 421601 [main] rsync 2340 fhandler_socket::fixup_before_fork_exec: WSADuplicateSocket error, sock 0x4D4, win_proc_id 1684, prot_info_ptr 0x61781EC0 141 421742 [main] rsync 2340 __set_winsock_errno: fixup_before_fork_exec:269 - winsock error 10045 -> errno 95 121 421863 [main] rsync 2340 dtable::fixup_before_fork: fd 6 () 169 422032 [main] rsync 2340 fhandler_socket::fixup_before_fork_exec: WSADuplicateSocket error, sock 0x508, win_proc_id 1684, prot_info_ptr 0x617822E8 138 422170 [main] rsync 2340 __set_winsock_errno: fixup_before_fork_exec:269 - winsock error 10045 -> errno 95 4971 427141 [main] rsync 2340 proc_subproc: args: 1, 2288400 6102 433243 [main] rsync 2340 proc_subproc: added pid 1684 to wait list, slot 0, winpid 0x694, handle 0x4C4 207 433450 [proc] rsync 2340 wait_subproc: looping 151 433601 [main] rsync 2340 proc_subproc: returning 1 145 433746 [main] rsync 2340 sync_with_child: waiting for child. reason: waiting for longjmp, hang_child 1 ********************************************** Program name: C:\cygwin\bin\rsync.exe (1684) App version: 1005.11, api: 0.116 DLL version: 1005.11, api: 0.116 DLL build: 2004-09-04 23:17 OS version: Windows NT-5.1 Heap size: 402653184 Date/Time: 2004-09-09 17:16:27 ********************************************** 212 985 [main] rsync 1684 events_init: windows_system_directory 'C:\WINDOWS\system32\', windows_system_directory_length 20 569 1554 [main] rsync 1684 fork_child: child is running. pid 1684, ppid 2340, stack here 0x22EB98 366 1920 [main] rsync 1684 sync_with_parent: signalling parent: after longjmp 88424 522170 [main] rsync 2340 sync_with_child: child signalled me 147 522317 [main] rsync 2340 fork_parent: child is alive (but stopped) 293 522610 [main] rsync 2340 fork_copy: child handle 0x4C4, low 0x433000, high 0x435340, res 1 267 522877 [main] rsync 2340 fork_copy: child handle 0x4C4, low 0x436000, high 0x438150, res 1 242 523119 [main] rsync 2340 fork_copy: child handle 0x4C4, low 0xA050000, high 0xA052000, res 1 228 523347 [main] rsync 2340 fork_copy: child handle 0x4C4, low 0x22EBA0, high 0x230000, res 1 723 524070 [main] rsync 2340 fork_copy: child handle 0x4C4, low 0x610EF000, high 0x610F3870, res 1 7575 531645 [main] rsync 2340 fork_copy: child handle 0x4C4, low 0x61117000, high 0x61120820, res 1 210 531855 [main] rsync 2340 fork_copy: done 530088 532008 [main] rsync 1684 sync_with_parent: awake 131 532139 [main] rsync 1684 sync_with_parent: no problems 109 532248 [main] rsync 1684 fork_child: hParent 0x56C, child 1 first_dll 0x0, load_dlls 0 134 532382 [main] rsync 1684 set_file_api_mode: File APIs set to ANSI 811 532666 [main] rsync 2340 resume_child: signalled child 234 532900 [main] rsync 2340 sync_with_child: waiting for child. reason: child loading dlls, hang_child 0 113 532495 [main] rsync 1684 fixup_mmaps_after_fork: recreate_mmaps_after_fork, mmapped_areas 0x0 728 533223 [main] rsync 1684 dtable::fixup_after_fork: fd 0 (/dev/console) 266 533489 [main] rsync 1684 open_shared: name (null), shared 0xA020000 (wanted 0xA020000), h 0x714 147 533636 [main] rsync 1684 fhandler_base::set_flags: flags 0x18002, supplied_bin 0x0 116 533752 [main] rsync 1684 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x10000 101 533853 [main] rsync 1684 fhandler_base::set_flags: filemode set to binary 472 534325 [main] rsync 1684 fhandler_console::open: incremented open_fhs, now 3 146 534471 [main] rsync 1684 fhandler_console::open: opened conin$ 0xB, conout$ 0x1F 198 534669 [main] rsync 1684 dtable::fixup_after_fork: fd 1 (/dev/console) 190 534859 [main] rsync 1684 fhandler_base::set_flags: flags 0x18002, supplied_bin 0x0 121 534980 [main] rsync 1684 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x10000 103 535083 [main] rsync 1684 fhandler_base::set_flags: filemode set to binary 311 535394 [main] rsync 1684 fhandler_console::open: incremented open_fhs, now 3 138 535532 [main] rsync 1684 fhandler_console::open: opened conin$ 0xF, conout$ 0x13 167 535699 [main] rsync 1684 dtable::fixup_after_fork: fd 2 (/dev/console) 123 535822 [main] rsync 1684 fhandler_base::set_flags: flags 0x18002, supplied_bin 0x0 104 535926 [main] rsync 1684 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x10000 102 536028 [main] rsync 1684 fhandler_base::set_flags: filemode set to binary 300 536328 [main] rsync 1684 fhandler_console::open: incremented open_fhs, now 3 138 536466 [main] rsync 1684 fhandler_console::open: opened conin$ 0x3, conout$ 0x17 165 536631 [main] rsync 1684 dtable::fixup_after_fork: fd 3 () 143 536774 [main] rsync 1684 fhandler_socket::fixup_after_fork: WSASocket begin, dwServiceFlags1=0 12654 549428 [main] rsync 1684 wsock_init: res 0 172 549600 [main] rsync 1684 wsock_init: wVersion 514 103 549703 [main] rsync 1684 wsock_init: wHighVersion 514 99 549802 [main] rsync 1684 wsock_init: szDescription WinSock 2.0 97 549899 [main] rsync 1684 wsock_init: szSystemStatus Running 98 549997 [main] rsync 1684 wsock_init: iMaxSockets 0 97 550094 [main] rsync 1684 wsock_init: iMaxUdpDg 0 96 550190 [main] rsync 1684 wsock_init: lpVendorInfo 0 181 550371 [main] rsync 1684 fhandler_socket::fixup_after_fork: WSASocket error 3051 553422 [main] rsync 1684 __set_winsock_errno: fixup_after_fork:289 - winsock error 10022 -> errno 22 184 553606 [main] rsync 1684 dtable::fixup_after_fork: fd 4 () 106 553712 [main] rsync 1684 fhandler_socket::fixup_after_fork: WSASocket begin, dwServiceFlags1=0 149 553861 [main] rsync 1684 fhandler_socket::fixup_after_fork: WSASocket error 108 553969 [main] rsync 1684 __set_winsock_errno: fixup_after_fork:289 - winsock error 10022 -> errno 22 102 554071 [main] rsync 1684 dtable::fixup_after_fork: fd 5 () 98 554169 [main] rsync 1684 fhandler_socket::fixup_after_fork: WSASocket begin, dwServiceFlags1=0 113 554282 [main] rsync 1684 fhandler_socket::fixup_after_fork: WSASocket error 105 554387 [main] rsync 1684 __set_winsock_errno: fixup_after_fork:289 - winsock error 10022 -> errno 22 118 554505 [main] rsync 1684 dtable::fixup_after_fork: fd 6 () 106 554611 [main] rsync 1684 fhandler_socket::fixup_after_fork: WSASocket begin, dwServiceFlags1=0 116 554727 [main] rsync 1684 fhandler_socket::fixup_after_fork: WSASocket error 113 554840 [main] rsync 1684 __set_winsock_errno: fixup_after_fork:289 - winsock error 10022 -> errno 22 105 554945 [main] rsync 1684 sync_with_parent: signalling parent: performed fork fixup 22166 555066 [main] rsync 2340 sync_with_child: child signalled me 162 555228 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 130 555358 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 119 555477 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 117 555594 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 117 555711 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 117 555828 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 114 555942 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 115 556057 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 113 556170 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 114 556284 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 115 556399 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 115 556514 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 157 556671 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 114 556785 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 115 556900 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 117 557017 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 115 557132 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 115 557247 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 201 557448 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 115 557563 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 118 557681 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 117 557798 [main] rsync 2340 fork: 1684 = fork() 143 557941 [main] rsync 2340 close: close (6) 3806 558751 [main] rsync 1684 sigproc_init: process/signal handling enabled(801) 414 559165 [main] rsync 1684 pthread_mutex::_fixup_after_fork: mutex A050078 in _fixup_after_fork 174 559339 [main] rsync 1684 pthread_mutex::_fixup_after_fork: mutex 6111FFD8 in _fixup_after_fork 160 559499 [main] rsync 1684 __cygwin_lock_lock: threadcount 1. not locking 117 559616 [main] rsync 1684 __cygwin_lock_lock: threadcount 1. not locking 408 560024 [main] rsync 1684 __cygwin_lock_unlock: threadcount 1. not unlocking 151 560175 [main] rsync 1684 __cygwin_lock_unlock: threadcount 1. not unlocking 103 560278 [main] rsync 1684 __cygwin_lock_lock: threadcount 1. not locking 103 560381 [main] rsync 1684 __cygwin_lock_unlock: threadcount 1. not unlocking 2636 560577 [main] rsync 2340 fhandler_socket::close: 0 = fhandler_socket::close() 182 560759 [main] rsync 2340 close: 0 = close (6) 135 560894 [main] rsync 2340 close: close (3) 390 561284 [main] rsync 2340 fhandler_socket::close: 0 = fhandler_socket::close() 190 561474 [main] rsync 2340 close: 0 = close (3) 1271 561652 [main] rsync 1684 __cygwin_lock_unlock: threadcount 1. not unlocking 122 561774 [main] rsync 1684 __cygwin_lock_lock: threadcount 1. not locking 110 561884 [main] rsync 1684 __cygwin_lock_unlock: threadcount 1. not unlocking 109 561993 [main] rsync 1684 __cygwin_lock_unlock: threadcount 1. not unlocking 107 562100 [main] rsync 1684 __cygwin_lock_lock: threadcount 1. not locking 108 562208 [main] rsync 1684 __cygwin_lock_unlock: threadcount 1. not unlocking 108 562316 [main] rsync 1684 __cygwin_lock_unlock: threadcount 1. not unlocking 107 562423 [main] rsync 1684 __cygwin_lock_lock: threadcount 1. not locking 134 562557 [main] rsync 1684 __cygwin_lock_unlock: threadcount 1. not unlocking 118 562675 [main] rsync 1684 __cygwin_lock_unlock: threadcount 1. not unlocking 108 562783 [main] rsync 1684 __cygwin_lock_lock: threadcount 1. not locking 108 562891 [main] rsync 1684 __cygwin_lock_unlock: threadcount 1. not unlocking 107 562998 [main] rsync 1684 __cygwin_lock_unlock: threadcount 1. not unlocking 108 563106 [main] rsync 1684 __cygwin_lock_unlock: threadcount 1. not unlocking 109 563215 [main] rsync 1684 __cygwin_lock_unlock: threadcount 1. not unlocking 326 563541 [main] rsync 1684 wait_for_sigthread: wait_sig_inited 0x558 2322 563796 [main] rsync 2340 fhandler_base::fcntl: GETFL: 81922 143 563939 [main] rsync 2340 fcntl_worker: 81922 = fcntl (5, 3, 0x0) 134 564073 [main] rsync 2340 fhandler_base::fcntl: GETFL: 81922 129 564202 [main] rsync 2340 fcntl_worker: 81922 = fcntl (4, 3, 0x0) 1528 565069 [sig] rsync 1684 wait_sig: entering ReadFile loop, readsig 0x72C, myself->sendsig 0x728 1141 565343 [main] rsync 2340 cygwin_select: 5, 0x0, 0x22EED0, 0x0, 0x22EEC0 285 565628 [main] rsync 2340 dtable::select_write: fd 4 127 565755 [main] rsync 2340 cygwin_select: to->tv_sec 60, to->tv_usec 0, ms 60000 128 565883 [main] rsync 2340 cygwin_select: sel.always_ready 0 281 566164 [main] rsync 2340 start_thread_socket: Handle 0x54C 135 566299 [main] rsync 2340 start_thread_socket: Added to writefds 1542 566611 [main] rsync 1684 fork: 0 = fork() 200 566811 [main] rsync 1684 dtable::dup2: dup2 (3, 0) 149 566960 [main] rsync 1684 build_fh_pc: fh 0x61782508 123 567083 [main] rsync 1684 fhandler_socket::dup: here 263 567346 [main] rsync 1684 fhandler_socket::fixup_before_fork_exec: WSADuplicateSocket error, sock 0xFFFFFFFF, win_proc_id 1684, prot_info_ptr 0x61782710 158 567504 [main] rsync 1684 __set_winsock_errno: fixup_before_fork_exec:269 - winsock error 10038 -> errno 108 113 567617 [main] rsync 1684 fhandler_socket::dup: WSADuplicateSocket failed, trying DuplicateHandle 123 567740 [main] rsync 1684 dtable::dup_worker: duped '' old 0xFFFFFFFF, new 0x558 119 567859 [main] rsync 1684 dtable::dup2: newfh->io_handle 0x558, oldfh->io_handle 0xFFFFFFFF 126 567985 [main] rsync 1684 close: close (0) 196 568181 [main] rsync 1684 fhandler_console::close: decremented open_fhs, now 2 152 568333 [main] rsync 1684 close: 0 = close (0) 121 568454 [main] rsync 1684 dtable::dup2: 0 = dup2 (3, 0) 150 568604 [main] rsync 1684 close: close (4) 246 568850 [main] rsync 1684 __set_winsock_errno: close:1256 - winsock error 10038 -> errno 108 1205 570055 [main] rsync 1684 fhandler_socket::close: -1 = fhandler_socket::close() 185 570240 [main] rsync 1684 close: -1 = close (4) 167 570407 [main] rsync 1684 __cygwin_lock_lock: threadcount 1. not locking 167 570574 [main] rsync 1684 __cygwin_lock_unlock: threadcount 1. not unlocking 145 570719 [main] rsync 1684 __cygwin_lock_lock: threadcount 1. not locking 131 570850 [main] rsync 1684 writev: writev (2, 0x22E7E0, 1) 130 570980 [main] rsync 1684 fhandler_console::write: 22E920, 53 117 571097 [main] rsync 1684 fhandler_console::write: at 70(F) state is 0 1254 572351 [main] rsync 1684 fhandler_console::write: 53 = write_console (,..53) 185 572536 [main] rsync 1684 writev: 53 = write (2, 0x22E7E0, 1), errno 108 146 572682 [main] rsync 1684 __cygwin_lock_unlock: threadcount 1. not unlocking 127 572809 [main] rsync 1684 __cygwin_lock_lock: threadcount 1. not locking 7151 573450 [main] rsync 2340 start_thread_socket: exitsock 0x554 208 573658 [main] rsync 2340 start_thread_socket: stuff_start 0x22EE34 1530 574339 [main] rsync 1684 __cygwin_lock_unlock: threadcount 1. not unlocking 169 574508 [main] rsync 1684 void: 0x40A500 = signal (30, 0x1) 169 574677 [main] rsync 1684 void: 0x40A530 = signal (31, 0x1) 145 574822 [main] rsync 1684 __cygwin_lock_lock: threadcount 1. not locking 139 574961 [main] rsync 1684 __cygwin_lock_unlock: threadcount 1. not unlocking 120 575081 [main] rsync 1684 __cygwin_lock_lock: threadcount 1. not locking 119 575200 [main] rsync 1684 writev: writev (2, 0x22E760, 1) 480 575680 [main] rsync 1684 fhandler_console::write: 22E8A0, 90 155 575835 [main] rsync 1684 fhandler_console::write: at 114(r) state is 0 1518 577353 [main] rsync 1684 fhandler_console::write: 90 = write_console (,..90) 188 577541 [main] rsync 1684 writev: 90 = write (2, 0x22E760, 1), errno 108 119 577660 [main] rsync 1684 __cygwin_lock_unlock: threadcount 1. not unlocking 4452 578110 [select_socket] rsync 2340 thread_socket: stuff_start 0xA054CAC 1070 578730 [main] rsync 1684 __cygwin_lock_lock: threadcount 1. not locking 171 578901 [main] rsync 1684 __cygwin_lock_unlock: threadcount 1. not unlocking 147 579048 [main] rsync 1684 fstat64: -1 = fstat (255, 0x22EC90) 129 579177 [main] rsync 1684 fstat64: -1 = fstat (255, 0x22EC90) 117 579294 [main] rsync 1684 fstat64: -1 = fstat (254, 0x22EC90) 116 579410 [main] rsync 1684 fstat64: -1 = fstat (254, 0x22EC90) 115 579525 [main] rsync 1684 fstat64: -1 = fstat (253, 0x22EC90) 115 579640 [main] rsync 1684 fstat64: -1 = fstat (253, 0x22EC90) 116 579756 [main] rsync 1684 fstat64: -1 = fstat (252, 0x22EC90) 118 579874 [main] rsync 1684 fstat64: -1 = fstat (252, 0x22EC90) 117 579991 [main] rsync 1684 fstat64: -1 = fstat (251, 0x22EC90) 116 580107 [main] rsync 1684 fstat64: -1 = fstat (251, 0x22EC90) 117 580224 [main] rsync 1684 fstat64: -1 = fstat (250, 0x22EC90) 114 580338 [main] rsync 1684 fstat64: -1 = fstat (250, 0x22EC90) 117 580455 [main] rsync 1684 fstat64: -1 = fstat (249, 0x22EC90) 152 580607 [main] rsync 1684 fstat64: -1 = fstat (249, 0x22EC90) 114 580721 [main] rsync 1684 fstat64: -1 = fstat (248, 0x22EC90) 110 580831 [main] rsync 1684 fstat64: -1 = fstat (248, 0x22EC90) 2903 581013 [select_socket] rsync 2340 thread_socket: Win32 select returned 1 160 581173 [select_socket] rsync 2340 thread_socket: s 0xA051C58, testing fd 4 () 317 581490 [select_socket] rsync 2340 thread_socket: write_ready 878 581709 [main] rsync 1684 fstat64: -1 = fstat (247, 0x22EC90) 130 581839 [main] rsync 1684 fstat64: -1 = fstat (247, 0x22EC90) 111 581950 [main] rsync 1684 fstat64: -1 = fstat (246, 0x22EC90) 112 582062 [main] rsync 1684 fstat64: -1 = fstat (246, 0x22EC90) 111 582173 [main] rsync 1684 fstat64: -1 = fstat (245, 0x22EC90) 110 582283 [main] rsync 1684 fstat64: -1 = fstat (245, 0x22EC90) 109 582392 [main] rsync 1684 fstat64: -1 = fstat (244, 0x22EC90) 111 582503 [main] rsync 1684 fstat64: -1 = fstat (244, 0x22EC90) 109 582612 [main] rsync 1684 fstat64: -1 = fstat (243, 0x22EC90) 110 582722 [main] rsync 1684 fstat64: -1 = fstat (243, 0x22EC90) 109 582831 [main] rsync 1684 fstat64: -1 = fstat (242, 0x22EC90) 111 582942 [main] rsync 1684 fstat64: -1 = fstat (242, 0x22EC90) 108 583050 [main] rsync 1684 fstat64: -1 = fstat (241, 0x22EC90) 112 583162 [main] rsync 1684 fstat64: -1 = fstat (241, 0x22EC90) 108 583270 [main] rsync 1684 fstat64: -1 = fstat (240, 0x22EC90) 111 583381 [main] rsync 1684 fstat64: -1 = fstat (240, 0x22EC90) 110 583491 [main] rsync 1684 fstat64: -1 = fstat (239, 0x22EC90) 110 583601 [main] rsync 1684 fstat64: -1 = fstat (239, 0x22EC90) 2267 583757 [main] rsync 2340 select_stuff::wait: m 2, ms 60000 179 583936 [main] rsync 2340 select_stuff::wait: woke up. wait_ret 1. verifying 137 584073 [main] rsync 2340 select_stuff::wait: gotone 1 131 584204 [main] rsync 2340 select_stuff::wait: returning 0 132 584336 [main] rsync 2340 select_stuff::cleanup: calling cleanup routines 129 584465 [main] rsync 2340 socket_cleanup: si 0xA051C88 si->thread 0x610F38D8 131 584596 [main] rsync 2340 socket_cleanup: connection to si->exitsock 0x554 1574 585175 [main] rsync 1684 fstat64: -1 = fstat (238, 0x22EC90) 168 585343 [main] rsync 1684 fstat64: -1 = fstat (238, 0x22EC90) 114 585457 [main] rsync 1684 fstat64: -1 = fstat (237, 0x22EC90) 109 585566 [main] rsync 1684 fstat64: -1 = fstat (237, 0x22EC90) 110 585676 [main] rsync 1684 fstat64: -1 = fstat (236, 0x22EC90) 111 585787 [main] rsync 1684 fstat64: -1 = fstat (236, 0x22EC90) 111 585898 [main] rsync 1684 fstat64: -1 = fstat (235, 0x22EC90) 110 586008 [main] rsync 1684 fstat64: -1 = fstat (235, 0x22EC90) 111 586119 [main] rsync 1684 fstat64: -1 = fstat (234, 0x22EC90) 109 586228 [main] rsync 1684 fstat64: -1 = fstat (234, 0x22EC90) 110 586338 [main] rsync 1684 fstat64: -1 = fstat (233, 0x22EC90) 111 586449 [main] rsync 1684 fstat64: -1 = fstat (233, 0x22EC90) 141 586590 [main] rsync 1684 fstat64: -1 = fstat (232, 0x22EC90) 115 586705 [main] rsync 1684 fstat64: -1 = fstat (232, 0x22EC90) 111 586816 [main] rsync 1684 fstat64: -1 = fstat (231, 0x22EC90) 109 586925 [main] rsync 1684 fstat64: -1 = fstat (231, 0x22EC90) 110 587035 [main] rsync 1684 fstat64: -1 = fstat (230, 0x22EC90) 111 587146 [main] rsync 1684 fstat64: -1 = fstat (230, 0x22EC90) 2125 589271 [main] rsync 1684 fstat64: -1 = fstat (229, 0x22EC90) 178 589449 [main] rsync 1684 fstat64: -1 = fstat (229, 0x22EC90) 114 589563 [main] rsync 1684 fstat64: -1 = fstat (228, 0x22EC90) 110 589673 [main] rsync 1684 fstat64: -1 = fstat (228, 0x22EC90) 111 589784 [main] rsync 1684 fstat64: -1 = fstat (227, 0x22EC90) 109 589893 [main] rsync 1684 fstat64: -1 = fstat (227, 0x22EC90) 109 590002 [main] rsync 1684 fstat64: -1 = fstat (226, 0x22EC90) 109 590111 [main] rsync 1684 fstat64: -1 = fstat (226, 0x22EC90) 110 590221 [main] rsync 1684 fstat64: -1 = fstat (225, 0x22EC90) 110 590331 [main] rsync 1684 fstat64: -1 = fstat (225, 0x22EC90) 110 590441 [main] rsync 1684 fstat64: -1 = fstat (224, 0x22EC90) 109 590550 [main] rsync 1684 fstat64: -1 = fstat (224, 0x22EC90) 110 590660 [main] rsync 1684 fstat64: -1 = fstat (223, 0x22EC90) 110 590770 [main] rsync 1684 fstat64: -1 = fstat (223, 0x22EC90) 109 590879 [main] rsync 1684 fstat64: -1 = fstat (222, 0x22EC90) 464 591343 [main] rsync 1684 fstat64: -1 = fstat (222, 0x22EC90) 157 591500 [main] rsync 1684 fstat64: -1 = fstat (221, 0x22EC90) 113 591613 [main] rsync 1684 fstat64: -1 = fstat (221, 0x22EC90) 8593 593189 [main] rsync 2340 socket_cleanup: returning 1801 593414 [main] rsync 1684 fstat64: -1 = fstat (220, 0x22EC90) 131 593545 [main] rsync 1684 fstat64: -1 = fstat (220, 0x22EC90) 112 593657 [main] rsync 1684 fstat64: -1 = fstat (219, 0x22EC90) 111 593768 [main] rsync 1684 fstat64: -1 = fstat (219, 0x22EC90) 111 593879 [main] rsync 1684 fstat64: -1 = fstat (218, 0x22EC90) 110 593989 [main] rsync 1684 fstat64: -1 = fstat (218, 0x22EC90) 110 594099 [main] rsync 1684 fstat64: -1 = fstat (217, 0x22EC90) 112 594211 [main] rsync 1684 fstat64: -1 = fstat (217, 0x22EC90) 110 594321 [main] rsync 1684 fstat64: -1 = fstat (216, 0x22EC90) 110 594431 [main] rsync 1684 fstat64: -1 = fstat (216, 0x22EC90) 111 594542 [main] rsync 1684 fstat64: -1 = fstat (215, 0x22EC90) 111 594653 [main] rsync 1684 fstat64: -1 = fstat (215, 0x22EC90) 110 594763 [main] rsync 1684 fstat64: -1 = fstat (214, 0x22EC90) 110 594873 [main] rsync 1684 fstat64: -1 = fstat (214, 0x22EC90) 110 594983 [main] rsync 1684 fstat64: -1 = fstat (213, 0x22EC90) 139 595122 [main] rsync 1684 fstat64: -1 = fstat (213, 0x22EC90) 117 595239 [main] rsync 1684 fstat64: -1 = fstat (212, 0x22EC90) 112 595351 [main] rsync 1684 fstat64: -1 = fstat (212, 0x22EC90) 2324 595513 [main] rsync 2340 peek_socket: considering handle 0x54C 160 595673 [main] rsync 2340 set_bits: me 0xA051C58, testing fd 4 () 133 595806 [main] rsync 2340 set_bits: ready 1 127 595933 [main] rsync 2340 select_stuff::poll: returning 1 125 596058 [main] rsync 2340 select_stuff::cleanup: calling cleanup routines 127 596185 [main] rsync 2340 select_stuff::~select_stuff: deleting select records 231 596416 [main] rsync 2340 writev: writev (4, 0x22EE80, 1) 514 596930 [main] rsync 2340 writev: 4 = write (4, 0x22EE80, 1), errno 0 200 597130 [main] rsync 2340 cygwin_select: 6, 0x22EA80, 0x0, 0x0, 0x22EA70 236 597366 [main] rsync 2340 dtable::select_read: fd 5 121 597487 [main] rsync 2340 cygwin_select: to->tv_sec 60, to->tv_usec 0, ms 60000 128 597615 [main] rsync 2340 cygwin_select: sel.always_ready 0 2400 597751 [main] rsync 1684 fstat64: -1 = fstat (211, 0x22EC90) 116 597867 [main] rsync 1684 fstat64: -1 = fstat (211, 0x22EC90) 109 597976 [main] rsync 1684 fstat64: -1 = fstat (210, 0x22EC90) 110 598086 [main] rsync 1684 fstat64: -1 = fstat (210, 0x22EC90) 109 598195 [main] rsync 1684 fstat64: -1 = fstat (209, 0x22EC90) 110 598305 [main] rsync 1684 fstat64: -1 = fstat (209, 0x22EC90) 108 598413 [main] rsync 1684 fstat64: -1 = fstat (208, 0x22EC90) 139 598552 [main] rsync 1684 fstat64: -1 = fstat (208, 0x22EC90) 122 598674 [main] rsync 1684 fstat64: -1 = fstat (207, 0x22EC90) 112 598786 [main] rsync 1684 fstat64: -1 = fstat (207, 0x22EC90) 110 598896 [main] rsync 1684 fstat64: -1 = fstat (206, 0x22EC90) 111 599007 [main] rsync 1684 fstat64: -1 = fstat (206, 0x22EC90) 110 599117 [main] rsync 1684 fstat64: -1 = fstat (205, 0x22EC90) 109 599226 [main] rsync 1684 fstat64: -1 = fstat (205, 0x22EC90) 190 599416 [main] rsync 1684 fstat64: -1 = fstat (204, 0x22EC90) 114 599530 [main] rsync 1684 fstat64: -1 = fstat (204, 0x22EC90) 108 599638 [main] rsync 1684 fstat64: -1 = fstat (203, 0x22EC90) 111 599749 [main] rsync 1684 fstat64: -1 = fstat (203, 0x22EC90) 2384 599999 [main] rsync 2340 start_thread_socket: Handle 0x4D4 131 600130 [main] rsync 2340 start_thread_socket: Added to readfds 1170 600919 [main] rsync 1684 fstat64: -1 = fstat (202, 0x22EC90) 170 601089 [main] rsync 1684 fstat64: -1 = fstat (202, 0x22EC90) 114 601203 [main] rsync 1684 fstat64: -1 = fstat (201, 0x22EC90) 109 601312 [main] rsync 1684 fstat64: -1 = fstat (201, 0x22EC90) 109 601421 [main] rsync 1684 fstat64: -1 = fstat (200, 0x22EC90) 109 601530 [main] rsync 1684 fstat64: -1 = fstat (200, 0x22EC90) 110 601640 [main] rsync 1684 fstat64: -1 = fstat (199, 0x22EC90) 109 601749 [main] rsync 1684 fstat64: -1 = fstat (199, 0x22EC90) 111 601860 [main] rsync 1684 fstat64: -1 = fstat (198, 0x22EC90) 110 601970 [main] rsync 1684 fstat64: -1 = fstat (198, 0x22EC90) 109 602079 [main] rsync 1684 fstat64: -1 = fstat (197, 0x22EC90) 111 602190 [main] rsync 1684 fstat64: -1 = fstat (197, 0x22EC90) 110 602300 [main] rsync 1684 fstat64: -1 = fstat (196, 0x22EC90) 110 602410 [main] rsync 1684 fstat64: -1 = fstat (196, 0x22EC90) 109 602519 [main] rsync 1684 fstat64: -1 = fstat (195, 0x22EC90) 110 602629 [main] rsync 1684 fstat64: -1 = fstat (195, 0x22EC90) 111 602740 [main] rsync 1684 fstat64: -1 = fstat (194, 0x22EC90) 110 602850 [main] rsync 1684 fstat64: -1 = fstat (194, 0x22EC90) 3709 603839 [main] rsync 2340 start_thread_socket: exitsock 0x528 202 604041 [main] rsync 2340 start_thread_socket: stuff_start 0x22E9E4 250 604291 [select_socket] rsync 2340 thread_socket: stuff_start 0xA054CAC 412 604703 [main] rsync 2340 select_stuff::wait: m 2, ms 60000 2036 604886 [main] rsync 1684 fstat64: -1 = fstat (193, 0x22EC90) 131 605017 [main] rsync 1684 fstat64: -1 = fstat (193, 0x22EC90) 140 605157 [main] rsync 1684 fstat64: -1 = fstat (192, 0x22EC90) 189 605346 [main] rsync 1684 fstat64: -1 = fstat (192, 0x22EC90) 126 605472 [main] rsync 1684 fstat64: -1 = fstat (191, 0x22EC90) 113 605585 [main] rsync 1684 fstat64: -1 = fstat (191, 0x22EC90) 112 605697 [main] rsync 1684 fstat64: -1 = fstat (190, 0x22EC90) 112 605809 [main] rsync 1684 fstat64: -1 = fstat (190, 0x22EC90) 111 605920 [main] rsync 1684 fstat64: -1 = fstat (189, 0x22EC90) 111 606031 [main] rsync 1684 fstat64: -1 = fstat (189, 0x22EC90) 113 606144 [main] rsync 1684 fstat64: -1 = fstat (188, 0x22EC90) 112 606256 [main] rsync 1684 fstat64: -1 = fstat (188, 0x22EC90) 111 606367 [main] rsync 1684 fstat64: -1 = fstat (187, 0x22EC90) 112 606479 [main] rsync 1684 fstat64: -1 = fstat (187, 0x22EC90) 387 606866 [main] rsync 1684 fstat64: -1 = fstat (186, 0x22EC90) 169 607035 [main] rsync 1684 fstat64: -1 = fstat (186, 0x22EC90) 111 607146 [main] rsync 1684 fstat64: -1 = fstat (185, 0x22EC90) 110 607256 [main] rsync 1684 fstat64: -1 = fstat (185, 0x22EC90) 109 607365 [main] rsync 1684 fstat64: -1 = fstat (184, 0x22EC90) 110 607475 [main] rsync 1684 fstat64: -1 = fstat (184, 0x22EC90) 110 607585 [main] rsync 1684 fstat64: -1 = fstat (183, 0x22EC90) 110 607695 [main] rsync 1684 fstat64: -1 = fstat (183, 0x22EC90) 109 607804 [main] rsync 1684 fstat64: -1 = fstat (182, 0x22EC90) 111 607915 [main] rsync 1684 fstat64: -1 = fstat (182, 0x22EC90) 109 608024 [main] rsync 1684 fstat64: -1 = fstat (181, 0x22EC90) 110 608134 [main] rsync 1684 fstat64: -1 = fstat (181, 0x22EC90) 108 608242 [main] rsync 1684 fstat64: -1 = fstat (180, 0x22EC90) 110 608352 [main] rsync 1684 fstat64: -1 = fstat (180, 0x22EC90) 110 608462 [main] rsync 1684 fstat64: -1 = fstat (179, 0x22EC90) 111 608573 [main] rsync 1684 fstat64: -1 = fstat (179, 0x22EC90) 108 608681 [main] rsync 1684 fstat64: -1 = fstat (178, 0x22EC90) 111 608792 [main] rsync 1684 fstat64: -1 = fstat (178, 0x22EC90) 109 608901 [main] rsync 1684 fstat64: -1 = fstat (177, 0x22EC90) 109 609010 [main] rsync 1684 fstat64: -1 = fstat (177, 0x22EC90) 109 609119 [main] rsync 1684 fstat64: -1 = fstat (176, 0x22EC90) 111 609230 [main] rsync 1684 fstat64: -1 = fstat (176, 0x22EC90) 109 609339 [main] rsync 1684 fstat64: -1 = fstat (175, 0x22EC90) 109 609448 [main] rsync 1684 fstat64: -1 = fstat (175, 0x22EC90) 109 609557 [main] rsync 1684 fstat64: -1 = fstat (174, 0x22EC90) 111 609668 [main] rsync 1684 fstat64: -1 = fstat (174, 0x22EC90) 109 609777 [main] rsync 1684 fstat64: -1 = fstat (173, 0x22EC90) 109 609886 [main] rsync 1684 fstat64: -1 = fstat (173, 0x22EC90) 109 609995 [main] rsync 1684 fstat64: -1 = fstat (172, 0x22EC90) 110 610105 [main] rsync 1684 fstat64: -1 = fstat (172, 0x22EC90) 109 610214 [main] rsync 1684 fstat64: -1 = fstat (171, 0x22EC90) 109 610323 [main] rsync 1684 fstat64: -1 = fstat (171, 0x22EC90) 109 610432 [main] rsync 1684 fstat64: -1 = fstat (170, 0x22EC90) 137 610569 [main] rsync 1684 fstat64: -1 = fstat (170, 0x22EC90) 116 610685 [main] rsync 1684 fstat64: -1 = fstat (169, 0x22EC90) 108 610793 [main] rsync 1684 fstat64: -1 = fstat (169, 0x22EC90) 108 610901 [main] rsync 1684 fstat64: -1 = fstat (168, 0x22EC90) 109 611010 [main] rsync 1684 fstat64: -1 = fstat (168, 0x22EC90) 108 611118 [main] rsync 1684 fstat64: -1 = fstat (167, 0x22EC90) 111 611229 [main] rsync 1684 fstat64: -1 = fstat (167, 0x22EC90) 175 611404 [main] rsync 1684 fstat64: -1 = fstat (166, 0x22EC90) 112 611516 [main] rsync 1684 fstat64: -1 = fstat (166, 0x22EC90) 110 611626 [main] rsync 1684 fstat64: -1 = fstat (165, 0x22EC90) 111 611737 [main] rsync 1684 fstat64: -1 = fstat (165, 0x22EC90) 110 611847 [main] rsync 1684 fstat64: -1 = fstat (164, 0x22EC90) 111 611958 [main] rsync 1684 fstat64: -1 = fstat (164, 0x22EC90) 109 612067 [main] rsync 1684 fstat64: -1 = fstat (163, 0x22EC90) 138 612205 [main] rsync 1684 fstat64: -1 = fstat (163, 0x22EC90) 115 612320 [main] rsync 1684 fstat64: -1 = fstat (162, 0x22EC90) 112 612432 [main] rsync 1684 fstat64: -1 = fstat (162, 0x22EC90) 109 612541 [main] rsync 1684 fstat64: -1 = fstat (161, 0x22EC90) 110 612651 [main] rsync 1684 fstat64: -1 = fstat (161, 0x22EC90) 110 612761 [main] rsync 1684 fstat64: -1 = fstat (160, 0x22EC90) 112 612873 [main] rsync 1684 fstat64: -1 = fstat (160, 0x22EC90) 110 612983 [main] rsync 1684 fstat64: -1 = fstat (159, 0x22EC90) 110 613093 [main] rsync 1684 fstat64: -1 = fstat (159, 0x22EC90) 110 613203 [main] rsync 1684 fstat64: -1 = fstat (158, 0x22EC90) 111 613314 [main] rsync 1684 fstat64: -1 = fstat (158, 0x22EC90) 110 613424 [main] rsync 1684 fstat64: -1 = fstat (157, 0x22EC90) 110 613534 [main] rsync 1684 fstat64: -1 = fstat (157, 0x22EC90) 109 613643 [main] rsync 1684 fstat64: -1 = fstat (156, 0x22EC90) 111 613754 [main] rsync 1684 fstat64: -1 = fstat (156, 0x22EC90) 110 613864 [main] rsync 1684 fstat64: -1 = fstat (155, 0x22EC90) 110 613974 [main] rsync 1684 fstat64: -1 = fstat (155, 0x22EC90) 109 614083 [main] rsync 1684 fstat64: -1 = fstat (154, 0x22EC90) 110 614193 [main] rsync 1684 fstat64: -1 = fstat (154, 0x22EC90) 110 614303 [main] rsync 1684 fstat64: -1 = fstat (153, 0x22EC90) 111 614414 [main] rsync 1684 fstat64: -1 = fstat (153, 0x22EC90) 111 614525 [main] rsync 1684 fstat64: -1 = fstat (152, 0x22EC90) 109 614634 [main] rsync 1684 fstat64: -1 = fstat (152, 0x22EC90) 109 614743 [main] rsync 1684 fstat64: -1 = fstat (151, 0x22EC90) 110 614853 [main] rsync 1684 fstat64: -1 = fstat (151, 0x22EC90) 111 614964 [main] rsync 1684 fstat64: -1 = fstat (150, 0x22EC90) 111 615075 [main] rsync 1684 fstat64: -1 = fstat (150, 0x22EC90) 109 615184 [main] rsync 1684 fstat64: -1 = fstat (149, 0x22EC90) 110 615294 [main] rsync 1684 fstat64: -1 = fstat (149, 0x22EC90) 109 615403 [main] rsync 1684 fstat64: -1 = fstat (148, 0x22EC90) 109 615512 [main] rsync 1684 fstat64: -1 = fstat (148, 0x22EC90) 109 615621 [main] rsync 1684 fstat64: -1 = fstat (147, 0x22EC90) 111 615732 [main] rsync 1684 fstat64: -1 = fstat (147, 0x22EC90) 111 615843 [main] rsync 1684 fstat64: -1 = fstat (146, 0x22EC90) 110 615953 [main] rsync 1684 fstat64: -1 = fstat (146, 0x22EC90) 110 616063 [main] rsync 1684 fstat64: -1 = fstat (145, 0x22EC90) 111 616174 [main] rsync 1684 fstat64: -1 = fstat (145, 0x22EC90) 109 616283 [main] rsync 1684 fstat64: -1 = fstat (144, 0x22EC90) 110 616393 [main] rsync 1684 fstat64: -1 = fstat (144, 0x22EC90) 110 616503 [main] rsync 1684 fstat64: -1 = fstat (143, 0x22EC90) 141 616644 [main] rsync 1684 fstat64: -1 = fstat (143, 0x22EC90) 109 616753 [main] rsync 1684 fstat64: -1 = fstat (142, 0x22EC90) 109 616862 [main] rsync 1684 fstat64: -1 = fstat (142, 0x22EC90) 108 616970 [main] rsync 1684 fstat64: -1 = fstat (141, 0x22EC90) 109 617079 [main] rsync 1684 fstat64: -1 = fstat (141, 0x22EC90) 107 617186 [main] rsync 1684 fstat64: -1 = fstat (140, 0x22EC90) 172 617358 [main] rsync 1684 fstat64: -1 = fstat (140, 0x22EC90) 118 617476 [main] rsync 1684 fstat64: -1 = fstat (139, 0x22EC90) 111 617587 [main] rsync 1684 fstat64: -1 = fstat (139, 0x22EC90) 108 617695 [main] rsync 1684 fstat64: -1 = fstat (138, 0x22EC90) 108 617803 [main] rsync 1684 fstat64: -1 = fstat (138, 0x22EC90) 110 617913 [main] rsync 1684 fstat64: -1 = fstat (137, 0x22EC90) 108 618021 [main] rsync 1684 fstat64: -1 = fstat (137, 0x22EC90) 109 618130 [main] rsync 1684 fstat64: -1 = fstat (136, 0x22EC90) 108 618238 [main] rsync 1684 fstat64: -1 = fstat (136, 0x22EC90) 109 618347 [main] rsync 1684 fstat64: -1 = fstat (135, 0x22EC90) 109 618456 [main] rsync 1684 fstat64: -1 = fstat (135, 0x22EC90) 108 618564 [main] rsync 1684 fstat64: -1 = fstat (134, 0x22EC90) 109 618673 [main] rsync 1684 fstat64: -1 = fstat (134, 0x22EC90) 110 618783 [main] rsync 1684 fstat64: -1 = fstat (133, 0x22EC90) 375 619158 [main] rsync 1684 fstat64: -1 = fstat (133, 0x22EC90) 140 619298 [main] rsync 1684 fstat64: -1 = fstat (132, 0x22EC90) 109 619407 [main] rsync 1684 fstat64: -1 = fstat (132, 0x22EC90) 109 619516 [main] rsync 1684 fstat64: -1 = fstat (131, 0x22EC90) 112 619628 [main] rsync 1684 fstat64: -1 = fstat (131, 0x22EC90) 109 619737 [main] rsync 1684 fstat64: -1 = fstat (130, 0x22EC90) 112 619849 [main] rsync 1684 fstat64: -1 = fstat (130, 0x22EC90) 111 619960 [main] rsync 1684 fstat64: -1 = fstat (129, 0x22EC90) 111 620071 [main] rsync 1684 fstat64: -1 = fstat (129, 0x22EC90) 110 620181 [main] rsync 1684 fstat64: -1 = fstat (128, 0x22EC90) 111 620292 [main] rsync 1684 fstat64: -1 = fstat (128, 0x22EC90) 111 620403 [main] rsync 1684 fstat64: -1 = fstat (127, 0x22EC90) 110 620513 [main] rsync 1684 fstat64: -1 = fstat (127, 0x22EC90) 110 620623 [main] rsync 1684 fstat64: -1 = fstat (126, 0x22EC90) 111 620734 [main] rsync 1684 fstat64: -1 = fstat (126, 0x22EC90) 108 620842 [main] rsync 1684 fstat64: -1 = fstat (125, 0x22EC90) 111 620953 [main] rsync 1684 fstat64: -1 = fstat (125, 0x22EC90) 108 621061 [main] rsync 1684 fstat64: -1 = fstat (124, 0x22EC90) 111 621172 [main] rsync 1684 fstat64: -1 = fstat (124, 0x22EC90) 109 621281 [main] rsync 1684 fstat64: -1 = fstat (123, 0x22EC90) 111 621392 [main] rsync 1684 fstat64: -1 = fstat (123, 0x22EC90) 110 621502 [main] rsync 1684 fstat64: -1 = fstat (122, 0x22EC90) 111 621613 [main] rsync 1684 fstat64: -1 = fstat (122, 0x22EC90) 111 621724 [main] rsync 1684 fstat64: -1 = fstat (121, 0x22EC90) 112 621836 [main] rsync 1684 fstat64: -1 = fstat (121, 0x22EC90) 110 621946 [main] rsync 1684 fstat64: -1 = fstat (120, 0x22EC90) 112 622058 [main] rsync 1684 fstat64: -1 = fstat (120, 0x22EC90) 111 622169 [main] rsync 1684 fstat64: -1 = fstat (119, 0x22EC90) 498 622667 [main] rsync 1684 fstat64: -1 = fstat (119, 0x22EC90) 160 622827 [main] rsync 1684 fstat64: -1 = fstat (118, 0x22EC90) 113 622940 [main] rsync 1684 fstat64: -1 = fstat (118, 0x22EC90) 110 623050 [main] rsync 1684 fstat64: -1 = fstat (117, 0x22EC90) 111 623161 [main] rsync 1684 fstat64: -1 = fstat (117, 0x22EC90) 179 623340 [main] rsync 1684 fstat64: -1 = fstat (116, 0x22EC90) 124 623464 [main] rsync 1684 fstat64: -1 = fstat (116, 0x22EC90) 110 623574 [main] rsync 1684 fstat64: -1 = fstat (115, 0x22EC90) 112 623686 [main] rsync 1684 fstat64: -1 = fstat (115, 0x22EC90) 111 623797 [main] rsync 1684 fstat64: -1 = fstat (114, 0x22EC90) 119 623916 [main] rsync 1684 fstat64: -1 = fstat (114, 0x22EC90) 113 624029 [main] rsync 1684 fstat64: -1 = fstat (113, 0x22EC90) 111 624140 [main] rsync 1684 fstat64: -1 = fstat (113, 0x22EC90) 109 624249 [main] rsync 1684 fstat64: -1 = fstat (112, 0x22EC90) 112 624361 [main] rsync 1684 fstat64: -1 = fstat (112, 0x22EC90) 109 624470 [main] rsync 1684 fstat64: -1 = fstat (111, 0x22EC90) 112 624582 [main] rsync 1684 fstat64: -1 = fstat (111, 0x22EC90) 109 624691 [main] rsync 1684 fstat64: -1 = fstat (110, 0x22EC90) 111 624802 [main] rsync 1684 fstat64: -1 = fstat (110, 0x22EC90) 110 624912 [main] rsync 1684 fstat64: -1 = fstat (109, 0x22EC90) 111 625023 [main] rsync 1684 fstat64: -1 = fstat (109, 0x22EC90) 111 625134 [main] rsync 1684 fstat64: -1 = fstat (108, 0x22EC90) 113 625247 [main] rsync 1684 fstat64: -1 = fstat (108, 0x22EC90) 109 625356 [main] rsync 1684 fstat64: -1 = fstat (107, 0x22EC90) 110 625466 [main] rsync 1684 fstat64: -1 = fstat (107, 0x22EC90) 108 625574 [main] rsync 1684 fstat64: -1 = fstat (106, 0x22EC90) 112 625686 [main] rsync 1684 fstat64: -1 = fstat (106, 0x22EC90) 110 625796 [main] rsync 1684 fstat64: -1 = fstat (105, 0x22EC90) 112 625908 [main] rsync 1684 fstat64: -1 = fstat (105, 0x22EC90) 110 626018 [main] rsync 1684 fstat64: -1 = fstat (104, 0x22EC90) 112 626130 [main] rsync 1684 fstat64: -1 = fstat (104, 0x22EC90) 136 626266 [main] rsync 1684 fstat64: -1 = fstat (103, 0x22EC90) 117 626383 [main] rsync 1684 fstat64: -1 = fstat (103, 0x22EC90) 111 626494 [main] rsync 1684 fstat64: -1 = fstat (102, 0x22EC90) 112 626606 [main] rsync 1684 fstat64: -1 = fstat (102, 0x22EC90) 110 626716 [main] rsync 1684 fstat64: -1 = fstat (101, 0x22EC90) 111 626827 [main] rsync 1684 fstat64: -1 = fstat (101, 0x22EC90) 111 626938 [main] rsync 1684 fstat64: -1 = fstat (100, 0x22EC90) 111 627049 [main] rsync 1684 fstat64: -1 = fstat (100, 0x22EC90) 110 627159 [main] rsync 1684 fstat64: -1 = fstat (99, 0x22EC90) 111 627270 [main] rsync 1684 fstat64: -1 = fstat (99, 0x22EC90) 110 627380 [main] rsync 1684 fstat64: -1 = fstat (98, 0x22EC90) 111 627491 [main] rsync 1684 fstat64: -1 = fstat (98, 0x22EC90) 109 627600 [main] rsync 1684 fstat64: -1 = fstat (97, 0x22EC90) 112 627712 [main] rsync 1684 fstat64: -1 = fstat (97, 0x22EC90) 111 627823 [main] rsync 1684 fstat64: -1 = fstat (96, 0x22EC90) 111 627934 [main] rsync 1684 fstat64: -1 = fstat (96, 0x22EC90) 109 628043 [main] rsync 1684 fstat64: -1 = fstat (95, 0x22EC90) 113 628156 [main] rsync 1684 fstat64: -1 = fstat (95, 0x22EC90) 109 628265 [main] rsync 1684 fstat64: -1 = fstat (94, 0x22EC90) 111 628376 [main] rsync 1684 fstat64: -1 = fstat (94, 0x22EC90) 110 628486 [main] rsync 1684 fstat64: -1 = fstat (93, 0x22EC90) 143 628629 [main] rsync 1684 fstat64: -1 = fstat (93, 0x22EC90) 112 628741 [main] rsync 1684 fstat64: -1 = fstat (92, 0x22EC90) 112 628853 [main] rsync 1684 fstat64: -1 = fstat (92, 0x22EC90) 112 628965 [main] rsync 1684 fstat64: -1 = fstat (91, 0x22EC90) 112 629077 [main] rsync 1684 fstat64: -1 = fstat (91, 0x22EC90) 111 629188 [main] rsync 1684 fstat64: -1 = fstat (90, 0x22EC90) 164 629352 [main] rsync 1684 fstat64: -1 = fstat (90, 0x22EC90) 115 629467 [main] rsync 1684 fstat64: -1 = fstat (89, 0x22EC90) 110 629577 [main] rsync 1684 fstat64: -1 = fstat (89, 0x22EC90) 110 629687 [main] rsync 1684 fstat64: -1 = fstat (88, 0x22EC90) 111 629798 [main] rsync 1684 fstat64: -1 = fstat (88, 0x22EC90) 110 629908 [main] rsync 1684 fstat64: -1 = fstat (87, 0x22EC90) 111 630019 [main] rsync 1684 fstat64: -1 = fstat (87, 0x22EC90) 110 630129 [main] rsync 1684 fstat64: -1 = fstat (86, 0x22EC90) 111 630240 [main] rsync 1684 fstat64: -1 = fstat (86, 0x22EC90) 110 630350 [main] rsync 1684 fstat64: -1 = fstat (85, 0x22EC90) 111 630461 [main] rsync 1684 fstat64: -1 = fstat (85, 0x22EC90) 112 630573 [main] rsync 1684 fstat64: -1 = fstat (84, 0x22EC90) 111 630684 [main] rsync 1684 fstat64: -1 = fstat (84, 0x22EC90) 110 630794 [main] rsync 1684 fstat64: -1 = fstat (83, 0x22EC90) 111 630905 [main] rsync 1684 fstat64: -1 = fstat (83, 0x22EC90) 109 631014 [main] rsync 1684 fstat64: -1 = fstat (82, 0x22EC90) 112 631126 [main] rsync 1684 fstat64: -1 = fstat (82, 0x22EC90) 110 631236 [main] rsync 1684 fstat64: -1 = fstat (81, 0x22EC90) 110 631346 [main] rsync 1684 fstat64: -1 = fstat (81, 0x22EC90) 109 631455 [main] rsync 1684 fstat64: -1 = fstat (80, 0x22EC90) 111 631566 [main] rsync 1684 fstat64: -1 = fstat (80, 0x22EC90) 110 631676 [main] rsync 1684 fstat64: -1 = fstat (79, 0x22EC90) 111 631787 [main] rsync 1684 fstat64: -1 = fstat (79, 0x22EC90) 110 631897 [main] rsync 1684 fstat64: -1 = fstat (78, 0x22EC90) 111 632008 [main] rsync 1684 fstat64: -1 = fstat (78, 0x22EC90) 110 632118 [main] rsync 1684 fstat64: -1 = fstat (77, 0x22EC90) 111 632229 [main] rsync 1684 fstat64: -1 = fstat (77, 0x22EC90) 111 632340 [main] rsync 1684 fstat64: -1 = fstat (76, 0x22EC90) 111 632451 [main] rsync 1684 fstat64: -1 = fstat (76, 0x22EC90) 109 632560 [main] rsync 1684 fstat64: -1 = fstat (75, 0x22EC90) 112 632672 [main] rsync 1684 fstat64: -1 = fstat (75, 0x22EC90) 112 632784 [main] rsync 1684 fstat64: -1 = fstat (74, 0x22EC90) 112 632896 [main] rsync 1684 fstat64: -1 = fstat (74, 0x22EC90) 132 633028 [main] rsync 1684 fstat64: -1 = fstat (73, 0x22EC90) 117 633145 [main] rsync 1684 fstat64: -1 = fstat (73, 0x22EC90) 112 633257 [main] rsync 1684 fstat64: -1 = fstat (72, 0x22EC90) 110 633367 [main] rsync 1684 fstat64: -1 = fstat (72, 0x22EC90) 111 633478 [main] rsync 1684 fstat64: -1 = fstat (71, 0x22EC90) 111 633589 [main] rsync 1684 fstat64: -1 = fstat (71, 0x22EC90) 109 633698 [main] rsync 1684 fstat64: -1 = fstat (70, 0x22EC90) 111 633809 [main] rsync 1684 fstat64: -1 = fstat (70, 0x22EC90) 110 633919 [main] rsync 1684 fstat64: -1 = fstat (69, 0x22EC90) 111 634030 [main] rsync 1684 fstat64: -1 = fstat (69, 0x22EC90) 111 634141 [main] rsync 1684 fstat64: -1 = fstat (68, 0x22EC90) 112 634253 [main] rsync 1684 fstat64: -1 = fstat (68, 0x22EC90) 111 634364 [main] rsync 1684 fstat64: -1 = fstat (67, 0x22EC90) 112 634476 [main] rsync 1684 fstat64: -1 = fstat (67, 0x22EC90) 137 634613 [main] rsync 1684 fstat64: -1 = fstat (66, 0x22EC90) 113 634726 [main] rsync 1684 fstat64: -1 = fstat (66, 0x22EC90) 110 634836 [main] rsync 1684 fstat64: -1 = fstat (65, 0x22EC90) 113 634949 [main] rsync 1684 fstat64: -1 = fstat (65, 0x22EC90) 110 635059 [main] rsync 1684 fstat64: -1 = fstat (64, 0x22EC90) 111 635170 [main] rsync 1684 fstat64: -1 = fstat (64, 0x22EC90) 163 635333 [main] rsync 1684 fstat64: -1 = fstat (63, 0x22EC90) 120 635453 [main] rsync 1684 fstat64: -1 = fstat (63, 0x22EC90) 110 635563 [main] rsync 1684 fstat64: -1 = fstat (62, 0x22EC90) 113 635676 [main] rsync 1684 fstat64: -1 = fstat (62, 0x22EC90) 110 635786 [main] rsync 1684 fstat64: -1 = fstat (61, 0x22EC90) 111 635897 [main] rsync 1684 fstat64: -1 = fstat (61, 0x22EC90) 110 636007 [main] rsync 1684 fstat64: -1 = fstat (60, 0x22EC90) 111 636118 [main] rsync 1684 fstat64: -1 = fstat (60, 0x22EC90) 110 636228 [main] rsync 1684 fstat64: -1 = fstat (59, 0x22EC90) 112 636340 [main] rsync 1684 fstat64: -1 = fstat (59, 0x22EC90) 111 636451 [main] rsync 1684 fstat64: -1 = fstat (58, 0x22EC90) 110 636561 [main] rsync 1684 fstat64: -1 = fstat (58, 0x22EC90) 111 636672 [main] rsync 1684 fstat64: -1 = fstat (57, 0x22EC90) 110 636782 [main] rsync 1684 fstat64: -1 = fstat (57, 0x22EC90) 110 636892 [main] rsync 1684 fstat64: -1 = fstat (56, 0x22EC90) 111 637003 [main] rsync 1684 fstat64: -1 = fstat (56, 0x22EC90) 111 637114 [main] rsync 1684 fstat64: -1 = fstat (55, 0x22EC90) 110 637224 [main] rsync 1684 fstat64: -1 = fstat (55, 0x22EC90) 109 637333 [main] rsync 1684 fstat64: -1 = fstat (54, 0x22EC90) 110 637443 [main] rsync 1684 fstat64: -1 = fstat (54, 0x22EC90) 108 637551 [main] rsync 1684 fstat64: -1 = fstat (53, 0x22EC90) 110 637661 [main] rsync 1684 fstat64: -1 = fstat (53, 0x22EC90) 109 637770 [main] rsync 1684 fstat64: -1 = fstat (52, 0x22EC90) 944 638714 [main] rsync 1684 fstat64: -1 = fstat (52, 0x22EC90) 156 638870 [main] rsync 1684 fstat64: -1 = fstat (51, 0x22EC90) 114 638984 [main] rsync 1684 fstat64: -1 = fstat (51, 0x22EC90) 111 639095 [main] rsync 1684 fstat64: -1 = fstat (50, 0x22EC90) 110 639205 [main] rsync 1684 fstat64: -1 = fstat (50, 0x22EC90) 109 639314 [main] rsync 1684 fstat64: -1 = fstat (49, 0x22EC90) 111 639425 [main] rsync 1684 fstat64: -1 = fstat (49, 0x22EC90) 109 639534 [main] rsync 1684 fstat64: -1 = fstat (48, 0x22EC90) 111 639645 [main] rsync 1684 fstat64: -1 = fstat (48, 0x22EC90) 109 639754 [main] rsync 1684 fstat64: -1 = fstat (47, 0x22EC90) 110 639864 [main] rsync 1684 fstat64: -1 = fstat (47, 0x22EC90) 109 639973 [main] rsync 1684 fstat64: -1 = fstat (46, 0x22EC90) 112 640085 [main] rsync 1684 fstat64: -1 = fstat (46, 0x22EC90) 110 640195 [main] rsync 1684 fstat64: -1 = fstat (45, 0x22EC90) 111 640306 [main] rsync 1684 fstat64: -1 = fstat (45, 0x22EC90) 110 640416 [main] rsync 1684 fstat64: -1 = fstat (44, 0x22EC90) 140 640556 [main] rsync 1684 fstat64: -1 = fstat (44, 0x22EC90) 150 640706 [main] rsync 1684 fstat64: -1 = fstat (43, 0x22EC90) 116 640822 [main] rsync 1684 fstat64: -1 = fstat (43, 0x22EC90) 113 640935 [main] rsync 1684 fstat64: -1 = fstat (42, 0x22EC90) 112 641047 [main] rsync 1684 fstat64: -1 = fstat (42, 0x22EC90) 110 641157 [main] rsync 1684 fstat64: -1 = fstat (41, 0x22EC90) 171 641328 [main] rsync 1684 fstat64: -1 = fstat (41, 0x22EC90) 129 641457 [main] rsync 1684 fstat64: -1 = fstat (40, 0x22EC90) 112 641569 [main] rsync 1684 fstat64: -1 = fstat (40, 0x22EC90) 112 641681 [main] rsync 1684 fstat64: -1 = fstat (39, 0x22EC90) 112 641793 [main] rsync 1684 fstat64: -1 = fstat (39, 0x22EC90) 112 641905 [main] rsync 1684 fstat64: -1 = fstat (38, 0x22EC90) 113 642018 [main] rsync 1684 fstat64: -1 = fstat (38, 0x22EC90) 112 642130 [main] rsync 1684 fstat64: -1 = fstat (37, 0x22EC90) 111 642241 [main] rsync 1684 fstat64: -1 = fstat (37, 0x22EC90) 113 642354 [main] rsync 1684 fstat64: -1 = fstat (36, 0x22EC90) 113 642467 [main] rsync 1684 fstat64: -1 = fstat (36, 0x22EC90) 112 642579 [main] rsync 1684 fstat64: -1 = fstat (35, 0x22EC90) 113 642692 [main] rsync 1684 fstat64: -1 = fstat (35, 0x22EC90) 111 642803 [main] rsync 1684 fstat64: -1 = fstat (34, 0x22EC90) 114 642917 [main] rsync 1684 fstat64: -1 = fstat (34, 0x22EC90) 112 643029 [main] rsync 1684 fstat64: -1 = fstat (33, 0x22EC90) 113 643142 [main] rsync 1684 fstat64: -1 = fstat (33, 0x22EC90) 112 643254 [main] rsync 1684 fstat64: -1 = fstat (32, 0x22EC90) 113 643367 [main] rsync 1684 fstat64: -1 = fstat (32, 0x22EC90) 112 643479 [main] rsync 1684 fstat64: -1 = fstat (31, 0x22EC90) 113 643592 [main] rsync 1684 fstat64: -1 = fstat (31, 0x22EC90) 111 643703 [main] rsync 1684 fstat64: -1 = fstat (30, 0x22EC90) 112 643815 [main] rsync 1684 fstat64: -1 = fstat (30, 0x22EC90) 112 643927 [main] rsync 1684 fstat64: -1 = fstat (29, 0x22EC90) 112 644039 [main] rsync 1684 fstat64: -1 = fstat (29, 0x22EC90) 113 644152 [main] rsync 1684 fstat64: -1 = fstat (28, 0x22EC90) 113 644265 [main] rsync 1684 fstat64: -1 = fstat (28, 0x22EC90) 111 644376 [main] rsync 1684 fstat64: -1 = fstat (27, 0x22EC90) 114 644490 [main] rsync 1684 fstat64: -1 = fstat (27, 0x22EC90) 112 644602 [main] rsync 1684 fstat64: -1 = fstat (26, 0x22EC90) 114 644716 [main] rsync 1684 fstat64: -1 = fstat (26, 0x22EC90) 113 644829 [main] rsync 1684 fstat64: -1 = fstat (25, 0x22EC90) 113 644942 [main] rsync 1684 fstat64: -1 = fstat (25, 0x22EC90) 111 645053 [main] rsync 1684 fstat64: -1 = fstat (24, 0x22EC90) 114 645167 [main] rsync 1684 fstat64: -1 = fstat (24, 0x22EC90) 112 645279 [main] rsync 1684 fstat64: -1 = fstat (23, 0x22EC90) 113 645392 [main] rsync 1684 fstat64: -1 = fstat (23, 0x22EC90) 112 645504 [main] rsync 1684 fstat64: -1 = fstat (22, 0x22EC90) 111 645615 [main] rsync 1684 fstat64: -1 = fstat (22, 0x22EC90) 112 645727 [main] rsync 1684 fstat64: -1 = fstat (21, 0x22EC90) 113 645840 [main] rsync 1684 fstat64: -1 = fstat (21, 0x22EC90) 112 645952 [main] rsync 1684 fstat64: -1 = fstat (20, 0x22EC90) 112 646064 [main] rsync 1684 fstat64: -1 = fstat (20, 0x22EC90) 112 646176 [main] rsync 1684 fstat64: -1 = fstat (19, 0x22EC90) 112 646288 [main] rsync 1684 fstat64: -1 = fstat (19, 0x22EC90) 113 646401 [main] rsync 1684 fstat64: -1 = fstat (18, 0x22EC90) 135 646536 [main] rsync 1684 fstat64: -1 = fstat (18, 0x22EC90) 121 646657 [main] rsync 1684 fstat64: -1 = fstat (17, 0x22EC90) 112 646769 [main] rsync 1684 fstat64: -1 = fstat (17, 0x22EC90) 112 646881 [main] rsync 1684 fstat64: -1 = fstat (16, 0x22EC90) 112 646993 [main] rsync 1684 fstat64: -1 = fstat (16, 0x22EC90) 113 647106 [main] rsync 1684 fstat64: -1 = fstat (15, 0x22EC90) 113 647219 [main] rsync 1684 fstat64: -1 = fstat (15, 0x22EC90) 183 647402 [main] rsync 1684 fstat64: -1 = fstat (14, 0x22EC90) 113 647515 [main] rsync 1684 fstat64: -1 = fstat (14, 0x22EC90) 111 647626 [main] rsync 1684 fstat64: -1 = fstat (13, 0x22EC90) 134 647760 [main] rsync 1684 fstat64: -1 = fstat (13, 0x22EC90) 116 647876 [main] rsync 1684 fstat64: -1 = fstat (12, 0x22EC90) 113 647989 [main] rsync 1684 fstat64: -1 = fstat (12, 0x22EC90) 110 648099 [main] rsync 1684 fstat64: -1 = fstat (11, 0x22EC90) 112 648211 [main] rsync 1684 fstat64: -1 = fstat (11, 0x22EC90) 110 648321 [main] rsync 1684 fstat64: -1 = fstat (10, 0x22EC90) 114 648435 [main] rsync 1684 fstat64: -1 = fstat (10, 0x22EC90) 112 648547 [main] rsync 1684 fstat64: -1 = fstat (9, 0x22EC90) 113 648660 [main] rsync 1684 fstat64: -1 = fstat (9, 0x22EC90) 111 648771 [main] rsync 1684 fstat64: -1 = fstat (8, 0x22EC90) 112 648883 [main] rsync 1684 fstat64: -1 = fstat (8, 0x22EC90) 112 648995 [main] rsync 1684 fstat64: -1 = fstat (7, 0x22EC90) 112 649107 [main] rsync 1684 fstat64: -1 = fstat (7, 0x22EC90) 115 649222 [main] rsync 1684 fhandler_base::fstat: here 145 649367 [main] rsync 1684 fstat64: 0 = fstat (6, 0x22EC90) 128 649495 [main] rsync 1684 fhandler_base::fstat: here 118 649613 [main] rsync 1684 fstat64: 0 = fstat (6, 0x22EC90) 173 649786 [main] rsync 1684 __set_winsock_errno: cygwin_getsockopt:802 - winsock error 10038 -> errno 108 134 649920 [main] rsync 1684 cygwin_getsockopt: -1 = getsockopt (6, 65535, 1008 (error), 0x22EC70, 0x22EC74) 114 650034 [main] rsync 1684 close: close (6) 119 650153 [main] rsync 1684 __set_winsock_errno: close:1256 - winsock error 10038 -> errno 108 113 650266 [main] rsync 1684 fhandler_socket::close: -1 = fhandler_socket::close() 119 650385 [main] rsync 1684 close: -1 = close (6) 117 650502 [main] rsync 1684 fhandler_base::fstat: here 123 650625 [main] rsync 1684 fstat64: 0 = fstat (5, 0x22EC90) 116 650741 [main] rsync 1684 fhandler_base::fstat: here 119 650860 [main] rsync 1684 fstat64: 0 = fstat (5, 0x22EC90) 122 650982 [main] rsync 1684 __set_winsock_errno: cygwin_getsockopt:802 - winsock error 10038 -> errno 108 118 651100 [main] rsync 1684 cygwin_getsockopt: -1 = getsockopt (5, 65535, 1008 (error), 0x22EC70, 0x22EC74) 112 651212 [main] rsync 1684 close: close (5) 117 651329 [main] rsync 1684 __set_winsock_errno: close:1256 - winsock error 10038 -> errno 108 113 651442 [main] rsync 1684 fhandler_socket::close: -1 = fhandler_socket::close() 116 651558 [main] rsync 1684 close: -1 = close (5) 113 651671 [main] rsync 1684 fstat64: -1 = fstat (4, 0x22EC90) 115 651786 [main] rsync 1684 fstat64: -1 = fstat (4, 0x22EC90) 111 651897 [main] rsync 1684 fhandler_base::fstat: here 120 652017 [main] rsync 1684 fstat64: 0 = fstat (3, 0x22EC90) 115 652132 [main] rsync 1684 fhandler_base::fstat: here 120 652252 [main] rsync 1684 fstat64: 0 = fstat (3, 0x22EC90) 121 652373 [main] rsync 1684 __set_winsock_errno: cygwin_getsockopt:802 - winsock error 10038 -> errno 108 118 652491 [main] rsync 1684 cygwin_getsockopt: -1 = getsockopt (3, 65535, 1008 (error), 0x22EC70, 0x22EC74) 141 652632 [main] rsync 1684 close: close (3) 119 652751 [main] rsync 1684 __set_winsock_errno: close:1256 - winsock error 10038 -> errno 108 114 652865 [main] rsync 1684 fhandler_socket::close: -1 = fhandler_socket::close() 116 652981 [main] rsync 1684 close: -1 = close (3) 115 653096 [main] rsync 1684 fhandler_base::fstat: here 139 653235 [main] rsync 1684 fstat64: 0 = fstat (2, 0x22EC90) 187 653422 [main] rsync 1684 fhandler_base::fstat: here 586 654008 [main] rsync 1684 fstat64: 0 = fstat (2, 0x22EC90) 134 654142 [main] rsync 1684 cygwin_getsockopt: -1 = getsockopt (2, 65535, 1008 (error), 0x22EC70, 0x22EC74) 127 654269 [main] rsync 1684 close: close (2) 196 654465 [main] rsync 1684 fhandler_console::close: decremented open_fhs, now 1 134 654599 [main] rsync 1684 close: 0 = close (2) 114 654713 [main] rsync 1684 fhandler_base::fstat: here 122 654835 [main] rsync 1684 fstat64: 0 = fstat (1, 0x22EC90) 114 654949 [main] rsync 1684 fhandler_base::fstat: here 144 655093 [main] rsync 1684 fstat64: 0 = fstat (1, 0x22EC90) 122 655215 [main] rsync 1684 cygwin_getsockopt: -1 = getsockopt (1, 65535, 1008 (error), 0x22EC70, 0x22EC74) 117 655332 [main] rsync 1684 close: close (1) 183 655515 [main] rsync 1684 fhandler_console::close: decremented open_fhs, now 0 131 655646 [main] rsync 1684 close: 0 = close (1) 115 655761 [main] rsync 1684 fhandler_base::fstat: here 123 655884 [main] rsync 1684 fstat64: 0 = fstat (0, 0x22EC90) 113 655997 [main] rsync 1684 fhandler_base::fstat: here 118 656115 [main] rsync 1684 fstat64: 0 = fstat (0, 0x22EC90) 130137 786252 [main] rsync 1684 __set_winsock_errno: cygwin_getsockopt:802 - winsock error 10038 -> errno 108 196 786448 [main] rsync 1684 cygwin_getsockopt: -1 = getsockopt (0, 65535, 1008 (error), 0x22EC70, 0x22EC74) 120 786568 [main] rsync 1684 close: close (0) 153 786721 [main] rsync 1684 __set_winsock_errno: close:1256 - winsock error 10038 -> errno 108 136 786857 [main] rsync 1684 fhandler_socket::close: -1 = fhandler_socket::close() 120 786977 [main] rsync 1684 close: -1 = close (0) 139 787116 [main] rsync 1684 __cygwin_lock_lock: threadcount 1. not locking 126 787242 [main] rsync 1684 __cygwin_lock_lock: threadcount 1. not locking 113 787355 [main] rsync 1684 __cygwin_lock_lock: threadcount 1. not locking 111 787466 [main] rsync 1684 __cygwin_lock_lock: threadcount 1. not locking 110 787576 [main] rsync 1684 close: close (0) 113 787689 [main] rsync 1684 close: -1 = close (0) 110 787799 [main] rsync 1684 __cygwin_lock_unlock: threadcount 1. not unlocking 115 787914 [main] rsync 1684 __cygwin_lock_unlock: threadcount 1. not unlocking 111 788025 [main] rsync 1684 __cygwin_lock_unlock: threadcount 1. not unlocking 109 788134 [main] rsync 1684 __cygwin_lock_lock: threadcount 1. not locking 109 788243 [main] rsync 1684 __cygwin_lock_lock: threadcount 1. not locking 112 788355 [main] rsync 1684 __cygwin_lock_lock: threadcount 1. not locking 110 788465 [main] rsync 1684 __cygwin_lock_lock: threadcount 1. not locking 113 788578 [main] rsync 1684 __cygwin_lock_unlock: threadcount 1. not unlocking 111 788689 [main] rsync 1684 close: close (1) 112 788801 [main] rsync 1684 close: -1 = close (1) 112 788913 [main] rsync 1684 __cygwin_lock_unlock: threadcount 1. not unlocking 112 789025 [main] rsync 1684 __cygwin_lock_unlock: threadcount 1. not unlocking 113 789138 [main] rsync 1684 __cygwin_lock_unlock: threadcount 1. not unlocking 111 789249 [main] rsync 1684 __cygwin_lock_lock: threadcount 1. not locking 111 789360 [main] rsync 1684 __cygwin_lock_lock: threadcount 1. not locking 112 789472 [main] rsync 1684 __cygwin_lock_lock: threadcount 1. not locking 110 789582 [main] rsync 1684 __cygwin_lock_lock: threadcount 1. not locking 113 789695 [main] rsync 1684 __cygwin_lock_unlock: threadcount 1. not unlocking 114 789809 [main] rsync 1684 close: close (2) 112 789921 [main] rsync 1684 close: -1 = close (2) 111 790032 [main] rsync 1684 __cygwin_lock_unlock: threadcount 1. not unlocking 112 790144 [main] rsync 1684 __cygwin_lock_unlock: threadcount 1. not unlocking 112 790256 [main] rsync 1684 __cygwin_lock_unlock: threadcount 1. not unlocking 110 790366 [main] rsync 1684 __cygwin_lock_unlock: threadcount 1. not unlocking 112 790478 [main] rsync 1684 do_exit: do_exit (14), exit_state 0 154 790632 [main] rsync 1684 void: 0x40A560 = signal (20, 0x1) 112 790744 [main] rsync 1684 void: 0x4018F0 = signal (1, 0x1) 110 790854 [main] rsync 1684 void: 0x4018F0 = signal (2, 0x1) 109 790963 [main] rsync 1684 void: 0x0 = signal (3, 0x1) 130 791093 [main] rsync 1684 sigproc_terminate: entering 233 791326 [sig] rsync 1684 wait_sig: done 194 791520 [sig] rsync 1684 _cygtls::remove: wait 0x0 317 791837 [main] rsync 1684 proc_terminate: nchildren 0, nzombies 0 141 791978 [main] rsync 1684 proc_terminate: leaving 240 792218 [main] rsync 1684 __to_clock_t: dwHighDateTime 0, dwLowDateTime 2031250 141 792359 [main] rsync 1684 __to_clock_t: total 00000000 000000CB 113 792472 [main] rsync 1684 __to_clock_t: dwHighDateTime 0, dwLowDateTime 468750 110 792582 [main] rsync 1684 __to_clock_t: total 00000000 0000002E 3230 795812 [main] rsync 1684 _pinfo::exit: Calling ExitProcess 14 197721 802424 [select_socket] rsync 2340 thread_socket: Win32 select returned 1 647 803071 [select_socket] rsync 2340 thread_socket: s 0xA051C58, testing fd 5 () 146 803217 [select_socket] rsync 2340 thread_socket: read_ready 236 803453 [main] rsync 2340 select_stuff::wait: woke up. wait_ret 1. verifying 1036 804489 [main] rsync 2340 select_stuff::wait: gotone 1 195 804684 [main] rsync 2340 select_stuff::wait: returning 0 130 804814 [main] rsync 2340 select_stuff::cleanup: calling cleanup routines 128 804942 [main] rsync 2340 socket_cleanup: si 0xA051C88 si->thread 0x610F38D8 128 805070 [main] rsync 2340 socket_cleanup: connection to si->exitsock 0x528 167 805237 [proc] rsync 2340 proc_subproc: args: 2, 0 140 805377 [proc] rsync 2340 proc_subproc: pid 1684[0] terminated, handle 0x4C4, nchildren 1, nzombies 0 125 805502 [proc] rsync 2340 proc_subproc: zombifying [0], pid 1684, handle 0x4C4, nchildren 1 125 805627 [proc] rsync 2340 proc_subproc: returning 1 126 805753 [proc] rsync 2340 sig_send: sendsig 0x71C, pid 2340, signal 20, its_me 1 1733 807486 [proc] rsync 2340 sig_send: Not waiting for sigcomplete. its_me 1 signal 20 193 807679 [proc] rsync 2340 sig_send: returning 0x0 from sending signal 20 121 807800 [proc] rsync 2340 wait_subproc: looping 136 807936 [sig] rsync 2340 sigpacket::process: signal 20 processing 149 808085 [sig] rsync 2340 _cygtls::find_tls: sig 20 104 808189 [sig] rsync 2340 sigpacket::process: signal 20, about to call 0x40A560 101 808290 [sig] rsync 2340 setup_handler: controlled interrupt. incyg 1, exception 0, stackptr 0x22FC04, stack 0x22FC00, stackptr[-1] 0x415DBE 109 808399 [sig] rsync 2340 proc_subproc: args: 3, 1 101 808500 [sig] rsync 2340 proc_subproc: clear waiting threads 138 808638 [sig] rsync 2340 proc_subproc: finished clearing 99 808737 [sig] rsync 2340 proc_subproc: returning 1 97 808834 [sig] rsync 2340 _cygtls::interrupt_setup: armed signal_arrived 0x724, sig 20, res 1 99 808933 [sig] rsync 2340 setup_handler: signal 20 delivered 100 809033 [sig] rsync 2340 sigpacket::process: returning 1 101 809134 [sig] rsync 2340 proc_subproc: args: 3, 0 99 809233 [sig] rsync 2340 proc_subproc: looking for processes to reap 160 809393 [sig] rsync 2340 proc_subproc: finished processing terminated/stopped child 99 809492 [sig] rsync 2340 proc_subproc: returning 1 7112 816604 [main] rsync 2340 socket_cleanup: returning 161 816765 [main] rsync 2340 peek_socket: considering handle 0x4D4 135 816900 [main] rsync 2340 set_bits: me 0xA051C58, testing fd 5 () 131 817031 [main] rsync 2340 set_bits: ready 1 127 817158 [main] rsync 2340 select_stuff::poll: returning 1 128 817286 [main] rsync 2340 select_stuff::cleanup: calling cleanup routines 126 817412 [main] rsync 2340 select_stuff::~select_stuff: deleting select records 217 817629 [main] rsync 2340 set_process_mask_delta: oldmask 0x0, newmask 0x80000, deltamask 0x80000 131 817760 [main] rsync 2340 reset_signal_arrived: reset signal_arrived 128 817888 [main] rsync 2340 reset_signal_arrived: stackptr[-1] 0x415DBE 180 818068 [main] rsync 2340 wait4: calling proc_subproc, pid -1, options 1 145 818213 [main] rsync 2340 proc_subproc: args: 4, 2292680 1169 819382 [main] rsync 2340 proc_subproc: wval->pid -1, wval->options 1 193 819575 [main] rsync 2340 checkstate: nchildren 0, nzombies 1 143 819718 [main] rsync 2340 stopped_or_terminated: considering pid 1684 148 819866 [main] rsync 2340 remove_zombie: removing 0, pid 1684, nzombies 1 192 820058 [main] rsync 2340 checkstate: returning 1 151 820209 [main] rsync 2340 proc_subproc: released waiting thread 144 820353 [main] rsync 2340 proc_subproc: finished processing terminated/stopped child 130 820483 [main] rsync 2340 proc_subproc: returning 1 187 820670 [main] rsync 2340 wait4: 0 = WaitForSingleObject (...) 130 820800 [main] rsync 2340 wait4: intpid -1, status 0x22EA04, w->status 3584, options 1, res 1684 145 820945 [main] rsync 2340 wait4: calling proc_subproc, pid -1, options 1 126 821071 [main] rsync 2340 proc_subproc: args: 4, 2292680 122 821193 [main] rsync 2340 proc_subproc: wval->pid -1, wval->options 1 203 821396 [main] rsync 2340 checkstate: nchildren 0, nzombies 0 129 821525 [main] rsync 2340 checkstate: checking alive children 120 821645 [main] rsync 2340 checkstate: returning 0 1161 822806 [main] rsync 2340 proc_subproc: waiting thread found no children 192 822998 [main] rsync 2340 proc_subproc: finished processing terminated/stopped child 130 823128 [main] rsync 2340 proc_subproc: returning 1 125 823253 [main] rsync 2340 wait4: intpid -1, status 0x22EA04, w->status 0, options 1, res -1 126 823379 [main] rsync 2340 wait4: *** errno 10 125 823504 [main] rsync 2340 set_signal_mask: oldmask 0x80000, newmask 0x0, mask_bits 0x80000 140 823644 [main] rsync 2340 readv: readv (5, 0x22EA30, 1) nonblocking, sigcatchers 6 137 823781 [main] rsync 2340 peek_socket: considering handle 0x4D4 124 823905 [main] rsync 2340 peek_socket: adding read fd_set , fd 5 297 824202 [main] rsync 2340 peek_socket: WINSOCK_SELECT returned 1 1449 825651 [main] rsync 2340 fhandler_base::ready_for_read: read_ready 1, avail 1 391 826042 [main] rsync 2340 __set_winsock_errno: recvmsg:991 - winsock error 10054 -> errno 104 183 826225 [main] rsync 2340 readv: -1 = readv (5, 0x22EA30, 1), errno 104 166 826391 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 216 826607 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 178 826785 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 157 826942 [main] rsync 2340 writev: writev (2, 0x22E4C0, 1) 158 827100 [main] rsync 2340 fhandler_console::write: 22E600, 44 133 827233 [main] rsync 2340 fhandler_console::write: at 114(r) state is 0 2486 829719 [main] rsync 2340 fhandler_console::write: 44 = write_console (,..44) 211 829930 [main] rsync 2340 writev: 44 = write (2, 0x22E4C0, 1), errno 104 138 830068 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 138 830206 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 131 830337 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 160 830497 [main] rsync 2340 void: 0x40A500 = signal (30, 0x1) 149 830646 [main] rsync 2340 void: 0x40A530 = signal (31, 0x1) 161 830807 [main] rsync 2340 wait4: calling proc_subproc, pid 1684, options 1 132 830939 [main] rsync 2340 proc_subproc: args: 4, 2292680 128 831067 [main] rsync 2340 proc_subproc: returning 1 123 831190 [main] rsync 2340 wait4: intpid 1684, status 0x22EA08, w->status -1, options 1, res -1 124 831314 [main] rsync 2340 wait4: *** errno 10 129 831443 [main] rsync 2340 kill0: kill (1684, 30) 189 831632 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 167 831799 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 136 831935 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 1396 833331 [main] rsync 2340 writev: writev (2, 0x22E440, 1) 186 833517 [main] rsync 2340 fhandler_console::write: 22E580, 107 124 833641 [main] rsync 2340 fhandler_console::write: at 114(r) state is 0 1511 835152 [main] rsync 2340 fhandler_console::write: 107 = write_console (,..107) 203 835355 [main] rsync 2340 writev: 107 = write (2, 0x22E440, 1), errno 3 130 835485 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 133 835618 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 129 835747 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 165 835912 [main] rsync 2340 fstat64: -1 = fstat (255, 0x22E970) 139 836051 [main] rsync 2340 fstat64: -1 = fstat (255, 0x22E970) 135 836186 [main] rsync 2340 fstat64: -1 = fstat (254, 0x22E970) 132 836318 [main] rsync 2340 fstat64: -1 = fstat (254, 0x22E970) 1193 837511 [main] rsync 2340 fstat64: -1 = fstat (253, 0x22E970) 186 837697 [main] rsync 2340 fstat64: -1 = fstat (253, 0x22E970) 142 837839 [main] rsync 2340 fstat64: -1 = fstat (252, 0x22E970) 142 837981 [main] rsync 2340 fstat64: -1 = fstat (252, 0x22E970) 141 838122 [main] rsync 2340 fstat64: -1 = fstat (251, 0x22E970) 134 838256 [main] rsync 2340 fstat64: -1 = fstat (251, 0x22E970) 126 838382 [main] rsync 2340 fstat64: -1 = fstat (250, 0x22E970) 170 838552 [main] rsync 2340 fstat64: -1 = fstat (250, 0x22E970) 139 838691 [main] rsync 2340 fstat64: -1 = fstat (249, 0x22E970) 129 838820 [main] rsync 2340 fstat64: -1 = fstat (249, 0x22E970) 125 838945 [main] rsync 2340 fstat64: -1 = fstat (248, 0x22E970) 125 839070 [main] rsync 2340 fstat64: -1 = fstat (248, 0x22E970) 124 839194 [main] rsync 2340 fstat64: -1 = fstat (247, 0x22E970) 209 839403 [main] rsync 2340 fstat64: -1 = fstat (247, 0x22E970) 130 839533 [main] rsync 2340 fstat64: -1 = fstat (246, 0x22E970) 125 839658 [main] rsync 2340 fstat64: -1 = fstat (246, 0x22E970) 129 839787 [main] rsync 2340 fstat64: -1 = fstat (245, 0x22E970) 126 839913 [main] rsync 2340 fstat64: -1 = fstat (245, 0x22E970) 1350 841263 [main] rsync 2340 fstat64: -1 = fstat (244, 0x22E970) 186 841449 [main] rsync 2340 fstat64: -1 = fstat (244, 0x22E970) 134 841583 [main] rsync 2340 fstat64: -1 = fstat (243, 0x22E970) 135 841718 [main] rsync 2340 fstat64: -1 = fstat (243, 0x22E970) 130 841848 [main] rsync 2340 fstat64: -1 = fstat (242, 0x22E970) 132 841980 [main] rsync 2340 fstat64: -1 = fstat (242, 0x22E970) 131 842111 [main] rsync 2340 fstat64: -1 = fstat (241, 0x22E970) 133 842244 [main] rsync 2340 fstat64: -1 = fstat (241, 0x22E970) 130 842374 [main] rsync 2340 fstat64: -1 = fstat (240, 0x22E970) 132 842506 [main] rsync 2340 fstat64: -1 = fstat (240, 0x22E970) 133 842639 [main] rsync 2340 fstat64: -1 = fstat (239, 0x22E970) 131 842770 [main] rsync 2340 fstat64: -1 = fstat (239, 0x22E970) 132 842902 [main] rsync 2340 fstat64: -1 = fstat (238, 0x22E970) 134 843036 [main] rsync 2340 fstat64: -1 = fstat (238, 0x22E970) 132 843168 [main] rsync 2340 fstat64: -1 = fstat (237, 0x22E970) 131 843299 [main] rsync 2340 fstat64: -1 = fstat (237, 0x22E970) 129 843428 [main] rsync 2340 fstat64: -1 = fstat (236, 0x22E970) 133 843561 [main] rsync 2340 fstat64: -1 = fstat (236, 0x22E970) 1134 844695 [main] rsync 2340 fstat64: -1 = fstat (235, 0x22E970) 175 844870 [main] rsync 2340 fstat64: -1 = fstat (235, 0x22E970) 134 845004 [main] rsync 2340 fstat64: -1 = fstat (234, 0x22E970) 133 845137 [main] rsync 2340 fstat64: -1 = fstat (234, 0x22E970) 204 845341 [main] rsync 2340 fstat64: -1 = fstat (233, 0x22E970) 149 845490 [main] rsync 2340 fstat64: -1 = fstat (233, 0x22E970) 135 845625 [main] rsync 2340 fstat64: -1 = fstat (232, 0x22E970) 137 845762 [main] rsync 2340 fstat64: -1 = fstat (232, 0x22E970) 135 845897 [main] rsync 2340 fstat64: -1 = fstat (231, 0x22E970) 135 846032 [main] rsync 2340 fstat64: -1 = fstat (231, 0x22E970) 134 846166 [main] rsync 2340 fstat64: -1 = fstat (230, 0x22E970) 136 846302 [main] rsync 2340 fstat64: -1 = fstat (230, 0x22E970) 135 846437 [main] rsync 2340 fstat64: -1 = fstat (229, 0x22E970) 136 846573 [main] rsync 2340 fstat64: -1 = fstat (229, 0x22E970) 132 846705 [main] rsync 2340 fstat64: -1 = fstat (228, 0x22E970) 136 846841 [main] rsync 2340 fstat64: -1 = fstat (228, 0x22E970) 133 846974 [main] rsync 2340 fstat64: -1 = fstat (227, 0x22E970) 136 847110 [main] rsync 2340 fstat64: -1 = fstat (227, 0x22E970) 1095 848205 [main] rsync 2340 fstat64: -1 = fstat (226, 0x22E970) 203 848408 [main] rsync 2340 fstat64: -1 = fstat (226, 0x22E970) 142 848550 [main] rsync 2340 fstat64: -1 = fstat (225, 0x22E970) 136 848686 [main] rsync 2340 fstat64: -1 = fstat (225, 0x22E970) 134 848820 [main] rsync 2340 fstat64: -1 = fstat (224, 0x22E970) 137 848957 [main] rsync 2340 fstat64: -1 = fstat (224, 0x22E970) 134 849091 [main] rsync 2340 fstat64: -1 = fstat (223, 0x22E970) 135 849226 [main] rsync 2340 fstat64: -1 = fstat (223, 0x22E970) 134 849360 [main] rsync 2340 fstat64: -1 = fstat (222, 0x22E970) 136 849496 [main] rsync 2340 fstat64: -1 = fstat (222, 0x22E970) 135 849631 [main] rsync 2340 fstat64: -1 = fstat (221, 0x22E970) 135 849766 [main] rsync 2340 fstat64: -1 = fstat (221, 0x22E970) 135 849901 [main] rsync 2340 fstat64: -1 = fstat (220, 0x22E970) 136 850037 [main] rsync 2340 fstat64: -1 = fstat (220, 0x22E970) 135 850172 [main] rsync 2340 fstat64: -1 = fstat (219, 0x22E970) 135 850307 [main] rsync 2340 fstat64: -1 = fstat (219, 0x22E970) 134 850441 [main] rsync 2340 fstat64: -1 = fstat (218, 0x22E970) 170 850611 [main] rsync 2340 fstat64: -1 = fstat (218, 0x22E970) 1393 852004 [main] rsync 2340 fstat64: -1 = fstat (217, 0x22E970) 189 852193 [main] rsync 2340 fstat64: -1 = fstat (217, 0x22E970) 132 852325 [main] rsync 2340 fstat64: -1 = fstat (216, 0x22E970) 133 852458 [main] rsync 2340 fstat64: -1 = fstat (216, 0x22E970) 132 852590 [main] rsync 2340 fstat64: -1 = fstat (215, 0x22E970) 133 852723 [main] rsync 2340 fstat64: -1 = fstat (215, 0x22E970) 132 852855 [main] rsync 2340 fstat64: -1 = fstat (214, 0x22E970) 132 852987 [main] rsync 2340 fstat64: -1 = fstat (214, 0x22E970) 133 853120 [main] rsync 2340 fstat64: -1 = fstat (213, 0x22E970) 132 853252 [main] rsync 2340 fstat64: -1 = fstat (213, 0x22E970) 131 853383 [main] rsync 2340 fstat64: -1 = fstat (212, 0x22E970) 133 853516 [main] rsync 2340 fstat64: -1 = fstat (212, 0x22E970) 131 853647 [main] rsync 2340 fstat64: -1 = fstat (211, 0x22E970) 134 853781 [main] rsync 2340 fstat64: -1 = fstat (211, 0x22E970) 132 853913 [main] rsync 2340 fstat64: -1 = fstat (210, 0x22E970) 134 854047 [main] rsync 2340 fstat64: -1 = fstat (210, 0x22E970) 132 854179 [main] rsync 2340 fstat64: -1 = fstat (209, 0x22E970) 132 854311 [main] rsync 2340 fstat64: -1 = fstat (209, 0x22E970) 1175 855486 [main] rsync 2340 fstat64: -1 = fstat (208, 0x22E970) 175 855661 [main] rsync 2340 fstat64: -1 = fstat (208, 0x22E970) 133 855794 [main] rsync 2340 fstat64: -1 = fstat (207, 0x22E970) 132 855926 [main] rsync 2340 fstat64: -1 = fstat (207, 0x22E970) 131 856057 [main] rsync 2340 fstat64: -1 = fstat (206, 0x22E970) 133 856190 [main] rsync 2340 fstat64: -1 = fstat (206, 0x22E970) 131 856321 [main] rsync 2340 fstat64: -1 = fstat (205, 0x22E970) 133 856454 [main] rsync 2340 fstat64: -1 = fstat (205, 0x22E970) 1142 857596 [main] rsync 2340 fstat64: -1 = fstat (204, 0x22E970) 188 857784 [main] rsync 2340 fstat64: -1 = fstat (204, 0x22E970) 131 857915 [main] rsync 2340 fstat64: -1 = fstat (203, 0x22E970) 133 858048 [main] rsync 2340 fstat64: -1 = fstat (203, 0x22E970) 132 858180 [main] rsync 2340 fstat64: -1 = fstat (202, 0x22E970) 134 858314 [main] rsync 2340 fstat64: -1 = fstat (202, 0x22E970) 129 858443 [main] rsync 2340 fstat64: -1 = fstat (201, 0x22E970) 131 858574 [main] rsync 2340 fstat64: -1 = fstat (201, 0x22E970) 129 858703 [main] rsync 2340 fstat64: -1 = fstat (200, 0x22E970) 131 858834 [main] rsync 2340 fstat64: -1 = fstat (200, 0x22E970) 1203 860037 [main] rsync 2340 fstat64: -1 = fstat (199, 0x22E970) 184 860221 [main] rsync 2340 fstat64: -1 = fstat (199, 0x22E970) 135 860356 [main] rsync 2340 fstat64: -1 = fstat (198, 0x22E970) 132 860488 [main] rsync 2340 fstat64: -1 = fstat (198, 0x22E970) 131 860619 [main] rsync 2340 fstat64: -1 = fstat (197, 0x22E970) 130 860749 [main] rsync 2340 fstat64: -1 = fstat (197, 0x22E970) 155 860904 [main] rsync 2340 fstat64: -1 = fstat (196, 0x22E970) 139 861043 [main] rsync 2340 fstat64: -1 = fstat (196, 0x22E970) 131 861174 [main] rsync 2340 fstat64: -1 = fstat (195, 0x22E970) 131 861305 [main] rsync 2340 fstat64: -1 = fstat (195, 0x22E970) 132 861437 [main] rsync 2340 fstat64: -1 = fstat (194, 0x22E970) 131 861568 [main] rsync 2340 fstat64: -1 = fstat (194, 0x22E970) 131 861699 [main] rsync 2340 fstat64: -1 = fstat (193, 0x22E970) 132 861831 [main] rsync 2340 fstat64: -1 = fstat (193, 0x22E970) 132 861963 [main] rsync 2340 fstat64: -1 = fstat (192, 0x22E970) 132 862095 [main] rsync 2340 fstat64: -1 = fstat (192, 0x22E970) 130 862225 [main] rsync 2340 fstat64: -1 = fstat (191, 0x22E970) 132 862357 [main] rsync 2340 fstat64: -1 = fstat (191, 0x22E970) 1822 864179 [main] rsync 2340 fstat64: -1 = fstat (190, 0x22E970) 198 864377 [main] rsync 2340 fstat64: -1 = fstat (190, 0x22E970) 131 864508 [main] rsync 2340 fstat64: -1 = fstat (189, 0x22E970) 131 864639 [main] rsync 2340 fstat64: -1 = fstat (189, 0x22E970) 132 864771 [main] rsync 2340 fstat64: -1 = fstat (188, 0x22E970) 133 864904 [main] rsync 2340 fstat64: -1 = fstat (188, 0x22E970) 131 865035 [main] rsync 2340 fstat64: -1 = fstat (187, 0x22E970) 131 865166 [main] rsync 2340 fstat64: -1 = fstat (187, 0x22E970) 132 865298 [main] rsync 2340 fstat64: -1 = fstat (186, 0x22E970) 132 865430 [main] rsync 2340 fstat64: -1 = fstat (186, 0x22E970) 131 865561 [main] rsync 2340 fstat64: -1 = fstat (185, 0x22E970) 132 865693 [main] rsync 2340 fstat64: -1 = fstat (185, 0x22E970) 130 865823 [main] rsync 2340 fstat64: -1 = fstat (184, 0x22E970) 133 865956 [main] rsync 2340 fstat64: -1 = fstat (184, 0x22E970) 131 866087 [main] rsync 2340 fstat64: -1 = fstat (183, 0x22E970) 133 866220 [main] rsync 2340 fstat64: -1 = fstat (183, 0x22E970) 129 866349 [main] rsync 2340 fstat64: -1 = fstat (182, 0x22E970) 132 866481 [main] rsync 2340 fstat64: -1 = fstat (182, 0x22E970) 730 867211 [main] rsync 2340 fstat64: -1 = fstat (181, 0x22E970) 185 867396 [main] rsync 2340 fstat64: -1 = fstat (181, 0x22E970) 133 867529 [main] rsync 2340 fstat64: -1 = fstat (180, 0x22E970) 133 867662 [main] rsync 2340 fstat64: -1 = fstat (180, 0x22E970) 131 867793 [main] rsync 2340 fstat64: -1 = fstat (179, 0x22E970) 132 867925 [main] rsync 2340 fstat64: -1 = fstat (179, 0x22E970) 129 868054 [main] rsync 2340 fstat64: -1 = fstat (178, 0x22E970) 132 868186 [main] rsync 2340 fstat64: -1 = fstat (178, 0x22E970) 130 868316 [main] rsync 2340 fstat64: -1 = fstat (177, 0x22E970) 130 868446 [main] rsync 2340 fstat64: -1 = fstat (177, 0x22E970) 169 868615 [main] rsync 2340 fstat64: -1 = fstat (176, 0x22E970) 133 868748 [main] rsync 2340 fstat64: -1 = fstat (176, 0x22E970) 128 868876 [main] rsync 2340 fstat64: -1 = fstat (175, 0x22E970) 131 869007 [main] rsync 2340 fstat64: -1 = fstat (175, 0x22E970) 129 869136 [main] rsync 2340 fstat64: -1 = fstat (174, 0x22E970) 187 869323 [main] rsync 2340 fstat64: -1 = fstat (174, 0x22E970) 142 869465 [main] rsync 2340 fstat64: -1 = fstat (173, 0x22E970) 130 869595 [main] rsync 2340 fstat64: -1 = fstat (173, 0x22E970) 130 869725 [main] rsync 2340 fstat64: -1 = fstat (172, 0x22E970) 129 869854 [main] rsync 2340 fstat64: -1 = fstat (172, 0x22E970) 131 869985 [main] rsync 2340 fstat64: -1 = fstat (171, 0x22E970) 130 870115 [main] rsync 2340 fstat64: -1 = fstat (171, 0x22E970) 131 870246 [main] rsync 2340 fstat64: -1 = fstat (170, 0x22E970) 131 870377 [main] rsync 2340 fstat64: -1 = fstat (170, 0x22E970) 129 870506 [main] rsync 2340 fstat64: -1 = fstat (169, 0x22E970) 130 870636 [main] rsync 2340 fstat64: -1 = fstat (169, 0x22E970) 129 870765 [main] rsync 2340 fstat64: -1 = fstat (168, 0x22E970) 129 870894 [main] rsync 2340 fstat64: -1 = fstat (168, 0x22E970) 129 871023 [main] rsync 2340 fstat64: -1 = fstat (167, 0x22E970) 129 871152 [main] rsync 2340 fstat64: -1 = fstat (167, 0x22E970) 156 871308 [main] rsync 2340 fstat64: -1 = fstat (166, 0x22E970) 136 871444 [main] rsync 2340 fstat64: -1 = fstat (166, 0x22E970) 130 871574 [main] rsync 2340 fstat64: -1 = fstat (165, 0x22E970) 129 871703 [main] rsync 2340 fstat64: -1 = fstat (165, 0x22E970) 131 871834 [main] rsync 2340 fstat64: -1 = fstat (164, 0x22E970) 130 871964 [main] rsync 2340 fstat64: -1 = fstat (164, 0x22E970) 128 872092 [main] rsync 2340 fstat64: -1 = fstat (163, 0x22E970) 418 872510 [main] rsync 2340 fstat64: -1 = fstat (163, 0x22E970) 180 872690 [main] rsync 2340 fstat64: -1 = fstat (162, 0x22E970) 135 872825 [main] rsync 2340 fstat64: -1 = fstat (162, 0x22E970) 136 872961 [main] rsync 2340 fstat64: -1 = fstat (161, 0x22E970) 134 873095 [main] rsync 2340 fstat64: -1 = fstat (161, 0x22E970) 136 873231 [main] rsync 2340 fstat64: -1 = fstat (160, 0x22E970) 134 873365 [main] rsync 2340 fstat64: -1 = fstat (160, 0x22E970) 135 873500 [main] rsync 2340 fstat64: -1 = fstat (159, 0x22E970) 134 873634 [main] rsync 2340 fstat64: -1 = fstat (159, 0x22E970) 136 873770 [main] rsync 2340 fstat64: -1 = fstat (158, 0x22E970) 132 873902 [main] rsync 2340 fstat64: -1 = fstat (158, 0x22E970) 135 874037 [main] rsync 2340 fstat64: -1 = fstat (157, 0x22E970) 134 874171 [main] rsync 2340 fstat64: -1 = fstat (157, 0x22E970) 134 874305 [main] rsync 2340 fstat64: -1 = fstat (156, 0x22E970) 147 874452 [main] rsync 2340 fstat64: -1 = fstat (156, 0x22E970) 168 874620 [main] rsync 2340 fstat64: -1 = fstat (155, 0x22E970) 135 874755 [main] rsync 2340 fstat64: -1 = fstat (155, 0x22E970) 121 874876 [main] rsync 2340 fstat64: -1 = fstat (154, 0x22E970) 120 874996 [main] rsync 2340 fstat64: -1 = fstat (154, 0x22E970) 120 875116 [main] rsync 2340 fstat64: -1 = fstat (153, 0x22E970) 175 875291 [main] rsync 2340 fstat64: -1 = fstat (153, 0x22E970) 139 875430 [main] rsync 2340 fstat64: -1 = fstat (152, 0x22E970) 120 875550 [main] rsync 2340 fstat64: -1 = fstat (152, 0x22E970) 121 875671 [main] rsync 2340 fstat64: -1 = fstat (151, 0x22E970) 119 875790 [main] rsync 2340 fstat64: -1 = fstat (151, 0x22E970) 121 875911 [main] rsync 2340 fstat64: -1 = fstat (150, 0x22E970) 119 876030 [main] rsync 2340 fstat64: -1 = fstat (150, 0x22E970) 122 876152 [main] rsync 2340 fstat64: -1 = fstat (149, 0x22E970) 119 876271 [main] rsync 2340 fstat64: -1 = fstat (149, 0x22E970) 121 876392 [main] rsync 2340 fstat64: -1 = fstat (148, 0x22E970) 119 876511 [main] rsync 2340 fstat64: -1 = fstat (148, 0x22E970) 121 876632 [main] rsync 2340 fstat64: -1 = fstat (147, 0x22E970) 133 876765 [main] rsync 2340 fstat64: -1 = fstat (147, 0x22E970) 133 876898 [main] rsync 2340 fstat64: -1 = fstat (146, 0x22E970) 134 877032 [main] rsync 2340 fstat64: -1 = fstat (146, 0x22E970) 134 877166 [main] rsync 2340 fstat64: -1 = fstat (145, 0x22E970) 133 877299 [main] rsync 2340 fstat64: -1 = fstat (145, 0x22E970) 134 877433 [main] rsync 2340 fstat64: -1 = fstat (144, 0x22E970) 133 877566 [main] rsync 2340 fstat64: -1 = fstat (144, 0x22E970) 135 877701 [main] rsync 2340 fstat64: -1 = fstat (143, 0x22E970) 133 877834 [main] rsync 2340 fstat64: -1 = fstat (143, 0x22E970) 135 877969 [main] rsync 2340 fstat64: -1 = fstat (142, 0x22E970) 133 878102 [main] rsync 2340 fstat64: -1 = fstat (142, 0x22E970) 134 878236 [main] rsync 2340 fstat64: -1 = fstat (141, 0x22E970) 134 878370 [main] rsync 2340 fstat64: -1 = fstat (141, 0x22E970) 134 878504 [main] rsync 2340 fstat64: -1 = fstat (140, 0x22E970) 134 878638 [main] rsync 2340 fstat64: -1 = fstat (140, 0x22E970) 134 878772 [main] rsync 2340 fstat64: -1 = fstat (139, 0x22E970) 134 878906 [main] rsync 2340 fstat64: -1 = fstat (139, 0x22E970) 134 879040 [main] rsync 2340 fstat64: -1 = fstat (138, 0x22E970) 133 879173 [main] rsync 2340 fstat64: -1 = fstat (138, 0x22E970) 133 879306 [main] rsync 2340 fstat64: -1 = fstat (137, 0x22E970) 157 879463 [main] rsync 2340 fstat64: -1 = fstat (137, 0x22E970) 141 879604 [main] rsync 2340 fstat64: -1 = fstat (136, 0x22E970) 133 879737 [main] rsync 2340 fstat64: -1 = fstat (136, 0x22E970) 135 879872 [main] rsync 2340 fstat64: -1 = fstat (135, 0x22E970) 134 880006 [main] rsync 2340 fstat64: -1 = fstat (135, 0x22E970) 135 880141 [main] rsync 2340 fstat64: -1 = fstat (134, 0x22E970) 134 880275 [main] rsync 2340 fstat64: -1 = fstat (134, 0x22E970) 134 880409 [main] rsync 2340 fstat64: -1 = fstat (133, 0x22E970) 165 880574 [main] rsync 2340 fstat64: -1 = fstat (133, 0x22E970) 140 880714 [main] rsync 2340 fstat64: -1 = fstat (132, 0x22E970) 133 880847 [main] rsync 2340 fstat64: -1 = fstat (132, 0x22E970) 135 880982 [main] rsync 2340 fstat64: -1 = fstat (131, 0x22E970) 134 881116 [main] rsync 2340 fstat64: -1 = fstat (131, 0x22E970) 213 881329 [main] rsync 2340 fstat64: -1 = fstat (130, 0x22E970) 151 881480 [main] rsync 2340 fstat64: -1 = fstat (130, 0x22E970) 133 881613 [main] rsync 2340 fstat64: -1 = fstat (129, 0x22E970) 134 881747 [main] rsync 2340 fstat64: -1 = fstat (129, 0x22E970) 133 881880 [main] rsync 2340 fstat64: -1 = fstat (128, 0x22E970) 136 882016 [main] rsync 2340 fstat64: -1 = fstat (128, 0x22E970) 136 882152 [main] rsync 2340 fstat64: -1 = fstat (127, 0x22E970) 134 882286 [main] rsync 2340 fstat64: -1 = fstat (127, 0x22E970) 134 882420 [main] rsync 2340 fstat64: -1 = fstat (126, 0x22E970) 135 882555 [main] rsync 2340 fstat64: -1 = fstat (126, 0x22E970) 136 882691 [main] rsync 2340 fstat64: -1 = fstat (125, 0x22E970) 136 882827 [main] rsync 2340 fstat64: -1 = fstat (125, 0x22E970) 136 882963 [main] rsync 2340 fstat64: -1 = fstat (124, 0x22E970) 136 883099 [main] rsync 2340 fstat64: -1 = fstat (124, 0x22E970) 135 883234 [main] rsync 2340 fstat64: -1 = fstat (123, 0x22E970) 134 883368 [main] rsync 2340 fstat64: -1 = fstat (123, 0x22E970) 136 883504 [main] rsync 2340 fstat64: -1 = fstat (122, 0x22E970) 134 883638 [main] rsync 2340 fstat64: -1 = fstat (122, 0x22E970) 136 883774 [main] rsync 2340 fstat64: -1 = fstat (121, 0x22E970) 135 883909 [main] rsync 2340 fstat64: -1 = fstat (121, 0x22E970) 137 884046 [main] rsync 2340 fstat64: -1 = fstat (120, 0x22E970) 136 884182 [main] rsync 2340 fstat64: -1 = fstat (120, 0x22E970) 133 884315 [main] rsync 2340 fstat64: -1 = fstat (119, 0x22E970) 135 884450 [main] rsync 2340 fstat64: -1 = fstat (119, 0x22E970) 135 884585 [main] rsync 2340 fstat64: -1 = fstat (118, 0x22E970) 136 884721 [main] rsync 2340 fstat64: -1 = fstat (118, 0x22E970) 136 884857 [main] rsync 2340 fstat64: -1 = fstat (117, 0x22E970) 135 884992 [main] rsync 2340 fstat64: -1 = fstat (117, 0x22E970) 137 885129 [main] rsync 2340 fstat64: -1 = fstat (116, 0x22E970) 134 885263 [main] rsync 2340 fstat64: -1 = fstat (116, 0x22E970) 135 885398 [main] rsync 2340 fstat64: -1 = fstat (115, 0x22E970) 136 885534 [main] rsync 2340 fstat64: -1 = fstat (115, 0x22E970) 137 885671 [main] rsync 2340 fstat64: -1 = fstat (114, 0x22E970) 134 885805 [main] rsync 2340 fstat64: -1 = fstat (114, 0x22E970) 136 885941 [main] rsync 2340 fstat64: -1 = fstat (113, 0x22E970) 135 886076 [main] rsync 2340 fstat64: -1 = fstat (113, 0x22E970) 137 886213 [main] rsync 2340 fstat64: -1 = fstat (112, 0x22E970) 134 886347 [main] rsync 2340 fstat64: -1 = fstat (112, 0x22E970) 137 886484 [main] rsync 2340 fstat64: -1 = fstat (111, 0x22E970) 165 886649 [main] rsync 2340 fstat64: -1 = fstat (111, 0x22E970) 133 886782 [main] rsync 2340 fstat64: -1 = fstat (110, 0x22E970) 133 886915 [main] rsync 2340 fstat64: -1 = fstat (110, 0x22E970) 132 887047 [main] rsync 2340 fstat64: -1 = fstat (109, 0x22E970) 134 887181 [main] rsync 2340 fstat64: -1 = fstat (109, 0x22E970) 200 887381 [main] rsync 2340 fstat64: -1 = fstat (108, 0x22E970) 138 887519 [main] rsync 2340 fstat64: -1 = fstat (108, 0x22E970) 155 887674 [main] rsync 2340 fstat64: -1 = fstat (107, 0x22E970) 142 887816 [main] rsync 2340 fstat64: -1 = fstat (107, 0x22E970) 442 888258 [main] rsync 2340 fstat64: -1 = fstat (106, 0x22E970) 134 888392 [main] rsync 2340 fstat64: -1 = fstat (106, 0x22E970) 135 888527 [main] rsync 2340 fstat64: -1 = fstat (105, 0x22E970) 132 888659 [main] rsync 2340 fstat64: -1 = fstat (105, 0x22E970) 135 888794 [main] rsync 2340 fstat64: -1 = fstat (104, 0x22E970) 132 888926 [main] rsync 2340 fstat64: -1 = fstat (104, 0x22E970) 134 889060 [main] rsync 2340 fstat64: -1 = fstat (103, 0x22E970) 136 889196 [main] rsync 2340 fstat64: -1 = fstat (103, 0x22E970) 134 889330 [main] rsync 2340 fstat64: -1 = fstat (102, 0x22E970) 118 889448 [main] rsync 2340 fstat64: -1 = fstat (102, 0x22E970) 119 889567 [main] rsync 2340 fstat64: -1 = fstat (101, 0x22E970) 119 889686 [main] rsync 2340 fstat64: -1 = fstat (101, 0x22E970) 120 889806 [main] rsync 2340 fstat64: -1 = fstat (100, 0x22E970) 119 889925 [main] rsync 2340 fstat64: -1 = fstat (100, 0x22E970) 117 890042 [main] rsync 2340 fstat64: -1 = fstat (99, 0x22E970) 118 890160 [main] rsync 2340 fstat64: -1 = fstat (99, 0x22E970) 119 890279 [main] rsync 2340 fstat64: -1 = fstat (98, 0x22E970) 118 890397 [main] rsync 2340 fstat64: -1 = fstat (98, 0x22E970) 119 890516 [main] rsync 2340 fstat64: -1 = fstat (97, 0x22E970) 117 890633 [main] rsync 2340 fstat64: -1 = fstat (97, 0x22E970) 120 890753 [main] rsync 2340 fstat64: -1 = fstat (96, 0x22E970) 118 890871 [main] rsync 2340 fstat64: -1 = fstat (96, 0x22E970) 120 890991 [main] rsync 2340 fstat64: -1 = fstat (95, 0x22E970) 118 891109 [main] rsync 2340 fstat64: -1 = fstat (95, 0x22E970) 133 891242 [main] rsync 2340 fstat64: -1 = fstat (94, 0x22E970) 130 891372 [main] rsync 2340 fstat64: -1 = fstat (94, 0x22E970) 131 891503 [main] rsync 2340 fstat64: -1 = fstat (93, 0x22E970) 131 891634 [main] rsync 2340 fstat64: -1 = fstat (93, 0x22E970) 133 891767 [main] rsync 2340 fstat64: -1 = fstat (92, 0x22E970) 130 891897 [main] rsync 2340 fstat64: -1 = fstat (92, 0x22E970) 133 892030 [main] rsync 2340 fstat64: -1 = fstat (91, 0x22E970) 131 892161 [main] rsync 2340 fstat64: -1 = fstat (91, 0x22E970) 131 892292 [main] rsync 2340 fstat64: -1 = fstat (90, 0x22E970) 131 892423 [main] rsync 2340 fstat64: -1 = fstat (90, 0x22E970) 166 892589 [main] rsync 2340 fstat64: -1 = fstat (89, 0x22E970) 138 892727 [main] rsync 2340 fstat64: -1 = fstat (89, 0x22E970) 133 892860 [main] rsync 2340 fstat64: -1 = fstat (88, 0x22E970) 132 892992 [main] rsync 2340 fstat64: -1 = fstat (88, 0x22E970) 133 893125 [main] rsync 2340 fstat64: -1 = fstat (87, 0x22E970) 183 893308 [main] rsync 2340 fstat64: -1 = fstat (87, 0x22E970) 155 893463 [main] rsync 2340 fstat64: -1 = fstat (86, 0x22E970) 132 893595 [main] rsync 2340 fstat64: -1 = fstat (86, 0x22E970) 133 893728 [main] rsync 2340 fstat64: -1 = fstat (85, 0x22E970) 130 893858 [main] rsync 2340 fstat64: -1 = fstat (85, 0x22E970) 133 893991 [main] rsync 2340 fstat64: -1 = fstat (84, 0x22E970) 133 894124 [main] rsync 2340 fstat64: -1 = fstat (84, 0x22E970) 132 894256 [main] rsync 2340 fstat64: -1 = fstat (83, 0x22E970) 134 894390 [main] rsync 2340 fstat64: -1 = fstat (83, 0x22E970) 132 894522 [main] rsync 2340 fstat64: -1 = fstat (82, 0x22E970) 132 894654 [main] rsync 2340 fstat64: -1 = fstat (82, 0x22E970) 132 894786 [main] rsync 2340 fstat64: -1 = fstat (81, 0x22E970) 133 894919 [main] rsync 2340 fstat64: -1 = fstat (81, 0x22E970) 132 895051 [main] rsync 2340 fstat64: -1 = fstat (80, 0x22E970) 132 895183 [main] rsync 2340 fstat64: -1 = fstat (80, 0x22E970) 132 895315 [main] rsync 2340 fstat64: -1 = fstat (79, 0x22E970) 132 895447 [main] rsync 2340 fstat64: -1 = fstat (79, 0x22E970) 133 895580 [main] rsync 2340 fstat64: -1 = fstat (78, 0x22E970) 134 895714 [main] rsync 2340 fstat64: -1 = fstat (78, 0x22E970) 156 895870 [main] rsync 2340 fstat64: -1 = fstat (77, 0x22E970) 137 896007 [main] rsync 2340 fstat64: -1 = fstat (77, 0x22E970) 131 896138 [main] rsync 2340 fstat64: -1 = fstat (76, 0x22E970) 130 896268 [main] rsync 2340 fstat64: -1 = fstat (76, 0x22E970) 132 896400 [main] rsync 2340 fstat64: -1 = fstat (75, 0x22E970) 131 896531 [main] rsync 2340 fstat64: -1 = fstat (75, 0x22E970) 133 896664 [main] rsync 2340 fstat64: -1 = fstat (74, 0x22E970) 131 896795 [main] rsync 2340 fstat64: -1 = fstat (74, 0x22E970) 132 896927 [main] rsync 2340 fstat64: -1 = fstat (73, 0x22E970) 132 897059 [main] rsync 2340 fstat64: -1 = fstat (73, 0x22E970) 130 897189 [main] rsync 2340 fstat64: -1 = fstat (72, 0x22E970) 131 897320 [main] rsync 2340 fstat64: -1 = fstat (72, 0x22E970) 132 897452 [main] rsync 2340 fstat64: -1 = fstat (71, 0x22E970) 132 897584 [main] rsync 2340 fstat64: -1 = fstat (71, 0x22E970) 131 897715 [main] rsync 2340 fstat64: -1 = fstat (70, 0x22E970) 131 897846 [main] rsync 2340 fstat64: -1 = fstat (70, 0x22E970) 132 897978 [main] rsync 2340 fstat64: -1 = fstat (69, 0x22E970) 131 898109 [main] rsync 2340 fstat64: -1 = fstat (69, 0x22E970) 131 898240 [main] rsync 2340 fstat64: -1 = fstat (68, 0x22E970) 131 898371 [main] rsync 2340 fstat64: -1 = fstat (68, 0x22E970) 167 898538 [main] rsync 2340 fstat64: -1 = fstat (67, 0x22E970) 143 898681 [main] rsync 2340 fstat64: -1 = fstat (67, 0x22E970) 132 898813 [main] rsync 2340 fstat64: -1 = fstat (66, 0x22E970) 132 898945 [main] rsync 2340 fstat64: -1 = fstat (66, 0x22E970) 133 899078 [main] rsync 2340 fstat64: -1 = fstat (65, 0x22E970) 133 899211 [main] rsync 2340 fstat64: -1 = fstat (65, 0x22E970) 219 899430 [main] rsync 2340 fstat64: -1 = fstat (64, 0x22E970) 135 899565 [main] rsync 2340 fstat64: -1 = fstat (64, 0x22E970) 131 899696 [main] rsync 2340 fstat64: -1 = fstat (63, 0x22E970) 131 899827 [main] rsync 2340 fstat64: -1 = fstat (63, 0x22E970) 132 899959 [main] rsync 2340 fstat64: -1 = fstat (62, 0x22E970) 130 900089 [main] rsync 2340 fstat64: -1 = fstat (62, 0x22E970) 132 900221 [main] rsync 2340 fstat64: -1 = fstat (61, 0x22E970) 132 900353 [main] rsync 2340 fstat64: -1 = fstat (61, 0x22E970) 134 900487 [main] rsync 2340 fstat64: -1 = fstat (60, 0x22E970) 132 900619 [main] rsync 2340 fstat64: -1 = fstat (60, 0x22E970) 133 900752 [main] rsync 2340 fstat64: -1 = fstat (59, 0x22E970) 132 900884 [main] rsync 2340 fstat64: -1 = fstat (59, 0x22E970) 133 901017 [main] rsync 2340 fstat64: -1 = fstat (58, 0x22E970) 130 901147 [main] rsync 2340 fstat64: -1 = fstat (58, 0x22E970) 133 901280 [main] rsync 2340 fstat64: -1 = fstat (57, 0x22E970) 131 901411 [main] rsync 2340 fstat64: -1 = fstat (57, 0x22E970) 134 901545 [main] rsync 2340 fstat64: -1 = fstat (56, 0x22E970) 130 901675 [main] rsync 2340 fstat64: -1 = fstat (56, 0x22E970) 132 901807 [main] rsync 2340 fstat64: -1 = fstat (55, 0x22E970) 132 901939 [main] rsync 2340 fstat64: -1 = fstat (55, 0x22E970) 134 902073 [main] rsync 2340 fstat64: -1 = fstat (54, 0x22E970) 132 902205 [main] rsync 2340 fstat64: -1 = fstat (54, 0x22E970) 133 902338 [main] rsync 2340 fstat64: -1 = fstat (53, 0x22E970) 132 902470 [main] rsync 2340 fstat64: -1 = fstat (53, 0x22E970) 133 902603 [main] rsync 2340 fstat64: -1 = fstat (52, 0x22E970) 133 902736 [main] rsync 2340 fstat64: -1 = fstat (52, 0x22E970) 132 902868 [main] rsync 2340 fstat64: -1 = fstat (51, 0x22E970) 133 903001 [main] rsync 2340 fstat64: -1 = fstat (51, 0x22E970) 133 903134 [main] rsync 2340 fstat64: -1 = fstat (50, 0x22E970) 132 903266 [main] rsync 2340 fstat64: -1 = fstat (50, 0x22E970) 133 903399 [main] rsync 2340 fstat64: -1 = fstat (49, 0x22E970) 398 903797 [main] rsync 2340 fstat64: -1 = fstat (49, 0x22E970) 175 903972 [main] rsync 2340 fstat64: -1 = fstat (48, 0x22E970) 134 904106 [main] rsync 2340 fstat64: -1 = fstat (48, 0x22E970) 132 904238 [main] rsync 2340 fstat64: -1 = fstat (47, 0x22E970) 157 904395 [main] rsync 2340 fstat64: -1 = fstat (47, 0x22E970) 170 904565 [main] rsync 2340 fstat64: -1 = fstat (46, 0x22E970) 135 904700 [main] rsync 2340 fstat64: -1 = fstat (46, 0x22E970) 130 904830 [main] rsync 2340 fstat64: -1 = fstat (45, 0x22E970) 131 904961 [main] rsync 2340 fstat64: -1 = fstat (45, 0x22E970) 132 905093 [main] rsync 2340 fstat64: -1 = fstat (44, 0x22E970) 132 905225 [main] rsync 2340 fstat64: -1 = fstat (44, 0x22E970) 237 905462 [main] rsync 2340 fstat64: -1 = fstat (43, 0x22E970) 133 905595 [main] rsync 2340 fstat64: -1 = fstat (43, 0x22E970) 131 905726 [main] rsync 2340 fstat64: -1 = fstat (42, 0x22E970) 133 905859 [main] rsync 2340 fstat64: -1 = fstat (42, 0x22E970) 132 905991 [main] rsync 2340 fstat64: -1 = fstat (41, 0x22E970) 131 906122 [main] rsync 2340 fstat64: -1 = fstat (41, 0x22E970) 144 906266 [main] rsync 2340 fstat64: -1 = fstat (40, 0x22E970) 134 906400 [main] rsync 2340 fstat64: -1 = fstat (40, 0x22E970) 132 906532 [main] rsync 2340 fstat64: -1 = fstat (39, 0x22E970) 131 906663 [main] rsync 2340 fstat64: -1 = fstat (39, 0x22E970) 132 906795 [main] rsync 2340 fstat64: -1 = fstat (38, 0x22E970) 130 906925 [main] rsync 2340 fstat64: -1 = fstat (38, 0x22E970) 133 907058 [main] rsync 2340 fstat64: -1 = fstat (37, 0x22E970) 130 907188 [main] rsync 2340 fstat64: -1 = fstat (37, 0x22E970) 130 907318 [main] rsync 2340 fstat64: -1 = fstat (36, 0x22E970) 131 907449 [main] rsync 2340 fstat64: -1 = fstat (36, 0x22E970) 131 907580 [main] rsync 2340 fstat64: -1 = fstat (35, 0x22E970) 130 907710 [main] rsync 2340 fstat64: -1 = fstat (35, 0x22E970) 131 907841 [main] rsync 2340 fstat64: -1 = fstat (34, 0x22E970) 130 907971 [main] rsync 2340 fstat64: -1 = fstat (34, 0x22E970) 131 908102 [main] rsync 2340 fstat64: -1 = fstat (33, 0x22E970) 131 908233 [main] rsync 2340 fstat64: -1 = fstat (33, 0x22E970) 132 908365 [main] rsync 2340 fstat64: -1 = fstat (32, 0x22E970) 133 908498 [main] rsync 2340 fstat64: -1 = fstat (32, 0x22E970) 130 908628 [main] rsync 2340 fstat64: -1 = fstat (31, 0x22E970) 131 908759 [main] rsync 2340 fstat64: -1 = fstat (31, 0x22E970) 130 908889 [main] rsync 2340 fstat64: -1 = fstat (30, 0x22E970) 131 909020 [main] rsync 2340 fstat64: -1 = fstat (30, 0x22E970) 131 909151 [main] rsync 2340 fstat64: -1 = fstat (29, 0x22E970) 130 909281 [main] rsync 2340 fstat64: -1 = fstat (29, 0x22E970) 131 909412 [main] rsync 2340 fstat64: -1 = fstat (28, 0x22E970) 131 909543 [main] rsync 2340 fstat64: -1 = fstat (28, 0x22E970) 130 909673 [main] rsync 2340 fstat64: -1 = fstat (27, 0x22E970) 132 909805 [main] rsync 2340 fstat64: -1 = fstat (27, 0x22E970) 131 909936 [main] rsync 2340 fstat64: -1 = fstat (26, 0x22E970) 130 910066 [main] rsync 2340 fstat64: -1 = fstat (26, 0x22E970) 131 910197 [main] rsync 2340 fstat64: -1 = fstat (25, 0x22E970) 130 910327 [main] rsync 2340 fstat64: -1 = fstat (25, 0x22E970) 131 910458 [main] rsync 2340 fstat64: -1 = fstat (24, 0x22E970) 160 910618 [main] rsync 2340 fstat64: -1 = fstat (24, 0x22E970) 137 910755 [main] rsync 2340 fstat64: -1 = fstat (23, 0x22E970) 132 910887 [main] rsync 2340 fstat64: -1 = fstat (23, 0x22E970) 132 911019 [main] rsync 2340 fstat64: -1 = fstat (22, 0x22E970) 129 911148 [main] rsync 2340 fstat64: -1 = fstat (22, 0x22E970) 187 911335 [main] rsync 2340 fstat64: -1 = fstat (21, 0x22E970) 143 911478 [main] rsync 2340 fstat64: -1 = fstat (21, 0x22E970) 132 911610 [main] rsync 2340 fstat64: -1 = fstat (20, 0x22E970) 133 911743 [main] rsync 2340 fstat64: -1 = fstat (20, 0x22E970) 131 911874 [main] rsync 2340 fstat64: -1 = fstat (19, 0x22E970) 131 912005 [main] rsync 2340 fstat64: -1 = fstat (19, 0x22E970) 132 912137 [main] rsync 2340 fstat64: -1 = fstat (18, 0x22E970) 132 912269 [main] rsync 2340 fstat64: -1 = fstat (18, 0x22E970) 133 912402 [main] rsync 2340 fstat64: -1 = fstat (17, 0x22E970) 627 913029 [main] rsync 2340 fstat64: -1 = fstat (17, 0x22E970) 173 913202 [main] rsync 2340 fstat64: -1 = fstat (16, 0x22E970) 135 913337 [main] rsync 2340 fstat64: -1 = fstat (16, 0x22E970) 132 913469 [main] rsync 2340 fstat64: -1 = fstat (15, 0x22E970) 132 913601 [main] rsync 2340 fstat64: -1 = fstat (15, 0x22E970) 131 913732 [main] rsync 2340 fstat64: -1 = fstat (14, 0x22E970) 131 913863 [main] rsync 2340 fstat64: -1 = fstat (14, 0x22E970) 134 913997 [main] rsync 2340 fstat64: -1 = fstat (13, 0x22E970) 130 914127 [main] rsync 2340 fstat64: -1 = fstat (13, 0x22E970) 132 914259 [main] rsync 2340 fstat64: -1 = fstat (12, 0x22E970) 132 914391 [main] rsync 2340 fstat64: -1 = fstat (12, 0x22E970) 131 914522 [main] rsync 2340 fstat64: -1 = fstat (11, 0x22E970) 131 914653 [main] rsync 2340 fstat64: -1 = fstat (11, 0x22E970) 131 914784 [main] rsync 2340 fstat64: -1 = fstat (10, 0x22E970) 131 914915 [main] rsync 2340 fstat64: -1 = fstat (10, 0x22E970) 133 915048 [main] rsync 2340 fstat64: -1 = fstat (9, 0x22E970) 132 915180 [main] rsync 2340 fstat64: -1 = fstat (9, 0x22E970) 132 915312 [main] rsync 2340 fstat64: -1 = fstat (8, 0x22E970) 132 915444 [main] rsync 2340 fstat64: -1 = fstat (8, 0x22E970) 131 915575 [main] rsync 2340 fstat64: -1 = fstat (7, 0x22E970) 132 915707 [main] rsync 2340 fstat64: -1 = fstat (7, 0x22E970) 133 915840 [main] rsync 2340 fstat64: -1 = fstat (6, 0x22E970) 130 915970 [main] rsync 2340 fstat64: -1 = fstat (6, 0x22E970) 137 916107 [main] rsync 2340 fhandler_base::fstat: here 144 916251 [main] rsync 2340 fstat64: 0 = fstat (5, 0x22E970) 137 916388 [main] rsync 2340 fhandler_base::fstat: here 166 916554 [main] rsync 2340 fstat64: 0 = fstat (5, 0x22E970) 289 916843 [main] rsync 2340 cygwin_getsockopt: 0 = getsockopt (5, 65535, 1008 (error), 0x22E950, 0x22E954) 285 917128 [main] rsync 2340 cygwin_shutdown: 0 = shutdown (5, 2) 243 917371 [main] rsync 2340 close: close (5) 761 918132 [main] rsync 2340 fhandler_socket::close: 0 = fhandler_socket::close() 211 918343 [main] rsync 2340 close: 0 = close (5) 138 918481 [main] rsync 2340 fhandler_base::fstat: here 140 918621 [main] rsync 2340 fstat64: 0 = fstat (4, 0x22E970) 137 918758 [main] rsync 2340 fhandler_base::fstat: here 139 918897 [main] rsync 2340 fstat64: 0 = fstat (4, 0x22E970) 549 919446 [main] rsync 2340 cygwin_getsockopt: 0 = getsockopt (4, 65535, 1008 (error), 0x22E950, 0x22E954) 292 919738 [main] rsync 2340 cygwin_shutdown: 0 = shutdown (4, 2) 161 919899 [main] rsync 2340 close: close (4) 730 920629 [main] rsync 2340 fhandler_socket::close: 0 = fhandler_socket::close() 201 920830 [main] rsync 2340 close: 0 = close (4) 135 920965 [main] rsync 2340 fstat64: -1 = fstat (3, 0x22E970) 130 921095 [main] rsync 2340 fstat64: -1 = fstat (3, 0x22E970) 118 921213 [main] rsync 2340 fhandler_base::fstat: here 126 921339 [main] rsync 2340 fstat64: 0 = fstat (2, 0x22E970) 120 921459 [main] rsync 2340 fhandler_base::fstat: here 119 921578 [main] rsync 2340 fstat64: 0 = fstat (2, 0x22E970) 126 921704 [main] rsync 2340 cygwin_getsockopt: -1 = getsockopt (2, 65535, 1008 (error), 0x22E950, 0x22E954) 126 921830 [main] rsync 2340 close: close (2) 197 922027 [main] rsync 2340 fhandler_console::close: decremented open_fhs, now 2 139 922166 [main] rsync 2340 close: 0 = close (2) 121 922287 [main] rsync 2340 fhandler_base::fstat: here 141 922428 [main] rsync 2340 fstat64: 0 = fstat (1, 0x22E970) 170 922598 [main] rsync 2340 fhandler_base::fstat: here 139 922737 [main] rsync 2340 fstat64: 0 = fstat (1, 0x22E970) 140 922877 [main] rsync 2340 cygwin_getsockopt: -1 = getsockopt (1, 65535, 1008 (error), 0x22E950, 0x22E954) 135 923012 [main] rsync 2340 close: close (1) 215 923227 [main] rsync 2340 fhandler_console::close: decremented open_fhs, now 1 238 923465 [main] rsync 2340 close: 0 = close (1) 161 923626 [main] rsync 2340 fhandler_base::fstat: here 146 923772 [main] rsync 2340 fstat64: 0 = fstat (0, 0x22E970) 135 923907 [main] rsync 2340 fhandler_base::fstat: here 132 924039 [main] rsync 2340 fstat64: 0 = fstat (0, 0x22E970) 138 924177 [main] rsync 2340 cygwin_getsockopt: -1 = getsockopt (0, 65535, 1008 (error), 0x22E950, 0x22E954) 137 924314 [main] rsync 2340 close: close (0) 213 924527 [main] rsync 2340 fhandler_console::close: decremented open_fhs, now 0 149 924676 [main] rsync 2340 close: 0 = close (0) 135 924811 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 135 924946 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 127 925073 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 116 925189 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 116 925305 [main] rsync 2340 close: close (0) 117 925422 [main] rsync 2340 close: -1 = close (0) 117 925539 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 119 925658 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 117 925775 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 114 925889 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 113 926002 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 115 926117 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 115 926232 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 115 926347 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 118 926465 [main] rsync 2340 close: close (1) 118 926583 [main] rsync 2340 close: -1 = close (1) 115 926698 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 129 926827 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 129 926956 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 126 927082 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 126 927208 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 127 927335 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 126 927461 [main] rsync 2340 __cygwin_lock_lock: threadcount 1. not locking 130 927591 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 130 927721 [main] rsync 2340 close: close (2) 129 927850 [main] rsync 2340 close: -1 = close (2) 126 927976 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 129 928105 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 130 928235 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 128 928363 [main] rsync 2340 __cygwin_lock_unlock: threadcount 1. not unlocking 130 928493 [main] rsync 2340 do_exit: do_exit (12), exit_state 0 188 928681 [main] rsync 2340 void: 0x40A560 = signal (20, 0x1) 135 928816 [main] rsync 2340 void: 0x4018F0 = signal (1, 0x1) 128 928944 [main] rsync 2340 void: 0x4018F0 = signal (2, 0x1) 128 929072 [main] rsync 2340 void: 0x0 = signal (3, 0x1) 130 929202 [main] rsync 2340 sigproc_terminate: entering 237 929439 [sig] rsync 2340 wait_sig: done 170 929609 [sig] rsync 2340 _cygtls::remove: wait 0x0 343 929952 [main] rsync 2340 proc_terminate: nchildren 0, nzombies 0 185 930137 [proc] rsync 2340 wait_subproc: done 198 930335 [proc] rsync 2340 _cygtls::remove: wait 0x0 345 930680 [main] rsync 2340 proc_subproc: args: 3, 1 156 930836 [main] rsync 2340 proc_subproc: clear waiting threads 118 930954 [main] rsync 2340 proc_subproc: finished clearing 119 931073 [main] rsync 2340 proc_subproc: returning 1 118 931191 [main] rsync 2340 proc_terminate: leaving 124 931315 [main] rsync 2340 do_exit: 2340 == pgrp 2340, send SIG{HUP,CONT} to stopped children 122 931437 [main] rsync 2340 kill_pgrp: pid 2340, signal -1 2181 933618 [main] rsync 2340 kill_pgrp: -1 = kill (2340, -1) 442 934060 [main] rsync 2340 __to_clock_t: dwHighDateTime 0, dwLowDateTime 5312500 149 934209 [main] rsync 2340 __to_clock_t: total 00000000 00000213 129 934338 [main] rsync 2340 __to_clock_t: dwHighDateTime 0, dwLowDateTime 625000 121 934459 [main] rsync 2340 __to_clock_t: total 00000000 0000003E 3835 938294 [main] rsync 2340 _pinfo::exit: Calling ExitProcess 12 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From p.j.g@softhome.net Thu Sep 9 22:08:00 2004 From: p.j.g@softhome.net (Paul J. Ghosh) Date: Thu, 09 Sep 2004 22:08:00 -0000 Subject: does anyone have cron working on windows 2003 server? Message-ID: <000401c496b3$d7fe34d0$140f000a@PJGVAIO> There is an active thread started already titled 'Cygwin Cron on Windows 2003 Server Issues' addressing the challenges that are arising with our efforts. So far the challenges still remain. However, we were curious to know if anyone has cron working on Windows 2003 server. If yes, then there is hope. If not, then we are pioneers... and will need to come up with contingency plans. Please do reply if it is working for you. Regards, Paul J. Ghosh -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Thu Sep 9 23:16:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Thu, 09 Sep 2004 23:16:00 -0000 Subject: rsync + xp sp2 failing In-Reply-To: <4140C972.6030408@iwcenter.com> References: <20040909202553.8B672E598@wildcard.curl.com> <4140C972.6030408@iwcenter.com> Message-ID: <20040909220929.GA30475@cygbert.vinschen.de> On Sep 9 17:21, Joel wrote: > Bob Byrnes wrote: > >If you can reproduce this using strace, the last hundred lines or so > >of the strace output might be enlightening. > > Here's the strace output: ...which is rather interesting. As you already noticed, this doesn't happen before installing SP2. First socketpair creation: > 237736 384833 [main] rsync 2340 fdsock: reset socket inheritance since > winsock2_active 1 > 228 385061 [main] rsync 2340 build_fh_pc: fh 0x61781468 > 142 385203 [main] rsync 2340 fhandler_base::set_flags: flags > 0x10002, supplied_bin 0x0 > 123 385326 [main] rsync 2340 fhandler_base::set_flags: > O_TEXT/O_BINARY set in flags 0x10000 > 120 385446 [main] rsync 2340 fhandler_base::set_flags: filemode set > to binary > 123 385569 [main] rsync 2340 fdsock: fd 3, name '', soc 0x510 > 154 385723 [main] rsync 2340 fdsock: reset socket inheritance since > winsock2_active 1 > 144 385867 [main] rsync 2340 build_fh_pc: fh 0x61781890 > 127 385994 [main] rsync 2340 fhandler_base::set_flags: flags > 0x10002, supplied_bin 0x0 > 299 386293 [main] rsync 2340 fhandler_base::set_flags: > O_TEXT/O_BINARY set in flags 0x10000 > 148 386441 [main] rsync 2340 fhandler_base::set_flags: filemode set > to binary > 119 386560 [main] rsync 2340 fdsock: fd 4, name '', soc 0x54C > 124 386684 [main] rsync 2340 socketpair: 0 = socketpair (...) Looks good. Second socketpair creation: > 9505 399384 [main] rsync 2340 fdsock: reset socket inheritance since > winsock2_active 1 > 228 399612 [main] rsync 2340 build_fh_pc: fh 0x61781CB8 > 310 399922 [main] rsync 2340 fhandler_base::set_flags: flags > 0x10002, supplied_bin 0x0 > 153 400075 [main] rsync 2340 fhandler_base::set_flags: > O_TEXT/O_BINARY set in flags 0x10000 > 123 400198 [main] rsync 2340 fhandler_base::set_flags: filemode set > to binary > 120 400318 [main] rsync 2340 fdsock: fd 5, name '', soc 0x4D4 > 150 400468 [main] rsync 2340 fdsock: reset socket inheritance since > winsock2_active 1 > 180 400648 [main] rsync 2340 build_fh_pc: fh 0x617820E0 > 128 400776 [main] rsync 2340 fhandler_base::set_flags: flags > 0x10002, supplied_bin 0x0 > 114 400890 [main] rsync 2340 fhandler_base::set_flags: > O_TEXT/O_BINARY set in flags 0x10000 > 115 401005 [main] rsync 2340 fhandler_base::set_flags: filemode set > to binary > 113 401118 [main] rsync 2340 fdsock: fd 6, name '', soc 0x508 > 118 401236 [main] rsync 2340 socketpair: 0 = socketpair (...) Looks good, too. And now for something completely different, the first fork. Socket handles are duplicated: > 1031 420063 [main] rsync 2340 dtable::fixup_before_fork: fd 3 () > 498 420561 [main] rsync 2340 > fhandler_socket::fixup_before_fork_exec: WSADuplicateSocket error, sock > 0x510, win_proc_id 1684, prot_info_ptr 0x61781670 > 279 420840 [main] rsync 2340 __set_winsock_errno: > fixup_before_fork_exec:269 - winsock error 10045 -> errno 95 > 157 420997 [main] rsync 2340 dtable::fixup_before_fork: fd 4 () > 176 421173 [main] rsync 2340 > fhandler_socket::fixup_before_fork_exec: WSADuplicateSocket error, sock > 0x54C, win_proc_id 1684, prot_info_ptr 0x61781A98 > 138 421311 [main] rsync 2340 __set_winsock_errno: > fixup_before_fork_exec:269 - winsock error 10045 -> errno 95 > 122 421433 [main] rsync 2340 dtable::fixup_before_fork: fd 5 () > 168 421601 [main] rsync 2340 > fhandler_socket::fixup_before_fork_exec: WSADuplicateSocket error, sock > 0x4D4, win_proc_id 1684, prot_info_ptr 0x61781EC0 > 141 421742 [main] rsync 2340 __set_winsock_errno: > fixup_before_fork_exec:269 - winsock error 10045 -> errno 95 > 121 421863 [main] rsync 2340 dtable::fixup_before_fork: fd 6 () > 169 422032 [main] rsync 2340 > fhandler_socket::fixup_before_fork_exec: WSADuplicateSocket error, sock > 0x508, win_proc_id 1684, prot_info_ptr 0x617822E8 > 138 422170 [main] rsync 2340 __set_winsock_errno: > fixup_before_fork_exec:269 - winsock error 10045 -> errno 95 All WSADuplicateSocket calls fail with 10045, "operation is not supported for the type of object referenced", even thought the above created socket handles are referenced. That's weird. I'm still running XP SP1 and I can't reproduce this. I'm wondering if that's a side effect of the new firewall in XP2. Did you try with switching off the firewall entirely? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From matthew.moss@gmail.com Thu Sep 9 23:33:00 2004 From: matthew.moss@gmail.com (Matthew Moss) Date: Thu, 09 Sep 2004 23:33:00 -0000 Subject: fhandler_base::dup failed error after upgrade to 1.5.11-1 Message-ID: <88f1865b04090916165e4942f2@mail.gmail.com> I ran into a problem after installing updates. I removed cygwin and reinstalled and now have a fresh installation of 1.5.11-1 using setup.exe 2.427. I tried the following command in bash: > tidy contrib.html > con.html Which gave the following error: 479975353 [main] bash 4024 fhandler_base::dup: dup(/home/Matthew Moss/con.html) failed, handle 2F, Win32 error 87 bash: con.html: Invalid argument Strangely, any of the following worked fine: > tidy contrib.html > c.html > tidy contrib.html > co.html > tidy contrib.html > cont.html Only when I redirected to con.html did I get that error. I get a similar error simply doing this: > cat contrib.html > con.html Which again, strangely, works for other target filenames. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Fri Sep 10 00:40:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Fri, 10 Sep 2004 00:40:00 -0000 Subject: fhandler_base::dup failed error after upgrade to 1.5.11-1 In-Reply-To: <88f1865b04090916165e4942f2@mail.gmail.com> References: <88f1865b04090916165e4942f2@mail.gmail.com> Message-ID: <20040909233425.GA1082@trixie.casa.cgf.cx> On Thu, Sep 09, 2004 at 07:16:22PM -0400, Matthew Moss wrote: >I ran into a problem after installing updates. I removed cygwin and >reinstalled and now have a fresh installation of 1.5.11-1 using >setup.exe 2.427. > >I tried the following command in bash: > >> tidy contrib.html > con.html > >Which gave the following error: > >479975353 [main] bash 4024 fhandler_base::dup: dup(/home/Matthew >Moss/con.html) failed, handle 2F, Win32 error 87 >bash: con.html: Invalid argument "con" is a reserved word on Windows. Cygwin 1.5.10 erroneously let you produce a filename named "con" but 1.5.11 no longer allows this. This error message should not occur and that should be fixed but fixing things to provide a more unix-like error message is, unfortunately, not going to solve your problem. Sorry. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From luke.kendall@cisra.canon.com.au Fri Sep 10 00:50:00 2004 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Fri, 10 Sep 2004 00:50:00 -0000 Subject: ssh-host-config bug? In-Reply-To: <20040908084439.GA20537@cygbert.vinschen.de> Message-ID: <20040910004010.3265884C87@pessard.research.canon.com.au> On 8 Sep, Corinna Vinschen wrote: > > I noted recently that the user "system" seems to have vanished. > > > > > Likewise the user and the group SYSTEM no longer seem to exist. > > > > .... as evidenced by: > > > > $ chown system xxx > > chown: `system': invalid user > > That's the problem. I don't know how it disappeared from your /etc/passwd, > but `mkpasswd -l' always creates an entry for the user system. Just readd > it. Ah, thanks Corinna. My post-install script does a: mkpasswd -d > /etc/passwd I'll change it to add the mkpasswd -l output as well. And all the above comments apply to mkgroup, too. luke -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From FDEMCICWKAID@spammotel.com Fri Sep 10 02:00:00 2004 From: FDEMCICWKAID@spammotel.com (Alder) Date: Fri, 10 Sep 2004 02:00:00 -0000 Subject: cygserver service won't start In-Reply-To: <20040909080829.GC2953@cygbert.vinschen.de> References: <20040909080829.GC2953@cygbert.vinschen.de> Message-ID: Corinna Vinschen wrote: > On Sep 8 22:37, Alder wrote: > >>as a service. This step seemed successful as the Windows Event Viewer >>lists it as 'CYGWIN cygserver' and describes it as 'Cygwin shared memory >>manager'. This description, however, is suspiciously like the one I > > > The cygserver-config script does not add this description. So it's from > an old service entry. That's what I suspected, but I wonder where the string was pulled from? Like I said, I cleared the Cygnus Solutions keys from LOCAL_MACHINE and CURRENT_USER areas in the registry and deleted the temp folders created by the previous Setup.exe. Could it be the Service Control Manager itself? > > >>The Windows Event Viewer console Application Log reports that cygserver >>starts and is awaiting requests, but a split second later the Service >>Control Manager reports in the System Log that cygserver terminates >>unexpectedly. The /var/log/cygserver.log file is empty, so I'm clueless >>as to what might have caused this problem. I can only guess that file >>permissions are not what they should be. > > > What does `ls -l /usr/sbin/cygserver.exe' look like? $ ls -l /usr/sbin/cygserver.exe -rwxrwxrwx 1 Manager Users 103424 Sep 4 20:18 /usr/sbin/cygserver.exe* ..or.. Manager@kiraly ~ $ ls -ln /usr/sbin/cygserver.exe -rwxrwxrwx 1 500 545 103424 Sep 4 20:18 /usr/sbin/cygserver.exe* > > Did you try to run cygserver from the command line? > I tried just now and it seems to run fine: $ /usr/sbin/cygserver & [2] 688 [1] Done /usr/sbin/cygserver Manager@kiraly ~ $ cygserver: Initialization complete. Waiting for requests. <---- bash hangs here; have to use Enter key to get prompt back Manager@kiraly ~ $ > Corinna > Alder -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From joellists@iwcenter.com Fri Sep 10 02:25:00 2004 From: joellists@iwcenter.com (joellists) Date: Fri, 10 Sep 2004 02:25:00 -0000 Subject: rsync + xp sp2 failing In-Reply-To: <20040909220929.GA30475@cygbert.vinschen.de> References: <20040909202553.8B672E598@wildcard.curl.com> <4140C972.6030408@iwcenter.com> <20040909220929.GA30475@cygbert.vinschen.de> Message-ID: <20040910020007.M70220@iwcenter.com> On Fri, 10 Sep 2004 00:09:29 +0200, Corinna Vinschen wrote > On Sep 9 17:21, Joel wrote: > > Bob Byrnes wrote: > > >If you can reproduce this using strace, the last hundred lines or so > > >of the strace output might be enlightening. > > > > Here's the strace output: > > ...which is rather interesting. As you already noticed, this doesn't > happen before installing SP2. > > First socketpair creation: > > > 237736 384833 [main] rsync 2340 fdsock: reset socket inheritance since > > winsock2_active 1 > > 228 385061 [main] rsync 2340 build_fh_pc: fh 0x61781468 > > 142 385203 [main] rsync 2340 fhandler_base::set_flags: flags > > 0x10002, supplied_bin 0x0 > > 123 385326 [main] rsync 2340 fhandler_base::set_flags: > > O_TEXT/O_BINARY set in flags 0x10000 > > 120 385446 [main] rsync 2340 fhandler_base::set_flags: filemode set > > to binary > > 123 385569 [main] rsync 2340 fdsock: fd 3, name '', soc 0x510 > > 154 385723 [main] rsync 2340 fdsock: reset socket inheritance since > > winsock2_active 1 > > 144 385867 [main] rsync 2340 build_fh_pc: fh 0x61781890 > > 127 385994 [main] rsync 2340 fhandler_base::set_flags: flags > > 0x10002, supplied_bin 0x0 > > 299 386293 [main] rsync 2340 fhandler_base::set_flags: > > O_TEXT/O_BINARY set in flags 0x10000 > > 148 386441 [main] rsync 2340 fhandler_base::set_flags: filemode set > > to binary > > 119 386560 [main] rsync 2340 fdsock: fd 4, name '', soc 0x54C > > 124 386684 [main] rsync 2340 socketpair: 0 = socketpair (...) > > Looks good. > > Second socketpair creation: > > > 9505 399384 [main] rsync 2340 fdsock: reset socket inheritance since > > winsock2_active 1 > > 228 399612 [main] rsync 2340 build_fh_pc: fh 0x61781CB8 > > 310 399922 [main] rsync 2340 fhandler_base::set_flags: flags > > 0x10002, supplied_bin 0x0 > > 153 400075 [main] rsync 2340 fhandler_base::set_flags: > > O_TEXT/O_BINARY set in flags 0x10000 > > 123 400198 [main] rsync 2340 fhandler_base::set_flags: filemode set > > to binary > > 120 400318 [main] rsync 2340 fdsock: fd 5, name '', soc 0x4D4 > > 150 400468 [main] rsync 2340 fdsock: reset socket inheritance since > > winsock2_active 1 > > 180 400648 [main] rsync 2340 build_fh_pc: fh 0x617820E0 > > 128 400776 [main] rsync 2340 fhandler_base::set_flags: flags > > 0x10002, supplied_bin 0x0 > > 114 400890 [main] rsync 2340 fhandler_base::set_flags: > > O_TEXT/O_BINARY set in flags 0x10000 > > 115 401005 [main] rsync 2340 fhandler_base::set_flags: filemode set > > to binary > > 113 401118 [main] rsync 2340 fdsock: fd 6, name '', soc 0x508 > > 118 401236 [main] rsync 2340 socketpair: 0 = socketpair (...) > > Looks good, too. > > And now for something completely different, the first fork. Socket handles > are duplicated: > > > 1031 420063 [main] rsync 2340 dtable::fixup_before_fork: fd 3 () > > 498 420561 [main] rsync 2340 > > fhandler_socket::fixup_before_fork_exec: WSADuplicateSocket error, sock > > 0x510, win_proc_id 1684, prot_info_ptr 0x61781670 > > 279 420840 [main] rsync 2340 __set_winsock_errno: > > fixup_before_fork_exec:269 - winsock error 10045 -> errno 95 > > 157 420997 [main] rsync 2340 dtable::fixup_before_fork: fd 4 () > > 176 421173 [main] rsync 2340 > > fhandler_socket::fixup_before_fork_exec: WSADuplicateSocket error, sock > > 0x54C, win_proc_id 1684, prot_info_ptr 0x61781A98 > > 138 421311 [main] rsync 2340 __set_winsock_errno: > > fixup_before_fork_exec:269 - winsock error 10045 -> errno 95 > > 122 421433 [main] rsync 2340 dtable::fixup_before_fork: fd 5 () > > 168 421601 [main] rsync 2340 > > fhandler_socket::fixup_before_fork_exec: WSADuplicateSocket error, sock > > 0x4D4, win_proc_id 1684, prot_info_ptr 0x61781EC0 > > 141 421742 [main] rsync 2340 __set_winsock_errno: > > fixup_before_fork_exec:269 - winsock error 10045 -> errno 95 > > 121 421863 [main] rsync 2340 dtable::fixup_before_fork: fd 6 () > > 169 422032 [main] rsync 2340 > > fhandler_socket::fixup_before_fork_exec: WSADuplicateSocket error, sock > > 0x508, win_proc_id 1684, prot_info_ptr 0x617822E8 > > 138 422170 [main] rsync 2340 __set_winsock_errno: > > fixup_before_fork_exec:269 - winsock error 10045 -> errno 95 > > All WSADuplicateSocket calls fail with 10045, "operation is not supported > for the type of object referenced", even thought the above created socket > handles are referenced. That's weird. > > I'm still running XP SP1 and I can't reproduce this. I'm wondering > if that's a side effect of the new firewall in XP2. Did you try > with switching off the firewall entirely? Yes, I did try turning off the service. In fact, this has solved problems for other programs (Age of Kings, for instance) that absolutely won't work with the firewall enabled, even when you make what you think are the proper exceptions. I find it hard to believe no one else is having this problem... anyway... I'm guessing this may have something to do with it: "A little more info on raw sockets and Windows XP SP2" http://blogs.msdn.com/michael_howard/archive/2004/08/12/213611.aspx I'll be happy to test any changes anyone recommends. -- Joel > > Corinna > > -- > Corinna Vinschen Please, send mails regarding > Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com > Red Hat, Inc. > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From g.r.vansickle@worldnet.att.net Fri Sep 10 02:47:00 2004 From: g.r.vansickle@worldnet.att.net (Gary R. Van Sickle) Date: Fri, 10 Sep 2004 02:47:00 -0000 Subject: win95 pipe problems -- report + testcase + patch In-Reply-To: <20040909090201.GF2953@cygbert.vinschen.de> Message-ID: [snip] > > : nudge our legal department again. > > > > I'll be waiting. (This will give me more time to test > readdir_r, once > > I decide how to keep accesses separate.) > > Sic. I think you mean "Ditto" there Corinna. "Sic" is used when you're quoting something that's erroneous or misspelled, but you want to convey that you didn't make the error when transcribing the quote: "Blah bl-blah blah blha (sic) blah blah." I think it's Latin for "yep, that's what the man said". -- Gary R. Van Sickle -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ramneek@cisco.com Fri Sep 10 03:09:00 2004 From: ramneek@cisco.com (Ramneek Singh) Date: Fri, 10 Sep 2004 03:09:00 -0000 Subject: Perl module download ? Message-ID: <007801c496e0$8c695310$9c7ba8c0@amer.cisco.com> I need clarification on which modules I need for using perl on cygwin. I only see perl-libwin32 under system category. Is that all that's required ? Its not included in default package. I can select it, but is there something else Related to perl somewhere else. I don't see it, but I may have missed seeing it. Thanks Ramneek -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From g.r.vansickle@worldnet.att.net Fri Sep 10 03:10:00 2004 From: g.r.vansickle@worldnet.att.net (Gary R. Van Sickle) Date: Fri, 10 Sep 2004 03:10:00 -0000 Subject: OT: RE: filesystem encoding In-Reply-To: <4140156E.9060902@chameleonnet.co.uk> Message-ID: > Hmm...interesting. Not entirely sure what the implications > of what you are saying are (as I don't really understand codepages). > > Does a codepage represent a character with 16 bits? or 8? > Could you recommend a book or a URL on the subject? Maybe I > should look at this when I have more time (I'm in the middle > of a move). A "codepage" isn't a Unicode thing, it's a horrific hack that was and still is used to allow a computer to "speak" almost all of the worlds' languages (the ones that aren't made of thousands of pictographs anyway). A codepage is essentially a mapping of 7- or 8-bit numbers to the glyphs of a particular language. So for example, Russian might have a codepage that says the number 0x01 is the backwards-"R" letter, 0x02 is the "X" with a vertical line though it, etc etc. So a guy in Russia sets up his computer to use this codepage, and he gets his Cyrillic characters popping up when he types, and everything is great, right? Wrong: - Ever get an "ASCII" text email or file that had some goofy graphic characters in it that clearly weren't what the other guy had typed? You're not using the same codepage as the guy who wrote the text. His codepage has a "starting quote" character at the same number where yours has a goofy graphics character. - Some languages have more than one codepage. Russian IIRC has like five or six. The mappings may or may not be related to each other in any way. So even if you speak the same language as the guy you're sending a text file to, it may be completely unintelligible to him. - And heaven help you if you're an American and need to look at a Russian text file. Which ASCII character is "backwards R" going to map to? Let me field that one: trick question, it'll map to some control character or something and if you're lucky it'll be rendered by your text editor as "?" or something, if you're not.... Email tries to get around these problems by having a header telling you what codepage the email was composed in, but if the mutt ML is any indication it seems to be spottily implemented. With your garden variety text file, you're just SOL. Welcome to the 21st century, where computers can't even unambiguously represent written text. -- Gary R. Van Sickle -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From luke.kendall@cisra.canon.com.au Fri Sep 10 04:38:00 2004 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Fri, 10 Sep 2004 04:38:00 -0000 Subject: ssh-host-config bug? In-Reply-To: <20040908084439.GA20537@cygbert.vinschen.de> Message-ID: <20040910031012.739C984CB2@pessard.research.canon.com.au> On 8 Sep, Corinna Vinschen wrote: > That's the problem. I don't know how it disappeared from your /etc/passwd, > but `mkpasswd -l' always creates an entry for the user system. Just readd > it. Thanks, again Corinna. After the mkpasswd -l and mkgroup -l, and a bit of poking about, I found the reason I couldn't slogin to the PC: /etc/ssh* and /var/empty were owned by me instead of by system. luke -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Fri Sep 10 05:50:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 10 Sep 2004 05:50:00 -0000 Subject: Cygwin 1.5.11: execv doesn't set argv[0] on Windows programs Message-ID: Hi, I'm getting the following behavior consistently: $ bash -c 'exec -a KKKK java -h' 2>&1 | egrep 'options?]' Usage: java.exe [-options] class [args...] or java.exe [-jar] [-options] jarfile [args...] $ but $ bash -c 'exec -a KKKK bash --help' 2>&1 | egrep 'options?]' Usage: KKKK [GNU long option] [option] ... KKKK [GNU long option] [option] script-file ... $ In other words, invoking a Cygwin program sets argv[0] correctly, but invoking a Windows program doesn't. Interestingly enough, using the MinGW execv works properly: $ cat ex.c #include int main(int ac, char *av[]) { char const *args[] = { "KKKK", "-h", NULL }; return execv("c:/Program Files/IBM/Java14/bin/java", args); } $ make -W ex.c CC="gcc -mno-cygwin" ex gcc -mno-cygwin ex.c -o ex $ ./ex 2>&1 | egrep 'options?]' Usage: KKKK [-options] class [args...] or KKKK [-jar] [-options] jarfile [args...] $ make -W ex.c ex gcc ex.c -o ex $ ./ex 2>&1 | egrep 'options?]' Usage: java.exe [-options] class [args...] or java.exe [-jar] [-options] jarfile [args...] $ uname -a CYGWIN_NT-5.1 pechtcha 1.5.12(0.116/4/2) 2004-09-07 15:07 i686 unknown unknown Cygwin (yes, a self-built DLL from CVS, but the same problem occurs with 1.5.10). I have a nagging suspicion that the culprit is somewhere in spawn_guts(), and will poke some more at it unless someone knows off-hand where the problem is. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From prayash23@hotmail.com Fri Sep 10 07:20:00 2004 From: prayash23@hotmail.com (Dosu Mahat) Date: Fri, 10 Sep 2004 07:20:00 -0000 Subject: ERB in Ruby1.8 in Cygwin Install Message-ID: I have reinstalled Cygwin, selecting Ruby from the optional packages list. In Cygwin, the Ruby package lists ERB as one of it's components, however upon installing I get Ruby with other features like Rexml, Runit etc but no ERB. I get errors in Ruby when trying to invoke ERB. Can any one suggest what I can do to fix this problem, which I think is because ERB libraries are not getting downloaded along with the rest of Ruby???? thanks _________________________________________________________________ Don??t just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Fri Sep 10 07:32:00 2004 From: brian@dessent.net (Brian Dessent) Date: Fri, 10 Sep 2004 07:32:00 -0000 Subject: Is it free to use References: <414007D6.7DB36622@dessent.net> <20040909135502.GC27325@trixie.casa.cgf.cx> Message-ID: <414156C2.4CC8BFDB@dessent.net> Andrew DeFaria wrote: > Christopher Faylor wrote: > > > This means that if you are developing software for eventual release, > > you must also make the source code available when you make binaries > > available. > > If I develop an app and do not wish to have a requirement to install > Cygwin I would use MingW, right? In that case is my app still under GPL > just because I used Cygwin's gcc to compile and link the resulting > executable that will have no more dependencies on Cygwin? (Just curious). The part that causes it to become GPL'd is the linking to cygwin1.dll, not the fact that Cygwin's gcc is used. If you use Cygwin's gcc in mingw mode then your program does not need cygwin1.dll and the program may be released under any license you choose, assuming there are no other GPL libraries to which you link. cgf meant that by default (with no command line options to the contrary) Cygwin's gcc creates a binary linked against the Cygwin dll. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Andrew@DeFaria.com Fri Sep 10 07:33:00 2004 From: Andrew@DeFaria.com (Andrew DeFaria) Date: Fri, 10 Sep 2004 07:33:00 -0000 Subject: Is it free to use In-Reply-To: <414156C2.4CC8BFDB@dessent.net> References: <414007D6.7DB36622@dessent.net> <20040909135502.GC27325@trixie.casa.cgf.cx> <414156C2.4CC8BFDB@dessent.net> Message-ID: Brian Dessent wrote: > The part that causes it to become GPL'd is the linking to cygwin1.dll, > not the fact that Cygwin's gcc is used. If you use Cygwin's gcc in > mingw mode then your program does not need cygwin1.dll and the program > may be released under any license you choose, assuming there are no > other GPL libraries to which you link. That was my assumption. The parts I was a little skeptical about was: 1) whether using mingw was also GPL and 2) whether I created an app that linked in another library that Cygwin provides. -- Real programmers don't document. If it was hard to write, it should be to understand. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From eret@cs.colorado.edu Fri Sep 10 07:45:00 2004 From: eret@cs.colorado.edu (Mark Eret) Date: Fri, 10 Sep 2004 07:45:00 -0000 Subject: SSH on Cygwin Immediate Drops Connections In-Reply-To: <20040909085632.GE2953@cygbert.vinschen.de> Message-ID: <000201c49708$7f1dabc0$6601a8c0@car.lambdacalcul.us> Hey there again, I ran /usr/sbin/sshd -d -d -d -e and got the follow output: debug2: load_server_config: filename /etc/sshd_config debug2: load_server_config: done config len = 238 debug2: parse_server_config: config /etc/sshd_config len 238 debug1: sshd version OpenSSH_3.9p1 debug1: private host key: #0 type 0 RSA1 debug3: Not a RSA1 key file /etc/ssh_host_rsa_key. debug1: read PEM private key done: type RSA debug1: private host key: #1 type 1 RSA debug3: Not a RSA1 key file /etc/ssh_host_dsa_key. debug1: read PEM private key done: type DSA debug1: private host key: #2 type 2 DSA debug1: rexec_argv[0]='/usr/sbin/sshd' debug1: rexec_argv[1]='-d' debug1: rexec_argv[2]='-d' debug1: rexec_argv[3]='-d' debug1: rexec_argv[4]='-e' debug2: fd 3 setting O_NONBLOCK debug1: Bind to port 22 on 0.0.0.0. Server listening on 0.0.0.0 port 22. Generating 768 bit RSA key. RSA key generation complete. debug3: fd 4 is not O_NONBLOCK debug1: Server will not fork when running in debugging mode. debug3: send_rexec_state: entering fd = 7 config len 238 debug3: ssh_msg_send: type 0 debug3: send_rexec_state: done debug1: rexec start in 4 out 4 newsock 4 pipe -1 sock 7 debug3: recv_rexec_state: entering fd = 5 debug3: ssh_msg_recv entering debug3: recv_rexec_state: done debug2: parse_server_config: config rexec len 238 debug1: sshd version OpenSSH_3.9p1 debug1: private host key: #0 type 0 RSA1 debug3: Not a RSA1 key file /etc/ssh_host_rsa_key. debug1: read PEM private key done: type RSA debug1: private host key: #1 type 1 RSA debug3: Not a RSA1 key file /etc/ssh_host_dsa_key. debug1: read PEM private key done: type DSA debug1: private host key: #2 type 2 DSA debug1: inetd sockets after dupping: 3, 3 Connection from 127.0.0.1 port 4733 debug1: Client protocol version 2.0; client software version OpenSSH_3.9p1 debug1: match: OpenSSH_3.9p1 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-1.99-OpenSSH_3.9p1 debug2: fd 3 setting O_NONBLOCK debug1: list_hostkey_types: ssh-rsa,ssh-dss debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellma n-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,r ijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,r ijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hm ac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hm ac-md5-96 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellma n-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,r ijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,r ijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hm ac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hm ac-md5-96 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: mac_init: found hmac-md5 debug1: kex: client->server aes128-cbc hmac-md5 none debug2: mac_init: found hmac-md5 debug1: kex: server->client aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST received debug1: SSH2_MSG_KEX_DH_GEX_GROUP sent debug2: dh_gen_key: priv key bits set: 117/256 debug2: bits set: 515/1024 debug1: expecting SSH2_MSG_KEX_DH_GEX_INIT debug2: bits set: 490/1024 debug1: SSH2_MSG_KEX_DH_GEX_REPLY sent debug2: kex_derive_keys debug2: set_newkeys: mode 1 debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug2: set_newkeys: mode 0 debug1: SSH2_MSG_NEWKEYS received debug1: KEX done debug1: userauth-request for user eret service ssh-connection method none debug1: attempt 0 failures 0 debug2: input_userauth_request: setting up authctxt for eret debug2: input_userauth_request: try method none Failed none for eret from 127.0.0.1 port 4733 ssh2 debug1: userauth-request for user eret service ssh-connection method keyboard-interactive debug1: attempt 1 failures 1 debug2: input_userauth_request: try method keyboard-interactive debug1: keyboard-interactive devs debug1: auth2_challenge: user=eret devs= debug1: kbdint_alloc: devices '' debug2: auth2_challenge_start: devices Failed keyboard-interactive for eret from 127.0.0.1 port 4733 ssh2 debug1: userauth-request for user eret service ssh-connection method password debug1: attempt 2 failures 2 debug2: input_userauth_request: try method password Accepted password for eret from 127.0.0.1 port 4733 ssh2 debug1: Entering interactive session for SSH2. debug2: fd 4 setting O_NONBLOCK debug2: fd 5 setting O_NONBLOCK debug1: server_init_dispatch_20 debug1: server_input_channel_open: ctype session rchan 0 win 65536 max 16384 debug1: input_session_request debug1: channel 0: new [server-session] debug1: session_new: init debug1: session_new: session 0 debug1: session_open: channel 0 debug1: session_open: session 0: link with channel 0 debug1: server_input_channel_open: confirm session debug1: server_input_channel_req: channel 0 request pty-req reply 0 debug1: session_by_channel: session 0 channel 0 debug1: session_input_channel_req: session 0 req pty-req debug1: Allocating pty. debug1: session_pty_req: session 0 alloc /dev/tty3 debug3: tty_parse_modes: SSH2 n_bytes 246 debug3: tty_parse_modes: ospeed 38400 debug3: tty_parse_modes: ispeed 38400 debug3: tty_parse_modes: 1 3 debug3: tty_parse_modes: 2 28 debug3: tty_parse_modes: 3 8 debug3: tty_parse_modes: 4 21 debug3: tty_parse_modes: 5 4 debug3: tty_parse_modes: 6 0 debug3: tty_parse_modes: 7 0 debug3: tty_parse_modes: 8 17 debug3: tty_parse_modes: 9 19 debug3: tty_parse_modes: 10 26 debug3: tty_parse_modes: 12 18 debug3: tty_parse_modes: 13 23 debug3: tty_parse_modes: 14 22 debug3: tty_parse_modes: 18 15 debug3: tty_parse_modes: 30 0 debug3: tty_parse_modes: 31 0 debug3: tty_parse_modes: 32 0 debug3: tty_parse_modes: 33 0 debug3: tty_parse_modes: 34 0 debug3: tty_parse_modes: 35 0 debug3: tty_parse_modes: 36 1 debug3: tty_parse_modes: 37 0 debug3: tty_parse_modes: 38 1 debug3: tty_parse_modes: 39 0 debug3: tty_parse_modes: 40 0 debug3: tty_parse_modes: 41 0 debug3: tty_parse_modes: 50 1 debug3: tty_parse_modes: 51 1 debug3: tty_parse_modes: 53 1 debug3: tty_parse_modes: 54 1 debug3: tty_parse_modes: 55 1 debug3: tty_parse_modes: 56 0 debug3: tty_parse_modes: 57 0 debug3: tty_parse_modes: 58 0 debug3: tty_parse_modes: 59 1 debug3: tty_parse_modes: 60 1 debug3: tty_parse_modes: 61 1 debug3: tty_parse_modes: 70 1 debug3: tty_parse_modes: 71 0 debug3: tty_parse_modes: 72 1 debug3: tty_parse_modes: 73 0 debug3: tty_parse_modes: 74 0 debug3: tty_parse_modes: 75 0 debug3: tty_parse_modes: 90 1 debug3: tty_parse_modes: 91 1 debug3: tty_parse_modes: 92 1 debug3: tty_parse_modes: 93 0 debug1: server_input_channel_req: channel 0 request shell reply 0 debug1: session_by_channel: session 0 channel 0 debug1: session_input_channel_req: session 0 req shell debug2: fd 3 setting TCP_NODELAY debug2: channel 0: rfd 7 isatty debug2: fd 7 setting O_NONBLOCK debug2: fd 6 setting O_NONBLOCK debug2: channel 0: read<=0 rfd 7 len 0 debug2: channel 0: read failed debug2: channel 0: close_read debug2: channel 0: input open -> drain debug2: channel 0: ibuf empty debug2: channel 0: send eof debug2: channel 0: input drain -> closed debug1: Received SIGCHLD. debug1: session_by_pid: pid 2896 debug1: session_exit_message: session 0 channel 0 pid 2896 debug2: channel 0: request exit-status confirm 0 debug1: session_exit_message: release channel 0 debug2: channel 0: write failed debug2: channel 0: close_write debug2: channel 0: output open -> closed debug1: session_close: session 0 pid 2896 debug1: session_pty_cleanup: session 0 release /dev/tty3 debug2: channel 0: send close debug3: channel 0: will not send data after close debug2: notify_done: reading debug3: channel 0: will not send data after close debug2: channel 0: rcvd close debug3: channel 0: will not send data after close debug2: channel 0: is dead debug2: channel 0: garbage collecting debug1: channel 0: free: server-session, nchannels 1 debug3: channel 0: status: The following connections are open: #0 server-session (t4 r0 i3/0 o3/0 fd -1/-1 cfd -1) debug3: channel 0: close_fds r -1 w -1 e -1 c -1 Connection closed by 127.0.0.1 debug1: do_cleanup Closing connection to 127.0.0.1 Running the client with 'ssh -v -v -v $HOST' produced the following output: OpenSSH_3.9p1, OpenSSL 0.9.7d 17 Mar 2004 debug1: Reading configuration data /etc/ssh_config debug2: ssh_connect: needpriv 0 debug1: Connecting to localhost [127.0.0.1] port 22. debug1: Connection established. debug1: identity file /home/eret/.ssh/identity type -1 debug1: identity file /home/eret/.ssh/id_rsa type -1 debug1: identity file /home/eret/.ssh/id_dsa type -1 debug1: Remote protocol version 1.99, remote software version OpenSSH_3.9p1 debug1: match: OpenSSH_3.9p1 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_3.9p1 debug2: fd 4 setting O_NONBLOCK debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellma n-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,r ijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,r ijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hm ac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hm ac-md5-96 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellma n-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,r ijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,r ijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hm ac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hm ac-md5-96 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: mac_init: found hmac-md5 debug1: kex: server->client aes128-cbc hmac-md5 none debug2: mac_init: found hmac-md5 debug1: kex: client->server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug2: dh_gen_key: priv key bits set: 127/256 debug2: bits set: 490/1024 debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug3: check_host_in_hostfile: filename /home/eret/.ssh/known_hosts debug3: check_host_in_hostfile: match line 1 debug1: Host 'localhost' is known and matches the RSA host key. debug1: Found key in /home/eret/.ssh/known_hosts:1 debug2: bits set: 515/1024 debug1: ssh_rsa_verify: signature correct debug2: kex_derive_keys debug2: set_newkeys: mode 1 debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug2: set_newkeys: mode 0 debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug2: service_accept: ssh-userauth debug1: SSH2_MSG_SERVICE_ACCEPT received debug2: key: /home/eret/.ssh/identity (0x0) debug2: key: /home/eret/.ssh/id_rsa (0x0) debug2: key: /home/eret/.ssh/id_dsa (0x0) debug1: Authentications that can continue: publickey,password,keyboard-interactive debug3: start over, passed a different list publickey,password,keyboard-interactive debug3: preferred publickey,keyboard-interactive,password debug3: authmethod_lookup publickey debug3: remaining preferred: keyboard-interactive,password debug3: authmethod_is_enabled publickey debug1: Next authentication method: publickey debug1: Trying private key: /home/eret/.ssh/identity debug3: no such identity: /home/eret/.ssh/identity debug1: Trying private key: /home/eret/.ssh/id_rsa debug3: no such identity: /home/eret/.ssh/id_rsa debug1: Trying private key: /home/eret/.ssh/id_dsa debug3: no such identity: /home/eret/.ssh/id_dsa debug2: we did not send a packet, disable method debug3: authmethod_lookup keyboard-interactive debug3: remaining preferred: password debug3: authmethod_is_enabled keyboard-interactive debug1: Next authentication method: keyboard-interactive debug2: userauth_kbdint debug2: we sent a keyboard-interactive packet, wait for reply debug1: Authentications that can continue: publickey,password,keyboard-interactive debug3: userauth_kbdint: disable: no info_req_seen debug2: we did not send a packet, disable method debug3: authmethod_lookup password debug3: remaining preferred: debug3: authmethod_is_enabled password debug1: Next authentication method: password debug3: packet_send2: adding 64 (len 59 padlen 5 extra_pad 64) debug2: we sent a password packet, wait for reply debug1: Authentication succeeded (password). debug2: fd 6 setting O_NONBLOCK debug2: fd 7 setting O_NONBLOCK debug1: channel 0: new [client-session] debug3: ssh_session2_open: channel_new: 0 debug2: channel 0: send open debug1: Entering interactive session. debug2: callback start debug2: client_session2_setup: id 0 debug2: channel 0: request pty-req confirm 0 debug3: tty_make_modes: ospeed 38400 debug3: tty_make_modes: ispeed 38400 debug3: tty_make_modes: 1 3 debug3: tty_make_modes: 2 28 debug3: tty_make_modes: 3 8 debug3: tty_make_modes: 4 21 debug3: tty_make_modes: 5 4 debug3: tty_make_modes: 6 0 debug3: tty_make_modes: 7 0 debug3: tty_make_modes: 8 17 debug3: tty_make_modes: 9 19 debug3: tty_make_modes: 10 26 debug3: tty_make_modes: 12 18 debug3: tty_make_modes: 13 23 debug3: tty_make_modes: 14 22 debug3: tty_make_modes: 18 15 debug3: tty_make_modes: 30 0 debug3: tty_make_modes: 31 0 debug3: tty_make_modes: 32 0 debug3: tty_make_modes: 33 0 debug3: tty_make_modes: 34 0 debug3: tty_make_modes: 35 0 debug3: tty_make_modes: 36 1 debug3: tty_make_modes: 37 0 debug3: tty_make_modes: 38 1 debug3: tty_make_modes: 39 0 debug3: tty_make_modes: 40 0 debug3: tty_make_modes: 41 0 debug3: tty_make_modes: 50 1 debug3: tty_make_modes: 51 1 debug3: tty_make_modes: 53 1 debug3: tty_make_modes: 54 1 debug3: tty_make_modes: 55 1 debug3: tty_make_modes: 56 0 debug3: tty_make_modes: 57 0 debug3: tty_make_modes: 58 0 debug3: tty_make_modes: 59 1 debug3: tty_make_modes: 60 1 debug3: tty_make_modes: 61 1 debug3: tty_make_modes: 70 1 debug3: tty_make_modes: 71 0 debug3: tty_make_modes: 72 1 debug3: tty_make_modes: 73 0 debug3: tty_make_modes: 74 0 debug3: tty_make_modes: 75 0 debug3: tty_make_modes: 90 1 debug3: tty_make_modes: 91 1 debug3: tty_make_modes: 92 1 debug3: tty_make_modes: 93 0 debug2: channel 0: request shell confirm 0 debug2: fd 4 setting TCP_NODELAY debug2: callback done debug2: channel 0: open confirm rwindow 0 rmax 32768 debug2: channel 0: rcvd adjust 131072 debug3: Trying to reverse map address 127.0.0.1. Address 127.0.0.1 maps to xerses.car.lambdacalcul.us, but this does not map back to the address - POSSIBLE BREAKIN ATTEMPT! Last login: Fri Sep 10 01:23:11 2004 from 127.0.0.1 debug1: permanently_set_uid: 1107/513 setreuid 1107: Permission denied debug1: do_cleanup debug2: channel 0: rcvd eof debug2: channel 0: output open -> drain debug2: channel 0: obuf empty debug2: channel 0: close_write debug2: channel 0: output drain -> closed debug1: client_input_channel_req: channel 0 rtype exit-status reply 0 debug2: channel 0: rcvd close debug2: channel 0: close_read debug2: channel 0: input open -> closed debug3: channel 0: will not send data after close debug2: channel 0: almost dead debug2: channel 0: gc: notify user debug2: channel 0: gc: user detached debug2: channel 0: send close debug2: channel 0: is dead debug2: channel 0: garbage collecting debug1: channel 0: free: client-session, nchannels 1 debug3: channel 0: status: The following connections are open: #0 client-session (t4 r0 i3/0 o3/0 fd -1/-1 cfd -1) debug3: channel 0: close_fds r -1 w -1 e 7 c -1 debug3: fd 1 is not O_NONBLOCK debug3: fd 2 is not O_NONBLOCK Connection to localhost closed. debug1: Transferred: stdin 0, stdout 0, stderr 33 bytes in 0.2 seconds debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 178.4 debug1: Exit status 255 Thank you very much in advance for any help you can give me. Mark Eret "Yields falsehood when appended to its own quotation," yields falsehood when appended to its own quotation. -----Original Message----- From: cygwin-owner@cygwin.com [mailto:cygwin-owner@cygwin.com] On Behalf Of Corinna Vinschen Sent: Thursday, September 09, 2004 2:57 AM To: cygwin@cygwin.com Subject: Re: SSH on Cygwin Immediate Drops Connections On Sep 9 02:22, Mark Eret wrote: > I am already running 1.5.11 and OpenSSH 3.9p1. I'm running with the > options "-D -d -d -d". This is the debugging output I get. Unfortunately the rest of the debug output is in your event log. If you want all debug output in your console, you have to use the -e option as well: /usr/sbin/sshd -d -d -d -e In another console, start the client with /bin/ssh -v -v -v $HOST Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From john.r.morrison@ntlworld.com Fri Sep 10 07:48:00 2004 From: john.r.morrison@ntlworld.com (John Morrison) Date: Fri, 10 Sep 2004 07:48:00 -0000 Subject: [PATCH] /etc/profile fixes In-Reply-To: <20040909210732.23085.qmail@web61309.mail.yahoo.com> References: <20040909210732.23085.qmail@web61309.mail.yahoo.com> Message-ID: <13780.193.133.13.145.1094802333.squirrel@193.133.13.145> Hi Tero Thanks for the comments, more inline... > I have to proposals for /etc/profile of latest Cygwin: > > 1) Shut up 'tr' which produces error message at least > with zsh ('zsh' doesn't match to [:upper:]). It's better to fix than to silence. Putting quotes around the [:xxx:] strings stops zsh expanding (I presume) the string. > 2) Set same default settings for zsh as for ksh. Thats not a problem :) Thanks for sending this - I don't use [zk]sh. I'll patch things soon. J. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Fri Sep 10 07:50:00 2004 From: brian@dessent.net (Brian Dessent) Date: Fri, 10 Sep 2004 07:50:00 -0000 Subject: How do I define a key binding for copy-to-clipboard? References: <001501c49649$03a3ec30$ba968890@firsttec> Message-ID: <41415D3D.19663606@dessent.net> David Tombs wrote: > I'm a Windows user trying to install and configure cygwin. Thus far I've > managed to install bash and, mostly, configure it to my preferences. > However, there is one thing missing. I want to use the clipboard to > transfer text to and from Windows, with the same key bindings, viz > Ctrl-C for copy and Ctrl-V for paste. (My left finger muscles are > hardwired to these keys and anyway, I hate using the mouse for this kind > of action.) The short answer is that if you're using the default "Command Prompt" then cmd.exe is handling the selection and copy operations and there's no way to tell it to use ctrl-C as you want. The pasting is handled entirely by bash so as you have found it's quite easy to make it do what you want. My advice would be to dump cmd.exe. Even ignoring the issue you're having, it does not do copy and paste properly. It does selection as a rectange rather than as linear text, which is how every other text-oriented application works. rxvt is light years ahead of cmd.exe in terms of functionality, once you get it running with some more pleasing colors and font than the default (IMO). FYI I do this with a shortcut to: (no doubt it might be easier to set these as resources rather than on the command line; I know this.) C:\cygwin\bin\rxvt.exe -g 130x60 -bg black -fg gray -fn "Lucida Console-11" -sr -sl 5000 -j -cr white -sk -si -tn rxvt -e /bin/bash -li And, it will automatically copy text when you select it, as in *nix, which I find even easier than having to remember to press ctrl-C. You *might* even be able to configure rxvt to recognise ^C as the explicit copy-selection key, and disable the automatic copying. But, you would also have to mess with your tty settings because ^C is usually the 'interrupt' keystroke and can be very, very hard to live without in a posix-like environment. You could this to some other keystroke, though. Try "man stty". Also, I think Control-Break will also send the 'interrupt' key. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Fri Sep 10 07:57:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Fri, 10 Sep 2004 07:57:00 -0000 Subject: ERB in Ruby1.8 in Cygwin Install In-Reply-To: References: Message-ID: <20040910075809.GB468@cygbert.vinschen.de> On Sep 10 00:49, Dosu Mahat wrote: > > I have reinstalled Cygwin, selecting Ruby from the optional packages list. > In Cygwin, the Ruby package lists ERB as one of it's components, however > upon installing I get Ruby with other features like Rexml, Runit etc but no > ERB. > > I get errors in Ruby when trying to invoke ERB. > > Can any one suggest what I can do to fix this problem, which I think is > because ERB libraries are not getting downloaded along with the rest of > Ruby???? http://cygwin.com/problems.html Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Fri Sep 10 07:57:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Fri, 10 Sep 2004 07:57:00 -0000 Subject: rsync + xp sp2 failing In-Reply-To: <20040910020007.M70220@iwcenter.com> References: <20040909202553.8B672E598@wildcard.curl.com> <4140C972.6030408@iwcenter.com> <20040909220929.GA30475@cygbert.vinschen.de> <20040910020007.M70220@iwcenter.com> Message-ID: <20040910075041.GA468@cygbert.vinschen.de> On Sep 9 21:00, joellists wrote: > On Fri, 10 Sep 2004 00:09:29 +0200, Corinna Vinschen wrote > > All WSADuplicateSocket calls fail with 10045, "operation is not supported > > for the type of object referenced", even thought the above created socket > > handles are referenced. That's weird. > > > > I'm still running XP SP1 and I can't reproduce this. I'm wondering > > if that's a side effect of the new firewall in XP2. Did you try > > with switching off the firewall entirely? > > Yes, I did try turning off the service. In fact, this has solved problems for > other programs (Age of Kings, for instance) that absolutely won't work with > the firewall enabled, even when you make what you think are the proper exceptions. > > I find it hard to believe no one else is having this problem... anyway... > > I'm guessing this may have something to do with it: > > "A little more info on raw sockets and Windows XP SP2" > http://blogs.msdn.com/michael_howard/archive/2004/08/12/213611.aspx No, socketpairs don't use raw sockets. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Fri Sep 10 08:01:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Fri, 10 Sep 2004 08:01:00 -0000 Subject: win95 pipe problems -- report + testcase + patch In-Reply-To: <200409100225.i8A2PY70030373@mx1.redhat.com> References: <20040909090201.GF2953@cygbert.vinschen.de> <200409100225.i8A2PY70030373@mx1.redhat.com> Message-ID: <20040910075836.GC468@cygbert.vinschen.de> On Sep 9 21:24, Gary R. Van Sickle wrote: > [snip] > > > : nudge our legal department again. > > > > > > I'll be waiting. (This will give me more time to test > > readdir_r, once > > > I decide how to keep accesses separate.) > > > > Sic. > > I think you mean "Ditto" there Corinna. No, I meant "Sigh". Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From jashy@bj1860.net Fri Sep 10 08:04:00 2004 From: jashy@bj1860.net (jashy) Date: Fri, 10 Sep 2004 08:04:00 -0000 Subject: How do I define a key binding for copy-to-clipboard? In-Reply-To: <41415D3D.19663606@dessent.net> References: <001501c49649$03a3ec30$ba968890@firsttec> <41415D3D.19663606@dessent.net> Message-ID: <20040910.160142.68555407.jashy@bj1860.net> If you really hate using mouse to do copy&paste, I suggest you to use device /dev/clipboard directly. Copy to clipboard: cat somefile > /dev/clipboard, get something from clipboard, cat /dev/clipboard > somewhere. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Fri Sep 10 08:06:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Fri, 10 Sep 2004 08:06:00 -0000 Subject: SSH on Cygwin Immediate Drops Connections In-Reply-To: <000201c49708$7f1dabc0$6601a8c0@car.lambdacalcul.us> References: <20040909085632.GE2953@cygbert.vinschen.de> <000201c49708$7f1dabc0$6601a8c0@car.lambdacalcul.us> Message-ID: <20040910080517.GD468@cygbert.vinschen.de> On Sep 10 01:33, Mark Eret wrote: > debug3: remaining preferred: > debug3: authmethod_is_enabled password > debug1: Next authentication method: password > debug3: packet_send2: adding 64 (len 59 padlen 5 extra_pad 64) > debug2: we sent a password packet, wait for reply > debug1: Authentication succeeded (password). Password authentication won't work on the command line. > debug1: permanently_set_uid: 1107/513 > setreuid 1107: Permission denied That's what happens in that case. Try public key authentication. Otherwise I don't see anything wrong here. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Jan.Schormann@BrainLAB.com Fri Sep 10 08:07:00 2004 From: Jan.Schormann@BrainLAB.com (Jan Schormann) Date: Fri, 10 Sep 2004 08:07:00 -0000 Subject: sed-4.1.2-1: backslash in 'i' and 'a' changed? Message-ID: Hi, try this: $ echo | sed -e 'a\\' in sed-4.0.9-2 and sed-4.1.2-1: The old one produces a backslash, the new one doesn't. Unfortunately, this breaks a makefile I use for generating LaTeX output ... Can this be a side effect of the change described below? Will this be stable or is it a bug? --------------------------------------------------------------- From: Corinna Vinschen Subject: Updated: sed-4.1.2-1 Date: Sun, 22 Aug 2004 10:14:24 -0700 [...] when a \ is used to escape the character that would terminate an operand of the s or y commands, the backslash is removed before the regex is compiled. [...] --------------------------------------------------------------- Cheers, Jan. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Fri Sep 10 08:15:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Fri, 10 Sep 2004 08:15:00 -0000 Subject: cygserver service won't start In-Reply-To: References: <20040909080829.GC2953@cygbert.vinschen.de> Message-ID: <20040910080758.GE468@cygbert.vinschen.de> On Sep 9 17:50, Alder wrote: > Corinna Vinschen wrote: > >On Sep 8 22:37, Alder wrote: > > > >>as a service. This step seemed successful as the Windows Event Viewer > >>lists it as 'CYGWIN cygserver' and describes it as 'Cygwin shared memory > >>manager'. This description, however, is suspiciously like the one I > > > > > >The cygserver-config script does not add this description. So it's from > >an old service entry. > > That's what I suspected, but I wonder where the string was pulled from? > Like I said, I cleared the Cygnus Solutions keys from LOCAL_MACHINE > and CURRENT_USER areas in the registry and deleted the temp folders > created by the previous Setup.exe. Could it be the Service Control > Manager itself? HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Services/sshd is the service key. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Fri Sep 10 08:18:00 2004 From: brian@dessent.net (Brian Dessent) Date: Fri, 10 Sep 2004 08:18:00 -0000 Subject: rsync + xp sp2 failing References: <20040909202553.8B672E598@wildcard.curl.com> <4140C972.6030408@iwcenter.com> <20040909220929.GA30475@cygbert.vinschen.de> Message-ID: <41416396.48B2E11E@dessent.net> Corinna Vinschen wrote: > All WSADuplicateSocket calls fail with 10045, "operation is not supported > for the type of object referenced", even thought the above created socket > handles are referenced. That's weird. > > I'm still running XP SP1 and I can't reproduce this. I'm wondering if > that's a side effect of the new firewall in XP2. Did you try with > switching off the firewall entirely? FWIW this error happens frequently enough for Apache under windows that it's in their FAQ: ---- quote ---- Apache for Windows does not start. Error log contains this message: "[crit] (10045) The attempted operation is not supported for the type of object referenced: Parent: WSADuplicateSocket failed for socket ###". What does this mean? We have seen this problem when Apache is run on systems along with Virtual Private Networking clients like Aventail Connect. Aventail Connect is a Layered Service Provider (LSP) that inserts itself, as a "shim," between the Winsock 2 API and Window's native Winsock 2 implementation. The Aventail Connect shim does not implement WSADuplicateSocket, which is the cause of the failure. The shim is not unloaded when Aventail Connect is shut down. Once observed, the problem persists until the shim is either explicitly unloaded or the machine is rebooted. Another potential solution (not tested) is to add apache.exe to the Aventail "Connect Exclusion List". Apache is affected in a similar way by any firewall program that isn't correctly configured. Assure you exclude your Apache server ports (usually port 80) from the list of ports to block. Refer to your firewall program's documentation for the how-to. ---- end quote ---- It's probably not directly related, but there is this blurb about LSP from the page on ---- quote ---- Winsock self-healing Detailed description Winsock, Windows? network socket facility for applications, is extensible by a mechanism known as a Layered Service Provider (LSP). Winsock LSPs are available for a wide range of useful purposes, including internet parental controls, and web content filtering. In previous versions of Windows XP, removing a malformed (also known as ?buggy?) LSP could result in corruption of the Winsock catalog in the registry, potentially resulting in a loss of all network connectivity. Winsock now has the ability to self-heal after a user uninstalls such an LSP. ---- end quote ---- And finally, although it's probably not relevant, the following passage from might help track down the problem: ---- quote ---- IPv4 Inbound Connections for Applications. An application that completes a listen operation on a TCP socket or successfully binds to a UDP socket through Winsock is covered by this scenario. Examples of these applications include audio and video in MSN or Windows Messenger, or hosting a multiplayer game. For this scenario, ICF can automatically open and close ports as needed by the application. When an application that needs to listen on a port or ports is being installed by an administrator, it will need to ask the user if he/she wants to allow the application to open ports in the firewall. If the user consents to this, then the application should use the INetFwV4AuthorizedApplication API to add itself to the AuthorizedApplications collection as enabled. If the user does not consent, then the application should use the INetFwV4AuthorizedApplication API to add itself to the AuthorizedApplications collection as disabled. ---- end quote ---- Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From eret@cs.colorado.edu Fri Sep 10 08:34:00 2004 From: eret@cs.colorado.edu (Mark Eret) Date: Fri, 10 Sep 2004 08:34:00 -0000 Subject: SSH on Cygwin Immediate Drops Connections In-Reply-To: <20040910080517.GD468@cygbert.vinschen.de> Message-ID: <000201c4970e$dba53470$6601a8c0@car.lambdacalcul.us> Same thing happens with public key authentication. Server Log: debug2: load_server_config: filename /etc/sshd_config debug2: load_server_config: done config len = 238 debug2: parse_server_config: config /etc/sshd_config len 238 debug1: sshd version OpenSSH_3.9p1 debug1: private host key: #0 type 0 RSA1 debug3: Not a RSA1 key file /etc/ssh_host_rsa_key. debug1: read PEM private key done: type RSA debug1: private host key: #1 type 1 RSA debug3: Not a RSA1 key file /etc/ssh_host_dsa_key. debug1: read PEM private key done: type DSA debug1: private host key: #2 type 2 DSA debug1: rexec_argv[0]='/usr/sbin/sshd' debug1: rexec_argv[1]='-d' debug1: rexec_argv[2]='-d' debug1: rexec_argv[3]='-d' debug1: rexec_argv[4]='-e' debug2: fd 3 setting O_NONBLOCK debug1: Bind to port 22 on 0.0.0.0. Server listening on 0.0.0.0 port 22. Generating 768 bit RSA key. RSA key generation complete. debug3: fd 4 is not O_NONBLOCK debug1: Server will not fork when running in debugging mode. debug3: send_rexec_state: entering fd = 7 config len 238 debug3: ssh_msg_send: type 0 debug3: send_rexec_state: done debug1: rexec start in 4 out 4 newsock 4 pipe -1 sock 7 debug3: recv_rexec_state: entering fd = 5 debug3: ssh_msg_recv entering debug3: recv_rexec_state: done debug2: parse_server_config: config rexec len 238 debug1: sshd version OpenSSH_3.9p1 debug1: private host key: #0 type 0 RSA1 debug3: Not a RSA1 key file /etc/ssh_host_rsa_key. debug1: read PEM private key done: type RSA debug1: private host key: #1 type 1 RSA debug3: Not a RSA1 key file /etc/ssh_host_dsa_key. debug1: read PEM private key done: type DSA debug1: private host key: #2 type 2 DSA debug1: inetd sockets after dupping: 3, 3 Connection from 192.168.1.102 port 3033 debug1: Client protocol version 2.0; client software version OpenSSH_3.9p1 debug1: match: OpenSSH_3.9p1 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-1.99-OpenSSH_3.9p1 debug2: fd 3 setting O_NONBLOCK debug1: list_hostkey_types: ssh-rsa,ssh-dss debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellma n-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,r ijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,r ijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hm ac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hm ac-md5-96 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellma n-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,r ijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,r ijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hm ac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hm ac-md5-96 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: mac_init: found hmac-md5 debug1: kex: client->server aes128-cbc hmac-md5 none debug2: mac_init: found hmac-md5 debug1: kex: server->client aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST received debug1: SSH2_MSG_KEX_DH_GEX_GROUP sent debug2: dh_gen_key: priv key bits set: 124/256 debug2: bits set: 496/1024 debug1: expecting SSH2_MSG_KEX_DH_GEX_INIT debug2: bits set: 503/1024 debug1: SSH2_MSG_KEX_DH_GEX_REPLY sent debug2: kex_derive_keys debug2: set_newkeys: mode 1 debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug2: set_newkeys: mode 0 debug1: SSH2_MSG_NEWKEYS received debug1: KEX done debug1: userauth-request for user eret service ssh-connection method none debug1: attempt 0 failures 0 debug2: input_userauth_request: setting up authctxt for eret debug2: input_userauth_request: try method none Failed none for eret from 192.168.1.102 port 3033 ssh2 debug1: userauth-request for user eret service ssh-connection method publickey debug1: attempt 1 failures 1 debug2: input_userauth_request: try method publickey debug1: test whether pkalg/pkblob are acceptable debug1: temporarily_use_uid: 1107/513 (e=1107/513) debug1: trying public key file /home/eret/.ssh/authorized_keys debug2: key_type_from_name: unknown key type '1024' debug3: key_read: missing keytype debug2: user_key_allowed: check options: '1024 35 1233405912863102471134564629658160352373176897416323549989154565703854252334 2077362168493264768537957509528755685349885377940860621848768609844168508669 2478998322176788540640871173135526377852838373874767606975674471705076012869 4773119499702567932947856844431306319232190009520404131084846211328929955497 39349 eret@ginnungagap ' debug2: key_type_from_name: unknown key type '35' debug3: key_read: missing keytype debug2: user_key_allowed: advance: '35 1233405912863102471134564629658160352373176897416323549989154565703854252334 2077362168493264768537957509528755685349885377940860621848768609844168508669 2478998322176788540640871173135526377852838373874767606975674471705076012869 4773119499702567932947856844431306319232190009520404131084846211328929955497 39349 eret@ginnungagap ' debug1: matching key found: file /home/eret/.ssh/authorized_keys, line 2 Found matching RSA key: 5c:d1:50:d0:16:7b:3b:e1:05:a5:26:d8:02:a3:54:3f debug1: restore_uid: (unprivileged) debug2: userauth_pubkey: authenticated 0 pkalg ssh-rsa Postponed publickey for eret from 192.168.1.102 port 3033 ssh2 debug1: userauth-request for user eret service ssh-connection method publickey debug1: attempt 2 failures 1 debug2: input_userauth_request: try method publickey debug1: temporarily_use_uid: 1107/513 (e=1107/513) debug1: trying public key file /home/eret/.ssh/authorized_keys debug2: key_type_from_name: unknown key type '1024' debug3: key_read: missing keytype debug2: user_key_allowed: check options: '1024 35 1233405912863102471134564629658160352373176897416323549989154565703854252334 2077362168493264768537957509528755685349885377940860621848768609844168508669 2478998322176788540640871173135526377852838373874767606975674471705076012869 4773119499702567932947856844431306319232190009520404131084846211328929955497 39349 eret@ginnungagap ' debug2: key_type_from_name: unknown key type '35' debug3: key_read: missing keytype debug2: user_key_allowed: advance: '35 1233405912863102471134564629658160352373176897416323549989154565703854252334 2077362168493264768537957509528755685349885377940860621848768609844168508669 2478998322176788540640871173135526377852838373874767606975674471705076012869 4773119499702567932947856844431306319232190009520404131084846211328929955497 39349 eret@ginnungagap ' debug1: matching key found: file /home/eret/.ssh/authorized_keys, line 2 Found matching RSA key: 5c:d1:50:d0:16:7b:3b:e1:05:a5:26:d8:02:a3:54:3f debug1: restore_uid: (unprivileged) debug1: ssh_rsa_verify: signature correct debug2: userauth_pubkey: authenticated 1 pkalg ssh-rsa Accepted publickey for eret from 192.168.1.102 port 3033 ssh2 debug1: Entering interactive session for SSH2. debug2: fd 4 setting O_NONBLOCK debug2: fd 5 setting O_NONBLOCK debug1: server_init_dispatch_20 debug1: server_input_channel_open: ctype session rchan 0 win 65536 max 16384 debug1: input_session_request debug1: channel 0: new [server-session] debug1: session_new: init debug1: session_new: session 0 debug1: session_open: channel 0 debug1: session_open: session 0: link with channel 0 debug1: server_input_channel_open: confirm session debug1: server_input_channel_req: channel 0 request x11-req reply 0 debug1: session_by_channel: session 0 channel 0 debug1: session_input_channel_req: session 0 req x11-req debug1: X11 forwarding disabled in server configuration file. debug1: server_input_channel_req: channel 0 request pty-req reply 0 debug1: session_by_channel: session 0 channel 0 debug1: session_input_channel_req: session 0 req pty-req debug1: Allocating pty. debug1: session_pty_req: session 0 alloc /dev/tty3 debug3: tty_parse_modes: SSH2 n_bytes 246 debug3: tty_parse_modes: ospeed 38400 debug3: tty_parse_modes: ispeed 38400 debug3: tty_parse_modes: 1 3 debug3: tty_parse_modes: 2 28 debug3: tty_parse_modes: 3 8 debug3: tty_parse_modes: 4 21 debug3: tty_parse_modes: 5 4 debug3: tty_parse_modes: 6 0 debug3: tty_parse_modes: 7 0 debug3: tty_parse_modes: 8 17 debug3: tty_parse_modes: 9 19 debug3: tty_parse_modes: 10 26 debug3: tty_parse_modes: 12 18 debug3: tty_parse_modes: 13 23 debug3: tty_parse_modes: 14 22 debug3: tty_parse_modes: 18 15 debug3: tty_parse_modes: 30 0 debug3: tty_parse_modes: 31 0 debug3: tty_parse_modes: 32 0 debug3: tty_parse_modes: 33 0 debug3: tty_parse_modes: 34 0 debug3: tty_parse_modes: 35 0 debug3: tty_parse_modes: 36 1 debug3: tty_parse_modes: 37 0 debug3: tty_parse_modes: 38 1 debug3: tty_parse_modes: 39 0 debug3: tty_parse_modes: 40 0 debug3: tty_parse_modes: 41 0 debug3: tty_parse_modes: 50 1 debug3: tty_parse_modes: 51 1 debug3: tty_parse_modes: 53 1 debug3: tty_parse_modes: 54 1 debug3: tty_parse_modes: 55 1 debug3: tty_parse_modes: 56 0 debug3: tty_parse_modes: 57 0 debug3: tty_parse_modes: 58 0 debug3: tty_parse_modes: 59 1 debug3: tty_parse_modes: 60 1 debug3: tty_parse_modes: 61 1 debug3: tty_parse_modes: 70 1 debug3: tty_parse_modes: 71 0 debug3: tty_parse_modes: 72 1 debug3: tty_parse_modes: 73 0 debug3: tty_parse_modes: 74 0 debug3: tty_parse_modes: 75 0 debug3: tty_parse_modes: 90 1 debug3: tty_parse_modes: 91 1 debug3: tty_parse_modes: 92 1 debug3: tty_parse_modes: 93 0 debug1: server_input_channel_req: channel 0 request shell reply 0 debug1: session_by_channel: session 0 channel 0 debug1: session_input_channel_req: session 0 req shell debug2: fd 3 setting TCP_NODELAY debug2: channel 0: rfd 7 isatty debug2: fd 7 setting O_NONBLOCK debug2: fd 6 setting O_NONBLOCK debug2: channel 0: read<=0 rfd 7 len 0 debug2: channel 0: read failed debug2: channel 0: close_read debug2: channel 0: input open -> drain debug2: channel 0: ibuf empty debug2: channel 0: send eof debug2: channel 0: input drain -> closed debug1: Received SIGCHLD. debug1: session_by_pid: pid 1644 debug1: session_exit_message: session 0 channel 0 pid 1644 debug2: channel 0: request exit-status confirm 0 debug1: session_exit_message: release channel 0 debug2: channel 0: write failed debug2: channel 0: close_write debug2: channel 0: output open -> closed debug1: session_close: session 0 pid 1644 debug1: session_pty_cleanup: session 0 release /dev/tty3 debug2: channel 0: send close debug3: channel 0: will not send data after close debug2: notify_done: reading debug3: channel 0: will not send data after close debug2: channel 0: rcvd close debug3: channel 0: will not send data after close debug2: channel 0: is dead debug2: channel 0: garbage collecting debug1: channel 0: free: server-session, nchannels 1 debug3: channel 0: status: The following connections are open: #0 server-session (t4 r0 i3/0 o3/0 fd -1/-1 cfd -1) debug3: channel 0: close_fds r -1 w -1 e -1 c -1 Connection closed by 192.168.1.102 debug1: do_cleanup Closing connection to 192.168.1.102 Client Log: OpenSSH_3.9p1, OpenSSL 0.9.7d 17 Mar 2004 debug1: Reading configuration data /home/eret/.ssh/config debug1: Reading configuration data /etc/ssh_config debug2: ssh_connect: needpriv 0 debug1: Connecting to xerses [192.168.1.102] port 22. debug1: Connection established. debug1: identity file /home/eret/.ssh/identity type 0 debug3: Not a RSA1 key file /home/eret/.ssh/id_rsa. debug2: key_type_from_name: unknown key type '-----BEGIN' debug3: key_read: missing keytype debug2: key_type_from_name: unknown key type 'Proc-Type:' debug3: key_read: missing keytype debug2: key_type_from_name: unknown key type 'DEK-Info:' debug3: key_read: missing keytype debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug2: key_type_from_name: unknown key type '-----END' debug3: key_read: missing keytype debug1: identity file /home/eret/.ssh/id_rsa type 1 debug3: Not a RSA1 key file /home/eret/.ssh/id_dsa. debug2: key_type_from_name: unknown key type '-----BEGIN' debug3: key_read: missing keytype debug2: key_type_from_name: unknown key type 'Proc-Type:' debug3: key_read: missing keytype debug2: key_type_from_name: unknown key type 'DEK-Info:' debug3: key_read: missing keytype debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug2: key_type_from_name: unknown key type '-----END' debug3: key_read: missing keytype debug1: identity file /home/eret/.ssh/id_dsa type 2 debug1: Remote protocol version 1.99, remote software version OpenSSH_3.9p1 debug1: match: OpenSSH_3.9p1 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_3.9p1 debug2: fd 4 setting O_NONBLOCK debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellma n-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,r ijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,r ijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hm ac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hm ac-md5-96 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellma n-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,r ijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,r ijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hm ac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hm ac-md5-96 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: mac_init: found hmac-md5 debug1: kex: server->client aes128-cbc hmac-md5 none debug2: mac_init: found hmac-md5 debug1: kex: client->server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug2: dh_gen_key: priv key bits set: 119/256 debug2: bits set: 503/1024 debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug3: check_host_in_hostfile: filename /home/eret/.ssh/known_hosts debug3: check_host_in_hostfile: filename /etc/ssh_known_hosts debug3: check_host_in_hostfile: filename /home/eret/.ssh/known_hosts debug3: check_host_in_hostfile: match line 7 Warning: Permanently added 'xerses' (RSA) to the list of known hosts. debug2: bits set: 496/1024 debug1: ssh_rsa_verify: signature correct debug2: kex_derive_keys debug2: set_newkeys: mode 1 debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug2: set_newkeys: mode 0 debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug2: service_accept: ssh-userauth debug1: SSH2_MSG_SERVICE_ACCEPT received debug2: key: /home/eret/.ssh/id_rsa (0x100e92c8) debug2: key: /home/eret/.ssh/id_dsa (0x100e92e0) debug1: Authentications that can continue: publickey,password,keyboard-interactive debug3: start over, passed a different list publickey,password,keyboard-interactive debug3: preferred publickey,keyboard-interactive,password debug3: authmethod_lookup publickey debug3: remaining preferred: keyboard-interactive,password debug3: authmethod_is_enabled publickey debug1: Next authentication method: publickey debug1: Offering public key: /home/eret/.ssh/id_rsa debug3: send_pubkey_test debug2: we sent a publickey packet, wait for reply debug1: Server accepts key: pkalg ssh-rsa blen 149 debug2: input_userauth_pk_ok: fp 5c:d1:50:d0:16:7b:3b:e1:05:a5:26:d8:02:a3:54:3f debug3: sign_and_send_pubkey debug1: PEM_read_PrivateKey failed debug1: read PEM private key done: type debug1: read PEM private key done: type RSA debug1: Authentication succeeded (publickey). debug2: fd 6 setting O_NONBLOCK debug2: fd 7 setting O_NONBLOCK debug1: channel 0: new [client-session] debug3: ssh_session2_open: channel_new: 0 debug2: channel 0: send open debug1: Entering interactive session. debug2: callback start debug2: x11_get_proto: /usr/X11R6/bin/xauth -f /tmp/ssh-AvQFCZ2016/xauthfile generate unix:0 MIT-MAGIC-COOKIE-1 untrusted timeout 1200 2>/dev/null debug2: x11_get_proto: /usr/X11R6/bin/xauth -f /tmp/ssh-AvQFCZ2016/xauthfile list unix:0 . 2>/dev/null debug1: Requesting X11 forwarding with authentication spoofing. debug2: channel 0: request x11-req confirm 0 debug2: client_session2_setup: id 0 debug2: channel 0: request pty-req confirm 0 debug3: tty_make_modes: ospeed 38400 debug3: tty_make_modes: ispeed 38400 debug3: tty_make_modes: 1 3 debug3: tty_make_modes: 2 28 debug3: tty_make_modes: 3 8 debug3: tty_make_modes: 4 21 debug3: tty_make_modes: 5 4 debug3: tty_make_modes: 6 0 debug3: tty_make_modes: 7 0 debug3: tty_make_modes: 8 17 debug3: tty_make_modes: 9 19 debug3: tty_make_modes: 10 26 debug3: tty_make_modes: 12 18 debug3: tty_make_modes: 13 23 debug3: tty_make_modes: 14 22 debug3: tty_make_modes: 18 15 debug3: tty_make_modes: 30 0 debug3: tty_make_modes: 31 0 debug3: tty_make_modes: 32 0 debug3: tty_make_modes: 33 0 debug3: tty_make_modes: 34 0 debug3: tty_make_modes: 35 0 debug3: tty_make_modes: 36 1 debug3: tty_make_modes: 37 0 debug3: tty_make_modes: 38 1 debug3: tty_make_modes: 39 0 debug3: tty_make_modes: 40 0 debug3: tty_make_modes: 41 0 debug3: tty_make_modes: 50 1 debug3: tty_make_modes: 51 1 debug3: tty_make_modes: 53 1 debug3: tty_make_modes: 54 1 debug3: tty_make_modes: 55 1 debug3: tty_make_modes: 56 0 debug3: tty_make_modes: 57 0 debug3: tty_make_modes: 58 0 debug3: tty_make_modes: 59 1 debug3: tty_make_modes: 60 1 debug3: tty_make_modes: 61 1 debug3: tty_make_modes: 70 1 debug3: tty_make_modes: 71 0 debug3: tty_make_modes: 72 1 debug3: tty_make_modes: 73 0 debug3: tty_make_modes: 74 0 debug3: tty_make_modes: 75 0 debug3: tty_make_modes: 90 1 debug3: tty_make_modes: 91 1 debug3: tty_make_modes: 92 1 debug3: tty_make_modes: 93 0 debug2: channel 0: request shell confirm 0 debug2: fd 4 setting TCP_NODELAY debug2: callback done debug2: channel 0: open confirm rwindow 0 rmax 32768 debug2: channel 0: rcvd adjust 131072 debug3: Trying to reverse map address 192.168.1.102. Last login: Fri Sep 10 02:13:15 2004 from 127.0.0.1 debug1: permanently_set_uid: 1107/513 setreuid 1107: Permission denied debug1: do_cleanup debug2: channel 0: rcvd eof debug2: channel 0: output open -> drain debug2: channel 0: obuf empty debug2: channel 0: close_write debug2: channel 0: output drain -> closed debug1: client_input_channel_req: channel 0 rtype exit-status reply 0 debug2: channel 0: rcvd close debug2: channel 0: close_read debug2: channel 0: input open -> closed debug3: channel 0: will not send data after close debug2: channel 0: almost dead debug2: channel 0: gc: notify user debug2: channel 0: gc: user detached debug2: channel 0: send close debug2: channel 0: is dead debug2: channel 0: garbage collecting debug1: channel 0: free: client-session, nchannels 1 debug3: channel 0: status: The following connections are open: #0 client-session (t4 r0 i3/0 o3/0 fd -1/-1 cfd -1) debug3: channel 0: close_fds r -1 w -1 e 7 c -1 debug3: fd 1 is not O_NONBLOCK debug3: fd 2 is not O_NONBLOCK Connection to xerses closed. debug1: Transferred: stdin 0, stdout 0, stderr 30 bytes in 0.3 seconds debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 119.5 debug1: Exit status 255 Any ideas what is happening? Mark Eret "Yields falsehood when appended to its own quotation," yields falsehood when appended to its own quotation. -----Original Message----- From: cygwin-owner@cygwin.com [mailto:cygwin-owner@cygwin.com] On Behalf Of Corinna Vinschen Sent: Friday, September 10, 2004 2:05 AM To: cygwin@cygwin.com Subject: Re: SSH on Cygwin Immediate Drops Connections On Sep 10 01:33, Mark Eret wrote: > debug3: remaining preferred: > debug3: authmethod_is_enabled password > debug1: Next authentication method: password > debug3: packet_send2: adding 64 (len 59 padlen 5 extra_pad 64) > debug2: we sent a password packet, wait for reply > debug1: Authentication succeeded (password). Password authentication won't work on the command line. > debug1: permanently_set_uid: 1107/513 > setreuid 1107: Permission denied That's what happens in that case. Try public key authentication. Otherwise I don't see anything wrong here. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Fri Sep 10 08:39:00 2004 From: brian@dessent.net (Brian Dessent) Date: Fri, 10 Sep 2004 08:39:00 -0000 Subject: Perl module download ? References: <007801c496e0$8c695310$9c7ba8c0@amer.cisco.com> Message-ID: <414167F0.17227265@dessent.net> Ramneek Singh wrote: > > I need clarification on which modules I need for using perl on cygwin. > I only see perl-libwin32 under system category. Is that all that's > required ? > Its not included in default package. I can select it, but is there > something else > Related to perl somewhere else. I don't see it, but I may have missed > seeing it. It depends on what you want to do. Perl itself comes bundled with a fair number of modules, but if the module you wish to use is not one of these then you'll need to install it yourself. This is done through CPAN, not Cygwin setup.exe. The only reason you see perl-libwin32 as a package in setup.exe is because it's a particularly nasty module to install, which you cannot typically install straight from CPAN as you can most other modules. See "perldoc CPAN.pm" for more info. In general you can test for the presense of module Foo::Bar with: perl -MFoo::Bar -e1 If no error is reported then the module is installed, otherwise you will have to use something along the lines of the following: perl -MCPAN -e 'install Foo::Bar' Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Fri Sep 10 08:45:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Fri, 10 Sep 2004 08:45:00 -0000 Subject: SSH on Cygwin Immediate Drops Connections In-Reply-To: <000201c4970e$dba53470$6601a8c0@car.lambdacalcul.us> References: <20040910080517.GD468@cygbert.vinschen.de> <000201c4970e$dba53470$6601a8c0@car.lambdacalcul.us> Message-ID: <20040910083959.GT17670@cygbert.vinschen.de> On Sep 10 02:19, Mark Eret wrote: > debug1: permanently_set_uid: 1107/513 > setreuid 1107: Permission denied What's the user and group id of the account you're running sshd under? You can't change the account in this mode so the uid/gid must be the same as the account you want to login to. > Any ideas what is happening? Other than that, no. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Fri Sep 10 09:04:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Fri, 10 Sep 2004 09:04:00 -0000 Subject: rsync + xp sp2 failing In-Reply-To: <41416396.48B2E11E@dessent.net> References: <20040909202553.8B672E598@wildcard.curl.com> <4140C972.6030408@iwcenter.com> <20040909220929.GA30475@cygbert.vinschen.de> <41416396.48B2E11E@dessent.net> Message-ID: <20040910084618.GU17670@cygbert.vinschen.de> On Sep 10 01:19, Brian Dessent wrote: > Corinna Vinschen wrote: > > > All WSADuplicateSocket calls fail with 10045, "operation is not supported > > for the type of object referenced", even thought the above created socket > > handles are referenced. That's weird. > > > > I'm still running XP SP1 and I can't reproduce this. I'm wondering if > > that's a side effect of the new firewall in XP2. Did you try with > > switching off the firewall entirely? > > FWIW this error happens frequently enough for Apache under windows that > it's in their FAQ: > > > ---- quote ---- > Apache for Windows does not start. Error log contains this message: > "[crit] (10045) The attempted operation is not supported for the type of > object referenced: Parent: WSADuplicateSocket failed for socket ###". > What does this mean? Interesting. > And finally, although it's probably not relevant, the following passage > from > > might help track down the problem: > > ---- quote ---- > IPv4 Inbound Connections for Applications. An application that completes > a listen operation on a TCP socket or successfully binds to a UDP socket > through Winsock is covered by this scenario. Examples of these > applications include audio and video in MSN or Windows Messenger, or > hosting a multiplayer game. For this scenario, ICF can automatically > open and close ports as needed by the application. When an application > that needs to listen on a port or ports is being installed by an > administrator, it will need to ask the user if he/she wants to allow the > application to open ports in the firewall. If the user consents to this, > then the application should use the INetFwV4AuthorizedApplication API to > add itself to the AuthorizedApplications collection as enabled. If the > user does not consent, then the application should use the > INetFwV4AuthorizedApplication API to add itself to the > AuthorizedApplications collection as disabled. > ---- end quote ---- I *pray* it's not related. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From kae@math.md Fri Sep 10 10:27:00 2004 From: kae@math.md (Alexander Colesnicov) Date: Fri, 10 Sep 2004 10:27:00 -0000 Subject: Installation hangs because asks for input from terminal Message-ID: <41416E12.30103@math.md> Dear Sir/Madam, I tried to install cygwin and it hanged when executing /etc/postinstall/post-texmf.sh . To proceed further, I marked this script as "done" and all the rest was OK. Then I started cygwin and run this script manually. I found that it was a conflict with my existing fpTeX installation (fpTeX is a TeTeX port to Windows) that defined an environment variable TEXMFCNF to one of Windows directories. The script post-texmf.sh diagnosted that and asked for user's reaction. I redefined the variable in my .bashrc as TEXMFCNF="/usr/share/texmf/web2c:", and the script run. The bad thing is that the terminal window does not exist during setup.exe run. Therefore, the user can not react to script's questions. My recommedation is to reprogram post-texmf.sh in such a manner that it will never ask for user's intervention, and will set the TEXMFCNF variable uncoditionally to its true value to avoid the described conflict. Yours sincerely Dr. Alexander Colesnicov, Institute of Mathematics and Computer Science, Chisinau, Rep. of Moldova -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Fri Sep 10 10:41:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Fri, 10 Sep 2004 10:41:00 -0000 Subject: sed-4.1.2-1: backslash in 'i' and 'a' changed? In-Reply-To: References: Message-ID: <20040910102754.GA2559@cygbert.vinschen.de> On Sep 10 10:06, Jan Schormann wrote: > Hi, > > try this: > > $ echo | sed -e 'a\\' > > in sed-4.0.9-2 and sed-4.1.2-1: The old one produces a backslash, > the new one doesn't. Unfortunately, this breaks a makefile I use > for generating LaTeX output ... > > Can this be a side effect of the change described below? Will this > be stable or is it a bug? I'd guess this is a stable fix. From `info sed': `a\' `TEXT' [...] Escape sequences in TEXT are processed, so you should use `\\' in TEXT to print a single backslash. It looks like the old behaviour is a bug, not the new one. Try echo | sed -e 'a\\\' with the old version. It will also print just one backslash. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bhx2@mevik.net Fri Sep 10 11:16:00 2004 From: bhx2@mevik.net (=?iso-8859-1?q?Bj=F8rn-Helge_Mevik?=) Date: Fri, 10 Sep 2004 11:16:00 -0000 Subject: [ANNOUNCEMENT] Updated: cygwin-1.5.11-1 In-Reply-To: <200409050451.i854pPi21887@esds.vss.fsi.com> (Christopher Faylor's message of "Sat, 4 Sep 2004 23:51:25 -0500 (CDT)") References: <200409050451.i854pPi21887@esds.vss.fsi.com> Message-ID: Great! Unfortunately, it doesn't seem to solve the problem reported in http://cygwin.com/ml/cygwin/2004-08/msg00152.html i.e., on a NetWare volume: 14 (0) $ echo foodata > foo 15 (0) $ echo bardata > bar 16 (0) $ ls -l foo bar -rw-r--r-- 1 bhme None 8 Sep 10 12:39 bar -rw-r--r-- 1 bhme None 8 Sep 10 12:39 foo 17 (0) $ cp foo bar cp: writing `bar': Permission denied 18 (0) $ ls -l foo bar -rw-r--r-- 1 bhme None 0 Sep 10 12:40 bar -rw-r--r-- 1 bhme None 8 Sep 10 12:39 foo Any attemt to remove `bar' fails until I log out and back in again. -- Bj?rn-Helge Mevik -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From chris@equate.dyndns.org Fri Sep 10 11:17:00 2004 From: chris@equate.dyndns.org (Chris Taylor) Date: Fri, 10 Sep 2004 11:17:00 -0000 Subject: rsync + xp sp2 failing In-Reply-To: <20040910084618.GU17670@cygbert.vinschen.de> References: <20040909202553.8B672E598@wildcard.curl.com> <4140C972.6030408@iwcenter.com> <20040909220929.GA30475@cygbert.vinschen.de> <41416396.48B2E11E@dessent.net> <20040910084618.GU17670@cygbert.vinschen.de> Message-ID: <2899.10.0.0.7.1094815161.squirrel@mail.equate.dyndns.org> On Fri, September 10, 2004 9:46 am, Corinna Vinschen said: > On Sep 10 01:19, Brian Dessent wrote: > >> Corinna Vinschen wrote: >> >> >>> All WSADuplicateSocket calls fail with 10045, "operation is not >>> supported for the type of object referenced", even thought the above >>> created socket handles are referenced. That's weird. >>> >>> I'm still running XP SP1 and I can't reproduce this. I'm wondering >>> if that's a side effect of the new firewall in XP2. Did you try with >>> switching off the firewall entirely? >> >> FWIW this error happens frequently enough for Apache under windows that >> it's in their FAQ: >> >> >> >> ---- quote ---- >> Apache for Windows does not start. Error log contains this message: >> "[crit] (10045) The attempted operation is not supported for the type of >> object referenced: Parent: WSADuplicateSocket failed for socket ###". >> What does this mean? >> > > Interesting. > > >> And finally, although it's probably not relevant, the following passage >> from >> > =/library/en-us/dnwxp/html/securityinxpsp2.asp> >> might help track down the problem: >> >> ---- quote ---- >> IPv4 Inbound Connections for Applications. An application that completes >> a listen operation on a TCP socket or successfully binds to a UDP >> socket through Winsock is covered by this scenario. Examples of these >> applications include audio and video in MSN or Windows Messenger, or >> hosting a multiplayer game. For this scenario, ICF can automatically >> open and close ports as needed by the application. When an application >> that needs to listen on a port or ports is being installed by an >> administrator, it will need to ask the user if he/she wants to allow >> the application to open ports in the firewall. If the user consents to >> this, then the application should use the INetFwV4AuthorizedApplication >> API to >> add itself to the AuthorizedApplications collection as enabled. If the >> user does not consent, then the application should use the >> INetFwV4AuthorizedApplication API to add itself to the >> AuthorizedApplications collection as disabled. >> ---- end quote ---- >> > > I *pray* it's not related. > > > > Corinna > > Is it possible this is due to the changes in tcpip.sys and/or the tcp stack? I myself am using a hacked one without these changes, so I could test things to see if it is, if people can give me a specific set of things to do ;-) Unfortunately, half of the stuff in this thread went clean over my head, so I could easily be barking up the wrong tree.... Chris -- "And the Lord spake, saying, 'First shalt thou take out the Holy Pin. Then shalt thou count to three, no more - no less. Three shall be the number thou shalt count, and the number of the counting shall be three. Four shalt thou not count, neither count thou two, excepting that thou then proceed to three. Five is right out! Once the number three, being the third number, be reached, then lobbest thou thy Holy Hand Grenade of Antioch towards thy foe, who, being naughty in my sight, shall snuff it.'" -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Jan.Schormann@BrainLAB.com Fri Sep 10 11:31:00 2004 From: Jan.Schormann@BrainLAB.com (Jan Schormann) Date: Fri, 10 Sep 2004 11:31:00 -0000 Subject: Now I see - was RE: sed-4.1.2-1: backslash in 'i' and 'a' changed? In-Reply-To: <20040910102754.GA2559@cygbert.vinschen.de> Message-ID: Hi, sorry, by now even I noticed that this is OT because it depends entirely on upstream. Then again, I found out where I was misunderstanding the documentation, and I'd like to share: I always thought that the '\' after 'a' was denoting a continuation line and could be left out if you put all the text in the same line, which of course I'm always tempted to do when I provide expressions using the '-e' command line switch. Thanks for the enlightenment, Jan. .. Full story: > From `info sed': > > `a\' > `TEXT' > [...] > Escape sequences in TEXT are processed, so you > should use `\\' in TEXT to print a single backslash. Yeah well, so '\\x' should print a single backslash and an 'x', but it doesn't print a backslash at all ... Oh I see, *if* it's the first thing in the argument, where sed 4.1.2 reads it as '\' + '\x' in these examples: $ echo | sed -e 'ix\\x' x\x $ echo | sed -e 'i\\x' x While 3 bs produce the (by me) desired result in both versions: $ echo | sed -e 'i\\\x' x OK, can live with that ;-) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Fri Sep 10 11:37:00 2004 From: brian@dessent.net (Brian Dessent) Date: Fri, 10 Sep 2004 11:37:00 -0000 Subject: rsync + xp sp2 failing References: <20040909202553.8B672E598@wildcard.curl.com> <4140C972.6030408@iwcenter.com> <20040909220929.GA30475@cygbert.vinschen.de> <41416396.48B2E11E@dessent.net> <20040910084618.GU17670@cygbert.vinschen.de> <2899.10.0.0.7.1094815161.squirrel@mail.equate.dyndns.org> Message-ID: <414191AC.8A4E2B31@dessent.net> Chris Taylor wrote: > Is it possible this is due to the changes in tcpip.sys and/or the tcp > stack? I myself am using a hacked one without these changes, so I could > test things to see if it is, if people can give me a specific set of > things to do ;-) > Unfortunately, half of the stuff in this thread went clean over my head, > so I could easily be barking up the wrong tree.... The change he's referring to is the limit in SP2 meant to catch worms and malware that connect to random IP addresses. MS's fix was to throttle the TCP/IP stack when it reaches 10 outgoing half-open connections. Note: that's not 10 connections total, that's 10 half-open connections, i.e. state SYN_SENT. This only really happens when you try to open a bunch of simultaneous connections to non-existant / dark IP space, which is typical of a worm. However I doubt that rsync could possibly trigger this state, so it's likely not relevant. Nor are the changes regarding raw sockets. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Fri Sep 10 11:42:00 2004 From: brian@dessent.net (Brian Dessent) Date: Fri, 10 Sep 2004 11:42:00 -0000 Subject: rsync + xp sp2 failing References: <20040909202553.8B672E598@wildcard.curl.com> <4140C972.6030408@iwcenter.com> <20040909220929.GA30475@cygbert.vinschen.de> <41416396.48B2E11E@dessent.net> <20040910084618.GU17670@cygbert.vinschen.de> <2899.10.0.0.7.1094815161.squirrel@mail.equate.dyndns.org> <414191AC.8A4E2B31@dessent.net> Message-ID: <414192E6.74F6876C@dessent.net> Brian Dessent wrote: > However I doubt that rsync could possibly trigger this state, > so it's likely not relevant. ...and, when it does apply you get an event id 4226 in the event logs, which should be easy to verify as being absent in this case. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Fri Sep 10 12:05:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Fri, 10 Sep 2004 12:05:00 -0000 Subject: [ANNOUNCEMENT] Updated: cygwin-1.5.11-1 In-Reply-To: References: <200409050451.i854pPi21887@esds.vss.fsi.com> Message-ID: <20040910114333.GX17670@cygbert.vinschen.de> On Sep 10 12:41, Bj?rn-Helge Mevik wrote: > Great! > > Unfortunately, it doesn't seem to solve the problem reported in > > http://cygwin.com/ml/cygwin/2004-08/msg00152.html > > i.e., on a NetWare volume: > > 14 (0) $ echo foodata > foo > 15 (0) $ echo bardata > bar > 16 (0) $ ls -l foo bar > -rw-r--r-- 1 bhme None 8 Sep 10 12:39 bar > -rw-r--r-- 1 bhme None 8 Sep 10 12:39 foo > 17 (0) $ cp foo bar > cp: writing `bar': Permission denied > 18 (0) $ ls -l foo bar > -rw-r--r-- 1 bhme None 0 Sep 10 12:40 bar > -rw-r--r-- 1 bhme None 8 Sep 10 12:39 foo > > Any attemt to remove `bar' fails until I log out and back in again. AFAIK, none of the core Cygwin developers has any netware access so you're probably the only right person to debug this problem. Did you try stracing that situation to see what's going on? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From BBuchbinder@niaid.nih.gov Fri Sep 10 12:39:00 2004 From: BBuchbinder@niaid.nih.gov (Buchbinder, Barry (NIH/NIAID)) Date: Fri, 10 Sep 2004 12:39:00 -0000 Subject: How do I define a key binding for copy-to-clipboard? Message-ID: At Friday, September 10, 2004 4:02 AM, jashy wrote: > If you really hate using mouse to do copy&paste, I suggest you to use > device /dev/clipboard directly. Copy to clipboard: cat somefile > > /dev/clipboard, get something from clipboard, cat /dev/clipboard > > somewhere. or use putclip and getclip from the cygutils package. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From joellists@iwcenter.com Fri Sep 10 12:49:00 2004 From: joellists@iwcenter.com (joellists) Date: Fri, 10 Sep 2004 12:49:00 -0000 Subject: rsync + xp sp2 failing (solved!) In-Reply-To: <41416396.48B2E11E@dessent.net> References: <20040909202553.8B672E598@wildcard.curl.com> <4140C972.6030408@iwcenter.com> <20040909220929.GA30475@cygbert.vinschen.de> <41416396.48B2E11E@dessent.net> Message-ID: <20040910123953.M96069@iwcenter.com> Thanks all! Turns out Aventail Connect was the problem (which was installed right around same time as SP2). And here I was blaming it on Bill Gates ... shame on me :). Anyway, uninstalling it solved the problem and I'm back in business. Once again, thanks all for your time and ideas! -- Joel On Fri, 10 Sep 2004 01:19:34 -0700, Brian Dessent wrote > Corinna Vinschen wrote: > > > All WSADuplicateSocket calls fail with 10045, "operation is not supported > > for the type of object referenced", even thought the above created socket > > handles are referenced. That's weird. > > > > I'm still running XP SP1 and I can't reproduce this. I'm wondering if > > that's a side effect of the new firewall in XP2. Did you try with > > switching off the firewall entirely? > > FWIW this error happens frequently enough for Apache under windows that > it's in their FAQ: > > > ---- quote ---- > Apache for Windows does not start. Error log contains this message: > "[crit] (10045) The attempted operation is not supported for the > type of object referenced: Parent: WSADuplicateSocket failed for > socket ###". What does this mean? > > We have seen this problem when Apache is run on systems along with > Virtual Private Networking clients like Aventail Connect. Aventail > Connect is a Layered Service Provider (LSP) that inserts itself, as a > "shim," between the Winsock 2 API and Window's native Winsock 2 > implementation. The Aventail Connect shim does not implement > WSADuplicateSocket, which is the cause of the failure. > > The shim is not unloaded when Aventail Connect is shut down. Once > observed, the problem persists until the shim is either explicitly > unloaded or the machine is rebooted. Another potential solution (not > tested) is to add apache.exe to the Aventail "Connect Exclusion List". > > Apache is affected in a similar way by any firewall program that > isn't correctly configured. Assure you exclude your Apache server ports > (usually port 80) from the list of ports to block. Refer to your > firewall program's documentation for the how-to. > ---- end quote ---- > > It's probably not directly related, but there is this blurb about LSP > from the page on > > > ---- quote ---- > Winsock self-healing > > Detailed description > > Winsock, Windows?? network socket facility for applications, is > extensible by a mechanism known as a Layered Service Provider (LSP). > Winsock LSPs are available for a wide range of useful purposes, > including internet parental controls, and web content filtering. In > previous versions of Windows XP, removing a malformed (also known as > ??buggy??) LSP could result in corruption of the Winsock catalog in the > registry, potentially resulting in a loss of all network > connectivity. Winsock now has the ability to self-heal after a user > uninstalls such an LSP. > ---- end quote ---- > > And finally, although it's probably not relevant, the following passage > from > might help track down the problem: > > ---- quote ---- > IPv4 Inbound Connections for Applications. An application that completes > a listen operation on a TCP socket or successfully binds to a UDP socket > through Winsock is covered by this scenario. Examples of these > applications include audio and video in MSN or Windows Messenger, or > hosting a multiplayer game. For this scenario, ICF can automatically > open and close ports as needed by the application. When an > application that needs to listen on a port or ports is being > installed by an administrator, it will need to ask the user if > he/she wants to allow the application to open ports in the firewall. > If the user consents to this, then the application should use the > INetFwV4AuthorizedApplication API to add itself to the > AuthorizedApplications collection as enabled. If the user does not > consent, then the application should use the > INetFwV4AuthorizedApplication API to add itself to the > AuthorizedApplications collection as disabled. > ---- end quote ---- > > Brian > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Fri Sep 10 12:55:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Fri, 10 Sep 2004 12:55:00 -0000 Subject: cygwin 1.5.11: execv doesn't set argv[0] on Windows programs In-Reply-To: References: Message-ID: <20040910125048.GB7514@trixie.casa.cgf.cx> On Fri, Sep 10, 2004 at 12:38:31AM -0400, Igor Pechtchanski wrote: >Hi, > >I'm getting the following behavior consistently: > >$ bash -c 'exec -a KKKK java -h' 2>&1 | egrep 'options?]' >Usage: java.exe [-options] class [args...] > or java.exe [-jar] [-options] jarfile [args...] >$ > >but > >$ bash -c 'exec -a KKKK bash --help' 2>&1 | egrep 'options?]' >Usage: KKKK [GNU long option] [option] ... > KKKK [GNU long option] [option] script-file ... >$ > >In other words, invoking a Cygwin program sets argv[0] correctly, but >invoking a Windows program doesn't. Interestingly enough, using the MinGW >execv works properly: There is no such thing as "argv[0]" for a Windows program. Cygwin uses CreateProcess to create processes. CreateProcess does not have the concept of "argv[0]". Perhaps Microsoft's exec functions do something funky that is understood by other msvcrt programs. Cygwin doesn't do that. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Fri Sep 10 12:56:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Fri, 10 Sep 2004 12:56:00 -0000 Subject: Is it free to use In-Reply-To: References: <414007D6.7DB36622@dessent.net> <20040909135502.GC27325@trixie.casa.cgf.cx> <414156C2.4CC8BFDB@dessent.net> Message-ID: <20040910125619.GC7514@trixie.casa.cgf.cx> On Fri, Sep 10, 2004 at 12:32:17AM -0700, Andrew DeFaria wrote: >Brian Dessent wrote: > >>The part that causes it to become GPL'd is the linking to cygwin1.dll, >>not the fact that Cygwin's gcc is used. If you use Cygwin's gcc in >>mingw mode then your program does not need cygwin1.dll and the program >>may be released under any license you choose, assuming there are no >>other GPL libraries to which you link. > >That was my assumption. The parts I was a little skeptical about was: 1) >whether using mingw was also GPL In that case you should be checking with the mingw web page. I also have to wonder how, as a long time reader of this list, you could *possibly* have missed the tedious discussion on this point that crops up on an almost weekly basis. cgf (Now someone will follow up with a clarifying thread saying something like: "Good point but what cgf meant by "weekly basis" is that people talk about this every seven days." ) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Fri Sep 10 13:08:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Fri, 10 Sep 2004 13:08:00 -0000 Subject: [ANNOUNCEMENT] Updated: cygwin-1.5.11-1 In-Reply-To: References: <200409050451.i854pPi21887@esds.vss.fsi.com> Message-ID: <20040910125726.GD7514@trixie.casa.cgf.cx> On Fri, Sep 10, 2004 at 12:41:18PM +0200, Bj?rn-Helge Mevik wrote: >Great! > >Unfortunately, it doesn't seem to solve the problem reported in > >http://cygwin.com/ml/cygwin/2004-08/msg00152.html I don't believe that anyone said it would. I don't know of any cygwin developer who has Netware or is interested in fixing Netware problems. cgf >i.e., on a NetWare volume: > >14 (0) $ echo foodata > foo >15 (0) $ echo bardata > bar >16 (0) $ ls -l foo bar >-rw-r--r-- 1 bhme None 8 Sep 10 12:39 bar >-rw-r--r-- 1 bhme None 8 Sep 10 12:39 foo >17 (0) $ cp foo bar >cp: writing `bar': Permission denied >18 (0) $ ls -l foo bar >-rw-r--r-- 1 bhme None 0 Sep 10 12:40 bar >-rw-r--r-- 1 bhme None 8 Sep 10 12:39 foo > >Any attemt to remove `bar' fails until I log out and back in again. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From tero_niemela@yahoo.com Fri Sep 10 13:30:00 2004 From: tero_niemela@yahoo.com (Tero Niemela) Date: Fri, 10 Sep 2004 13:30:00 -0000 Subject: [PATCH] /etc/profile fixes Message-ID: <20040910130821.63467.qmail@web61308.mail.yahoo.com> Hi! > It's better to fix than to silence. Indeed. I've attached an updated patch that seems to work with bash and zsh. The other patch had a typo (missing |), fixed patched included. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------- next part -------------- A non-text attachment was scrubbed... Name: zsh-quote.patch Type: application/octet-stream Size: 393 bytes Desc: zsh-quote.patch URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: zsh-ksh.patch Type: application/octet-stream Size: 374 bytes Desc: zsh-ksh.patch URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Fri Sep 10 13:39:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Fri, 10 Sep 2004 13:39:00 -0000 Subject: rsync + xp sp2 failing (solved!) In-Reply-To: <20040910123953.M96069@iwcenter.com> References: <20040909202553.8B672E598@wildcard.curl.com> <4140C972.6030408@iwcenter.com> <20040909220929.GA30475@cygbert.vinschen.de> <41416396.48B2E11E@dessent.net> <20040910123953.M96069@iwcenter.com> Message-ID: <20040910133101.GY17670@cygbert.vinschen.de> Good catch, Brian! Could we give Brian another gold star, please? That was the first I thought when reading this posting. Corinna On Sep 10 07:39, joellists wrote: > Thanks all! > > Turns out Aventail Connect was the problem (which was installed right around > same time as SP2). And here I was blaming it on Bill Gates ... shame on me > :). Anyway, uninstalling it solved the problem and I'm back in business. > > Once again, thanks all for your time and ideas! > > -- Joel > > On Fri, 10 Sep 2004 01:19:34 -0700, Brian Dessent wrote > > Corinna Vinschen wrote: > > > > > All WSADuplicateSocket calls fail with 10045, "operation is not supported > > > for the type of object referenced", even thought the above created socket > > > handles are referenced. That's weird. > > > > > > I'm still running XP SP1 and I can't reproduce this. I'm wondering if > > > that's a side effect of the new firewall in XP2. Did you try with > > > switching off the firewall entirely? > > > > FWIW this error happens frequently enough for Apache under windows that > > it's in their FAQ: > > > > > > ---- quote ---- > > Apache for Windows does not start. Error log contains this message: > > "[crit] (10045) The attempted operation is not supported for the > > type of object referenced: Parent: WSADuplicateSocket failed for > > socket ###". What does this mean? > > [...] -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Tony.Dolton@uk.fujitsu.com Fri Sep 10 13:53:00 2004 From: Tony.Dolton@uk.fujitsu.com (Dolton Tony AB) Date: Fri, 10 Sep 2004 13:53:00 -0000 Subject: bash script doesn't wait for commands to complete Message-ID: <753F1E41ACB9D51190C00090277218D80171EE2B@WWMESSD206> (Sorry if this doesn't appear in the right place - I've been unable to subscribe to the list and had to bodge a reply.) >>I have a problem whereby a bash script doesn't wait for foreground commands >>to complete. The script in question kicks off a number of background >>processes, and processes their results as they complete. >> >>A simplified version which exhibits the problem is attached as scr.sh. The >>number of background processes and the number of iterations of the >>foreground commands are supplied as parameters, (e.g. "./scr.sh 50 100"). >>These values, as well as the length of the sleep may need adjustment >>depending on a machine's performance, to make sure that the sleeps terminate >>squarely within the foreground loop. >Cygwin currently has a hard limit of around 62 subprocesses or so before >things might get confusing. There is a 63 handle windows limitation >which would take some effort to work around. > >So, if you are starting more than around 62 subprocesses then things probably >won't work right. > >cgf Thanks for that. However, although the problem occurs most frequently with more subprocesses, I occasionally see it with as few as 2 subprocesses, so I don't think the limit is coming into play. I haven't tried more than 50 subprocesses, as I knew there was a hard limit Tony -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From alex_alexandrov@fromru.com Fri Sep 10 13:56:00 2004 From: alex_alexandrov@fromru.com (Alexei Alexandrov) Date: Fri, 10 Sep 2004 13:56:00 -0000 Subject: diff crashes with big files on Itanium machine Message-ID: <200409101353.i8ADr8L8015608@www5.pochta.ru> Hi, All! I would like to report a problem I have with Cygwin's diff. It crashes when I use it on 2 big files (the size is 100M each) on Itanium machines under Windows .NET server. It works OK on x86 machines. The following is the scenario of reproducing the bug Administrator@itanium110 ~ $ dd if=/dev/zero bs=512k count=200 | tr '\000' ' ' > spaces 200+0 records in 200+0 records out Administrator@itanium110 ~ $ dd if=/dev/zero bs=512k count=200 | tr '\000' ' ' > spaces.2 200+0 records in 200+0 records out Administrator@itanium110 ~ $ diff spaces spaces.2 Segmentation fault (core dumped) Administrator@itanium110 ~ $ cat diff.exe.stackdump Exception: STATUS_ACCESS_VIOLATION at eip=610AE300 eax=00AC0000 ebx=06401000 ecx=61057F74 edx=00000000 esi=6114E720 edi=00000388 ebp=0022EBF8 esp=0022EBA0 program=C:\cygwin\bin\diff.exe, pid 1948, thread main cs=001B ds=0023 es=0023 fs=003B gs=0000 ss=0023 Stack trace: Frame Function Args 0022EBF8 610AE300 (06400018, 6114E720, 10010000, 10010000) 0022EC38 610AE6EB (0000000E, 616E1BD4, 00000000, 61093882) 0022EC78 610AEC1B (61115378, 00010000, 0022ECC8, 610981C0) 0022ECB8 610564E8 (10010470, 06400010, 0022ECF8, 00408A04) 0022ECC8 610882AF (10010470, 06400010, 00000000, 00000001) 0022ECF8 00408A04 (0022EE50, 00000004, 616E3014, 00000000) 0022ED68 00409214 (0022EE50, 00000000, 00000000, 73696E69) 0022EDA8 004098F0 (0022EE50, 00000000, 00000011, 6114CF74) 0022EDF8 0040219F (0022EE50, 00000000, 00000000, 7DA63826) 0022EFD8 00406E12 (00000000, 616E3894, 616E38AC, 00000000) 0022F070 00404C72 (00000003, 616E3834, 100100A8, 0022F0C8) 0022F0B0 61005ED4 (0022F0C8, 004243B0, 0022F574, 7DA73F78) 0022FF90 610060EB (00000000, 00000000, 00000000, 00000000) End of stack trace Administrator@itanium110 ~ $ cygcheck -s -v -r Cygwin Win95/NT Configuration Diagnostics Current System Time: Fri Sep 10 17:46:06 2004 Windows .NET Enterprise Server Ver 5.2 Build 3763 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files (x86)\Far Output from C:\cygwin\bin\id.exe (nontsec) UID: 500(Administrator) GID: 513(None) 513(None) Output from C:\cygwin\bin\id.exe (ntsec) UID: 500(Administrator) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\Documents and Settings\Administrator\WINDOWS HOME = `C:\cygwin\home\Administrator' MAKE_MODE = `unix' PWD = `/home/Administrator' USER = `Administrator' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\Administrator\Application Data' CLIENTNAME = `NNWAALEXAND' CLUSTERLOG = `C:\WINDOWS\Cluster\cluster.log' COMMONPROGRAMFILES(X86) = `C:\Program Files (x86)\Common Files' COMMONPROGRAMFILES = `C:\Program Files (x86)\Common Files' COMMONPROGRAMW6432 = `C:\Program Files\Common Files' COMPUTERNAME = `ITANIUM110' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CVS_RSH = `/bin/ssh' FARLANG = `English' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\Administrator' HOSTNAME = `itanium110' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autoto ol/stable/info:' LOGONSERVER = `\\ITANIUM110' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man:' NUMBER_OF_PROCESSORS = `2' OLDPWD = `/usr/bin' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_ARCHITEW6432 = `IA64' PROCESSOR_IDENTIFIER = `ia64 Family 31 Model 0 Stepping 7, GenuineIntel' PROCESSOR_LEVEL = `31' PROCESSOR_REVISION = `0007' PROGRAMFILES(X86) = `C:\Program Files (x86)' PROGRAMFILES = `C:\Program Files (x86)' PROGRAMW6432 = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 \033[32m\]\u@\h \[\033[33m\w\033[0m\] $ ' SESSIONNAME = `RDP-Tcp#1' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `c:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\1' TERM = `cygwin' TMP = `c:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\1' USERDOMAIN = `ITANIUM110' USERNAME = `Administrator' USERPROFILE = `C:\Documents and Settings\Administrator' WINDIR = `C:\WINDOWS' _ = `/usr/bin/cygcheck' POSIXLY_CORRECT = `1' 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 = 0x00000020 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x00000008 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x00000008 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin/lib' flags = 0x00000008 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options c: hd NTFS 4000Mb 45% CP CS UN PA FC d: hd NTFS 1999Mb 68% CP CS UN PA FC SWAP e: cd N/A N/A C:\cygwin / system textmode C:\cygwin/bin /usr/bin system textmode C:\cygwin/lib /usr/lib system textmode . /cygdrive system textmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Not Found: cpp (good!) Found: C:\cygwin\bin\find.exe Not Found: gcc Not Found: gdb Found: C:\cygwin\bin\grep.exe Not Found: ld Found: C:\cygwin\bin\ls.exe Not Found: make Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe 61k 2003/08/09 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 "cygbz2-1.dll" v0.0 ts=2003/8/9 10:35 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 9: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 9:03 48k 2003/08/09 C:\cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0 "cygform7.dll" v0.0 ts=2003/8/9 13:25 28k 2003/07/20 C:\cygwin\bin\cyggdbm-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-3.dll" v0.0 ts=2003/7/20 11:58 30k 2003/08/11 C:\cygwin\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-4.dll" v0.0 ts=2003/8/11 6:12 19k 2003/03/22 C:\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm.dll" v0.0 ts=2002/2/20 6:05 15k 2003/07/20 C:\cygwin\bin\cyggdbm_compat-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-3.dll" v0.0 ts=2003/7/20 12:00 15k 2003/08/11 C:\cygwin\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-4.dll" v0.0 ts=2003/8/11 6:13 69k 2003/08/10 C:\cygwin\bin\cyggettextlib-0-12-1.dll - os=4.0 img=1.0 sys=4.0 "cyggettextlib-0-12-1.dll" v0.0 ts=2003/8/11 2:10 12k 2003/08/10 C:\cygwin\bin\cyggettextpo-0.dll - os=4.0 img=1.0 sys=4.0 "cyggettextpo-0.dll" v0.0 ts=2003/8/11 2:11 134k 2003/08/10 C:\cygwin\bin\cyggettextsrc-0-12-1.dll - os=4.0 img=1.0 sys=4.0 "cyggettextsrc-0-12-1.dll" v0.0 ts=2003/8/11 2:10 17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll - os=4.0 img=1.0 sys=4.0 "cyghistory4.dll" v0.0 ts=2001/1/7 7:34 29k 2003/08/10 C:\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0 "cyghistory5.dll" v0.0 ts=2003/8/11 3:16 958k 2003/08/10 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 "cygiconv-2.dll" v0.0 ts=2003/8/11 0:57 22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll - os=4.0 img=1.0 sys=4.0 "cygintl-1.dll" v0.0 ts=2001/12/13 12:28 37k 2003/08/10 C:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0 "cygintl-2.dll" v0.0 ts=2003/8/11 1:50 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 9: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 9:03 29k 2003/08/09 C:\cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0 "cygmenu7.dll" v0.0 ts=2003/8/9 13:25 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 9: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 9: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 9: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 9:03 224k 2003/08/09 C:\cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0 "cygncurses7.dll" v0.0 ts=2003/8/9 13:24 15k 2001/04/25 C:\cygwin\bin\cygpanel5.dll - os=4.0 img=1.0 sys=4.0 "cygpanel5.dll" v0.0 ts=2001/4/25 9: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 9:03 19k 2003/08/09 C:\cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0 "cygpanel7.dll" v0.0 ts=2003/8/9 13:24 62k 2003/12/11 C:\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcre-0.dll" v0.0 ts=2003/12/11 20:01 63k 2003/04/11 C:\cygwin\bin\cygpcre.dll - os=4.0 img=1.0 sys=4.0 "cygpcre.dll" v0.0 ts=2003/4/11 12:31 9k 2003/12/11 C:\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix-0.dll" v0.0 ts=2003/12/11 20:01 61k 2003/04/11 C:\cygwin\bin\cygpcreposix.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix.dll" v0.0 ts=2003/4/11 12:31 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 7:34 148k 2003/08/10 C:\cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0 "cygreadline5.dll" v0.0 ts=2003/8/11 3:16 61k 2003/12/04 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 "cygz.dll" v0.0 ts=2003/12/4 6:03 1100k 2004/03/19 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2004/3/19 7:05 Cygwin DLL version info: DLL version: 1.5.9 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 112 Shared data: 4 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: Thu Mar 18 23:05:18 EST 2004 Shared id: cygwin1S4 Cygwin Package Information Last downloaded files to: \\nnsfiler01\dpTools\VTune\Software\FreeWare\cygwin Last downloaded files from: \\nnsfiler01\dpTools\VTune\Software\FreeWare\cygwin Package Version _update-info-dir 00227-1 ash 20040127-1 base-files 2.6-1 base-passwd 1.1-1 bash 2.05b-16 bzip2 1.0.2-5 cygwin 1.5.9-1 diffutils 2.8.4-1 editrights 1.01-1 fileutils 4.1-2 findutils 4.1.7-4 gawk 3.1.3-4 gdbm 1.8.3-7 grep 2.5-1 groff 1.18.1-2 gzip 1.3.5-1 less 381-1 libbz2_1 1.0.2-5 libgdbm 1.8.0-5 libgdbm-devel 1.8.3-7 libgdbm3 1.8.3-3 libgdbm4 1.8.3-7 libgettextpo0 0.12.1-3 libiconv2 1.9.1-3 libintl1 0.10.40-1 libintl2 0.12.1-3 libncurses5 5.2-1 libncurses6 5.2-8 libncurses7 5.3-4 libpcre 4.1-1 libpcre0 4.5-1 libreadline4 4.1-2 libreadline5 4.3-5 login 1.9-7 man 1.5k-3 mktemp 1.5-3 ncurses 5.3-4 readline 4.3-5 sed 4.0.9-2 sh-utils 2.0.15-4 tar 1.13.25-5 termcap 20021106-2 terminfo 5.3_20030726-1 texinfo 4.2-4 textutils 2.0.21-1 which 1.5-2 zlib 1.2.1-1 Use -h to see help about each section Administrator@itanium110 ~ $ strace diff spaces spaces.2 ********************************************** Program name: C:\cygwin\bin\diff.exe (732) App version: 1005.1, api: 0.90 DLL version: 1005.9, api: 0.112 DLL build: 2004-03-18 23:05 OS version: Windows NT-5.2 Heap size: 402653184 Date/Time: 2004-09-10 17:49:52 ********************************************** 5216 16742 [main] diff 732 environ_init: 0x10010008: !C:=C:\cygwin\bin 1827 18569 [main] diff 732 environ_init: 0x10010250: ALLUSERSPROFILE=C:\Documents and Settings\All Users 1873 20442 [main] diff 732 environ_init: 0x10010288: APPDATA=C:\Documents and Settings\Administrator\Application Data 1879 22321 [main] diff 732 environ_init: 0x100102D0: CLIENTNAME=NNWAALEXAND 1787 24108 [main] diff 732 environ_init: 0x100102F0: CLUSTERLOG=C:\WINDOWS\Cluster\cluster.log 1844 25952 [main] diff 732 environ_init: 0x10010320: COMMONPROGRAMFILES(X86)=C:\Program Files (x86)\Common Files 2172 28124 [main] diff 732 environ_init: 0x10010360: COMMONPROGRAMFILES=C:\Program Files (x86)\Common Files 1890 30014 [main] diff 732 environ_init: 0x100103A0: COMMONPROGRAMW6432=C:\Program Files\Common Files 1881 31895 [main] diff 732 environ_init: 0x100103D8: COMPUTERNAME=ITANIUM110 1800 33695 [main] diff 732 environ_init: 0x100103F8: COMSPEC=C:\WINDOWS\system32\cmd.exe 1831 35526 [main] diff 732 environ_init: 0x10010420: CVS_RSH=/bin/ssh 1800 37326 [main] diff 732 environ_init: 0x10010438: FARLANG=English 1814 39140 [main] diff 732 getwinenv: can't set native for HOME= since no environ yet 1843 40983 [main] diff 732 mount_info::conv_to_posix_path: conv_to_posix_path (C:\cygwin\home\Administrator, no-keep-rel, no-add-slash) 1752 42735 [main] diff 732 normalize_win32_path: C:\cygwin\home\Administrator = normalize_win32_path (C:\cygwin\home\Administrator) 1799 44534 [main] diff 732 mount_info::conv_to_posix_path: /home/Administrator = conv_to_posix_path (C:\cygwin\home\Administrator) 2160 46694 [main] diff 732 win_env::add_cache: posix /home/Administrator 1927 48621 [main] diff 732 win_env::add_cache: native HOME=C:\cygwin\home\Administrator 1730 50351 [main] diff 732 posify: env var converted to HOME=/home/Administrator 1872 52223 [main] diff 732 environ_init: 0x10010478: HOME=/home/Administrator 1811 54034 [main] diff 732 environ_init: 0x100105C8: HOMEDRIVE=C: 1790 55824 [main] diff 732 environ_init: 0x100105E0: HOMEPATH=\Documents and Settings\Administrator 1943 57767 [main] diff 732 environ_init: 0x10010618: HOSTNAME=itanium110 1841 59608 [main] diff 732 environ_init: 0x10010630: INFOPATH=/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info: 1902 61510 [main] diff 732 environ_init: 0x100106A0: LOGONSERVER=\\ITANIUM110 1803 63313 [main] diff 732 environ_init: 0x100106C0: MAKE_MODE=unix 1787 65100 [main] diff 732 environ_init: 0x100106D8: MANPATH=/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man: 1887 66987 [main] diff 732 environ_init: 0x10010728: NUMBER_OF_PROCESSORS=2 1925 68912 [main] diff 732 environ_init: 0x10010748: OLDPWD=/usr/bin 1783 70695 [main] diff 732 environ_init: 0x10010760: OS=Windows_NT 1776 72471 [main] diff 732 getwinenv: can't set native for PATH= since no environ yet 1682 74153 [main] diff 732 normalize_posix_path: src . 1658 75811 [main] diff 732 mount_info::conv_to_posix_path: conv_to_posix_path (C:\cygwin\home\Administrator, no-keep-rel, no-add-slash) 1817 77628 [main] diff 732 normalize_win32_path: C:\cygwin\home\Administrator = normalize_win32_path (C:\cygwin\home\Administrator) 1824 79452 [main] diff 732 mount_info::conv_to_posix_path: /home/Administrator = conv_to_posix_path (C:\cygwin\home\Administrator) 1802 81254 [main] diff 732 cwdstuff::get: posix /home/Administrator 1669 82923 [main] diff 732 cwdstuff::get: (/home/Administrator) = cwdstuff::get (0x22EB08, 260, 1, 0), errno 0 1734 84657 [main] diff 732 normalize_posix_path: /home/Administrator = normalize_posix_path (.) 1715 86372 [main] diff 732 mount_info::conv_to_win32_path: conv_to_win32_path (/home/Administrator) 1794 88166 [main] diff 732 set_flags: flags: text (0x2000000) 1662 89828 [main] diff 732 mount_info::conv_to_win32_path: src_path /home/Administrator, dst C:\cygwin\home\Administrator, flags 0x2000008, rc 0 2206 92034 [main] diff 732 symlink_info::check: not a symlink 1667 93701 [main] diff 732 symlink_info::check: 0 = symlink.check (C:\cygwin\home\Administrator, 0x22E7C8) (0x2000008) 1766 95467 [main] diff 732 path_conv::check: root_dir(C:\), this->path(C:\cygwin\home\Administrator), set_has_acls(8) 1911 97378 [main] diff 732 mount_info::conv_to_posix_path: conv_to_posix_path (C:\cygwin\usr\local\bin, keep-rel, no-add-slash) 1735 99113 [main] diff 732 normalize_win32_path: C:\cygwin\usr\local\bin = normalize_win32_path (C:\cygwin\usr\local\bin) 1741 100854 [main] diff 732 mount_info::conv_to_posix_path: /usr/local/bin = conv_to_posix_path (C:\cygwin\usr\local\bin) 1749 102603 [main] diff 732 mount_info::conv_to_posix_path: conv_to_posix_path (C:\cygwin\bin, keep-rel, no-add-slash) 1734 104337 [main] diff 732 normalize_win32_path: C:\cygwin\bin = normalize_win32_path (C:\cygwin\bin) 1732 106069 [main] diff 732 mount_info::conv_to_posix_path: /usr/bin = conv_to_posix_path (C:\cygwin\bin) 1768 107837 [main] diff 732 mount_info::conv_to_posix_path: conv_to_posix_path (C:\cygwin\bin, keep-rel, no-add-slash) 1754 109591 [main] diff 732 normalize_win32_path: C:\cygwin\bin = normalize_win32_path (C:\cygwin\bin) 1807 111398 [main] diff 732 mount_info::conv_to_posix_path: /usr/bin = conv_to_posix_path (C:\cygwin\bin) 1749 113147 [main] diff 732 mount_info::conv_to_posix_path: conv_to_posix_path (C:\cygwin\usr\X11R6\bin, keep-rel, no-add-slash) 1738 114885 [main] diff 732 normalize_win32_path: C:\cygwin\usr\X11R6\bin = normalize_win32_path (C:\cygwin\usr\X11R6\bin) 1745 116630 [main] diff 732 mount_info::conv_to_posix_path: /usr/X11R6/bin = conv_to_posix_path (C:\cygwin\usr\X11R6\bin) 1805 118435 [main] diff 732 mount_info::conv_to_posix_path: conv_to_posix_path (c:\WINDOWS\system32, keep-rel, no-add-slash) 1738 120173 [main] diff 732 normalize_win32_path: c:\WINDOWS\system32 = normalize_win32_path (c:\WINDOWS\system32) 1731 121904 [main] diff 732 mount_info::conv_to_posix_path: /cygdrive/c/WINDOWS/system32 = conv_to_posix_path (c:\WINDOWS\system32) 1750 123654 [main] diff 732 mount_info::conv_to_posix_path: conv_to_posix_path (c:\WINDOWS, keep-rel, no-add-slash) 1719 125373 [main] diff 732 normalize_win32_path: c:\WINDOWS = normalize_win32_path (c:\WINDOWS) 1722 127095 [main] diff 732 mount_info::conv_to_posix_path: /cygdrive/c/WINDOWS = conv_to_posix_path (c:\WINDOWS) 1771 128866 [main] diff 732 mount_info::conv_to_posix_path: conv_to_posix_path (c:\WINDOWS\System32\Wbem, keep-rel, no-add-slash) 1740 130606 [main] diff 732 normalize_win32_path: c:\WINDOWS\System32\Wbem = normalize_win32_path (c:\WINDOWS\System32\Wbem) 1740 132346 [main] diff 732 mount_info::conv_to_posix_path: /cygdrive/c/WINDOWS/System32/Wbem = conv_to_posix_path (c:\WINDOWS\System32\Wbem) 1762 134108 [main] diff 732 mount_info::conv_to_posix_path: conv_to_posix_path (c:\Program Files (x86)\Far, keep-rel, no-add-slash) 1736 135844 [main] diff 732 normalize_win32_path: c:\Program Files (x86)\Far = normalize_win32_path (c:\Program Files (x86)\Far) 1794 137638 [main] diff 732 mount_info::conv_to_posix_path: /cygdrive/c/Program Files (x86)/Far = conv_to_posix_path (c:\Program Files (x86)\Far) 2047 139685 [main] diff 732 win_env::add_cache: posix /usr/local/bin:/usr/bin:/usr/bin:/usr/X11R6/bin:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/Pro gram Files (x86)/Far 1767 141452 [main] diff 732 win_env::add_cache: native PATH=C:\cygwin\usr\local\bin;C:\cygwin\bin;C:\cygwin\bin;C:\cygwin\usr\X11R6 \bin;c:\WINDOWS\system32;c:\WINDOWS;c:\WINDOWS\System32\Wbem;c:\Program Files (x86)\Far 1800 143252 [main] diff 732 posify: env var converted to PATH=/usr/local/bin:/usr/bin:/usr/bin:/usr/X11R6/bin:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/Prog ram Files (x86)/Far 1964 145216 [main] diff 732 environ_init: 0x10010820: PATH=/usr/local/bin:/usr/bin:/usr/bin:/usr/X11R6/bin:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/Prog ram Files (x86)/Far 1954 147170 [main] diff 732 environ_init: 0x10010778: PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH 1883 149053 [main] diff 732 environ_init: 0x100107B8: PROCESSOR_ARCHITECTURE=x86 1817 150870 [main] diff 732 environ_init: 0x100107D8: PROCESSOR_ARCHITEW6432=IA64 1818 152688 [main] diff 732 environ_init: 0x10010B70: PROCESSOR_IDENTIFIER=ia64 Family 31 Model 0 Stepping 7, GenuineIntel 1855 154543 [main] diff 732 environ_init: 0x10010450: PROCESSOR_LEVEL=31 1799 156342 [main] diff 732 environ_init: 0x100107F8: PROCESSOR_REVISION=0007 1820 158162 [main] diff 732 environ_init: 0x10010BC0: PROGRAMFILES(X86)=C:\Program Files (x86) 1830 159992 [main] diff 732 environ_init: 0x10010BF0: PROGRAMFILES=C:\Program Files (x86) 1889 161881 [main] diff 732 environ_init: 0x10010C18: PROGRAMW6432=C:\Program Files 1823 163704 [main] diff 732 environ_init: 0x10010468: PROMPT=$P$G 1764 165468 [main] diff 732 environ_init: 0x10010C40: PS1=\[\033]0;\w\007 \033[32m\]\u@\h \[\033[33m\w\033[0m\] $ 4238 169706 [main] diff 732 environ_init: 0x10010C88: PWD=/home/Administrator 1835 171541 [main] diff 732 environ_init: 0x10010CA8: SESSIONNAME=RDP-Tcp#1 1797 173338 [main] diff 732 environ_init: 0x10010CC8: SHLVL=1 1777 175115 [main] diff 732 environ_init: 0x10010CD8: SYSTEMDRIVE=C: 1785 176900 [main] diff 732 environ_init: 0x10010CF0: SYSTEMROOT=C:\WINDOWS 2471 179371 [main] diff 732 getwinenv: can't set native for TEMP= since no environ yet 1913 181284 [main] diff 732 mount_info::conv_to_posix_path: conv_to_posix_path (c:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\1, no-keep-rel, no-add-slash) 1736 183020 [main] diff 732 normalize_win32_path: c:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\1 = normalize_win32_path (c:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\1) 1778 184798 [main] diff 732 mount_info::conv_to_posix_path: /cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/1 = conv_to_posix_path (c:\DOCUME~1\ADMINI~1 \LOCALS~1\Temp\1) 2053 186851 [main] diff 732 win_env::add_cache: posix /cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/1 1714 188565 [main] diff 732 win_env::add_cache: native TEMP=c:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\1 1729 190294 [main] diff 732 posify: env var converted to TEMP=/cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/1 1903 192197 [main] diff 732 environ_init: 0x10010D40: TEMP=/cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/1 1880 194077 [main] diff 732 environ_init: 0x10010EB8: TERM=cygwin 1802 195879 [main] diff 732 getwinenv: can't set native for TMP= since no environ yet 1875 197754 [main] diff 732 mount_info::conv_to_posix_path: conv_to_posix_path (c:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\1, no-keep-rel, no-add-slash) 1756 199510 [main] diff 732 normalize_win32_path: c:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\1 = normalize_win32_path (c:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\1) 1817 201327 [main] diff 732 mount_info::conv_to_posix_path: /cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/1 = conv_to_posix_path (c:\DOCUME~1\ADMINI~1 \LOCALS~1\Temp\1) 2108 203435 [main] diff 732 win_env::add_cache: posix /cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/1 1688 205123 [main] diff 732 win_env::add_cache: native TMP=c:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\1 1723 206846 [main] diff 732 posify: env var converted to TMP=/cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/1 1938 208784 [main] diff 732 environ_init: 0x10010EC8: TMP=/cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/1 1867 210651 [main] diff 732 environ_init: 0x10011040: USER=Administrator 1806 212457 [main] diff 732 environ_init: 0x10011058: USERDOMAIN=ITANIUM110 1808 214265 [main] diff 732 environ_init: 0x10011078: USERNAME=Administrator 1815 216080 [main] diff 732 environ_init: 0x10011098: USERPROFILE=C:\Documents and Settings\Administrator 1890 217970 [main] diff 732 environ_init: 0x100110D0: WINDIR=C:\WINDOWS 1806 219776 [main] diff 732 environ_init: 0x100110E8: _=/usr/bin/strace 1678 221454 [main] diff 732 pinfo_init: pid 732, pgid 732 1827 223281 [main] diff 732 dtable::extend: size 32, fds 0x616E0E54 1749 225030 [main] diff 732 normalize_posix_path: src /etc/passwd 1671 226701 [main] diff 732 normalize_posix_path: /etc/passwd = normalize_posix_path (/etc/passwd) 1773 228474 [main] diff 732 mount_info::conv_to_win32_path: conv_to_win32_path (/etc/passwd) 1751 230225 [main] diff 732 set_flags: flags: text (0x2000000) 1669 231894 [main] diff 732 mount_info::conv_to_win32_path: src_path /etc/passwd, dst C:\cygwin\etc\passwd, flags 0x2000008, rc 0 2219 234113 [main] diff 732 symlink_info::check: not a symlink 1680 235793 [main] diff 732 symlink_info::check: 0 = symlink.check (C:\cygwin\etc\passwd, 0x22E988) (0x2000008) 1825 237618 [main] diff 732 path_conv::check: root_dir(C:\), this->path(C:\cygwin\etc\passwd), set_has_acls(8) 2067 239685 [main] diff 732 etc::test_file_change: FindFirstFile succeeded 1695 241380 [main] diff 732 etc::test_file_change: fn[1] C:\cygwin\etc\passwd res 1 1722 243102 [main] diff 732 etc::init: fn[1] C:\cygwin\etc\passwd, curr_ix 1 1684 244786 [main] diff 732 pwdgrp::load: /etc/passwd 2298 247084 [main] diff 732 pwdgrp::load: /etc/passwd curr_lines 5 1700 248784 [main] diff 732 pwdgrp::load: /etc/passwd load succeeded 1747 250531 [main] diff 732 normalize_posix_path: src /etc/group 1673 252204 [main] diff 732 normalize_posix_path: /etc/group = normalize_posix_path (/etc/group) 1740 253944 [main] diff 732 mount_info::conv_to_win32_path: conv_to_win32_path (/etc/group) 1772 255716 [main] diff 732 set_flags: flags: text (0x2000000) 1695 257411 [main] diff 732 mount_info::conv_to_win32_path: src_path /etc/group, dst C:\cygwin\etc\group, flags 0x2000008, rc 0 2221 259632 [main] diff 732 symlink_info::check: not a symlink 1677 261309 [main] diff 732 symlink_info::check: 0 = symlink.check (C:\cygwin\etc\group, 0x22E948) (0x2000008) 1755 263064 [main] diff 732 path_conv::check: root_dir(C:\), this->path(C:\cygwin\etc\group), set_has_acls(8) 2113 265177 [main] diff 732 etc::test_file_change: FindFirstFile succeeded 1700 266877 [main] diff 732 etc::test_file_change: fn[2] C:\cygwin\etc\group res 1 1743 268620 [main] diff 732 etc::init: fn[2] C:\cygwin\etc\group, curr_ix 2 1668 270288 [main] diff 732 pwdgrp::load: /etc/group 2395 272683 [main] diff 732 pwdgrp::load: /etc/group curr_lines 16 1652 274335 [main] diff 732 pwdgrp::load: /etc/group load succeeded 1714 276049 [main] diff 732 cygheap_user::ontherange: what 2, pw 0x10011368 2106 278155 [main] diff 732 cygheap_user::ontherange: HOME is already in the environment /home/Administrator 2683 280838 [main] diff 732 sigproc_init: process/signal handling enabled(1) 2136 282974 [main] diff 732 build_argv: argv[0] = 'diff' 1613 284587 [main] diff 732 build_argv: argv[1] = 'spaces' 1691 286278 [main] diff 732 build_argv: argv[2] = 'spaces.2' 1716 287994 [sig] diff 732 wait_sig: entering ReadFile loop, readsig 0x6DC, myself->sendsig 0x6D8 29 288023 [main] diff 732 build_argv: argc 3 3412 291435 [main] diff 732 build_fh_pc: fh 0x616E0FBC 1833 293268 [main] diff 732 open_shared: name (null), shared 0xA020000 (wanted 0xA020000), h 0x6D0 1769 295037 [main] diff 732 _pinfo::set_ctty: checking if /dev/tty-1 changed 1686 296723 [main] diff 732 _pinfo::set_ctty: attached tty1073741824 sid 732, pid 732, tty->pgid 732, tty->sid 732 1606 298329 [main] diff 732 _pinfo::set_ctty: resetting tty1073741824 sid. Was 732, now 732. pgid was 0, now 732. 5100 303429 [main] diff 732 fhandler_base::set_flags: flags 0x10002, supplied_bin 0x0 1610 305039 [main] diff 732 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x10000 1546 306585 [main] diff 732 fhandler_base::set_flags: filemode set to binary 1700 308285 [main] diff 732 fhandler_console::open: incremented open_fhs, now 1 1521 309806 [main] diff 732 fhandler_console::open: opened conin$ 0x2B, conout$ 0x2F 1572 311378 [main] diff 732 fhandler_console::output_tcsetattr: 0 = tcsetattr (,A020018) (ENABLE FLAGS 3) (lflag 107 oflag 9) 1599 312977 [main] diff 732 dtable::init_std_file_from_handle: fd 0, handle 0xB 1572 314549 [main] diff 732 build_fh_pc: fh 0x616E13C4 1461 316010 [main] diff 732 fhandler_base::set_flags: flags 0x10002, supplied_bin 0x0 1525 317535 [main] diff 732 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x10000 1519 319054 [main] diff 732 fhandler_base::set_flags: filemode set to binary 1654 320708 [main] diff 732 fhandler_console::open: incremented open_fhs, now 2 1500 322208 [main] diff 732 fhandler_console::open: opened conin$ 0xB, conout$ 0x33 1564 323772 [main] diff 732 fhandler_console::output_tcsetattr: 0 = tcsetattr (,A020018) (ENABLE FLAGS 3) (lflag 107 oflag 9) 1589 325361 [main] diff 732 dtable::init_std_file_from_handle: fd 1, handle 0x13 1574 326935 [main] diff 732 build_fh_pc: fh 0x616E17CC 1467 328402 [main] diff 732 fhandler_base::set_flags: flags 0x10002, supplied_bin 0x0 1507 329909 [main] diff 732 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x10000 1507 331416 [main] diff 732 fhandler_base::set_flags: filemode set to binary 1641 333057 [main] diff 732 fhandler_console::open: incremented open_fhs, now 3 1501 334558 [main] diff 732 fhandler_console::open: opened conin$ 0x13, conout$ 0x37 1554 336112 [main] diff 732 fhandler_console::output_tcsetattr: 0 = tcsetattr (,A020018) (ENABLE FLAGS 3) (lflag 107 oflag 9) 1597 337709 [main] diff 732 dtable::init_std_file_from_handle: fd 2, handle 0x17 2039 339748 [main] diff 732 mount_info::conv_to_posix_path: conv_to_posix_path (C:\cygwin\bin\cygiconv-2.dll, keep-rel, no-add-slash) 1595 341343 [main] diff 732 normalize_win32_path: C:\cygwin\bin\cygiconv-2.dll = normalize_win32_path (C:\cygwin\bin\cygiconv-2.dll) 1608 342951 [main] diff 732 mount_info::conv_to_posix_path: /usr/bin/cygiconv-2.dll = conv_to_posix_path (C:\cygwin\bin\cygiconv-2.dll) 2108 345059 [main] diff 732 mount_info::conv_to_posix_path: conv_to_posix_path (C:\cygwin\bin\cygintl-2.dll, keep-rel, no-add-slash) 1645 346704 [main] diff 732 normalize_win32_path: C:\cygwin\bin\cygintl-2.dll = normalize_win32_path (C:\cygwin\bin\cygintl-2.dll) 1666 348370 [main] diff 732 mount_info::conv_to_posix_path: /usr/bin/cygintl-2.dll = conv_to_posix_path (C:\cygwin\bin\cygintl-2.dll) 1827 350197 [main] diff 732 dll_crt0_1: user_data->main 0x403E70 1523 351720 [main] diff 732 wait_for_sigthread: wait_sig_inited 0x6F4 2552 354272 [main] diff 732 stat64: entering 1563 355835 [main] diff 732 normalize_posix_path: src spaces 1618 357453 [main] diff 732 cwdstuff::get: posix /home/Administrator 1576 359029 [main] diff 732 cwdstuff::get: (/home/Administrator) = cwdstuff::get (0x22E8F0, 260, 1, 0), errno 134 1683 360712 [main] diff 732 normalize_posix_path: /home/Administrator/spaces = normalize_posix_path (spaces) 1653 362365 [main] diff 732 mount_info::conv_to_win32_path: conv_to_win32_path (/home/Administrator/spaces) 1680 364045 [main] diff 732 set_flags: flags: text (0x2000000) 1580 365625 [main] diff 732 mount_info::conv_to_win32_path: src_path /home/Administrator/spaces, dst C:\cygwin\home\Administrator\spaces, flags 0x2000008, rc 0 2375 368000 [main] diff 732 symlink_info::check: not a symlink 1695 369695 [main] diff 732 symlink_info::check: 0 = symlink.check (C:\cygwin\home\Administrator\spaces, 0x22E5B0) (0x2000008) 1780 371475 [main] diff 732 path_conv::check: root_dir(C:\), this->path(C:\cygwin\home\Administrator\spaces), set_has_acls(8) 1782 373257 [main] diff 732 build_fh_pc: fh 0x616E1BD4 1689 374946 [main] diff 732 stat_worker: (spaces, 0x22EE38, 0, 0x616E1BD4), file_attributes 32 1742 376688 [main] diff 732 fhandler_base::open: (C:\cygwin\home\Administrator\spaces, 0x110000) query_open 1 2611 379299 [main] diff 732 fhandler_base::open: 0x6F4 = CreateFile (C:\cygwin\home\Administrator\spaces, 0x0, 0x7, 0x22ED00, 0x3, 0x2000081, 0) 1884 381183 [main] diff 732 fhandler_base::set_flags: flags 0x110000, supplied_bin 0x20000 1744 382927 [main] diff 732 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x10000 1716 384643 [main] diff 732 fhandler_base::set_flags: filemode set to binary 1685 386328 [main] diff 732 fhandler_base::open: 1 = fhandler_base::open (C:\cygwin\home\Administrator\spaces, 0x110000) 1811 388139 [main] diff 732 fhandler_base::open_fs: 1 = fhandler_disk_file::open (C:\cygwin\home\Administrator\spaces, 0x110000) 1866 390005 [main] diff 732 fhandler_base::fstat_by_handle: 1 = GetFileInformationByHandle (C:\cygwin\home\Administrator\spaces, 1780) 2090 392095 [main] diff 732 get_file_attribute: file: C:\cygwin\home\Administrator\spaces 2019 394114 [main] diff 732 read_sd: file = C:\cygwin\home\Administrator\spaces: len=176 2200 396314 [main] diff 732 cygpsid::debug_print: get_sids_info: owner SID = S-1-5-21-217659920-1303565493-3841440766-500 1869 398183 [main] diff 732 cygpsid::debug_print: get_sids_info: group SID = S-1-5-21-217659920-1303565493-3841440766-513 1799 399982 [main] diff 732 get_info_from_sd: ACL = 1A4, uid 500, gid 513 1861 401843 [main] diff 732 fhandler_base::fstat_helper: 0 = fstat (, 0x22EE38) st_atime=4141B0B1 st_size=104857600, st_mode=0x81A4, st_ino=11754, sizeof=96 1769 403612 [main] diff 732 fhandler_base::close: closing '/home/Administrator/spaces' handle 0x6F4 1827 405439 [main] diff 732 stat_worker: 0 = (spaces, 0x22EE38) 1692 407131 [main] diff 732 stat64: entering 1663 408794 [main] diff 732 normalize_posix_path: src spaces.2 1665 410459 [main] diff 732 cwdstuff::get: posix /home/Administrator 1675 412134 [main] diff 732 cwdstuff::get: (/home/Administrator) = cwdstuff::get (0x22E8F0, 260, 1, 0), errno 134 1755 413889 [main] diff 732 normalize_posix_path: /home/Administrator/spaces.2 = normalize_posix_path (spaces.2) 1751 415640 [main] diff 732 mount_info::conv_to_win32_path: conv_to_win32_path (/home/Administrator/spaces.2) 1744 417384 [main] diff 732 set_flags: flags: text (0x2000000) 1697 419081 [main] diff 732 mount_info::conv_to_win32_path: src_path /home/Administrator/spaces.2, dst C:\cygwin\home\Administrator\spaces.2, flags 0x2000008, rc 0 2271 421352 [main] diff 732 symlink_info::check: not a symlink 1690 423042 [main] diff 732 symlink_info::check: 0 = symlink.check (C:\cygwin\home\Administrator\spaces.2, 0x22E5B0) (0x2000008) 1773 424815 [main] diff 732 path_conv::check: root_dir(C:\), this->path(C:\cygwin\home\Administrator\spaces.2), set_has_acls(8) 1768 426583 [main] diff 732 build_fh_pc: fh 0x616E1BD4 1666 428249 [main] diff 732 stat_worker: (spaces.2, 0x22EEE8, 0, 0x616E1BD4), file_attributes 32 1733 429982 [main] diff 732 fhandler_base::open: (C:\cygwin\home\Administrator\spaces.2, 0x110000) query_open 1 1965 431947 [main] diff 732 fhandler_base::open: 0x6F4 = CreateFile (C:\cygwin\home\Administrator\spaces.2, 0x0, 0x7, 0x22ED00, 0x3, 0x2000081, 0) 1821 433768 [main] diff 732 fhandler_base::set_flags: flags 0x110000, supplied_bin 0x20000 1739 435507 [main] diff 732 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x10000 1712 437219 [main] diff 732 fhandler_base::set_flags: filemode set to binary 1682 438901 [main] diff 732 fhandler_base::open: 1 = fhandler_base::open (C:\cygwin\home\Administrator\spaces.2, 0x110000) 1749 440650 [main] diff 732 fhandler_base::open_fs: 1 = fhandler_disk_file::open (C:\cygwin\home\Administrator\spaces.2, 0x110000) 1845 442495 [main] diff 732 fhandler_base::fstat_by_handle: 1 = GetFileInformationByHandle (C:\cygwin\home\Administrator\spaces.2, 1780) 2064 444559 [main] diff 732 get_file_attribute: file: C:\cygwin\home\Administrator\spaces.2 1996 446555 [main] diff 732 read_sd: file = C:\cygwin\home\Administrator\spaces.2: len=176 2196 448751 [main] diff 732 cygpsid::debug_print: get_sids_info: owner SID = S-1-5-21-217659920-1303565493-3841440766-500 1742 450493 [main] diff 732 cygpsid::debug_print: get_sids_info: group SID = S-1-5-21-217659920-1303565493-3841440766-513 1752 452245 [main] diff 732 get_info_from_sd: ACL = 1A4, uid 500, gid 513 1841 454086 [main] diff 732 fhandler_base::fstat_helper: 0 = fstat (, 0x22EEE8) st_atime=4141B0B1 st_size=104857600, st_mode=0x81A4, st_ino=11758, sizeof=96 1756 455842 [main] diff 732 fhandler_base::close: closing '/home/Administrator/spaces.2' handle 0x6F4 1808 457650 [main] diff 732 stat_worker: 0 = (spaces.2, 0x22EEE8) 1691 459341 [main] diff 732 open: open (spaces, 0x0) 1657 460998 [main] diff 732 normalize_posix_path: src spaces 1673 462671 [main] diff 732 cwdstuff::get: posix /home/Administrator 1666 464337 [main] diff 732 cwdstuff::get: (/home/Administrator) = cwdstuff::get (0x22E8E0, 260, 1, 0), errno 134 1744 466081 [main] diff 732 normalize_posix_path: /home/Administrator/spaces = normalize_posix_path (spaces) 1760 467841 [main] diff 732 mount_info::conv_to_win32_path: conv_to_win32_path (/home/Administrator/spaces) 1736 469577 [main] diff 732 set_flags: flags: text (0x2000000) 1666 471243 [main] diff 732 mount_info::conv_to_win32_path: src_path /home/Administrator/spaces, dst C:\cygwin\home\Administrator\spaces, flags 0x2000008, rc 0 2268 473511 [main] diff 732 symlink_info::check: not a symlink 1686 475197 [main] diff 732 symlink_info::check: 0 = symlink.check (C:\cygwin\home\Administrator\spaces, 0x22E5A0) (0x2000008) 1780 476977 [main] diff 732 path_conv::check: root_dir(C:\), this->path(C:\cygwin\home\Administrator\spaces), set_has_acls(8) 2354 479331 [main] diff 732 build_fh_pc: fh 0x616E1BD4 1687 481018 [main] diff 732 fhandler_base::open: (C:\cygwin\home\Administrator\spaces, 0x100000) query_open 0 1973 482991 [main] diff 732 fhandler_base::open: 0x6F4 = CreateFile (C:\cygwin\home\Administrator\spaces, 0x80000000, 0x7, 0x22ED20, 0x3, 0x2000081, 0) 1807 484798 [main] diff 732 fhandler_base::set_flags: flags 0x100000, supplied_bin 0x20000 1724 486522 [main] diff 732 fhandler_base::set_flags: filemode set to text 1705 488227 [main] diff 732 fhandler_base::open: 1 = fhandler_base::open (C:\cygwin\home\Administrator\spaces, 0x100000) 1761 489988 [main] diff 732 fhandler_base::open_fs: 1 = fhandler_disk_file::open (C:\cygwin\home\Administrator\spaces, 0x0) 1773 491761 [main] diff 732 open: 3 = open (spaces, 0x0) 1658 493419 [main] diff 732 open: open (spaces.2, 0x0) 1659 495078 [main] diff 732 normalize_posix_path: src spaces.2 1657 496735 [main] diff 732 cwdstuff::get: posix /home/Administrator 1670 498405 [main] diff 732 cwdstuff::get: (/home/Administrator) = cwdstuff::get (0x22E8E0, 260, 1, 0), errno 134 1751 500156 [main] diff 732 normalize_posix_path: /home/Administrator/spaces.2 = normalize_posix_path (spaces.2) 1741 501897 [main] diff 732 mount_info::conv_to_win32_path: conv_to_win32_path (/home/Administrator/spaces.2) 1743 503640 [main] diff 732 set_flags: flags: text (0x2000000) 1683 505323 [main] diff 732 mount_info::conv_to_win32_path: src_path /home/Administrator/spaces.2, dst C:\cygwin\home\Administrator\spaces.2, flags 0x2000008, rc 0 2281 507604 [main] diff 732 symlink_info::check: not a symlink 1676 509280 [main] diff 732 symlink_info::check: 0 = symlink.check (C:\cygwin\home\Administrator\spaces.2, 0x22E5A0) (0x2000008) 1770 511050 [main] diff 732 path_conv::check: root_dir(C:\), this->path(C:\cygwin\home\Administrator\spaces.2), set_has_acls(8) 1833 512883 [main] diff 732 build_fh_pc: fh 0x616E1FDC 1656 514539 [main] diff 732 fhandler_base::open: (C:\cygwin\home\Administrator\spaces.2, 0x100000) query_open 0 1967 516506 [main] diff 732 fhandler_base::open: 0x6B8 = CreateFile (C:\cygwin\home\Administrator\spaces.2, 0x80000000, 0x7, 0x22ED20, 0x3, 0x2000081, 0) 1809 518315 [main] diff 732 fhandler_base::set_flags: flags 0x100000, supplied_bin 0x20000 1726 520041 [main] diff 732 fhandler_base::set_flags: filemode set to text 1663 521704 [main] diff 732 fhandler_base::open: 1 = fhandler_base::open (C:\cygwin\home\Administrator\spaces.2, 0x100000) 1758 523462 [main] diff 732 fhandler_base::open_fs: 1 = fhandler_disk_file::open (C:\cygwin\home\Administrator\spaces.2, 0x0) 1759 525221 [main] diff 732 open: 4 = open (spaces.2, 0x0) 1849 527070 [main] diff 732 isatty: 0 = isatty (3) 1634 528704 [main] diff 732 fhandler_base::set_flags: flags 0x110000, supplied_bin 0x0 1720 530424 [main] diff 732 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x10000 1704 532128 [main] diff 732 fhandler_base::set_flags: filemode set to binary 1696 533824 [main] diff 732 _cygwin_istext_for_stdio: fd 3: opened as binary 1672 535496 [main] diff 732 setmode_helper: improbable, but 0 != 3 1650 537146 [main] diff 732 setmode_helper: improbable, but 1 != 3 1673 538819 [main] diff 732 setmode_helper: improbable, but 2 != 3 1664 540483 [main] diff 732 setmode: (3, 0x10000) returning text 1728 542211 [main] diff 732 readv: readv (3, 0x22ECD0, 1) blocking, sigcatchers 0 1708 543919 [main] diff 732 readv: no need to call ready_for_read 1773 545692 [main] diff 732 fhandler_base::read: returning 1024, binary mode 1729 547421 [main] diff 732 readv: 1024 = readv (3, 0x22ECD0, 1), errno 134 1713 549134 [main] diff 732 fhandler_base::lseek: lseek (/home/Administrator/spaces, -1024, 1) 1720 550854 [main] diff 732 fhandler_base::lseek: setting file pointer to 4294967295 (high), 4294966272 (low) 1754 552608 [main] diff 732 lseek64: 0 = lseek (0, -4294967293, -1) 1668 554276 [main] diff 732 isatty: 0 = isatty (3) 1646 555922 [main] diff 732 fhandler_base::set_flags: flags 0x120000, supplied_bin 0x0 1715 557637 [main] diff 732 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x20000 1704 559341 [main] diff 732 fhandler_base::set_flags: filemode set to text 1689 561030 [main] diff 732 _cygwin_istext_for_stdio: fd 3: defaulting to text 1678 562708 [main] diff 732 setmode_helper: improbable, but 0 != 3 1654 564362 [main] diff 732 setmode_helper: improbable, but 1 != 3 1662 566024 [main] diff 732 setmode_helper: improbable, but 2 != 3 1671 567695 [main] diff 732 setmode: (3, 0x20000) returning binary 1934 569629 [main] diff 732 isatty: 0 = isatty (4) 1627 571256 [main] diff 732 fhandler_base::set_flags: flags 0x110000, supplied_bin 0x0 1712 572968 [main] diff 732 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x10000 1715 574683 [main] diff 732 fhandler_base::set_flags: filemode set to binary 1669 576352 [main] diff 732 _cygwin_istext_for_stdio: fd 4: opened as binary 2074 578426 [main] diff 732 setmode_helper: improbable, but 0 != 4 1682 580108 [main] diff 732 setmode_helper: improbable, but 1 != 4 1667 581775 [main] diff 732 setmode_helper: improbable, but 2 != 4 1662 583437 [main] diff 732 setmode: (4, 0x10000) returning text 1738 585175 [main] diff 732 readv: readv (4, 0x22ECD0, 1) blocking, sigcatchers 0 1705 586880 [main] diff 732 readv: no need to call ready_for_read 1799 588679 [main] diff 732 fhandler_base::read: returning 1024, binary mode 1698 590377 [main] diff 732 readv: 1024 = readv (4, 0x22ECD0, 1), errno 134 1678 592055 [main] diff 732 fhandler_base::lseek: lseek (/home/Administrator/spaces.2, -1024, 1) 1724 593779 [main] diff 732 fhandler_base::lseek: setting file pointer to 4294967295 (high), 4294966272 (low) 1748 595527 [main] diff 732 lseek64: 0 = lseek (0, -4294967292, -1) 1670 597197 [main] diff 732 isatty: 0 = isatty (4) 1659 598856 [main] diff 732 fhandler_base::set_flags: flags 0x120000, supplied_bin 0x0 1704 600560 [main] diff 732 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x20000 1729 602289 [main] diff 732 fhandler_base::set_flags: filemode set to text 1666 603955 [main] diff 732 _cygwin_istext_for_stdio: fd 4: defaulting to text 1678 605633 [main] diff 732 setmode_helper: improbable, but 0 != 4 1468 607101 [main] diff 732 setmode_helper: improbable, but 1 != 4 1419 608520 [main] diff 732 setmode_helper: improbable, but 2 != 4 1400 609920 [main] diff 732 setmode: (4, 0x20000) returning binary 1516 611436 [main] diff 732 mmap64: addr 0, len 104861696, prot 3, flags 22, fd -1, off 0 1929 613365 [main] diff 732 fhandler_disk_file::mmap: 1270000 = MapViewOfFileEx (h:6B4, access:1, 0, off:0, len:104923136, addr:0) 2966 616331 [main] diff 732 mmap64: 1270000 = mmap() succeeded 1825 618156 [main] diff 732 handle_exceptions: In cygwin_except_handler exc 0xC0000005 at 0x610AE300 sp 0x22EB80 1577 619733 [main] diff 732 handle_exceptions: In cygwin_except_handler sig = 11 at 0x610AE300 1531 621264 [main] diff 732 handle_exceptions: In cygwin_except_handler calling 0x0 622788 [main] diff 732 handle_exceptions: Exception: STATUS_ACCESS_VIOLATION 1524 622788 [main] diff 732 handle_exceptions: Exception: STATUS_ACCESS_VIOLATION 2977 625765 [main] diff 732 try_to_debug: debugger_command '' 627919 [main] diff 732 open_stackdumpfile: Dumping stack trace to diff.exe.stackdump 2154 627919 [main] diff 732 open_stackdumpfile: Dumping stack trace to diff.exe.stackdump 720329 1348248 [main] diff 732 signal_exit: about to call do_exit (18B00) 1565 1349813 [main] diff 732 do_exit: do_exit (101120), exit_state 0 1517 1351330 [main] diff 732 void: 0x0 = signal (20, 0x1) 1478 1352808 [main] diff 732 void: 0x0 = signal (1, 0x1) 1457 1354265 [main] diff 732 void: 0x0 = signal (2, 0x1) 1480 1355745 [main] diff 732 void: 0x0 = signal (3, 0x1) 1525 1357270 [main] diff 732 fhandler_console::close: decremented open_fhs, now 2 1622 1358892 [main] diff 732 fhandler_console::close: decremented open_fhs, now 1 1569 1360461 [main] diff 732 fhandler_console::close: decremented open_fhs, now 0 1692 1362153 [main] diff 732 fhandler_base::close: closing '/home/Administrator/spaces' handle 0x6F4 1651 1363804 [main] diff 732 fhandler_base::close: closing '/home/Administrator/spaces.2' handle 0x6B8 1647 1365451 [main] diff 732 sigproc_terminate: entering 1549 1367000 [sig] diff 732 wait_sig: done -6 1366994 [main] diff 732 proc_terminate: nchildren 0, nzombies 0 2810 1369804 [sig] diff 732 _cygtls::remove: wait 0x0 -12 1369792 [main] diff 732 proc_terminate: leaving 3043 1372835 [main] diff 732 __to_clock_t: dwHighDateTime 0, dwLowDateTime 700000 1554 1374389 [main] diff 732 __to_clock_t: total 00000000 00000046 1483 1375872 [main] diff 732 __to_clock_t: dwHighDateTime 0, dwLowDateTime 800000 1507 1377379 [main] diff 732 __to_clock_t: total 00000000 00000050 3206 1380585 [main] diff 732 _pinfo::exit: Calling ExitProcess 101120 Administrator@itanium110 ~ $ What may be the cause of the problem or how can I track it down? Thanks in advance! P.S. When CC me (alex_alexandrov at fromru dot com) when replying this mail. Thanks again ;-). -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Fri Sep 10 14:20:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 10 Sep 2004 14:20:00 -0000 Subject: cygwin 1.5.11: execv doesn't set argv[0] on Windows programs In-Reply-To: <20040910125048.GB7514@trixie.casa.cgf.cx> References: <20040910125048.GB7514@trixie.casa.cgf.cx> Message-ID: On Fri, 10 Sep 2004, Christopher Faylor wrote: > On Fri, Sep 10, 2004 at 12:38:31AM -0400, Igor Pechtchanski wrote: > >Hi, > > > >I'm getting the following behavior consistently: > >[snip] > >In other words, invoking a Cygwin program sets argv[0] correctly, but > >invoking a Windows program doesn't. Interestingly enough, using the MinGW > >execv works properly: > > There is no such thing as "argv[0]" for a Windows program. Cygwin uses > CreateProcess to create processes. CreateProcess does not have the concept > of "argv[0]". Perhaps Microsoft's exec functions do something funky that > is understood by other msvcrt programs. Cygwin doesn't do that. Allow me to disagree. CreateProcess takes two separate arguments: the image to run, and the command line (yes, as one long line). The actual executable being run is the image parameter, but the value of argv[0] is extracted from the command line one (well, unless the image name is NULL, in which case the image name and argv[0] are the same). That's the value of argv[0] that I meant. Now, spawn_guts() *seems* to retain the original (correct) argv[0] when constructing the command line string, but it apparently replaces it with the prog_arg parameter somewhere for Windows programs... Hmm, wait a minute, now that I phrased it this way, I think it enabled me to find the culprit. Lines 513-515 of spawn.cc say: /* Replace argv[0] with the full path to the script if this is the first time through the loop. */ newargv.replace0_maybe (prog_arg); Is there a particular reason why this is done for ".exe" files? Thanks, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Andrew@DeFaria.com Fri Sep 10 14:25:00 2004 From: Andrew@DeFaria.com (Andrew DeFaria) Date: Fri, 10 Sep 2004 14:25:00 -0000 Subject: Is it free to use In-Reply-To: <20040910125619.GC7514@trixie.casa.cgf.cx> References: <414007D6.7DB36622@dessent.net> <20040909135502.GC27325@trixie.casa.cgf.cx> <414156C2.4CC8BFDB@dessent.net> <20040910125619.GC7514@trixie.casa.cgf.cx> Message-ID: Christopher Faylor wrote: > I also have to wonder how, as a long time reader of this list, you > could *possibly* have missed the tedious discussion on this point that > crops up on an almost weekly basis. I have to wonder why you think just because you may or may not talk about it ever so often that I would spend my time reading that discussion faithfully every week. But to answer your (implied) question: consider the possibility that I just so happened to have not been interested in the topic until now (then let your imagination fly) :-) -- It may be that your sole purpose in life is simply to serve as a warning to others. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From tero_niemela@yahoo.com Fri Sep 10 14:44:00 2004 From: tero_niemela@yahoo.com (Tero Niemela) Date: Fri, 10 Sep 2004 14:44:00 -0000 Subject: fork fails Message-ID: <20040910141916.81869.qmail@web61304.mail.yahoo.com> I installed Cygwin over the net in 2004-09-10 to WinXP where I am using Administrator account and everything seems to work just fine. However, with the same installation procedure on Win2000 where I'm just in the Users group I get: 440 [main] zsh 1432 fork_copy: linked dll data/bss pass 0 failed, 0x542000.. 0x5427F0, done 0, windows pid 1960, Win32 error 487 /etc/profile:33: fork failed: resource temporarily unavailable 92177 [main] zsh 1432 fork_copy: linked dll data/bss pass 0 failed, 0x542000.. 0x5427F0, done 0, windows pid 316, Win32 error 487 /home/ttn/.zshenv:9: fork failed: resource temporarily unavailable 246057 [main] zsh 1432 fork_copy: linked dll data/bss pass 0 failed, 0x542000.. 0x5427F0, done 0, windows pid 852, Win32 error 487 /home/ttn/.zshrc:23: fork failed: resource temporarily unavailable 290951 [main] zsh 1432 fork_copy: linked dll data/bss pass 0 failed, 0x542000.. 0x5427F0, done 0, windows pid 2644, Win32 error 487 /home/ttn/.zlogin:6: fork failed: resource temporarily unavailable This happen when I replaced "bash --login -i" in cygwin.bat with "zsh -l" and ran it. Shell (zsh) built- in commands work, but everything else fails with same symptoms. Mysteriously, using "bash --login -i" works just fine and also if I start zsh from bash, also zsh is working then! :-O __________________________________ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From chris81@bellsouth.net Fri Sep 10 14:44:00 2004 From: chris81@bellsouth.net (Bobby McNulty) Date: Fri, 10 Sep 2004 14:44:00 -0000 Subject: Is it free to use In-Reply-To: References: <414007D6.7DB36622@dessent.net> <20040909135502.GC27325@trixie.casa.cgf.cx> <414156C2.4CC8BFDB@dessent.net> <20040910125619.GC7514@trixie.casa.cgf.cx> Message-ID: <4141BD6D.1050708@bellsouth.net> Andrew DeFaria wrote: > Christopher Faylor wrote: > >> I also have to wonder how, as a long time reader of this list, you >> could *possibly* have missed the tedious discussion on this point >> that crops up on an almost weekly basis. > > > I have to wonder why you think just because you may or may not talk > about it ever so often that I would spend my time reading that > discussion faithfully every week. But to answer your (implied) > question: consider the possibility that I just so happened to have not > been interested in the topic until now (then let your imagination fly) > > :-) Personally, I'm bored with the free verses copyrighted material. GPL means you should include your source code with your binary code. Simple. Redhat does it, Mandrake does it, Cygnus does it. Cygwin's sources are included in the download section. Next time, think before you speak. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From p.j.g@softhome.net Fri Sep 10 14:56:00 2004 From: p.j.g@softhome.net (Paul J. Ghosh) Date: Fri, 10 Sep 2004 14:56:00 -0000 Subject: Cygwin Cron on Windows 2003 Server Issues Message-ID: <000001c49744$93c86290$140f000a@PJGVAIO> Folks - any assistance would be greatly appreciated... Regards, Paul J. Ghosh -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From offby1@blarg.net Fri Sep 10 15:52:00 2004 From: offby1@blarg.net (Eric Hanchrow) Date: Fri, 10 Sep 2004 15:52:00 -0000 Subject: bash script doesn't wait for commands to complete -- me too References: <753F1E41ACB9D51190C00090277218D80171EE2B@WWMESSD206> Message-ID: <87eklafa0i.fsf@offby1.atm01.sea.blarg.net> >>>>> "Dolton" == Dolton Tony AB writes: >> >> So, if you are starting more than around 62 subprocesses then >> things probably won't work right. >> >> cgf Dolton> Thanks for that. However, although the problem occurs Dolton> most frequently with more subprocesses, I occasionally see Dolton> it with as few as 2 subprocesses, so I don't think the Dolton> limit is coming into play. I haven't tried more than 50 Dolton> subprocesses, as I knew there was a hard limit Tony I've seen similar behavior in my .bash_profile -- one of the last things it does is invoke "keychain", which almost always winds up running in the background. It's true that my .bash_profile starts a large number of processes, but I don't start any of them in the background intentionally -- that is, none of the commands in .bash_profile nor .bashrc end with a single `&'. I've also occasionally seen commands that I've started by hand at the command line execute as if they were in the background. I've never been able to come up with a simple reliable recipe to reproduce the problem, though. -- If you can't change your underwear, can you be sure you have any? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bhx2@mevik.net Fri Sep 10 16:02:00 2004 From: bhx2@mevik.net (=?iso-8859-1?q?Bj=F8rn-Helge_Mevik?=) Date: Fri, 10 Sep 2004 16:02:00 -0000 Subject: [ANNOUNCEMENT] Updated: cygwin-1.5.11-1 In-Reply-To: <20040910125726.GD7514@trixie.casa.cgf.cx> (Christopher Faylor's message of "Fri, 10 Sep 2004 08:57:26 -0400") References: <200409050451.i854pPi21887@esds.vss.fsi.com> <20040910125726.GD7514@trixie.casa.cgf.cx> Message-ID: Christopher Faylor writes: > On Fri, Sep 10, 2004 at 12:41:18PM +0200, Bj?rn-Helge Mevik wrote: >>Great! >> >>Unfortunately, it doesn't seem to solve the problem reported in >> >>http://cygwin.com/ml/cygwin/2004-08/msg00152.html > > I don't believe that anyone said it would. I don't believe that I claimed that anyone had said it would. -- Bj?rn-Helge Mevik -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From CLewis@mobilecom.com Fri Sep 10 16:05:00 2004 From: CLewis@mobilecom.com (Cary Lewis) Date: Fri, 10 Sep 2004 16:05:00 -0000 Subject: SSH on Cygwin Immediate Drops Connections Message-ID: <536E63F3472B3F4486A01F301164FEC8689167@mccmsrv.mccnet.mobilecom.com> On server 2003 I had to add the sshd user into the Administrators group to allow auto logon, the -r option did not work. Big side effect, with auto logon, the user logging in does not have their domain groups because sshd can not impersonate them like it could on w2k, so you will have to fiddle with group permissions. This had the effect that I could not access my tape drive because I am normally a domain admin, but when I logged into via ssh with authorized keys, I was no longer a domain admin. Logging in with keyboard password did not have this problem. -----Original Message----- From: cygwin-owner@cygwin.com [mailto:cygwin-owner@cygwin.com] On Behalf Of Mark Eret Sent: Friday, September 10, 2004 4:19 AM To: cygwin@cygwin.com Subject: RE: SSH on Cygwin Immediate Drops Connections Same thing happens with public key authentication. Server Log: debug2: load_server_config: filename /etc/sshd_config debug2: load_server_config: done config len = 238 debug2: parse_server_config: config /etc/sshd_config len 238 debug1: sshd version OpenSSH_3.9p1 debug1: private host key: #0 type 0 RSA1 debug3: Not a RSA1 key file /etc/ssh_host_rsa_key. debug1: read PEM private key done: type RSA debug1: private host key: #1 type 1 RSA debug3: Not a RSA1 key file /etc/ssh_host_dsa_key. debug1: read PEM private key done: type DSA debug1: private host key: #2 type 2 DSA debug1: rexec_argv[0]='/usr/sbin/sshd' debug1: rexec_argv[1]='-d' debug1: rexec_argv[2]='-d' debug1: rexec_argv[3]='-d' debug1: rexec_argv[4]='-e' debug2: fd 3 setting O_NONBLOCK debug1: Bind to port 22 on 0.0.0.0. Server listening on 0.0.0.0 port 22. Generating 768 bit RSA key. RSA key generation complete. debug3: fd 4 is not O_NONBLOCK debug1: Server will not fork when running in debugging mode. debug3: send_rexec_state: entering fd = 7 config len 238 debug3: ssh_msg_send: type 0 debug3: send_rexec_state: done debug1: rexec start in 4 out 4 newsock 4 pipe -1 sock 7 debug3: recv_rexec_state: entering fd = 5 debug3: ssh_msg_recv entering debug3: recv_rexec_state: done debug2: parse_server_config: config rexec len 238 debug1: sshd version OpenSSH_3.9p1 debug1: private host key: #0 type 0 RSA1 debug3: Not a RSA1 key file /etc/ssh_host_rsa_key. debug1: read PEM private key done: type RSA debug1: private host key: #1 type 1 RSA debug3: Not a RSA1 key file /etc/ssh_host_dsa_key. debug1: read PEM private key done: type DSA debug1: private host key: #2 type 2 DSA debug1: inetd sockets after dupping: 3, 3 Connection from 192.168.1.102 port 3033 debug1: Client protocol version 2.0; client software version OpenSSH_3.9p1 debug1: match: OpenSSH_3.9p1 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-1.99-OpenSSH_3.9p1 debug2: fd 3 setting O_NONBLOCK debug1: list_hostkey_types: ssh-rsa,ssh-dss debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-he llma n-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-c bc,r ijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-c bc,r ijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-9 6,hm ac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-9 6,hm ac-md5-96 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-he llma n-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-c bc,r ijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-c bc,r ijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-9 6,hm ac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-9 6,hm ac-md5-96 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: mac_init: found hmac-md5 debug1: kex: client->server aes128-cbc hmac-md5 none debug2: mac_init: found hmac-md5 debug1: kex: server->client aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST received debug1: SSH2_MSG_KEX_DH_GEX_GROUP sent debug2: dh_gen_key: priv key bits set: 124/256 debug2: bits set: 496/1024 debug1: expecting SSH2_MSG_KEX_DH_GEX_INIT debug2: bits set: 503/1024 debug1: SSH2_MSG_KEX_DH_GEX_REPLY sent debug2: kex_derive_keys debug2: set_newkeys: mode 1 debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug2: set_newkeys: mode 0 debug1: SSH2_MSG_NEWKEYS received debug1: KEX done debug1: userauth-request for user eret service ssh-connection method none debug1: attempt 0 failures 0 debug2: input_userauth_request: setting up authctxt for eret debug2: input_userauth_request: try method none Failed none for eret from 192.168.1.102 port 3033 ssh2 debug1: userauth-request for user eret service ssh-connection method publickey debug1: attempt 1 failures 1 debug2: input_userauth_request: try method publickey debug1: test whether pkalg/pkblob are acceptable debug1: temporarily_use_uid: 1107/513 (e=1107/513) debug1: trying public key file /home/eret/.ssh/authorized_keys debug2: key_type_from_name: unknown key type '1024' debug3: key_read: missing keytype debug2: user_key_allowed: check options: '1024 35 123340591286310247113456462965816035237317689741632354998915456570385425 2334 207736216849326476853795750952875568534988537794086062184876860984416850 8669 247899832217678854064087117313552637785283837387476760697567447170507601 2869 477311949970256793294785684443130631923219000952040413108484621132892995 5497 39349 eret@ginnungagap ' debug2: key_type_from_name: unknown key type '35' debug3: key_read: missing keytype debug2: user_key_allowed: advance: '35 123340591286310247113456462965816035237317689741632354998915456570385425 2334 207736216849326476853795750952875568534988537794086062184876860984416850 8669 247899832217678854064087117313552637785283837387476760697567447170507601 2869 477311949970256793294785684443130631923219000952040413108484621132892995 5497 39349 eret@ginnungagap ' debug1: matching key found: file /home/eret/.ssh/authorized_keys, line 2 Found matching RSA key: 5c:d1:50:d0:16:7b:3b:e1:05:a5:26:d8:02:a3:54:3f debug1: restore_uid: (unprivileged) debug2: userauth_pubkey: authenticated 0 pkalg ssh-rsa Postponed publickey for eret from 192.168.1.102 port 3033 ssh2 debug1: userauth-request for user eret service ssh-connection method publickey debug1: attempt 2 failures 1 debug2: input_userauth_request: try method publickey debug1: temporarily_use_uid: 1107/513 (e=1107/513) debug1: trying public key file /home/eret/.ssh/authorized_keys debug2: key_type_from_name: unknown key type '1024' debug3: key_read: missing keytype debug2: user_key_allowed: check options: '1024 35 123340591286310247113456462965816035237317689741632354998915456570385425 2334 207736216849326476853795750952875568534988537794086062184876860984416850 8669 247899832217678854064087117313552637785283837387476760697567447170507601 2869 477311949970256793294785684443130631923219000952040413108484621132892995 5497 39349 eret@ginnungagap ' debug2: key_type_from_name: unknown key type '35' debug3: key_read: missing keytype debug2: user_key_allowed: advance: '35 123340591286310247113456462965816035237317689741632354998915456570385425 2334 207736216849326476853795750952875568534988537794086062184876860984416850 8669 247899832217678854064087117313552637785283837387476760697567447170507601 2869 477311949970256793294785684443130631923219000952040413108484621132892995 5497 39349 eret@ginnungagap ' debug1: matching key found: file /home/eret/.ssh/authorized_keys, line 2 Found matching RSA key: 5c:d1:50:d0:16:7b:3b:e1:05:a5:26:d8:02:a3:54:3f debug1: restore_uid: (unprivileged) debug1: ssh_rsa_verify: signature correct debug2: userauth_pubkey: authenticated 1 pkalg ssh-rsa Accepted publickey for eret from 192.168.1.102 port 3033 ssh2 debug1: Entering interactive session for SSH2. debug2: fd 4 setting O_NONBLOCK debug2: fd 5 setting O_NONBLOCK debug1: server_init_dispatch_20 debug1: server_input_channel_open: ctype session rchan 0 win 65536 max 16384 debug1: input_session_request debug1: channel 0: new [server-session] debug1: session_new: init debug1: session_new: session 0 debug1: session_open: channel 0 debug1: session_open: session 0: link with channel 0 debug1: server_input_channel_open: confirm session debug1: server_input_channel_req: channel 0 request x11-req reply 0 debug1: session_by_channel: session 0 channel 0 debug1: session_input_channel_req: session 0 req x11-req debug1: X11 forwarding disabled in server configuration file. debug1: server_input_channel_req: channel 0 request pty-req reply 0 debug1: session_by_channel: session 0 channel 0 debug1: session_input_channel_req: session 0 req pty-req debug1: Allocating pty. debug1: session_pty_req: session 0 alloc /dev/tty3 debug3: tty_parse_modes: SSH2 n_bytes 246 debug3: tty_parse_modes: ospeed 38400 debug3: tty_parse_modes: ispeed 38400 debug3: tty_parse_modes: 1 3 debug3: tty_parse_modes: 2 28 debug3: tty_parse_modes: 3 8 debug3: tty_parse_modes: 4 21 debug3: tty_parse_modes: 5 4 debug3: tty_parse_modes: 6 0 debug3: tty_parse_modes: 7 0 debug3: tty_parse_modes: 8 17 debug3: tty_parse_modes: 9 19 debug3: tty_parse_modes: 10 26 debug3: tty_parse_modes: 12 18 debug3: tty_parse_modes: 13 23 debug3: tty_parse_modes: 14 22 debug3: tty_parse_modes: 18 15 debug3: tty_parse_modes: 30 0 debug3: tty_parse_modes: 31 0 debug3: tty_parse_modes: 32 0 debug3: tty_parse_modes: 33 0 debug3: tty_parse_modes: 34 0 debug3: tty_parse_modes: 35 0 debug3: tty_parse_modes: 36 1 debug3: tty_parse_modes: 37 0 debug3: tty_parse_modes: 38 1 debug3: tty_parse_modes: 39 0 debug3: tty_parse_modes: 40 0 debug3: tty_parse_modes: 41 0 debug3: tty_parse_modes: 50 1 debug3: tty_parse_modes: 51 1 debug3: tty_parse_modes: 53 1 debug3: tty_parse_modes: 54 1 debug3: tty_parse_modes: 55 1 debug3: tty_parse_modes: 56 0 debug3: tty_parse_modes: 57 0 debug3: tty_parse_modes: 58 0 debug3: tty_parse_modes: 59 1 debug3: tty_parse_modes: 60 1 debug3: tty_parse_modes: 61 1 debug3: tty_parse_modes: 70 1 debug3: tty_parse_modes: 71 0 debug3: tty_parse_modes: 72 1 debug3: tty_parse_modes: 73 0 debug3: tty_parse_modes: 74 0 debug3: tty_parse_modes: 75 0 debug3: tty_parse_modes: 90 1 debug3: tty_parse_modes: 91 1 debug3: tty_parse_modes: 92 1 debug3: tty_parse_modes: 93 0 debug1: server_input_channel_req: channel 0 request shell reply 0 debug1: session_by_channel: session 0 channel 0 debug1: session_input_channel_req: session 0 req shell debug2: fd 3 setting TCP_NODELAY debug2: channel 0: rfd 7 isatty debug2: fd 7 setting O_NONBLOCK debug2: fd 6 setting O_NONBLOCK debug2: channel 0: read<=0 rfd 7 len 0 debug2: channel 0: read failed debug2: channel 0: close_read debug2: channel 0: input open -> drain debug2: channel 0: ibuf empty debug2: channel 0: send eof debug2: channel 0: input drain -> closed debug1: Received SIGCHLD. debug1: session_by_pid: pid 1644 debug1: session_exit_message: session 0 channel 0 pid 1644 debug2: channel 0: request exit-status confirm 0 debug1: session_exit_message: release channel 0 debug2: channel 0: write failed debug2: channel 0: close_write debug2: channel 0: output open -> closed debug1: session_close: session 0 pid 1644 debug1: session_pty_cleanup: session 0 release /dev/tty3 debug2: channel 0: send close debug3: channel 0: will not send data after close debug2: notify_done: reading debug3: channel 0: will not send data after close debug2: channel 0: rcvd close debug3: channel 0: will not send data after close debug2: channel 0: is dead debug2: channel 0: garbage collecting debug1: channel 0: free: server-session, nchannels 1 debug3: channel 0: status: The following connections are open: #0 server-session (t4 r0 i3/0 o3/0 fd -1/-1 cfd -1) debug3: channel 0: close_fds r -1 w -1 e -1 c -1 Connection closed by 192.168.1.102 debug1: do_cleanup Closing connection to 192.168.1.102 Client Log: OpenSSH_3.9p1, OpenSSL 0.9.7d 17 Mar 2004 debug1: Reading configuration data /home/eret/.ssh/config debug1: Reading configuration data /etc/ssh_config debug2: ssh_connect: needpriv 0 debug1: Connecting to xerses [192.168.1.102] port 22. debug1: Connection established. debug1: identity file /home/eret/.ssh/identity type 0 debug3: Not a RSA1 key file /home/eret/.ssh/id_rsa. debug2: key_type_from_name: unknown key type '-----BEGIN' debug3: key_read: missing keytype debug2: key_type_from_name: unknown key type 'Proc-Type:' debug3: key_read: missing keytype debug2: key_type_from_name: unknown key type 'DEK-Info:' debug3: key_read: missing keytype debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug2: key_type_from_name: unknown key type '-----END' debug3: key_read: missing keytype debug1: identity file /home/eret/.ssh/id_rsa type 1 debug3: Not a RSA1 key file /home/eret/.ssh/id_dsa. debug2: key_type_from_name: unknown key type '-----BEGIN' debug3: key_read: missing keytype debug2: key_type_from_name: unknown key type 'Proc-Type:' debug3: key_read: missing keytype debug2: key_type_from_name: unknown key type 'DEK-Info:' debug3: key_read: missing keytype debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug2: key_type_from_name: unknown key type '-----END' debug3: key_read: missing keytype debug1: identity file /home/eret/.ssh/id_dsa type 2 debug1: Remote protocol version 1.99, remote software version OpenSSH_3.9p1 debug1: match: OpenSSH_3.9p1 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_3.9p1 debug2: fd 4 setting O_NONBLOCK debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-he llma n-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-c bc,r ijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-c bc,r ijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-9 6,hm ac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-9 6,hm ac-md5-96 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-he llma n-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-c bc,r ijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-c bc,r ijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-9 6,hm ac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-9 6,hm ac-md5-96 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: mac_init: found hmac-md5 debug1: kex: server->client aes128-cbc hmac-md5 none debug2: mac_init: found hmac-md5 debug1: kex: client->server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug2: dh_gen_key: priv key bits set: 119/256 debug2: bits set: 503/1024 debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug3: check_host_in_hostfile: filename /home/eret/.ssh/known_hosts debug3: check_host_in_hostfile: filename /etc/ssh_known_hosts debug3: check_host_in_hostfile: filename /home/eret/.ssh/known_hosts debug3: check_host_in_hostfile: match line 7 Warning: Permanently added 'xerses' (RSA) to the list of known hosts. debug2: bits set: 496/1024 debug1: ssh_rsa_verify: signature correct debug2: kex_derive_keys debug2: set_newkeys: mode 1 debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug2: set_newkeys: mode 0 debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug2: service_accept: ssh-userauth debug1: SSH2_MSG_SERVICE_ACCEPT received debug2: key: /home/eret/.ssh/id_rsa (0x100e92c8) debug2: key: /home/eret/.ssh/id_dsa (0x100e92e0) debug1: Authentications that can continue: publickey,password,keyboard-interactive debug3: start over, passed a different list publickey,password,keyboard-interactive debug3: preferred publickey,keyboard-interactive,password debug3: authmethod_lookup publickey debug3: remaining preferred: keyboard-interactive,password debug3: authmethod_is_enabled publickey debug1: Next authentication method: publickey debug1: Offering public key: /home/eret/.ssh/id_rsa debug3: send_pubkey_test debug2: we sent a publickey packet, wait for reply debug1: Server accepts key: pkalg ssh-rsa blen 149 debug2: input_userauth_pk_ok: fp 5c:d1:50:d0:16:7b:3b:e1:05:a5:26:d8:02:a3:54:3f debug3: sign_and_send_pubkey debug1: PEM_read_PrivateKey failed debug1: read PEM private key done: type debug1: read PEM private key done: type RSA debug1: Authentication succeeded (publickey). debug2: fd 6 setting O_NONBLOCK debug2: fd 7 setting O_NONBLOCK debug1: channel 0: new [client-session] debug3: ssh_session2_open: channel_new: 0 debug2: channel 0: send open debug1: Entering interactive session. debug2: callback start debug2: x11_get_proto: /usr/X11R6/bin/xauth -f /tmp/ssh-AvQFCZ2016/xauthfile generate unix:0 MIT-MAGIC-COOKIE-1 untrusted timeout 1200 2>/dev/null debug2: x11_get_proto: /usr/X11R6/bin/xauth -f /tmp/ssh-AvQFCZ2016/xauthfile list unix:0 . 2>/dev/null debug1: Requesting X11 forwarding with authentication spoofing. debug2: channel 0: request x11-req confirm 0 debug2: client_session2_setup: id 0 debug2: channel 0: request pty-req confirm 0 debug3: tty_make_modes: ospeed 38400 debug3: tty_make_modes: ispeed 38400 debug3: tty_make_modes: 1 3 debug3: tty_make_modes: 2 28 debug3: tty_make_modes: 3 8 debug3: tty_make_modes: 4 21 debug3: tty_make_modes: 5 4 debug3: tty_make_modes: 6 0 debug3: tty_make_modes: 7 0 debug3: tty_make_modes: 8 17 debug3: tty_make_modes: 9 19 debug3: tty_make_modes: 10 26 debug3: tty_make_modes: 12 18 debug3: tty_make_modes: 13 23 debug3: tty_make_modes: 14 22 debug3: tty_make_modes: 18 15 debug3: tty_make_modes: 30 0 debug3: tty_make_modes: 31 0 debug3: tty_make_modes: 32 0 debug3: tty_make_modes: 33 0 debug3: tty_make_modes: 34 0 debug3: tty_make_modes: 35 0 debug3: tty_make_modes: 36 1 debug3: tty_make_modes: 37 0 debug3: tty_make_modes: 38 1 debug3: tty_make_modes: 39 0 debug3: tty_make_modes: 40 0 debug3: tty_make_modes: 41 0 debug3: tty_make_modes: 50 1 debug3: tty_make_modes: 51 1 debug3: tty_make_modes: 53 1 debug3: tty_make_modes: 54 1 debug3: tty_make_modes: 55 1 debug3: tty_make_modes: 56 0 debug3: tty_make_modes: 57 0 debug3: tty_make_modes: 58 0 debug3: tty_make_modes: 59 1 debug3: tty_make_modes: 60 1 debug3: tty_make_modes: 61 1 debug3: tty_make_modes: 70 1 debug3: tty_make_modes: 71 0 debug3: tty_make_modes: 72 1 debug3: tty_make_modes: 73 0 debug3: tty_make_modes: 74 0 debug3: tty_make_modes: 75 0 debug3: tty_make_modes: 90 1 debug3: tty_make_modes: 91 1 debug3: tty_make_modes: 92 1 debug3: tty_make_modes: 93 0 debug2: channel 0: request shell confirm 0 debug2: fd 4 setting TCP_NODELAY debug2: callback done debug2: channel 0: open confirm rwindow 0 rmax 32768 debug2: channel 0: rcvd adjust 131072 debug3: Trying to reverse map address 192.168.1.102. Last login: Fri Sep 10 02:13:15 2004 from 127.0.0.1 debug1: permanently_set_uid: 1107/513 setreuid 1107: Permission denied debug1: do_cleanup debug2: channel 0: rcvd eof debug2: channel 0: output open -> drain debug2: channel 0: obuf empty debug2: channel 0: close_write debug2: channel 0: output drain -> closed debug1: client_input_channel_req: channel 0 rtype exit-status reply 0 debug2: channel 0: rcvd close debug2: channel 0: close_read debug2: channel 0: input open -> closed debug3: channel 0: will not send data after close debug2: channel 0: almost dead debug2: channel 0: gc: notify user debug2: channel 0: gc: user detached debug2: channel 0: send close debug2: channel 0: is dead debug2: channel 0: garbage collecting debug1: channel 0: free: client-session, nchannels 1 debug3: channel 0: status: The following connections are open: #0 client-session (t4 r0 i3/0 o3/0 fd -1/-1 cfd -1) debug3: channel 0: close_fds r -1 w -1 e 7 c -1 debug3: fd 1 is not O_NONBLOCK debug3: fd 2 is not O_NONBLOCK Connection to xerses closed. debug1: Transferred: stdin 0, stdout 0, stderr 30 bytes in 0.3 seconds debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 119.5 debug1: Exit status 255 Any ideas what is happening? Mark Eret "Yields falsehood when appended to its own quotation," yields falsehood when appended to its own quotation. -----Original Message----- From: cygwin-owner@cygwin.com [mailto:cygwin-owner@cygwin.com] On Behalf Of Corinna Vinschen Sent: Friday, September 10, 2004 2:05 AM To: cygwin@cygwin.com Subject: Re: SSH on Cygwin Immediate Drops Connections On Sep 10 01:33, Mark Eret wrote: > debug3: remaining preferred: > debug3: authmethod_is_enabled password > debug1: Next authentication method: password > debug3: packet_send2: adding 64 (len 59 padlen 5 extra_pad 64) > debug2: we sent a password packet, wait for reply > debug1: Authentication succeeded (password). Password authentication won't work on the command line. > debug1: permanently_set_uid: 1107/513 > setreuid 1107: Permission denied That's what happens in that case. Try public key authentication. Otherwise I don't see anything wrong here. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bhx2@mevik.net Fri Sep 10 16:06:00 2004 From: bhx2@mevik.net (=?iso-8859-1?q?Bj=F8rn-Helge_Mevik?=) Date: Fri, 10 Sep 2004 16:06:00 -0000 Subject: [ANNOUNCEMENT] Updated: cygwin-1.5.11-1 In-Reply-To: <20040910114333.GX17670@cygbert.vinschen.de> (Corinna Vinschen's message of "Fri, 10 Sep 2004 13:43:33 +0200") References: <200409050451.i854pPi21887@esds.vss.fsi.com> <20040910114333.GX17670@cygbert.vinschen.de> Message-ID: A non-text attachment was scrubbed... Name: strace-logg Type: application/octet-stream Size: 52199 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: cygcheck.out Type: application/octet-stream Size: 38300 bytes Desc: not available URL: -------------- next part -------------- -- Bj?rn-Helge Mevik -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From FDEMCICWKAID@spammotel.com Fri Sep 10 16:10:00 2004 From: FDEMCICWKAID@spammotel.com (Alder) Date: Fri, 10 Sep 2004 16:10:00 -0000 Subject: cygserver service won't start In-Reply-To: <20040910080758.GE468@cygbert.vinschen.de> References: <20040909080829.GC2953@cygbert.vinschen.de> <20040910080758.GE468@cygbert.vinschen.de> Message-ID: Corinna Vinschen wrote: > On Sep 9 17:50, Alder wrote: > >>Corinna Vinschen wrote: > > HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Services/sshd > > is the service key. Thanks, Corinna. Any more ideas on why cygserver won't run as a service. Did the permissions I posted look correct? Cheers, Alder -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From mbohlman@tcicredit.com Fri Sep 10 16:34:00 2004 From: mbohlman@tcicredit.com (Mark Bohlman) Date: Fri, 10 Sep 2004 16:34:00 -0000 Subject: fhandler_base::dup failed error after upgrade to 1.5.11-1 In-Reply-To: <20040909233425.GA1082@trixie.casa.cgf.cx> References: <88f1865b04090916165e4942f2@mail.gmail.com> <20040909233425.GA1082@trixie.casa.cgf.cx> Message-ID: Christopher Faylor wrote: > On Thu, Sep 09, 2004 at 07:16:22PM -0400, Matthew Moss wrote: > >>I ran into a problem after installing updates. I removed cygwin and >>reinstalled and now have a fresh installation of 1.5.11-1 using >>setup.exe 2.427. >> >>I tried the following command in bash: >> >> >>>tidy contrib.html > con.html >> >>Which gave the following error: >> >>479975353 [main] bash 4024 fhandler_base::dup: dup(/home/Matthew >>Moss/con.html) failed, handle 2F, Win32 error 87 >>bash: con.html: Invalid argument > > > "con" is a reserved word on Windows. Cygwin 1.5.10 erroneously let you > produce a filename named "con" but 1.5.11 no longer allows this. > > This error message should not occur and that should be fixed but fixing > things to provide a more unix-like error message is, unfortunately, not > going to solve your problem. > > Sorry. > > cgf > See also if you have no way to get rid of any create "con" file. -- Mark -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Fri Sep 10 16:34:00 2004 From: dk@artimi.com (Dave Korn) Date: Fri, 10 Sep 2004 16:34:00 -0000 Subject: cygserver service won't start In-Reply-To: <20040910080758.GE468@cygbert.vinschen.de> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Corinna Vinschen > Sent: 10 September 2004 09:08 > > That's what I suspected, but I wonder where the string was > pulled from? > > Like I said, I cleared the Cygnus Solutions keys from > LOCAL_MACHINE > > and CURRENT_USER areas in the registry and deleted the temp folders > > created by the previous Setup.exe. Could it be the Service Control > > Manager itself? > > HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Services/sshd > > is the service key. Nitpick: that's the sshd service key. The cygserver one, which is created by the line if ! cygrunsrv -I cygserver -d "CYGWIN cygserver" -p /usr/sbin/cygserver from /usr/bin/cygserver-config would have to be HKLM/SYSTEM/CCS/Services/cygserver ... this would also be consistent with the 'net start' usage info .... echo "To start it, call \`net start cygserver' or \`cygrunsrv -S cygserver'." cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Fri Sep 10 16:36:00 2004 From: dk@artimi.com (Dave Korn) Date: Fri, 10 Sep 2004 16:36:00 -0000 Subject: cygwin 1.5.11: execv doesn't set argv[0] on Windows programs In-Reply-To: Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Igor Pechtchanski > Sent: 10 September 2004 14:57 > On Fri, 10 Sep 2004, Christopher Faylor wrote: > > There is no such thing as "argv[0]" for a Windows program. > Cygwin uses > > CreateProcess to create processes. CreateProcess does not > have the concept > > of "argv[0]". Perhaps Microsoft's exec functions do > something funky that > > is understood by other msvcrt programs. Cygwin doesn't do that. > > Allow me to disagree. CreateProcess takes two separate arguments: the > image to run, and the command line (yes, as one long line). > The actual > executable being run is the image parameter, but the value of > argv[0] is > extracted from the command line one (well, unless the image > name is NULL, > in which case the image name and argv[0] are the same). > That's the value > of argv[0] that I meant. Allow me to disagree! The Win32 API specifies precisely the form that the entry function of a win32 application must conform to: int WINAPI WinMain( HINSTANCE hInstance, // handle to current instance HINSTANCE hPrevInstance, // handle to previous instance LPSTR lpCmdLine, // command line int nCmdShow // show state ); There is no concept of argv in the windows OS itself. The application gets the entire commmand line as one unparsed string. Now, it may well be the case that most applications link against the msvcrt library, which contains an implementation of WinMain that parses lpCmdLine into separate tokens, puts them into an array, and then calls out to a function named 'main' in the user's app that is linked with the library, passing it argc and argv parameters. But it's fair to point out that the argv concept is not part of the OS, it's part of a compiler support library; it's not handled by the OS, it's not passed to applications, it's not defined in the API, and there are plenty of applications that implement their own (or a predefined) WinMain in a different fashion and do _not_ tokenize and parse the command line; 99% of all MFC apps, for instance. cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From myers@crd.ge.com Fri Sep 10 16:41:00 2004 From: myers@crd.ge.com (Myers, Paul R (Research)) Date: Fri, 10 Sep 2004 16:41:00 -0000 Subject: TCSH 6.13 shell script can't re-write to a file Message-ID: I have a number of CSH/TCSH shell scripts that work with text files. In several cases I want to remove/erase a file before I start writing to it again. I simplified the problem to this example: #!/usr/bin/tcsh echo "Hello" > stuff rm -f stuff echo "Goodbye" > stuff After a recent tcsh upgrade (from 6.12.00-7 to 6.13.00-2), the 2nd echo command will produce the following error: stuff: permission denied The problem doesn't appear when run line-by-line from the command line, and it doesn't appear when in a bash script. Can anyone else verify this behavior? It seems like a windows sharing violation, does that make sense? Thanks for your help, Paul <> begin 600 cygcheck_new.out M#0I#>6=W:6X@0V]N9FEG=7)A=&EO;B!$:6%G;F]S=&EC7-T96T@5&EM93H@1G)I(%-E<"`Q,"`Q,CHQ-#HS."`R,#`T#0H-"E=I;F1O M=W,@,C`P,"!06=W:6Y<=7-R M7%@Q,5(V7&)I;@T*"6,Z7&]R86-L95QO7-T M96T-"@EC.EQ%>&-E960W7$%C8V5S&4@*&YO;G1S96,I M#0I5240Z(#$X,3`V*'5S97(I($=)1#H@-30T*$%D;6EN:7-T6=W:6Y< M8FEN7&ED+F5X92`H;G1S96,I#0I5240Z(#$X,3`V*'5S97(I($=)1#H@-30T M*$%D;6EN:7-T2!N='-E8R<-"DA/344@/2!@0SI<8WEG=VEN7&AO;65<=7-E&4G#0I#55-41$E2(#T@8$,Z M7$-U"<-"E!!5$A%6%0@/2!@+D-/33LN15A%.RY"050[+D--1#LN5D)3.RY60D4[ M+DI3.RY*4T4[+E=31CLN5U-()PT*4%)/0T534T]27T%20TA)5$5#5%5212`] M(&!X.#8G#0I04D]#15-33U)?241%3E1)1DE%4B`](&!X.#8@1F%M:6QY(#$U M($UO9&5L(#(@4W1E<'!I;F<@-2P@1V5N=6EN94EN=&5L)PT*4%)/0T534T]2 M7TQ%5D5,(#T@8#$U)PT*4%)/0T534T]27U)%5DE324].(#T@8#`R,#4G#0I0 M4D]'4D%-1DE,15,@/2!@0SI<4')O9W)A;2!&:6QE3(G#0I365-414U$4DE612`](&!# M.B<-"E-94U1%35)/3U0@/2!@0SI<5TE.3E0G#0I415)-(#T@8&-Y9W=I;B<- M"E194$4@/2!@4')E8VES:6]N)PT*5%H@/2!@15-4-45$5#0L330N,2XP+S(L M33$P+C4N,"\R)PT*5D5.1$]2(#T@8&EN=&5L)PT*5TE.1$E2(#T@8$,Z7%=) M3DY4)PT*4$]325A,65]#3U)214-4(#T@8#$G#0H-"DA+15E?0U524D5.5%]5 M4T527%-O9G1W87)E7$-Y9VYU6=N=7,@4V]L=71I;VYS7$-Y9W=I;EQM M;W5N=',@=C(-"DA+15E?0U524D5.5%]54T527%-O9G1W87)E7$-Y9VYU6=N=7,@4V]L=71I;VYS7$-Y9W=I;@T*2$M% M65],3T-!3%]-04-(24Y%7%-/1E1705)%7$-Y9VYU6=D6=N=7,@4V]L=71I;VYS7$-Y9W=I;EQM;W5N=',@=C)< M+PT*("`H9&5F875L="D@/2!@0SI<8WEG=VEN)PT*("!F;&%G6=N=7,@4V]L M=71I;VYS7$-Y9W=I;EQM;W5N=',@=C)<+W5S#`P,#`P,#`X#0I(2T597TQ/0T%,7TU! M0TA)3D5<4T]&5%=!4D5<0WEG;G5S(%-O;'5T:6]N6=W:6Y<;6]U;G1S M('8R7"]U6=N M=7,@4V]L=71I;VYS7$-Y9W=I;EQ07-T M96T@('1E>'1M;V1E#0I#.EQC>6=W:6XO8FEN("`@("`@("`@("`@("`@("`@ M("`@("]U7-T96T@(&)I;FUO9&4-"BX@("`@("`@("`@("`@("`@("`@ M("`@("`@("`@("`@("`@+V-Y9V1R:79E("`@("`@("`@("`@("`@("!S>7-T M96T@('1E>'1M;V1E+&-Y9V1R:79E#0H-"D9O=6YD.B!#.EQC>6=W:6Y<8FEN M7&%W:RYE>&4-"D9O=6YD.B!#.EQC>6=W:6Y<8FEN7&)A&4-"D9O=6YD.B!#.EQC>6=W:6Y<8FEN7&-P<"YE>&4-"D9O=6YD M.B!#.EQC>6=W:6Y<8FEN7&9I;F0N97AE#0I&;W5N9#H@0SI<8WEG=VEN7&)I M;EQG8V,N97AE#0I.;W0@1F]U;F0Z(&=D8@T*1F]U;F0Z($,Z7&-Y9W=I;EQB M:6Y<9W)E<"YE>&4-"D9O=6YD.B!#.EQC>6=W:6Y<8FEN7&QD+F5X90T*1F]U M;F0Z($,Z7&-Y9W=I;EQB:6Y<;',N97AE#0I&;W5N9#H@0SI<8WEG=VEN7&)I M;EQM86ME+F5X90T*1F]U;F0Z($,Z7&-Y9W=I;EQB:6Y<;78N97AE#0I&;W5N M9#H@0SI<8WEG=VEN7&)I;EQR;2YE>&4-"D9O=6YD.B!#.EQC>6=W:6Y<8FEN M7'-E9"YE>&4-"D9O=6YD.B!#.EQC>6=W:6Y<8FEN7'-H+F5X90T*1F]U;F0Z M($,Z7&-Y9W=I;EQB:6Y<=&%R+F5X90T*#0H@("`V,6L@,C`P,R\P."\P.2!# M.EQC>6=W:6Y<8FEN7&-Y9V)Z,BTQ+F1L;"`M(&]S/30N,"!I;6<],2XP('-Y M6=B>C(M,2YD;&PB('8P+C`@ M=',],C`P,R\X+SD@,CHS-0T*("`@(#=K(#(P,#,O,3`O,3D@0SI<8WEG=VEN M7&)I;EQC>6=C6=C6=C6=C=7)L+3(N9&QL("T@;W,]-"XP(&EM9STQ+C`@6=C>6=I<&,M,BYD;&PB('8P+C`@ M=',],C`P-"\R+SD@,C$Z-#@-"B`@,S@P:R`R,#`R+S`W+S(T($,Z7&-Y9W=I M;EQB:6Y<8WEG9&(M,RXQ+F1L;"`M(&]S/30N,"!I;6<],2XP('-Y6=D8BTS+C$N9&QL(B!V,"XP('1S/3(P M,#(O-R\R-"`Q,CHR-`T*("`X,S%K(#(P,#,O,#DO,C`@0SI<8WEG=VEN7&)I M;EQC>6=D8BTT+C$N9&QL("T@;W,]-"XP(&EM9STQ+C`@6=D8E]C>'@M-"XR+F1L;"`M(&]S/30N,"!I;6<],2XP('-Y6=D8E]C>'@M-"XR+F1L;"(@=C`N,"!T M7,]-"XP M#0H@("`@("`@("`@("`@("`@("`B8WEG97AP870M,"YD;&PB('8P+C`@=',] M,C`P-"\Q+S<@,3$Z,30-"B`@,3(Y:R`R,#`T+S`S+S$Q($,Z7&-Y9W=I;EQB M:6Y<8WEG9F]N=&-O;F9I9RTQ+F1L;"`M(&]S/30N,"!I;6<],2XP('-Y6=F;VYT8V]N9FEG+3$N9&QL(B!V M,"XP('1S/3(P,#0O,R\Q,"`Q.3HQ,@T*("`@-#5K(#(P,#$O,#0O,C4@0SI< M8WEG=VEN7&)I;EQC>6=F;W)M-2YD;&P@+2!O7,] M-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG9F]R;34N9&QL(B!V,"XP('1S M/3(P,#$O-"\R-2`Q.C(X#0H@("`S-6L@,C`P,B\P,2\P.2!#.EQC>6=W:6Y< M8FEN7&-Y9V9O6=F;W)M-BYD;&PB('8P+C`@=',],C`P,B\Q M+SD@,3HP,PT*("`@-#AK(#(P,#,O,#@O,#D@0SI<8WEG=VEN7&)I;EQC>6=F M;W)M-RYD;&P@+2!O7,]-"XP#0H@("`@("`@("`@ M("`@("`@("`B8WEG9F]R;3"TQ+F1L;"(@=C`N,"!T6=W:6Y<8FEN7&-Y9V9R965T>7!E+38N9&QL("T@ M;W,]-"XP(&EM9STQ+C`@7!E+38N9&QL(B!V,"XP('1S/3(P,#,O,3`O,C(@,#HQ.`T*("`R M,3-K(#(P,#0O,#(O,#4@0SI<8WEG=VEN7&)I;EQC>6=G9"TR+F1L;"`M(&]S M/30N,"!I;6<],2XP('-Y6=G M9"TR+F1L;"(@=C`N,"!T6=W:6Y<8FEN7&-Y9V=D8FTM,RYD;&P@+2!O7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG9V1B;2TS+F1L M;"(@=C`N,"!T6=G9&)M+30N9&QL("T@;W,]-"XP(&EM9STQ+C`@ M6=G9&)M7V-O;7!A="TS+F1L;"`M(&]S/30N,"!I;6<],2XP('-Y6=G9&)M7V-O;7!A="TS+F1L;"(@ M=C`N,"!T6=G9&)M7V-O;7!A="TT+F1L;"`M(&]S/30N,"!I;6<] M,2XP('-Y6=G9&)M7V-O;7!A M="TT+F1L;"(@=C`N,"!T'1L:6(M,"TQ-"TQ+F1L;"(@=C`N,"!T6=G971T M97AT<&\M,"YD;&P@+2!O7,]-"XP#0H@("`@("`@ M("`@("`@("`@("`B8WEG9V5T=&5X='!O+3`N9&QL(B!V,"XP('1S/3(P,#0O M-R\V(#$S.C4V#0H@(#$Y,&L@,C`P-"\P-R\P-B!#.EQC>6=W:6Y<8FEN7&-Y M9V=E='1E>'1S6=G971T97AT6=H='1P9"YD;&P@+2!O7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG:'1T<&0N9&QL(B!V,"XP M('1S/3(P,#0O,B\Y(#$S.C$T#0H@(#DY,6L@,C`P-"\P-R\P-B!#.EQC>6=W M:6Y<8FEN7&-Y9VEC;VYV+3(N9&QL("T@;W,]-"XP(&EM9STQ+C`@6=W:6Y< M8FEN7&-Y9VEN=&PM,2YD;&P@+2!O7,]-"XP#0H@ M("`@("`@("`@("`@("`@("`B8WEG:6YT;"TQ+F1L;"(@=C`N,"!T6=I;G1L+3(N9&QL(B!V,"XP('1S/3(P,#,O."\Q M,"`Q-SHU,`T*("`@-31K(#(P,#0O,#6=I M;G1L+3,N9&QL("T@;W,]-"XP(&EM9STQ+C`@7,]-"XP#0H@("`@("`@("`@("`@("`@ M("`B8WEG:6YT;"YD;&PB('8P+C`@=',],C`P,2\V+S(P(#$S.C`Y#0H@(#(T M,6L@,C`P-"\P."\P-B!#.EQC>6=W:6Y<8FEN7&-Y9VIA6=J87-P97(M,2TW,#$M,2YD;&PB('8P+C`@=',],C`P-"\X+S8@ M,3$Z,3<-"B`@(#0X:R`R,#`S+S`X+S$P($,Z7&-Y9W=I;EQB:6Y<8WEG:F)I M9S$N9&QL("T@;W,]-"XP(&EM9STQ+C`@7,]-"XP#0H@("`@("`@("`@("`@("`@ M("`B8WEG:G!E9RTV,BYD;&PB('8P+C`@=',],C`P,R\X+S$P(#(P.C,W#0H@ M("`T,&L@,C`P-"\P,2\P,B!#.EQC>6=W:6Y<8FEN7&-Y9VQB97(M,BYD;&P@ M+2!O7,]-"XP#0H@("`@("`@("`@("`@("`@("`B M8WEG;&)E6=W:6Y<8FEN7&-Y9VQC;7,M,2YD;&P@+2!O7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG;&-M M6=L9&%P+3(N9&QL("T@;W,]-"XP(&EM M9STQ+C`@7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG;6%G:6,M,2YD;&PB('8P M+C`@=',],C`P-"\X+S(Y(#$V.C(U#0H@(#,V.6L@,C`P-"\P."\Q,2!#.EQC M>6=W:6Y<8FEN7&-Y9TUA9VEC:RLK+38N9&QL("T@;W,]-"XP(&EM9STQ+C`@ M6=W:6Y<8FEN7&-Y9TUA9VEC:RTV+F1L;"`M(&]S/30N,"!I;6<],2XP M('-Y6=-86=I8VLM-BYD;&PB M('8P+C`@=',],C`P-"\X+S$Q(#$Z,S<-"B`@(#(V:R`R,#`Q+S`T+S(U($,Z M7&-Y9W=I;EQB:6Y<8WEG;65N=34N9&QL("T@;W,]-"XP(&EM9STQ+C`@6=M96YU-BYD;&P@+2!O7,]-"XP#0H@ M("`@("`@("`@("`@("`@("`B8WEG;65N=38N9&QL(B!V,"XP('1S/3(P,#(O M,2\Y(#$Z,#,-"B`@(#(Y:R`R,#`S+S`X+S`Y($,Z7&-Y9W=I;EQB:6Y<8WEG M;65N=36=W:6Y<8FEN7&-Y9VUI;FER97,N M9&QL("T@;W,]-"XP(&EM9STP+CDW('-Y6=M:6YI6=W:6Y<8FEN7&-Y9VYC=7)S97,K M*S4N9&QL("T@;W,]-"XP(&EM9STQ+C`@6=W:6Y<8FEN7&-Y9VYC=7)S M97,K*S8N9&QL("T@;W,]-"XP(&EM9STQ+C`@6=N8W5R M7,]-"XP#0H@("`@("`@("`@ M("`@("`@("`B8WEG;F-U6=W:6Y<8FEN7&-Y9W!A;F5L-2YD M;&P@+2!O7,]-"XP#0H@("`@("`@("`@("`@("`@ M("`B8WEG<&%N96PU+F1L;"(@=C`N,"!T6=P86YE;#8N9&QL("T@ M;W,]-"XP(&EM9STQ+C`@6=P8W)E+F1L;"(@=C`N,"!T M6=P8W)E<&]S:7@M,"YD;&P@+2!O7,] M-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG<&-R97!O6=P8W)E<&]S:7@N9&QL M(B!V,"XP('1S/3(P,#,O-"\Q,2`T.C,Q#0H@,3`T.6L@,C`P-"\P-B\R-2!# M.EQC>6=W:6Y<8FEN7&-Y9W!E7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG<&5R;#5?.%\R+F1L M;"(@=C`N,"!T6=P;F7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG<&YG,3(N9&QL(B!V,"XP M('1S/3(P,#,O."\Q,"`Q.#HS-0T*("`@,C)K(#(P,#(O,#8O,#D@0SI<8WEG M=VEN7&)I;EQC>6=P;W!T+3`N9&QL("T@;W,]-"XP(&EM9STQ+C`@6=R96%D;&EN934N9&QL(B!V,"XP('1S M/3(P,#,O."\Q,"`Q.3HQ-@T*("`Q-S%K(#(P,#0O,#,O,3<@0SI<8WEG=VEN M7&)I;EQC>6=S6=T:69F-"YD;&PB('8P+C`@=',],C`P M,R\X+S$P(#(R.C,R#0H@("`R-VL@,C`P-"\P,R\P-2!#.EQC>6=W:6Y<8FEN M7&-Y9W5N9VEF+30N9&QL("T@;W,]-"XP(&EM9STQ+C`@6=W:6Y<8FEN7&-Y M9U=A;F0M-BYD;&P@+2!O7,]-"XP#0H@("`@("`@ M("`@("`@("`@("`B8WEG5V%N9"TV+F1L;"(@=C`N,"!T6=X;6PR M+3(N9&QL("T@;W,]-"XP(&EM9STQ+C`@3H@,@T*("`@("`@("!#>6=N=7,@6=W:6X@6=D6=D6=W:6XQ4S0-"@T*("`R,S=K(#(P,#0O,#6=$=%!R:6YT+3$N9&QL(B!V,"XP('1S/3(P,#0O,R\S M,"`R,SHR,PT*("`@,C%K(#(P,#0O,#6=F;VYT96YC+3$N9&QL(B!V,"XP M('1S/3(P,#0O-R\Q-2`Q,3HT,PT*("`@,S9K(#(P,#0O,#7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG1E,M-BYD;&PB('8P M+C`@=',],C`P-"\W+S$U(#$Q.C,S#0H@(#0S,6L@,C`P-"\P-R\Q-2!#.EQC M>6=W:6Y<=7-R7%@Q,5(V7&)I;EQC>6='3"TQ+F1L;"`M(&]S/30N,"!I;6<] M,2XP('-Y6='3"TQ+F1L;"(@ M=C`N,"!T6='3%4M,2YD M;&PB('8P+C`@=',],C`P-"\W+S$U(#$Q.C,Y#0H@(#$T,&L@,C`P-"\P."\P M-B!#.EQC>6=W:6Y<=7-R7%@Q,5(V7&)I;EQC>6=G;'5T+3,N9&QL("T@;W,] M-"XP(&EM9STQ+C`@6=)0T4M-BYD;&PB('8P+C`@=',],C`P-"\W+S$U(#$Q.C(W#0H@("`W-VL@ M,C`P-"\P,R\S,2!#.EQC>6=W:6Y<=7-R7%@Q,5(V7&)I;EQC>6=-7,]-"XP#0H@("`@("`@("`@("`@("`@ M("`B8WEG37)M+3(N9&QL(B!V,"XP('1S/3(P,#0O,R\S,"`R,SHR,PT*("`@ M(#EK(#(P,#0O,#6=O;&18+38N9&QL(B!V,"XP('1S/3(P,#0O-R\Q-2`Q,3HR M-@T*(#$R-3!K(#(P,#0O,#7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG4TTM-BYD;&PB('8P M+C`@=',],C`P-"\W+S$U(#$Q.C(W#0H@("`V-FL@,C`P-"\P,R\S,2!#.EQC M>6=W:6Y<=7-R7%@Q,5(V7&)I;EQC>6=5:6PM,BYD;&P@+2!O7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG56EL+3(N9&QL M(B!V,"XP('1S/3(P,#0O,R\S,"`R,SHR,PT*("`X-CEK(#(P,#0O,#6=8 M876=W:6Y<=7-R7%@Q,5(V7&)I;EQC>6=8877,]-"XP#0H@("`@("`@("`@("`@("`@("`B M8WEG6&%W+37,]-"XP#0H@("`@("`@("`@("`@ M("`@("`B8WEG6&%W,V0M-RYD;&PB('8P+C`@=',],C`P-"\Q+S$S(#$W.C$W M#0H@("`S,&L@,C`P-"\P-R\Q-2!#.EQC>6=W:6Y<=7-R7%@Q,5(V7&)I;EQC M>6=88W5R6=W:6Y<=7-R M7%@Q,5(V7&)I;EQC>6=897AT+38N9&QL("T@;W,]-"XP(&EM9STQ+C`@'0M-BYD;&PB('8P+C`@ M=',],C`P-"\W+S$U(#$Q.C(W#0H@("`@-VL@,C`P-"\P-R\Q-2!#.EQC>6=W M:6Y<=7-R7%@Q,5(V7&)I;EQC>6=89F]N=&-A8VAE+3$N9&QL("T@;W,]-"XP M(&EM9STQ+C`@6=89G0M,BYD;&PB('8P+C`@=',],C`P-"\S+S(S(#$W.C(P M#0H@("`R-VL@,C`P-"\P-R\Q-2!#.EQC>6=W:6Y<=7-R7%@Q,5(V7&)I;EQC M>6=8:2TV+F1L;"`M(&]S/30N,"!I;6<],2XP('-Y6=8:2TV+F1L;"(@=C`N,"!T7,]-"XP#0H@ M("`@("`@("`@("`@("`@("`B8WEG>&MB9FEL92TQ+F1L;"(@=C`N,"!T7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG6&TM,BYD;&PB M('8P+C`@=',],C`P-"\S+S,P(#(S.C(P#0H@("`W-FL@,C`P-"\P-R\Q-2!# M.EQC>6=W:6Y<=7-R7%@Q,5(V7&)I;EQC>6=8;74M-BYD;&P@+2!O7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG6&UU+38N M9&QL(B!V,"XP('1S/3(P,#0O-R\Q-2`Q,3HR.0T*("`@,3%K(#(P,#0O,#6=8 M;75U+3$N9&QL(B!V,"XP('1S/3(P,#0O-R\Q-2`Q,3HR.0T*("`@,C9K(#(P M,#0O,#7,]-"XP#0H@("`@("`@("`@("`@("`@("`B M8WEG6'`M-BYD;&PB('8P+C`@=',],C`P-"\W+S$U(#$Q.C,T#0H@("`U,6L@ M,C`P-"\P-R\Q-2!#.EQC>6=W:6Y<=7-R7%@Q,5(V7&)I;EQC>6=8<&TM-"YD M;&P@+2!O7,]-"XP#0H@("`@("`@("`@("`@("`@ M("`B8WEG6'!M+30N9&QL(B!V,"XP('1S/3(P,#0O-R\Q-2`Q,3HR.0T*("`@ M,3%K(#(P,#0O,#7,]-"XP M#0H@("`@("`@("`@("`@("`@("`B8WEG6')E;F1E7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG6%)E7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG6%1R M87`M-BYD;&PB('8P+C`@=',],C`P-"\W+S$U(#$Q.C0Q#0H@("`Q-VL@,C`P M-"\P-R\Q-2!#.EQC>6=W:6Y<=7-R7%@Q,5(V7&)I;EQC>6=8='-T+38N9&QL M("T@;W,]-"XP(&EM9STQ+C`@'!A="`@("`@("`@("`@("`@("`Q+CDU M+CC)?,2`@("`@("`@ M("`@("`Q+C`N,BTU("`@("`@("`@("`@#0IL:6)D8C,N,2`@("`@("`@("`@ M("`S+C$N,3 References: Message-ID: <4141D917.8070306@xilinx.com> I just tried this and had the same problem: > echo "Hello" > Stuff > rm -f Stuff > echo "Goodbye" > Stuff Stuff: Permission denied. > ls -l Stuff ls: Stuff: No such file or directory > tcsh --version tcsh 6.13.00 (Astron) 2004-05-19 (i386-intel-posix) options 8b,nls,dl,al,kan,rh,color,dspm > uname -a CYGWIN_NT-5.1 xcoisaacf20 1.5.11(0.116/4/2) 2004-09-04 23:17 i686 unknown unknown Cygwin IF Myers, Paul R (Research) wrote: >I have a number of CSH/TCSH shell scripts that work with text files. >In several cases I want to remove/erase a file before I start writing to it >again. > >I simplified the problem to this example: > #!/usr/bin/tcsh > > echo "Hello" > stuff > rm -f stuff > echo "Goodbye" > stuff > >After a recent tcsh upgrade (from 6.12.00-7 to 6.13.00-2), the 2nd echo >command will produce the following error: >stuff: permission denied > >The problem doesn't appear when run line-by-line from the command line, and >it doesn't appear when in a bash script. > >Can anyone else verify this behavior? >It seems like a windows sharing violation, does that make sense? > > >Thanks for your help, > >Paul > > > <> > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From FDEMCICWKAID@spammotel.com Fri Sep 10 17:00:00 2004 From: FDEMCICWKAID@spammotel.com (Alder) Date: Fri, 10 Sep 2004 17:00:00 -0000 Subject: cygserver service won't start In-Reply-To: References: <20040909080829.GC2953@cygbert.vinschen.de> <20040910080758.GE468@cygbert.vinschen.de> Message-ID: Corinna, I don't know if this is relevant, but I have to add the "/bin" directory to the cygrunsrv command line in the /bin/cygserver-config file in order to avoid Windows failing to find the 'cygwin1.dll". So, the line I have is: if ! cygrunsrv -I cygserver -d "CYGWIN cygserver" \ -p /usr/sbin/cygserver -f "Shared memory manager" \ -2 /var/log/cygserver.err -e PATH="/bin:$PATH" Regards, Alder -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Fri Sep 10 17:05:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 10 Sep 2004 17:05:00 -0000 Subject: cygwin 1.5.11: execv doesn't set argv[0] on Windows programs In-Reply-To: References: Message-ID: On Fri, 10 Sep 2004, Dave Korn wrote: > > -----Original Message----- > > From: cygwin-owner On Behalf Of Igor Pechtchanski > > Sent: 10 September 2004 14:57 > > > On Fri, 10 Sep 2004, Christopher Faylor wrote: > > > > There is no such thing as "argv[0]" for a Windows program. Cygwin > > > uses CreateProcess to create processes. CreateProcess does not have > > > the concept of "argv[0]". Perhaps Microsoft's exec functions do > > > something funky that is understood by other msvcrt programs. > > > Cygwin doesn't do that. > > > > Allow me to disagree. CreateProcess takes two separate arguments: the > > image to run, and the command line (yes, as one long line). The > > actual executable being run is the image parameter, but the value of > > argv[0] is extracted from the command line one (well, unless the image > > name is NULL, in which case the image name and argv[0] are the same). > > That's the value of argv[0] that I meant. > > Allow me to disagree! The Win32 API specifies precisely the form that > the entry function of a win32 application must conform to: > > int WINAPI WinMain( > HINSTANCE hInstance, // handle to current instance > HINSTANCE hPrevInstance, // handle to previous instance > LPSTR lpCmdLine, // command line > int nCmdShow // show state > ); > > There is no concept of argv in the windows OS itself. The application > gets the entire commmand line as one unparsed string. Fair enough. Thanks for the clarification. What I meant was that the first token of the command line was set to the image name when invoking Windows applications from Cygwin. So, even if a Cygwin app sets argv[0] explicitly (which should be incorporated into the lpCmdLine), that first token would be the same as the image name, and not what was specified. > Now, it may well be the case that most applications link against the > msvcrt library, which contains an implementation of WinMain that parses > lpCmdLine into separate tokens, puts them into an array, and then calls > out to a function named 'main' in the user's app that is linked with the > library, passing it argc and argv parameters. But it's fair to point > out that the argv concept is not part of the OS, it's part of a compiler > support library; it's not handled by the OS, it's not passed to > applications, it's not defined in the API, and there are plenty of > applications that implement their own (or a predefined) WinMain in a > different fashion and do _not_ tokenize and parse the command line; 99% > of all MFC apps, for instance. True, but irrelevant. My complaint was that the first token of the command line, as specified by Cygwin's execv(), was ignored in favor of the image name. Hope this clarifies things, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Fri Sep 10 17:06:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 10 Sep 2004 17:06:00 -0000 Subject: Installation hangs because asks for input from terminal (Attn: tetex maintainer, setup maintainer) In-Reply-To: <41416E12.30103@math.md> References: <41416E12.30103@math.md> Message-ID: On Fri, 10 Sep 2004, Alexander Colesnicov wrote: > Dear Sir/Madam, > > I tried to install cygwin and it hanged when executing > /etc/postinstall/post-texmf.sh . To proceed further, I marked this > script as "done" and all the rest was OK. Then I started cygwin and run > this script manually. I found that it was a conflict with my existing > fpTeX installation (fpTeX is a TeTeX port to Windows) that defined an > environment variable TEXMFCNF to one of Windows directories. The script > post-texmf.sh diagnosted that and asked for user's reaction. I redefined > the variable in my .bashrc as TEXMFCNF="/usr/share/texmf/web2c:", and > the script run. The bad thing is that the terminal window does not exist > during setup.exe run. Therefore, the user can not react to script's > questions. My recommedation is to reprogram post-texmf.sh in such a > manner that it will never ask for user's intervention, and will set the > TEXMFCNF variable uncoditionally to its true value to avoid the > described conflict. This is a bug -- postinstall scripts should *not* be interactive, and certainly not via the TUI (since their output is not seen by the user while installing). Thanks for reporting it. As I see it, there are two places where this should be fixed: - setup.exe should run postinstall scripts with stdin redirected from /dev/null or equivalent (so that errant scripts don't hang the install) - the postinstall scripts themselves should have reasonable defaults on encountering EOF in the input (as a consequence of the first fix). Hope this helps, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ford@vss.fsi.com Fri Sep 10 17:15:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Fri, 10 Sep 2004 17:15:00 -0000 Subject: What Cygwin is In-Reply-To: <20040909085035.GD2953@cygbert.vinschen.de> References: <20040909085035.GD2953@cygbert.vinschen.de> Message-ID: On Thu, 9 Sep 2004, Corinna Vinschen wrote: > On Sep 8 11:31, Brian Ford wrote: > > No, now we continually have to explain why you can't install said > > x86 Linux binary/package and run it under our Linux emulator. Heck, you > > can't even *compile* said Linux firewall/router/proxy server etc. under > > our Linux emulator. Doesn't sound like much of an emulation to me. > > You don't think that's the fault of our project page, do you? Did you > read it lately? For about three months, there's a pretty precise text > with the headline "What Isn't Cygwin?" Sorry, no; I had not read it within that time period. I was going on recollection; my bad. It is much better now. However, if Cygwin is "a Linux emulation layer providing substantial Linux API functionality", then shouldn't Linux APIs and behavior now trump POSIX and the Single Unix Specification? Is that what we really want? I'm just not comfortable with the removal of all all references to POSIX and UNIX from that description. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From mlevy@jamesriversystems.net Fri Sep 10 17:15:00 2004 From: mlevy@jamesriversystems.net (Mark Levy) Date: Fri, 10 Sep 2004 17:15:00 -0000 Subject: *CISCO SPECIALS* Message-ID: ALL EQUIPMENT IS SMARTNETABLE CISCO2621 (48D/16F) $950 CISCO3661-AC 10/100E Cisco 3660 6-slot $4,750 CISCO3662-AC Dual 10/100E Cisco 3660 6-slot Dual AC $4,895 Cisco3725 CISCO 3700 SERIES 2-SLOT $5,250 Cisco6160 DSlam System (64D/32F) Full Feature Package $1500 GLC-SX-MM GE SFP LC CONNECTOR SX $195 NM-1A-T3 CISCO 3600 1-PORT DS3 ATM $3500 NM-16A INTERFACE MODULE 16-PORT SERIAL $300 PA-2T3 2PORT T 3 SERIAL ADAPTER $300 WS-C2924XL-EN SWITCH 24PORT 10/100 $450 SWITCHES & BLADES WS-C4006 CAT 4000 Chasis,fan and 2 ps $1040 WS-C4006-S2 CAT 4000 with supII $2600 WS-C4006-S3 CAT 4000 with supIII $8450 WS-X4148-RJ CAT 4000 10/100 Blade $1430 WS-X4148-RJ45-V CAT 4000 10/100 BLADES $2340 WS-X4013 CAT 4000 sup eng II $1430 WS-X4013 CAT 4000 sup eng II NEW $4290 WS-X4014 CAT 4000 SUP END III US $6990 Cisco7206VXR-CH - (New) 7206VXR 6-SLOT CHASSIS 1 $5900 Cisco7206VXR-CH - (Ref) 7206VXR 6-SLOT CHASSIS 1 $4030 NPE-G1 (New) ENGINE WITH 3 GE/FE/E PORTS $9500 NPE-G1 (Ref) ENGINE WITH 3 GE/FE/E PORTS $9200 NPE-400 -(New) NETWORK PROCESSING ENGINE 400 $6200 NPE-400 -(Ref) NETWORK PROCESSING ENGINE 400 $4550 NPE-300 -(Ref) PROCESSING ENGINE 300 $1495 C7200-I/O-FE -(Ref)FAST ETHERNET I/O $975 C7200-I/O-FE-2FE/E - (Ref)7200 I/O CTRL 2PT 10/100 ETH SPARE $2340 If you have any questions or would like further information, please contact me at the numbers below. Best Regards, Mark Levy JAMES RIVER SYSTEMS CORP. 757-833-3409 Main 757-833-3410 Fax 757-287-9902 Mobile Buy*Sell*Rent*Lease *To UNSUBSCRIBE from these mailings, please reply with REMOVE.* -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From nsomos@yahoo.com Fri Sep 10 17:37:00 2004 From: nsomos@yahoo.com (neal somos) Date: Fri, 10 Sep 2004 17:37:00 -0000 Subject: TCSH 6.13 shell script can't re-write to a file Message-ID: <20040910171525.70471.qmail@web60407.mail.yahoo.com> If you use /bin/echo the problem goes away. I can reproduce the problem with tcsh and when using /bin/echo instead of the builtin, I get the expected behavior. Apparently the built-in echo functions differently. neal _______________________________ Do you Yahoo!? Shop for Back-to-School deals on Yahoo! Shopping. http://shopping.yahoo.com/backtoschool -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From darogers@speakeasy.net Fri Sep 10 17:38:00 2004 From: darogers@speakeasy.net (David A. Rogers) Date: Fri, 10 Sep 2004 17:38:00 -0000 Subject: cygwin 1.5.11: execv doesn't set argv[0] on Windows programs In-Reply-To: Message-ID: On Fri, 10 Sep 2004, Dave Korn wrote: > There is no concept of argv in the windows OS itself. The application gets the > entire commmand line as one unparsed string. > Actually, this is not true. Even in a true win32 app, argc and argv are available, they are just not as obvious. The following program will print the location of the exe. --------------------------------------------------------------------------- #include "stdafx.h" #include "stdlib.h" // for __argc and __argv #include "stdio.h" // for sprintf int APIENTRY WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow) { char msg[300]; sprintf(msg, "%d args. Arg0 is %s", __argc, __argv[0]); MessageBox(NULL, msg, "argv test", MB_OK); return 0; } --------------------------------------------------------------------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Fri Sep 10 18:16:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Fri, 10 Sep 2004 18:16:00 -0000 Subject: [ANNOUNCEMENT] Updated: cygwin-1.5.11-1 In-Reply-To: References: <200409050451.i854pPi21887@esds.vss.fsi.com> <20040910125726.GD7514@trixie.casa.cgf.cx> Message-ID: <20040910174000.GB9110@trixie.casa.cgf.cx> On Fri, Sep 10, 2004 at 05:52:38PM +0200, Bj?rn-Helge Mevik wrote: >Christopher Faylor writes: > >> On Fri, Sep 10, 2004 at 12:41:18PM +0200, Bj?rn-Helge Mevik wrote: >>>Great! >>> >>>Unfortunately, it doesn't seem to solve the problem reported in >>> >>>http://cygwin.com/ml/cygwin/2004-08/msg00152.html >> >> I don't believe that anyone said it would. > >I don't believe that I claimed that anyone had said it would. "I've rotated the tires on the car." "Unfortunately, this does not solve the problem of the oil leak." Well, duh. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Fri Sep 10 18:20:00 2004 From: dk@artimi.com (Dave Korn) Date: Fri, 10 Sep 2004 18:20:00 -0000 Subject: make --help typo Message-ID: Hi all, I reckoned the tail of the make --help output looked a bit wrong... -----------snip!----------- dk@mace /artimi> make --help | tail -10 -w, --print-directory Print the current directory. --no-print-directory Turn off -w, even if it was turned on implicitly. -W FILE, --what-if=FILE, --new-file=FILE, --assume-new=FILE Consider FILE to be infinitely new. --warn-undefined-variables Warn when an undefined variable is referenced. Run in UNIX mode (use sh.exe subshell). Run in Win32 mode (use Win32 subshell). This program built for i686-pc-cygwin Report bugs to -----------snip!----------- and it particularly hit home when I needed to know whether the w was capitalized in --win32 or not (it isn't). Here's what surely counts as a trivial patch to fix it: --- main-3.80-1.c 2004-09-10 18:21:12.444251700 +0100 +++ main.c 2004-09-10 18:22:04.163663700 +0100 @@ -341,8 +341,10 @@ static const char *const usage[] = N_("\ --warn-undefined-variables Warn when an undefined variable is referenced.\n"), #ifdef __CYGWIN__ - N_("Run in UNIX mode (use sh.exe subshell).\n"), - N_("Run in Win32 mode (use Win32 subshell).\n"), + N_("\ + --unix Run in UNIX mode (use sh.exe subshell).\n"), + N_("\ + --win32 Run in Win32 mode (use Win32 subshell).\n"), #endif NULL }; [ Also attached to avoid linewrap] CGF, you released the last version of make, and I can't see that there's likely to be any great need to roll another in the foreseeable future, but maybe you'd like to drop this into your personal source tree just in case sometime you do end up doing another release? cheers, DaveK -- Can't think of a witty .sigline today.... -------------- next part -------------- A non-text attachment was scrubbed... Name: make-main.c-docs-patch.diff Type: application/octet-stream Size: 577 bytes Desc: not available URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Fri Sep 10 18:30:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 10 Sep 2004 18:30:00 -0000 Subject: rsync + xp sp2 failing (solved!) In-Reply-To: <20040910133101.GY17670@cygbert.vinschen.de> References: <20040909202553.8B672E598@wildcard.curl.com> <4140C972.6030408@iwcenter.com> <20040909220929.GA30475@cygbert.vinschen.de> <41416396.48B2E11E@dessent.net> <20040910123953.M96069@iwcenter.com> <20040910133101.GY17670@cygbert.vinschen.de> Message-ID: Done. Igor On Fri, 10 Sep 2004, Corinna Vinschen wrote: > Good catch, Brian! > > Could we give Brian another gold star, please? That was the first I > thought when reading this posting. > > Corinna > > > On Fri, 10 Sep 2004 01:19:34 -0700, Brian Dessent wrote > > > Corinna Vinschen wrote: > > > > > > > All WSADuplicateSocket calls fail with 10045, "operation is not supported > > > > for the type of object referenced", even thought the above created socket > > > > handles are referenced. That's weird. > > > > > > > > I'm still running XP SP1 and I can't reproduce this. I'm wondering if > > > > that's a side effect of the new firewall in XP2. Did you try with > > > > switching off the firewall entirely? > > > > > > FWIW this error happens frequently enough for Apache under windows > > > that it's in their FAQ: > > > > > > > > > ---- quote ---- > > > Apache for Windows does not start. Error log contains this message: > > > "[crit] (10045) The attempted operation is not supported for the > > > type of object referenced: Parent: WSADuplicateSocket failed for > > > socket ###". What does this mean? > > > [...] -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cmcdevitt@ABINITIO.COM Fri Sep 10 18:43:00 2004 From: cmcdevitt@ABINITIO.COM (Chuck McDevitt) Date: Fri, 10 Sep 2004 18:43:00 -0000 Subject: cygwin 1.5.11: execv doesn't set argv[0] on Windows programs In-Reply-To: Message-ID: argv and argc are concepts from the C runtime, not the Windows OS. The actual entry point to your program is to a routine that calls the initialization routines of the C library, then calls winMain. Those initialization routines get the command line via Win32 call, allocates memory for argv, and parses the command line. Windows itself has no requirement that an application support argv and argc, and in fact programs in other languages (VB etc) don't have any such concept. Cygwin, when launching an application, just needs to make sure the CreateProcess call has the command line passed to it. Everything else is handled by the the receiving program (via C runtime, if a C program). -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From james.phillips@honeywell.com Fri Sep 10 18:48:00 2004 From: james.phillips@honeywell.com (Phillips, James R) Date: Fri, 10 Sep 2004 18:48:00 -0000 Subject: gv and ghostscript-x11 broken out of the box Message-ID: <91B8B800D848D611903F000347992DC10758C5A9@sbnex642.als.allied.com> Hi, I'm using gv to view postscript files, but it is broken following a clean install. It works after some hand configuration, but that shouldn't be necessary. First off, the installation of ghostscript-x11 should probably uninstall ghostscript, otherwise the version of gs picked up by gv will probably be /usr/bin/gs instead of /usr/bin/X11R6/gs. In the alternative, gv configuration should specify the full path to ghostscript-x11 out of the box. Secondly, ghostscript-x11 requires installation of XFree86-lib-compat in order to have liblCE.dll available. This should be enforced in setup.exe. It isn't, so ghostscript-x11 is broken after a clean install. James R. Phillips South Bend, Indiana -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Fri Sep 10 19:19:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 10 Sep 2004 19:19:00 -0000 Subject: cygwin 1.5.11: execv doesn't set argv[0] on Windows programs In-Reply-To: References: Message-ID: On Fri, 10 Sep 2004, Chuck McDevitt wrote: > argv and argc are concepts from the C runtime, not the Windows OS. > > The actual entry point to your program is to a routine that calls the > initialization routines of the C library, then calls winMain. > > Those initialization routines get the command line via Win32 call, > allocates memory for argv, and parses the command line. > > Windows itself has no requirement that an application support argv and > argc, and in fact programs in other languages (VB etc) don't have any such > concept. Ok, so I didn't use quite the right phrasing, but I believe it's been explained adequately since. > Cygwin, when launching an application, just needs to make sure the > CreateProcess call has the command line passed to it. > Everything else is handled by the the receiving program (via C runtime, if > a C program). Exactly, with one small clarification: "Cygwin, when launching an application, just needs to make sure the CreateProcess call has the *right* command line passed to it.". Currently, spawn_guts() munges the first token in that command line to match the image name, even if instructed otherwise (via the args array). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From darogers@speakeasy.net Fri Sep 10 19:19:00 2004 From: darogers@speakeasy.net (David A. Rogers) Date: Fri, 10 Sep 2004 19:19:00 -0000 Subject: cygwin 1.5.11: execv doesn't set argv[0] on Windows programs In-Reply-To: Message-ID: On Fri, 10 Sep 2004, Chuck McDevitt wrote: > argv and argc are concepts from the C runtime, not the Windows OS. > > The actual entry point to your program is to a routine that calls the > initialization routines of the C library, then calls winMain. > Yes, certainly. The point I was making was that the information was available in a true win32 app. David Korn implied that the WinMain call was the only access to the calling arguments that were available to a win32 app. That is not true, as I showed. dar -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From myers@crd.ge.com Fri Sep 10 20:54:00 2004 From: myers@crd.ge.com (Myers, Paul R (Research)) Date: Fri, 10 Sep 2004 20:54:00 -0000 Subject: TCSH 6.13 shell script can't re-write to a file Message-ID: Thanks Neal, I had assumed the issue was with the rm statement, and was experimenting there. Some experimentation shows the problem is with the first echo statement. If I replace the first echo statement with /bin/echo or even printf the second echo statement works fine. So, as you said, the TCSH echo statement has the strange behavior. I guess it doesn't "release" the file, or close a pipe or something. Thanks again, this is a good workaround. Paul -----Original Message----- From: neal somos [mailto:nsomos@yahoo.com] Sent: Friday, September 10, 2004 1:15 PM To: cygwin@cygwin.com Subject: Re: TCSH 6.13 shell script can't re-write to a file If you use /bin/echo the problem goes away. I can reproduce the problem with tcsh and when using /bin/echo instead of the builtin, I get the expected behavior. Apparently the built-in echo functions differently. neal _______________________________ Do you Yahoo!? Shop for Back-to-School deals on Yahoo! Shopping. http://shopping.yahoo.com/backtoschool -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Fri Sep 10 21:14:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Fri, 10 Sep 2004 21:14:00 -0000 Subject: fork fails In-Reply-To: <20040910141916.81869.qmail@web61304.mail.yahoo.com> References: <20040910141916.81869.qmail@web61304.mail.yahoo.com> Message-ID: <6.1.0.6.0.20040910164949.03e77e80@pop.prospeed.net> At 10:19 AM 9/10/2004, you wrote: >I installed Cygwin over the net in 2004-09-10 to WinXP >where I am using Administrator account and everything >seems to work just fine. However, with the same >installation procedure on Win2000 where I'm just in >the Users group I get: > > 440 [main] zsh 1432 fork_copy: linked dll data/bss >pass 0 failed, >0x542000.. >0x5427F0, done 0, windows pid 1960, Win32 error 487 >/etc/profile:33: fork failed: resource temporarily >unavailable > 92177 [main] zsh 1432 fork_copy: linked dll data/bss >pass 0 failed, >0x542000.. >0x5427F0, done 0, windows pid 316, Win32 error 487 >/home/ttn/.zshenv:9: fork failed: resource temporarily >unavailable > 246057 [main] zsh 1432 fork_copy: linked dll data/bss >pass 0 failed, >0x542000.. >0x5427F0, done 0, windows pid 852, Win32 error 487 >/home/ttn/.zshrc:23: fork failed: resource temporarily >unavailable > 290951 [main] zsh 1432 fork_copy: linked dll data/bss >pass 0 failed, >0x542000.. >0x5427F0, done 0, windows pid 2644, Win32 error 487 >/home/ttn/.zlogin:6: fork failed: resource temporarily >unavailable > >This happen when I replaced "bash --login -i" in >cygwin.bat with "zsh -l" and ran it. Shell (zsh) >built- in commands work, but everything else fails >with same symptoms. Mysteriously, using "bash --login >-i" works just fine and also if I start zsh from bash, >also zsh is working then! > >:-O Apparently you don't remember this error on the Windows 2000 machine and what you did to fix it then. ;-) I should point out that this is a perfect question for the email archives. You would have seen plenty of references and the likely solution. Install the 'rebase' package. Run 'rebaseall'. A simpler fix you couldn't ask for. :-) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Fri Sep 10 21:45:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Fri, 10 Sep 2004 21:45:00 -0000 Subject: Cygwin Cron on Windows 2003 Server Issues In-Reply-To: <000001c49744$93c86290$140f000a@PJGVAIO> References: <000001c49744$93c86290$140f000a@PJGVAIO> Message-ID: <6.1.0.6.0.20040910170633.029d0e98@pop.prospeed.net> At 10:43 AM 9/10/2004, you wrote: >Folks - any assistance would be greatly appreciated... And what about Igor's response would not qualify as "assistance"? If you're looking for something specific, you should ask the specific question. I thought Igor's reply looked quite helpful and was certainly an excellent attempt at "assistance". If it's not for you, then at the very least you need to be more specific about the kind of "assistance" you're looking for. Or maybe I just missed a portion of this thread. I tried to go back and recap from the web but it looks like your replies (at least) break the thread every time. I got tired of searching for some new branch... -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From p.j.g@softhome.net Fri Sep 10 22:18:00 2004 From: p.j.g@softhome.net (Paul J. Ghosh) Date: Fri, 10 Sep 2004 22:18:00 -0000 Subject: Cygwin Cron on Windows 2003 Server Issues Message-ID: <000501c4977f$70c95520$140f000a@PJGVAIO> Thank you all for your help. We pursued all that was recommended and still ran into the error: cron : PID 3784 : starting service `cron' failed: execv: 128, Transport endpoint is not connected. Since invoking it command line was successful we put a wrapper in place that executes cron and added the wrapper as a service. cron is now working. For the issue where crontab assumes that SYSTEM is the owner of the cron service and leaves the contents of the /var/cron/tabs as 640 with a group of SYSTEM we also created a wrapper that changes the permission to 644. Here is the detail of what we have put into place and provided to the release engineer: overview: - create local user called 'svccron' - set up permissions for local user - create wrappers for cron/crontab - add wrapped cron as service - set up schedules execute the following within a bash shell: - create local user called 'svccron' net user svccron /add /yes net localgroup svccron /add editrights -a SeAssignPrimaryTokenPrivilege -u svccron editrights -a SeCreateTokenPrivilege -u svccron editrights -a SeIncreaseQuotaPrivilege -u svccron editrights -a SeServiceLogonRight -u svccron mkpasswd -l -u svccron >> /etc/passwd for security reasons: editrights -a SeDenyInteractiveLogonRight -u svccron editrights -a SeDenyNetworkLogonRight -u svccron editrights -a SeDenyRemoteInteractiveLogonRight -u svccron - create wrapper for cron - attached 'xcron'/contents below - install in /usr/sbin - change permissions for xcron $ chmod 744 /usr/sbin/xcron $ cat /usr/sbin/xcron #!/usr/bin/bash /usr/sbin/cron -D $ ls -l /usr/sbin/xcron -rwxr-xr-x 1 devadm Domain U 34 Sep 10 14:03 /usr/sbin/xcron - create wrapper for crontab - attached 'xcrontab'/contents below - install in /usr/bin - change permissions for xcrontab $ chmod 744 /usr/bin/xcrontab $ cat /usr/bin/xcrontab #!/usr/bin/bash /usr/bin/crontab $@; xval=$?; chmod 644 /var/cron/tabs/$USER; exit $xval; $ ls -l /usr/bin/xcrontab -rwxr-xr-x 1 devadm Domain U 90 Sep 10 13:58 /usr/bin/xcrontab - add wrapped cron as service $ cygrunsrv -I xcron -p /usr/sbin/xcron -a -u svccron -w - execute following as user for which tasks need to be scheduled $ xcrontab -e - for details $ man 5 crontab Regards, Paul J. Ghosh -------------- next part -------------- A non-text attachment was scrubbed... Name: xcron Type: application/octet-stream Size: 34 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: xcrontab Type: application/octet-stream Size: 91 bytes Desc: not available URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Fri Sep 10 22:37:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 10 Sep 2004 22:37:00 -0000 Subject: Cygwin Cron on Windows 2003 Server Issues In-Reply-To: <000501c4977f$70c95520$140f000a@PJGVAIO> References: <000501c4977f$70c95520$140f000a@PJGVAIO> Message-ID: On Fri, 10 Sep 2004, Paul J. Ghosh wrote: > Thank you all for your help. We pursued all that was recommended and > still ran into the error: cron : PID 3784 : starting service `cron' > failed: execv: 128, Transport endpoint is not connected. > > Since invoking it command line was successful we put a wrapper in place > that executes cron and added the wrapper as a service. cron is now > working. For the issue where crontab assumes that SYSTEM is the owner > of the cron service and leaves the contents of the /var/cron/tabs as 640 > with a group of SYSTEM we also created a wrapper that changes the > permission to 644. > > Here is the detail of what we have put into place and provided to the > release engineer: > > overview: > - create local user called 'svccron' > - set up permissions for local user > - create wrappers for cron/crontab > - add wrapped cron as service > - set up schedules > > execute the following within a bash shell: > > - create local user called 'svccron' > > net user svccron /add /yes > net localgroup svccron /add > editrights -a SeAssignPrimaryTokenPrivilege -u svccron > editrights -a SeCreateTokenPrivilege -u svccron > editrights -a SeIncreaseQuotaPrivilege -u svccron > editrights -a SeServiceLogonRight -u svccron > mkpasswd -l -u svccron >> /etc/passwd > > for security reasons: > editrights -a SeDenyInteractiveLogonRight -u svccron > editrights -a SeDenyNetworkLogonRight -u svccron > editrights -a SeDenyRemoteInteractiveLogonRight -u svccron > > - create wrapper for cron - attached 'xcron'/contents below > - install in /usr/sbin > - change permissions for xcron > $ chmod 744 /usr/sbin/xcron > > $ cat /usr/sbin/xcron > #!/usr/bin/bash > /usr/sbin/cron -D > > $ ls -l /usr/sbin/xcron > -rwxr-xr-x 1 devadm Domain U 34 Sep 10 14:03 /usr/sbin/xcron > > - create wrapper for crontab - attached 'xcrontab'/contents below > - install in /usr/bin > - change permissions for xcrontab > $ chmod 744 /usr/bin/xcrontab > > $ cat /usr/bin/xcrontab > #!/usr/bin/bash > /usr/bin/crontab $@; > xval=$?; > chmod 644 /var/cron/tabs/$USER; > exit $xval; > > $ ls -l /usr/bin/xcrontab > -rwxr-xr-x 1 devadm Domain U 90 Sep 10 13:58 /usr/bin/xcrontab > > - add wrapped cron as service > $ cygrunsrv -I xcron -p /usr/sbin/xcron -a -u svccron -w > > - execute following as user for which tasks need to be scheduled > $ xcrontab -e > > - for details > $ man 5 crontab Well, Larry is right -- it's very hard to follow a thread where the replies neither quote the original message nor have the correct References: or In-Reply-To: fields. However, I've just reviewed the whole thread. I don't believe you (or Anna Goldberg) ever said what the exact cygrunsrv invocation of the cron service was. Had you said that, it would have been rather obvious that you were simply missing the -D argument to cron, and that adding that would have most likely solved your problem. FWIW, I don't believe the cygrunsrv invocation above works for you, since the -a flag requires an argument, and will grab the -u. You probably didn't cut-and-paste the exact command. In any case, you can try simply using $ cygrunsrv -I cron -p /usr/sbin/cron -a -D -u svccron -w and see if it works. The crontab trick, on the other hand, might be necessary. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pierre.humblet@ieee.org Fri Sep 10 22:59:00 2004 From: pierre.humblet@ieee.org (Pierre A. Humblet) Date: Fri, 10 Sep 2004 22:59:00 -0000 Subject: Cygwin Cron on Windows 2003 Server Issues In-Reply-To: <000501c4977f$70c95520$140f000a@PJGVAIO> References: <000501c4977f$70c95520$140f000a@PJGVAIO> Message-ID: <20040910223911.GA211629@Worldnet> On Fri, Sep 10, 2004 at 04:45:07PM -0500, Paul J. Ghosh wrote: > Thank you all for your help. We pursued all that was recommended and > still ran into the error: cron : PID 3784 : starting service `cron' > failed: execv: 128, Transport endpoint is not connected. > > Since invoking it command line was successful we put a wrapper in place > that executes cron and added the wrapper as a service. cron is now > working. For the issue where crontab assumes that SYSTEM is the owner > of the cron service and leaves the contents of the /var/cron/tabs as 640 > with a group of SYSTEM we also created a wrapper that changes the > permission to 644. > > Here is the detail of what we have put into place and provided to the > release engineer: > > overview: > - create local user called 'svccron' > - set up permissions for local user > - create wrappers for cron/crontab > - add wrapped cron as service > - set up schedules > > execute the following within a bash shell: > > - create local user called 'svccron' > > net user svccron /add /yes > net localgroup svccron /add > editrights -a SeAssignPrimaryTokenPrivilege -u svccron > editrights -a SeCreateTokenPrivilege -u svccron > editrights -a SeIncreaseQuotaPrivilege -u svccron > editrights -a SeServiceLogonRight -u svccron > mkpasswd -l -u svccron >> /etc/passwd > > for security reasons: > editrights -a SeDenyInteractiveLogonRight -u svccron > editrights -a SeDenyNetworkLogonRight -u svccron > editrights -a SeDenyRemoteInteractiveLogonRight -u svccron > > - create wrapper for cron - attached 'xcron'/contents below > - install in /usr/sbin > - change permissions for xcron > $ chmod 744 /usr/sbin/xcron > > $ cat /usr/sbin/xcron > #!/usr/bin/bash > /usr/sbin/cron -D > > $ ls -l /usr/sbin/xcron > -rwxr-xr-x 1 devadm Domain U 34 Sep 10 14:03 > /usr/sbin/xcron > > - create wrapper for crontab - attached 'xcrontab'/contents > below > - install in /usr/bin > - change permissions for xcrontab > $ chmod 744 /usr/bin/xcrontab > > $ cat /usr/bin/xcrontab > #!/usr/bin/bash > /usr/bin/crontab $@; > xval=$?; > chmod 644 /var/cron/tabs/$USER; > exit $xval; > > $ ls -l /usr/bin/xcrontab > -rwxr-xr-x 1 devadm Domain U 90 Sep 10 13:58 > /usr/bin/xcrontab > > - add wrapped cron as service > $ cygrunsrv -I xcron -p /usr/sbin/xcron -a -u svccron -w > > > - execute following as user for which tasks need to be scheduled > $ xcrontab -e > > - for details > $ man 5 crontab > I am wondering if the additional steps below would not remove the need for xcrontab: 1) after mkpasswd -l -u svccron >> /etc/passwd edit /etc/passwd and set the uid of svccron to 0 2) Change the command in xcron to su -c "exec /usr/sbin/cron -D" system Pierre -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cygwin@zyrianes.net Fri Sep 10 23:37:00 2004 From: cygwin@zyrianes.net (Ludovic Bellier) Date: Fri, 10 Sep 2004 23:37:00 -0000 Subject: [Mirror] new french mirror Message-ID: Hello, I've added a new mirror for cygwin, it is available via http and ftp. URL: ftp://mirror1.finix.eu.org/cygwin & http://mirror1.finix.eu.org/cygwin/ Server location: France [fr], Paris Band-width: more than 10Mbps Organisation: Finix (French Linux User Group, city Brest, http://finix.eu.org) and Zyrianes team (http://qeo.zyrianes.net) Daily updated. Someone know how being added to the official mirror list (http://cygwin.com/mirrors.html) and the cygwin setup mirror list? I've tried sourcemaster mail without success.... Thank's. -- ludovic Bellier -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From doctor@fruitbat.org Sat Sep 11 00:30:00 2004 From: doctor@fruitbat.org (Peter A. Castro) Date: Sat, 11 Sep 2004 00:30:00 -0000 Subject: Error Launching zsh In-Reply-To: <1432223034.20040908154359@softtalker.com> References: <1432223034.20040908154359@softtalker.com> Message-ID: On Wed, 8 Sep 2004, Mike Dillinger wrote: > Hello, Hi Mike, > I am running Win2K SP4. I have a shortcut to run zsh on my desktop that > simply runs "C:\cygwin\bin\zsh.exe". > > After powering on the PC or rebooting, I get the following error when I run > the zsh shortcut: > 20 [main] zsh 688 fork_copy: linked dll data/bss pass 0 failed, 0x442000..0x4427F0, done 0, windows pid 1532, Win32 error 87 > /etc/zprofile:6: fork failed: resource temporarily unavailable > 306356 [main] zsh 688 fork_copy: linked dll data/bss pass 0 failed, 0x442000..0x4427F0, done 0, windows pid 1528, Win32 error 87 > /cygdrive/c/Documents and Settings/miked/.zshrc:41: fork failed: resource temporarily unavailable Hmmm... I haven't seen this before. I do use Win2kSP4 as a build & testing machine, along with the shortcut regularly. I suppose it might be necessary to rebase your Cygwin environment, but that's just a WAG. > The second error (zprofile:6) is the 'id -un' command. > > I looked up Win32 error 87, and here is the text for it: > 87 The parameter is incorrect. ERROR_INVALID_PARAMETER > > Generally, if I close the errant zsh window and run the shortcut again, > everything is fine. bash works just fine - no problems. Quite strange... What happens if you, after a fresh reboot, open a Command Prompt and type: C: cd c:\cygwin\bin zsh -i -l Do you get the same error or something else? > Any suggestions why this is happening? I've Googled for a while now and > can't find anything. Not a clue. You'll need to provide details about your Cygwin environment as well as anything extra you might have installed. > Thanks, > -MikeD -- Peter A. Castro or "Cats are just autistic Dogs" -- Dr. Tony Attwood -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Andrew@DeFaria.com Sat Sep 11 01:27:00 2004 From: Andrew@DeFaria.com (Andrew DeFaria) Date: Sat, 11 Sep 2004 01:27:00 -0000 Subject: Is it free to use In-Reply-To: <4141BD6D.1050708@bellsouth.net> References: <414007D6.7DB36622@dessent.net> <20040909135502.GC27325@trixie.casa.cgf.cx> <414156C2.4CC8BFDB@dessent.net> <20040910125619.GC7514@trixie.casa.cgf.cx> <4141BD6D.1050708@bellsouth.net> Message-ID: Bobby McNulty wrote: > Personally, I'm bored with the free verses copyrighted material. Then why are you here (I mean in this thread)? > GPL means you should include your source code with your binary code. > Simple. Redhat does it, Mandrake does it, Cygnus does it. Cygwin's > sources are included in the download section. Next time, think before > you speak. Contrary to your opinion I did think before I spoke! I don't think the people who would use my application would want, know, care about or understand the source and I didn't want to go through the additional effort to make them available, place proper attribution in the sources and require them to download an install Cygwin (if I were to use cygwin1.dll). -- Question: Why do people always seem to find things in the last place that they look? Answer: Because most people stop looking after they find it! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From p.j.g@softhome.net Sat Sep 11 01:46:00 2004 From: p.j.g@softhome.net (Paul J. Ghosh) Date: Sat, 11 Sep 2004 01:46:00 -0000 Subject: Cygwin Cron on Windows 2003 Server Issues In-Reply-To: Message-ID: <000001c4979e$742fc090$6500a8c0@PJGVAIO> Larry/Igor - well - this is the first time I am participating in the cygwin mailing list and from what I have read at http://ezmlm.org/ it is supposed to add to threads if the subject is identical. I have been using the same subject line. There was not an initial email that I could have replied to nor was there a References: that I could have manipulated when I started. I read the responses by going to the site http://cygwin.com/ml/cygwin/2004-09/ which just lists items chronologically. But, since it was not available night before last I discovered the site http://www.mail-archive.com/cygwin@cygwin.com/ that actually does have all my responses threaded correctly. In fact, the presentation is prefered since it is by thread/subject as opposed to by date/time. So, tell me what I am supposed to do such that responses are correctly threaded and I will comply... Igor - even though we did not state the command executed to add cron as a service it did include the -D option as described in the message http://www.mail-archive.com/cygwin@cygwin.com/msg31538.html. Yes, we have tried running it as you have described and it still fails with the error: cron : PID 3784 : starting service `cron' failed: execv: 128, Transport endpoint is not connected. Also yes, you have correctly pointed out that the -a is erroneous in my summation of steps. I am including an updated set of instructions just to ensure that any future readers will not be mislead. Pierre - your suggestion - will it not lead to root privileges for svccron? If yes, then that is not desirable. However, I will try it out and let all know the outcome. In a bash shell with a simple command it prompts for a password. $ su -c "exec echo foobar" system Password: su: incorrect password Thank you all once again. Hopefully one of you can get it to work on W2K3 without wrappers. Regards, Paul J. Ghosh overview: - create local user called 'svccron' - set up permissions for local user - create wrappers for cron/crontab - add wrapped cron as service - set up schedules execute the following within a bash shell: - create local user called 'svccron' net user svccron /add /yes net localgroup svccron /add editrights -a SeAssignPrimaryTokenPrivilege -u svccron editrights -a SeCreateTokenPrivilege -u svccron editrights -a SeIncreaseQuotaPrivilege -u svccron editrights -a SeServiceLogonRight -u svccron mkpasswd -l -u svccron >> /etc/passwd for security reasons: editrights -a SeDenyInteractiveLogonRight -u svccron editrights -a SeDenyNetworkLogonRight -u svccron editrights -a SeDenyRemoteInteractiveLogonRight -u svccron - create wrapper for cron - attached 'xcron'/contents below - install in /usr/sbin - change permissions for xcron $ chmod 744 /usr/sbin/xcron $ cat /usr/sbin/xcron #!/usr/bin/bash /usr/sbin/cron -D $ ls -l /usr/sbin/xcron -rwxr-xr-x 1 devadm Domain U 34 Sep 10 14:03 /usr/sbin/xcron - create wrapper for crontab - attached 'xcrontab'/contents below - install in /usr/bin - change permissions for xcrontab $ chmod 744 /usr/bin/xcrontab $ cat /usr/bin/xcrontab #!/usr/bin/bash /usr/bin/crontab $@; xval=$?; chmod 644 /var/cron/tabs/$USER; exit $xval; $ ls -l /usr/bin/xcrontab -rwxr-xr-x 1 devadm Domain U 90 Sep 10 13:58 /usr/bin/xcrontab - add wrapped cron as service $ cygrunsrv -I xcron -p /usr/sbin/xcron -u svccron -w - execute following as user for which tasks need to be scheduled $ xcrontab -e - for details $ man 5 crontab -------------- next part -------------- A non-text attachment was scrubbed... Name: xcrontab Type: application/octet-stream Size: 90 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: xcron Type: application/octet-stream Size: 35 bytes Desc: not available URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Sat Sep 11 01:50:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Sat, 11 Sep 2004 01:50:00 -0000 Subject: cygwin Cron on Windows 2003 Server Issues In-Reply-To: <000001c4979e$742fc090$6500a8c0@PJGVAIO> References: <000001c4979e$742fc090$6500a8c0@PJGVAIO> Message-ID: <20040911014722.GB15401@trixie.casa.cgf.cx> On Fri, Sep 10, 2004 at 08:27:05PM -0500, Paul J. Ghosh wrote: >Larry/Igor - well - this is the first time I am participating in the >cygwin mailing list and from what I have read at http://ezmlm.org/ it is >supposed to add to threads if the subject is identical. URL? This is the first that I've heard that ezmlm is broken on sourceware.org. >I have been using the same subject line. There was not an initial >email that I could have replied to nor was there a References: that I >could have manipulated when I started. I read the responses by going >to the site http://cygwin.com/ml/cygwin/2004-09/ which just lists items >chronologically. Look closer. There are a variety of listing options available. Regardless, this has nothing to do with how some random web archiver lists email. You're reading a mailing list. Respond to the email using any modern email client and you will preserve threading. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Sat Sep 11 01:54:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Sat, 11 Sep 2004 01:54:00 -0000 Subject: cygwin 1.5.11: execv doesn't set argv[0] on Windows programs In-Reply-To: References: Message-ID: <20040911015210.GC15401@trixie.casa.cgf.cx> On Fri, Sep 10, 2004 at 02:19:40PM -0500, David A. Rogers wrote: >On Fri, 10 Sep 2004, Chuck McDevitt wrote: > >> argv and argc are concepts from the C runtime, not the Windows OS. >> >> The actual entry point to your program is to a routine that calls the >> initialization routines of the C library, then calls winMain. >> > >Yes, certainly. The point I was making was that the information was available >in a true win32 app. David Korn implied that the WinMain call was the only >access to the calling arguments that were available to a win32 app. That is >not true, as I showed. This is what Dave Korn said: >But it's fair to point out that the argv concept is not part of the OS, >it's part of a compiler support library; You don't seem to be getting the concept that this is not part of the OS. It is an extension imposed by msvcrt.dll. If the application doesn't use msvcrt.dll then there is no guarantee that argv[0] will be set as expected. You can write 100 programs showing that you are seeing argv and argc. That doesn't mean that it is part of the standard Windows API. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From p.j.g@softhome.net Sat Sep 11 01:56:00 2004 From: p.j.g@softhome.net (Paul J. Ghosh) Date: Sat, 11 Sep 2004 01:56:00 -0000 Subject: cygwin Cron on Windows 2003 Server Issues Message-ID: <000401c497a2$49670180$6500a8c0@PJGVAIO> Christopher - you lost me. How am I supposed to reply to your message from the site http://cygwin.com/ml/cygwin/2004-09/msg00505.html? My current response is being composed by clicking on the button at the bottom of the page http://www.mail-archive.com/cygwin@cygwin.com/msg44535.html which I am assuming will contain the correct reference. Help me out here - I have web site blindness! Yes, I have now looked closer and discovered the 'Thread Index' option on http://cygwin.com/ml/cygwin/2004-09/. Thank you. Regards, Paul J. Ghosh -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Sat Sep 11 02:24:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Sat, 11 Sep 2004 02:24:00 -0000 Subject: make --help typo In-Reply-To: References: Message-ID: <20040911015809.GD15401@trixie.casa.cgf.cx> On Fri, Sep 10, 2004 at 07:14:07PM +0100, Dave Korn wrote: > CGF, you released the last version of make, and I can't see that there's likely >to be any great need to roll another in the foreseeable future, but maybe you'd >like to drop this into your personal source tree just in case sometime you do end >up doing another release? Yep, done. I thought I'd already fixed this, in fact. Thanks. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Sat Sep 11 02:28:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Sat, 11 Sep 2004 02:28:00 -0000 Subject: cygwin Cron on Windows 2003 Server Issues In-Reply-To: <000401c497a2$49670180$6500a8c0@PJGVAIO> References: <000401c497a2$49670180$6500a8c0@PJGVAIO> Message-ID: <20040911022543.GA15709@trixie.casa.cgf.cx> On Fri, Sep 10, 2004 at 08:54:33PM -0500, Paul J. Ghosh wrote: >Christopher - you lost me. How am I supposed to reply to your message >from the site http://cygwin.com/ml/cygwin/2004-09/msg00505.html? Ok, either you're new to the internet or you're trolling. I don't know which it is. We are communicating via email in a mailing list. The standard way of participating in mailing list discussions is to subscribe to the mailing list. When you subscribe you are guaranteed to receive email when people reply to your messages. If you do not subscribe then there will be people, like me, who forget to cc you. So, you may only see responses in the email archives. I have bcc'ed you this time so you can just respond to this email just to get a feel for what it is supposed to be like. If you want to use a random site like mail-archive.com, to track what's going on, that's fine. Just don't insist that it's the only way to participate in the discussion. It is a non-standard and inefficient way of communicating. The main cygwin page provides a link that should make things pretty clear about how to subscribe to the cygwin lists. If you are still confused by the concept of a mailing list, here are some definitions: http://www.google.com/search?q=define:Mailing+List -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Sat Sep 11 03:13:00 2004 From: brian@dessent.net (Brian Dessent) Date: Sat, 11 Sep 2004 03:13:00 -0000 Subject: cygwin Cron on Windows 2003 Server Issues References: <000401c497a2$49670180$6500a8c0@PJGVAIO> Message-ID: <414263D4.D618071D@dessent.net> "Paul J. Ghosh" wrote: > Christopher - you lost me. How am I supposed to reply to your message > from the site http://cygwin.com/ml/cygwin/2004-09/msg00505.html? My > current response is being composed by clicking on the button at the > bottom of the page > http://www.mail-archive.com/cygwin@cygwin.com/msg44535.html which I am > assuming will contain the correct reference. Help me out here - I have > web site blindness! > > Yes, I have now looked closer and discovered the 'Thread Index' option > on http://cygwin.com/ml/cygwin/2004-09/. Thank you. This is a mailing list. If you want to interact with it, subscribe to it. When the email that you wish to reply to is selected in your email program, press reply. This is not a web forum, and trying to treat it as such is just going to mess up the threading. Keeping the same subject line will NOT create proper threading, only the presense of the In-Reply-To: and/or References: headers. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From g.r.vansickle@worldnet.att.net Sat Sep 11 03:18:00 2004 From: g.r.vansickle@worldnet.att.net (Gary R. Van Sickle) Date: Sat, 11 Sep 2004 03:18:00 -0000 Subject: What Cygwin is In-Reply-To: Message-ID: > On Thu, 9 Sep 2004, Corinna Vinschen wrote: > > > On Sep 8 11:31, Brian Ford wrote: > > > No, now we continually have to explain why you can't install said > > > x86 Linux binary/package and run it under our Linux > emulator. Heck, > > > you can't even *compile* said Linux firewall/router/proxy server > > > etc. under our Linux emulator. Doesn't sound like much > of an emulation to me. > > > > You don't think that's the fault of our project page, do > you? Did you > > read it lately? For about three months, there's a pretty > precise text > > with the headline "What Isn't Cygwin?" > > Sorry, no; I had not read it within that time period. I was > going on recollection; my bad. It is much better now. > > However, if Cygwin is "a Linux emulation layer providing > substantial Linux API functionality", then shouldn't Linux > APIs and behavior now trump POSIX and the Single Unix > Specification? Is that what we really want? > No. > I'm just not comfortable with the removal of all all > references to POSIX and UNIX from that description. > Nor I, nor apparently many others, especially when the replacement is simply not correct. And anyway, if it's going to be a "Linux emulation layer", it better be changed to "GNU/Linux emulation layer" or Stallman will throw a hissy fit. -- Gary R. Van Sickle -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From g.r.vansickle@worldnet.att.net Sat Sep 11 03:25:00 2004 From: g.r.vansickle@worldnet.att.net (Gary R. Van Sickle) Date: Sat, 11 Sep 2004 03:25:00 -0000 Subject: diff crashes with big files on Itanium machine In-Reply-To: <200409101353.i8ADr8L8015608@www5.pochta.ru> Message-ID: > Hi, All! > > I would like to report a problem I have with Cygwin's diff. > It crashes when I use it on 2 big files (the size is 100M > each) on Itanium machines under Windows .NET server. It works > OK on x86 machines. There's a reason they call it "Itanic". HEEEEEEEEHeheheheheeeeee! Man I love that one! -- Gary R. Van Sickle -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pierre.humblet@ieee.org Sat Sep 11 03:36:00 2004 From: pierre.humblet@ieee.org (Pierre A. Humblet) Date: Sat, 11 Sep 2004 03:36:00 -0000 Subject: Cygwin Cron on Windows 2003 Server Issues In-Reply-To: <000001c4979e$742fc090$6500a8c0@PJGVAIO> References: <000001c4979e$742fc090$6500a8c0@PJGVAIO> Message-ID: <20040911032116.GA223947@hpn5170> On Fri, Sep 10, 2004 at 08:27:05PM -0500, Paul J. Ghosh wrote: > > Pierre - your suggestion - will it not lead to root privileges for > svccron? You mean setting its uid to 0? It won't change anything for Windows ntsec. The advantage is that su won't prompt for passwd. The reason for the su is that cron will run as system, which is what crontab expects. > If yes, then that is not desirable. However, I will try it > out and let all know the outcome. In a bash shell with a simple command > it prompts for a password. Except if the uid is 0 ! If it works you could also try to get rid of xcron and run something like $ cygrunsrv -I cron -p /usr/bin/su -a "-c 'exec /usr/sbin/cron -D' system" -u svccron -w (my quoting may be off). Also don't forget to delete /var/run/cron.pid when changing cron daemon uid. Pierre -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From g.r.vansickle@worldnet.att.net Sat Sep 11 03:38:00 2004 From: g.r.vansickle@worldnet.att.net (Gary R. Van Sickle) Date: Sat, 11 Sep 2004 03:38:00 -0000 Subject: OT: RE: filesystem encoding In-Reply-To: <41416CE6.3080005@chameleonnet.co.uk> Message-ID: > Gary R. Van Sickle wrote: > > >Welcome to the 21st century, where computers can't even > unambiguously > >represent written text. > > > > > Isn't this something unicode was meant to solve? Yes, and if implemented properly, it mostly does. > or does > unicode still need a codepage to map to glyphs? No, not a system-wide one anyway. IIRC (and I'm no Unicode expert), the verbage in the specs talk about "codepages" (or something like that) a lot, but it's a few bits in each character that specify something similar to the ASCII/ISO-style codepages, the end result being that each individual Unicode character is unambiguously represented[1]. -- Gary R. Van Sickle [1] Gross oversimplification alert. Some of the Asian languages have characters who's precise glyph depends on the previous character, and I think that introduces some context sensitivity. Ah well, we have to leave *something* for the 31st century folks to fix. :-(. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From g.r.vansickle@worldnet.att.net Sat Sep 11 03:43:00 2004 From: g.r.vansickle@worldnet.att.net (Gary R. Van Sickle) Date: Sat, 11 Sep 2004 03:43:00 -0000 Subject: win95 pipe problems -- report + testcase + patch In-Reply-To: <20040910075836.GC468@cygbert.vinschen.de> Message-ID: > On Sep 9 21:24, Gary R. Van Sickle wrote: > > [snip] > > > > : nudge our legal department again. > > > > > > > > I'll be waiting. (This will give me more time to test > > > readdir_r, once > > > > I decide how to keep accesses separate.) > > > > > > Sic. > > > > I think you mean "Ditto" there Corinna. > > No, I meant "Sigh". > > Corinna > Oh. Never mind. ;-) -- Gary R. Van Sickle -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From yakei410@yahoo.com Sat Sep 11 03:47:00 2004 From: yakei410@yahoo.com (Aaron Stephanic) Date: Sat, 11 Sep 2004 03:47:00 -0000 Subject: "cd" in bash script not being executed Message-ID: <41427468.8010203@yahoo.com> I'm having the same problem as in this thread: http://www.cygwin.com/ml/cygwin/2004-07/msg00197.html "cd" in bash scripts is not working. Is this a bug? Aaron Stephanic -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Sat Sep 11 07:05:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Sat, 11 Sep 2004 07:05:00 -0000 Subject: "cd" in bash script not being executed In-Reply-To: <41427468.8010203@yahoo.com> References: <41427468.8010203@yahoo.com> Message-ID: <20040911034839.GJ15401@trixie.casa.cgf.cx> On Sat, Sep 11, 2004 at 12:43:36PM +0900, Aaron Stephanic wrote: >I'm having the same problem as in this thread: >http://www.cygwin.com/ml/cygwin/2004-07/msg00197.html > >"cd" in bash scripts is not working. Is this a bug? Let's think about this for a second. If "cd" wasn't working in bash scripts then we'd have to rename this mailing list to 'cygwin-yes-cd-is-broken@cygwin.com' just to accurately reflect the amount of email traffic we'd be seeing. If reading further in the thread that you quoted does not help then you need to follow the problem reporting guidelines at: http://cygwin.com/problems.html -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bvacaliuc@ngit.com Sat Sep 11 07:52:00 2004 From: bvacaliuc@ngit.com (Bogdan Vacaliuc) Date: Sat, 11 Sep 2004 07:52:00 -0000 Subject: 1.5.10: expr + configure failure + testcase In-Reply-To: <002901c495aa$e6e039d0$0b03a8c0@lithium> Message-ID: <00f401c497cd$a803aec0$0b03a8c0@lithium> Greetings, The RTEMS project has also experienced the configure/expr problem over the last few weeks. A number of people have been working on it, and I would like to present our findings as well as offer a test case that exposes the problem fairly readily. As Igor has deduced in (http://sources.redhat.com/ml/cygwin/2004-08/msg01339.html), the failure mode is an incorrect interpretation of the exit status from invocations of 'expr' in configure.test. The actual call to 'expr' produces the correct output and exit status. When the failure occurs, the appropriate exit status of the 'expr' call is non-zero; however, it is incorrectly interpreted as zero, causing the configure script to exit prematurely. This was evidenced by running the test with the 'expr' wrappered in a script to log the arguments, output and exit status of each 'expr' invocation. This failure is not consistent; it takes many iterations for the effect to be realized. The failure also never occurs if the configure.test script is executed under strace. The failure does not necessarily occur in the same place within the configure script. The failure has not been shown to occur on a native GNU/Linux system to this date. It only occurs on PC/Cygwin systems. As a result, trapping the error typically involves running multiple iterations. Attached, I offer a pair of scripts designed to exhibit the failure. The attached archive contains the following files: configure.test This script was extracted from the RTEMS build enviroment and pared down to avoid requiring the entire build context. It is observed that the failure occurs in the OPTION=VALUE processing of the configure script. test-drive This script invokes configure.test under a variety of iterative and environmental controls. The scripts are suitable for execution in a chroot jail with just the /bin (cp -r /bin /jail/bin) and /tmp (mkdir /jail/tmp), as needed for bash. Execute '$ ./test-drive help' to get details on the options as well as some summary on my current thinking on this. NOTE: it is not uncommon for the script to require on the order of 100 iterations to fail. --- Summary of related threads and investigations performed to date: 1) https://sourceforge.net/tracker/?group_id=2435&atid=102435&func=detail&aid=8 07543 Chris Johns filed a bug (with test scripts) in the MingGW project related to the same configure issue. In that filing, the failure presented under Win98, did not appear to occur in WinXP, and was affected by the order of options listed on the configure command line. 2) http://sources.redhat.com/ml/cygwin/2004-08/msg01025.html Peter Ekberg posted some work within the GGI project, and also posted some links to similar issues found in other projects like Ethereal (circa 09/2003), KimDaBa (04/2004) and Cygwin itself (10/2003). [The latter two quickly degenerated OT, unfortunately...] 3) http://www.cygwin.com/ml/cygwin/2002-02/msg01068.html and http://www.rtems.com/ml/rtems-users/2004/september/msg00036.html Andrew DeFaria summarized a problem in Win32 desktop heap resources (circa 2002) that I initially explored (with brief success on my workstation and Scott Newell's in msg00044.html of that same thread). However, after additional tests and more failure reports, I abandoned that track to concentrate on the expr problem. Nevertheless, manipulating these resources appeared to affect the failure mode with all other things being equal. [I should also mention at this point that it seemed to me that the scripting failures increased in frequency after I killed the Explorer task (which windows promptly respawns). I have not restarted my workstation since that time. In anycase, this may simply be circumstantial] 4) http://sources.redhat.com/ml/cygwin/2002-08/msg00449.html thru http://sources.redhat.com/ml/cygwin/2002-08/msg00556.html This relates to Manfred Spraul's patch for bash related to RECYCLES_PIDS. I have observed the failure to occur under (a)sh, and bash 2.04.5, 2.05b and 3.00.0 ( I compiled them all, including enabling the RECYCLES_PIDS for bash 2.05b ). The one thing I was able to observe was that running under bash 3.00.0 had the least likelyhood of producing the error. However, under long running operations, the exact same failure occurred eventually. [the script above allows easy testing of different shells in chroot jails]. Some details related to my investigation of this can be found here (http://www.rtems.com/ml/rtems-users/2004/september/msg00059.html). I had activated the tracing/logging in (a)sh looking at the modification/use of the global exitstatus and oexitstatus. --- I end with hopes that together the good people of Cygwin and the 'net can come to an understanding of what this thing is. Best Regards, -bogdan p.s. If you should be interested in looking at my cygcheck output get it here: http://www.ngit.com/blog/csb350/cygcheck.txt -------------- next part -------------- A non-text attachment was scrubbed... Name: configure-test.tar.bz2 Type: application/octet-stream Size: 14376 bytes Desc: not available URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ramneek@cisco.com Sat Sep 11 08:08:00 2004 From: ramneek@cisco.com (Ramneek Singh) Date: Sat, 11 Sep 2004 08:08:00 -0000 Subject: File format - UNIX/DOS while installing cygwin ? Message-ID: <001201c497d4$584f7600$9c7ba8c0@amer.cisco.com> Hi, While installing cygwin, it asks in the wizard whether file format is unix or dos. What is this for ? I mainly am going to use cygwin for PERL. Now, all my files are created in unix and I just ftp them over onto the windows machine. Since matching is used in perl script, I am wondering if some of the input text files will end up with some extra characters At the end of each line which can throw the perl matching off ? For example if my expected output that I am storing in a file is the following string: Output Found Correctly Then if I ftp such a file over from unix and expect it to work on windows which File format should I be selecting ? (I am using word boundary around the expected output). Thanks Ramneek -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ramneek@cisco.com Sat Sep 11 08:50:00 2004 From: ramneek@cisco.com (Ramneek Singh) Date: Sat, 11 Sep 2004 08:50:00 -0000 Subject: File format - UNIX/DOS while installing cygwin ? Message-ID: <001301c497d6$8bbd6fe0$9c7ba8c0@amer.cisco.com> To add to my original question: Once cygwin is installed, how can I check what option I had chosen for the file format ? Can this option be changed to chose the other format after cygwin is installed? Thanks -----Original Message----- From: Ramneek Singh [mailto:ramneek@cisco.com] Sent: Saturday, September 11, 2004 12:53 AM To: 'cygwin@cygwin.com' Subject: File format - UNIX/DOS while installing cygwin ? Hi, While installing cygwin, it asks in the wizard whether file format is unix or dos. What is this for ? I mainly am going to use cygwin for PERL. Now, all my files are created in unix and I just ftp them over onto the windows machine. Since matching is used in perl script, I am wondering if some of the input text files will end up with some extra characters At the end of each line which can throw the perl matching off ? For example if my expected output that I am storing in a file is the following string: Output Found Correctly Then if I ftp such a file over from unix and expect it to work on windows which File format should I be selecting ? (I am using word boundary around the expected output). Thanks Ramneek -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bvacaliuc@ngit.com Sat Sep 11 12:38:00 2004 From: bvacaliuc@ngit.com (Bogdan Vacaliuc) Date: Sat, 11 Sep 2004 12:38:00 -0000 Subject: 1.5.10: expr + configure failure + testcase In-Reply-To: <00f401c497cd$a803aec0$0b03a8c0@lithium> Message-ID: <010a01c497dc$57fd3db0$0b03a8c0@lithium> Excuse me. Please perform the following on the script: $ sed -i '1 s/\/sh/\/bash/' test-drive I attach an archive with the updated script. -bogdan begin 666 configure-test.tar.bz2 M0EIH.3%!62936=4"F0T`,A1_I/__>0!_______________\!`0``@ A@1/X[ MN?3"^;--%\/7GN??;E7OICRO4JLJTH%F4:)V!NJEP]QI-SF[CA%J # MSCGHT:R?=OO?=[M[/"[O!GM@#;.]@]['T^[[ND*I%0ZUF-37W,YEM6MB.SLY M9F :6ZSMW)=1=UBH(K8"QJVTZW65'=N%:&D"@4H[G72P[LYFP UFV.:8YVW8 MX5NACNQ6K1)E#:VZX;#32!- 3)B !#1H:2GY3RF)-M-093RF>J/$F@,AD TP MAH TT$T""$T:GJ&F4RGJ>:32CQ0#:(>H`T!H`:- ```PT$4T3)ZAZ@]0`: - M``T>IH &(#1H```&@ "322$(T*>C1-&IZ:3)C53\$RIM3U/U3:9('J!Z@S4` M#30``,F@B2C2:9 %-,5/-33U--,C$T!/)DRGJGA,ILID]-(]1H>H\2&@_5,: M@"1$(": $ 1D)BGD,BGZ30%,R>A-E0;-34\HR>IY1D:-J&@?8?O_;VS_[;<4 MU@"\Z,/!A<*?LBCW0\!._=[55A!,8DC"*",`C409%0-"05.\00@0$,A(MKBX M?4+^WU/)5\7I86;TI8M04D*!$ 2,'#;3+9N M4*4@\8! ?GMLN+]%T$^GI;KUWOQ,8&T_=8,RI_A6HK5IH,$26.)%"VCZ*^(N MY?"J>ZF1P!UPX:LV#IYASZ:&VW+P7./X_/Q,0&L@4>;7..8YCY3SI2K@ M\^*PZ01)W)@(ID11Q!J&L 65.[%JQA=VO8*A*.R[J][M_II*3N5%;>[M#=*( M*RF+)7?I]QZ)[)Y>',1"@FUN-W+,JC_-6((?3L`9P0: M>E>^?..JN:=^ULL-]+HR:73U"Y]:"F]]ZD2\&"/9DHC73%P?5F' MLNV&R&)&EE$\&P\]#*5Z2R"@6&!U\JH2,\!KG["[E4DDD1*):]!D#1)DR),- M4V9 3"&9H$F19BF)TK6]0+(E.DAG(7%SUO(NS%O,@]RT"KV %MT.!WX#>G/ MDG%[,Y)O(KY;Q M_!#S=/9NRG%?&:+&-QLG:YBEA]!<$.5'7<0.:CUD-X\F[79T\V<8Z:7'.PTQ MW1RN*;:SX!?CQK=JV:=/#GHW]2K/ND4A$A'ND%%7JQ04ZY%5$LK"04$"* =: M-\$4Y8 A\=]*%$0"$ZA[-W3_=1;U("=R`:8J';OR]W[K'X<]6,"D>6*W14T[ M**V%[?Q^>:ZKAJD ( MX$4K2L2QLX%Q-0-IP _?\>F5@)QGQPV;#JO+ZP1@B*DK]F.*F(0,@&)O600E M.(0D&!%,A7F1`3]G8?!,G,;:;CC&JQ87#QU<81WH[=/K'S&/B7'C[9'I;RCQ MB PG3U B!5U8'@%5# (,71X>2XI]>#:OQ+ZX%"0B.\W3\'?BLB4?4=U#\!N\ MU$XXDB:EP*6BU:VFKM?E[>@?1$@8;(LD^GHYZ1$G' :J%F(FU$%V/5FL*#'B MQ( T@8NJ#+LY$DJ_MMT\5FR424SZ/@\;3MS"T".LVZ^Z.US(F,/$WD"T&7 ;7NZ#$'!3 N+H8WMO**3F1TCD"S&JK M:.AK!\9<6"R8$1$00VW0&#%\O5.#Q/2;/1\2/AZ-6IYXHTV%,#^* .4_1_3<=D&"'Y\#KG2>OQI`)KS;=04(?I("7 HFD:E$?/MS[02 M,'U*C)^4`9BB?E!"<%BCVSR93JOF="'?N8K1T,"L*F"Q\+2'4L=HB<)N2V#* M,,,2]F;@?MUPEXR0AL3^%8FV?4;(D/.D5&CSA00HD?9T[S5UY:L[HCHR@D,G MW9;:MQ/T]=*J' V/,S\=?K\WD_5]-G5VV4:SS<;$XB'4>"#5T,YLH]+Y2(E#Z1 /+I= ?!&9G M;!Y,XQLT#%.EO](]R\]56S (,2+U#0A]B*H$C_4RY)4\^?1XGII?I&EJ,3\D M6,9=FV*&O;]C=#EZ'\&22^>F*]U$R0N=(?&O1F;NF5-I"?9"XRGB-!/R;)+: M]7C+!N#E*-IYG-0#ZY^,#5%R838*'&\T!BCJRHSVB:R_FM]Z[!EBG'ZSY(=* M8>X;2;;7W\/#:#KF;BF\@[LNG#]=W:G>V_$*A/,0T"Y,+-$OC?[\G3:+;7$3K6\B>NR8-LWCXH!?&H*]CG#*W, 0PAJD MD4*/CM5X#D%5& NK<7AJ:O!]!KRY4K[J=F:#G+.#Z:?2OV#T),)V34,*BS_- M=>L"1X@:G+C69CB)D"A5*.,?>Y)6P]_$QM[[J;(].1!3JBA$\ZE0UJ8MBS*( M5WCW_Y5Y^BHJM[H>:[A\BYY?48`VNJ M2',!(E]EE&:(?XJI@(HG5+"Z08:_5(@C@L%P&*Q)W@B13DPSPT5B*B+8VD3( MZ#X_I!6%Z?8?C(Z?`SYE(\.6R+TLH2BOBE@+1)9(MJLZL?")H:MDXGEK*>>> M)CG%>&D\S2,WD M:4K.NA63V +EI.6LYH5U!4<::XX1LDMPY(%?Y&*Z\OV[ZBVVQV:H/'CKNZZV M"_G;G-5&.!R_8$ M7>MCFX99"3W#YB/,V[6$X7"A849(LJU(RT:8)N*E-=L. M$Q6A,.!0ZP(^*X_SP5$7PK6>ZM/OZT="+B[#\4J/.=>U4W] =;\\:B6&[MC[ M@+ R[7!USE?/NHTX4LC%K401RM6-=-OHF>T==7@S1$TC/=ESBBCV-W,&?PL] M-54`CPUZMS)7=KS8\V=Y@>I;6)=.YNZUAV44*&$ZT8?.8'41->5+K,/WHG'. M8C18O$HB;6^>/;X>IS03A-^VB>P.53A@TH6MU=;&J86%4>V.QESC MK5B>X"Z]"L8=ECSZ9M(,AV0QYL<)%S?UZ,G7<<\Z[NYR.ZJ)[D.B`H%RVK]> MO3LQ7;C&[4*$I15((%@2@+_'1P[G:A@/#<*;:_75='67#!NF8N(Z7FJ:'[2$*'';$PU\?3WTUKQ'6MP12 32^_GCT5H" M`-N.N<#-!BH(6ZR3%!"(JGVL,D3SHG&JV8!\O0@L0!96H%WS6NPO#P196LSI M17\_&NTT.PI,R-!&7R_,\.V(V(M\S.6>GR;(^-1/$C(C8>FBCM5A0"E.N:PL]R>; MNAQNJWX\K1G&E>!'QA.9D@Z#@F%0Y3,0)][5($"1XEM>6TN)$";HN,<+G&%7M,V#QWOMF]=U&%U;EZA:AIU5 ET]'HCA=(/;OTQ-4NIZUS=1!$+SH._GK"!3;( M47C*:H&<94@JU';O\^CB8\"U%$"Y'#D*<$]7)AFZWV7EKH44AGAFIIZ)X&; M\:V9I.&EN-!0+5%[HQ09+<*HB* 0&$<1UPXPOEL\51[3@)*F\M).$\!R'$>: ME:A%7$E,38LE,QG)*"!G,-MV=GL=CYZMMZ>F=<.:*8]5=/M>YYEO<]5?47+E MR2I4DY.ID46AH2=CJ<'0U#KH;EQ9;$FAXG!@P2=D6M:V9+9VG-=J#7.IU+F@ MA;&AP8$K[<37J#R@*&(&!Y@:"5BFF:MET]O&\R'3*5&Z1P"U(&3[_:\7$, M%/=5BCC^88N>WC]9]F/6;\YXHGTX_BZ#//(O+\51AU7%NG@POL[DJ"]'1?-A M$OX>ZB;&-(%T?9S-\N0A,]'<+H2T8<080O(Q_PL5D@^>NE]!TJ4K1&( MM1>:^O/N7UT#&*D]IZ-;6J]^BOEO6'TB;@GK^Q2!(V?N<" ^I@(A@VB D]SP M`BQU.T$!/."$%)>=%_3=U;,X9'&S&7MOX-_M[IWL$8G[3T9V11TP8BHH_QL& MA82".IZONC!("0PI(U$4E_@IGT!RH_BZZ3C4ZWM228>>_X[E#\;82:-1=X3G0VU M:1'IBNVCEM;"5 X:FBA,'T"*HCW.B^,YDEQB?[=MP5,,A0I=[H*;S0HZ7R0C M5$'4Y<-U"N*Y[],+F Q\'Z_[?'!NGMN("Y-SR#"]\3F#OJVE M`-]]I.IJ!IY;E2ZBDJ>SD>QXN8.G\IK/;^D#**,4#E!7:>W_8,'Q88;C^;L7 MS8;,W+,,V,>$1&/ #]'W_X?HI[ZZL-WOM9(NWW![TV3=[8Y\?.P39-J,VJ*1 M4#9W=-U[0. .7K*P]%^\N A>P$HWPG(S?T<_R>6M+D$!)K:@)/I^@I0$Z/WH MPBFG&)_$[LD07(DJGI%.YP-L10LB>/W#U'A_5W68=4/@+Z_A.KAKAWJ&I Z* M%Z@Q?NY:`VJ^$"PH0O_KSZ_)JB@#!(*(,_I>^]_P_JR?K3^ZCU^S?[).ED;N M9NDY1JS<^!>;M7!;QX4]A0#5(J(X@2D#G8J1XEA2ZDQK[V7D>HX>F8:.54NH M;@$]'?-2T8J*PS@[YW99K3EEX6\0`)0#;T>%BX[H.O[/DJCJ.2B&. M,XR0B=RHSTF5BT_"V$E^'78ZXI5K/W&K-$B8SD> MO %$#7X!KR>WJ'E0? "A`WD8I1 I,4[#%)\M(D]<^^25#@"HG;U'K3P*4'8W M>QO.'H\`0]^X=.&L;-%J@>YT_A $$:B/PZMOXJ%1>C/K^;/)1%&-DVNS)15& M[H185+A\M+=?5^9:SLV'06M(,NV>+0T1XZ7D[(NN#];+&:+^MO7PIV#\AUR\ MR.PN[S_?\/)MWNS@45"HD6[<=R]!@V)OERUODB \`].]&VO/YOTT-G\8F8+4 M>%:U(CLO?D/C+(HUYCP^]K!H6;28Q!;0QV;*+M+_/O1X!OC$UWO*&YB'.),_ M,%#U^G3H_2)(U^XR-5_F]G,JJY1(C*PUG +T$C GFTZ>I5))J]5E$\Z:=I0C MAUCW-Z+A:%'7)+AS)#6^"%$4]U)0NREQT^6\@D#K/E^Z)T)*`TV$$"Z/JK0Y M;;^UUO1YKHR8<3,FGA4MN-@=))0X*OVT,))+MZD4LXU)*U*1]RI8V, _Q;9E MKR'HT 5O+!B<]?L@XPVZ./&V_ H6T-HM( &;33[LPJ%4UCE(@P*%X;KM?\QG M[R^/U1^XHV10EH'U81W^11BD7R&Q$L%\R(@$^5,<'C2ZT.@.`S8XC(&1'QNJ M?\OBLDJ&44R5`WLJ3B*9RY*:Q,A8+OXN.:2L,S-V';7TF66#9F-"2^ %!1#),P^GR>KYK+[Q -[^!]!D&2STZ"H;:)))$D7SL MAJ2S&PF6_FFC+G8%[%IJZ4_>^'.J"-[-53WC4`!WC.`Q!?3[J ;?/8H4I M-,?ERZV+]QV]9VGM+. ]?W._2U\ULEF44R"=A_#DWSRI`>T19+*&,+ULB%3 M+%'C('IJV6:^H44B\+VT-8(*B"GMD8SB_'EQ-HZU`J\ND=-Q]ZO$W.IYWC39 M\\D7M:]^Q756@/&W8N_UKOQXCEWRB4/'8`I+9P D?QU8)FCM& M[;R@#Y'3(B44]V"IH!(:64AC6M'9AX1JI^H+\OSD0&/E@:<@V$03R<<:5S,' M`^]V.5-N-%\7=G/(PP%V>?TS:ZY'R[P[=&D*E,*0-)#1HTX9X5PL=KE^QDD) M.[2>/O"TBG:+KEN1@A$?&3"$3Y?K+@O/SW+N;_9_"M7U`/O"EU<_[?]O?@)X MD/J/]]13IB>+*\+=\]@/`ICCI-F.@I#2#W[SXH'_"2\#_E(<*;C##BA6_N(J/ M0M-5`G1"@[88+X#X=_GB>WY)<36TN+&;JC.11A\U=E-GVXCTQ/Y%^(ALHF62 ME] .&8AGHNYV_(X;X)&&^(:(9+X,."#?J"O+Q#/#5K7G2V'/&M5)3)9Z]6MX M<[PU,$V%"H^D26/7._S0,P/)6R#A:BZVFTB$^1QT9'"E]K^S$*C0M=4QI.P& M;#;VIC!&W7NPM@'\NQ7!B&""V-Z"\.@6WFX$UA*#2L'9IX<>%NS$%>&2!CI, M,76&G#JZ;0KLUKE2+&Y!U\.*D@P]&H02=.FY[WS0\]0759*Q8-5#:).0S%6( M0%WF:#:P?,O716OH-O)",D/JJ;U1WL6:"A T*3FUPYJFZL,38C^-5@Q;.W M48B2G8%&=,>$; ,A2R^@BBS5UQ;Q4)'B&QXK7W@<8$V#X7Z7Y>7)ZF4_A;-I M\G*EM+:6TMM]J ;67/10S?_;EI_^(Z4IB8B4;3//`ZZ<&+];AE_B'3P77N\2O3GYZ4WWE^., MW/BKE Q%,=@'+!H-/;'D/5 ;L"\/\G?W42L&W$75PX&=L2&FVC>%^D!Z[H;*F5JU/+UG(L60I M:S;ANZ7,&"7>U[_CA+>--@-GFT6C[]NPU'4!4@W VWL3Q^7,@N+E[V/9`ES] _$E9A@)H0CXOW MG_PB>V/H'#;D];YE#K*])MR/*51=Y]Q<;]]YNWEL!O$A'$_815'*EO(J-PI? M07_@=^YGAQ>PIP.K-I#KH"G_+Y*/UGH/W'^1\Y[I@/.;C<%XE2:CDM@-#]Q1 M@>L2HF?0-)0)$A2@[Y:+PU$F&X91DAZ/QZ_7\WJ_1\GL^=K(K\,E/G_HW("_ M^?]L?WY@>1+N&;QG8FXBKJ2RZ2_Z'?(?8SX!^/VL*A%@D]VA*9!?*'^H^W\H M?/-@_8&?QF"/K_;S`/4>MBV#@!D/\)^8% 2#I(CD'P"TO\?Z@K/$7H1X2?SC MP"T-,_JPL\$'F06#_+KD&!R..W Y"^B?C]P=#Z!%58JB*BQ8H,1$$0^KP)-0 MGO$AA-/ :_S0\<&Q">@U]XP#>1T"*Q 9/Y:3FBJ(B*DQ2,DYP MDY?4DGB7DH/DO"NJE%(*`JG\]%B :972%P.!@$00/I"D.884`#GP\<&B!P,U M#NB8@D7ZC/1_%S2'K"Q5%#2-RII#/O'P#0501J M^$1\P4Z$#_,1R?[I*RQE8@E_2XF+ES5K;=2D8(E21$_#"4.&5DH,K!LK3?;6 M<9@I%6"R2;6%6$6!0959=6P(WBZ9X:S(/O?5DG$=#-E+03G='[2PV_72;P$` MW#Z3)Z0^8[Q554(U.@. /NQ1.@+PYH:$"%)#%G'J1S?#!^L&D-3I0_B]3(K$ MBKZ\/\6_]C^.40TFVQO/]T()U-L&:_PZ$I8UB'&5-OAP$W'>4"_[=\F8[.*$ M=J2X_(0\$/:P(;2-C%TX&3)!OK"Z@-RLK.VBJP%AM0L4*32@3%,XHLBG&D3J M2H$GQ$J*!X;%^A'Q8"HC;$/NB2P6@C;AC>D%08O!D#'R8+)8-+ED%J)"QV?! M:JX#5B!X?WTB?5>8%\58IK !,S*"3-)>X+T9`^#!5&QR0"53TI6:(9#0S(GA0I-&H$<3[)8121_)B(GOJK M)%%L0&6E!!$$1/H5I)#*6&4N,;FQ,+UO+AHJ/J\PI(203"'5YG>GG@XDYN4] M+*WA20:,B).?EPX91"'[=0_$H\S6V1Y;:=P5ANU'*P0@1\!BB:>SQYV%KBXG M&$ABY9G@>?]]+')TII>8I*YX@&._>((%NWIA^)G8DY+L#T=>;:W%)_T[UCOQ M?_&>58?K+"\4_A'^'A23T>635@DLE_OT$P9#PD:2'7YU'F*2#6VJJ]6=FYHP M['\C@Q[SGUA%@"A8('8R^&ZV%OP7EW?-;:1 M\"QZ@325UAA.$T<1GGG7!GEMA>(6]I) I0HB!9" +AIDB:@\<"FH(:$Y>,4Y M.9Y3F<_,8!*$U]MJ_A:C&/"V1<9^X:*4`NN)UMC/9VY%1L/%%,VX9F\Z,>6K!"2ZRBQZO,Q.0-N$,8TPL64:! M+@A_?1&7)<6"%-E8#O/6;;'('9MOZ'_7$UPL'_M%3=*T"G'M)>K;L4F!'=OI MX2:4H\I*3>A!&!1)&BG@@0\N>N=S-31$.PNPSW40(/I44<.2GN7]?<%&2FPWS.DH)$O9LF$!;DZJG#RIOO>(*^ M\7[J$&MN,R>;TU+1AMNWOF)(T+\8OY;9KE$3NS2LS1HE5:;"0.(%JA A!0I+ M=DM7YR/R`6G%\PT$E:G\<,[#!(% X#@R"(G1J:+.A%!@*)HYG!S,-A$2FYU[ M`F"6Q$HB)*FW+?ERVS96\D,U;K3MF^%*4PW-S#81!"B@E14`NA9JS5@;!G^_S0D$I8>LA31PK78+4+D= M[D8"Z"\/OT/B8=;73*[WSL1+^1JRB?G+0+IIO]GYOEXAV9N5F(RSIRXVVXO M[)-NRD*.!;MEXMRT-R;Q(.KOK;H'/EONTI_3;;TC`$"U;/E!FH%<@0IF^4TO M@4RS,2H"Q;ZE\J'&MAF\TPM-!1I%JJ*LN#FS#Z 7%%HVA%!<,[V!]89*@MK5 M4)PA0"3L4 N.-1OI=AM19J:$AK4>CZ!FQ:,$4S-"':C"MX&CJQ((L%N4&KHE MJ15CHS$.=-9<,JZ,RLRE2'6"$%>$MA5H<*%V<*+ J"F))M +W*NO`9'VF%BR MB_)+0@>]Q0["KX2@,YK7:135)3!!-9%N&:\5EARH< +0B_:%>@([,":621&1 M8:V-UO(D$$.@&YPR*R.VO0C.J=B[%EY<,9%!Q.).&>)6]7FT4B1>!Q$519U@B,S;SE)L^D+38=D$@@'K*^?, MWK?!`W,%X/0'02)J]'8KV5O[-YA<+0V!0%,I2&WR36^KEQS99K':0X<*`T+J M09K:&DCPHJ*JB/D)+I>3(Y*->Y`60T7[;M MX\5 07@/BF=G%V.%833W[(,S]C TAY[QS,4->(A.44W(N+"$"I0`6&6FU;,R M5PLFHRP"!KS#."!,G2NHU5"@R$1.;;C6!RT^N;!6#*66L!F %^C$I?E=6 F^ M##^1$$9#C@]H^(P<:V6!4X0&TRT;"&U%QL@;4BA%T%%&;6+(M5MOHMH6U"%% M2K\._Q0>+>11D=5%CCG?7+;34&M2Y3XI)!8_&9VW;[ KQ9<$E5P5?H9[QXK??8P_)#HPU239HS1CI%2 O*O:UA\__NSG/# MX\Y29"=?D]);M^Z7+;^GX3;'58 K?P2=;BOX0L)3ZFD-F35SLUXMGKF9W@'F M) )IV2EX'X<9#%K8[VM@[ZA[Q,G,DAS0T-*ILR16*U#9IKBI[*ZV-?$N_M7A MR/5!`0SJ9!*()S@/3M"=/IY;?HXG,..9;B#U=\K%9& "HBS&R''=;$]6^X)HH!62P5;1D6<-8=<@7G8*$144BK% M8R*+"7D'F0626!N>-#2'<'7NLQ!)\*5D*X'3`EZVC()J;8B5KU2*\%9/Z2R. ML4FO^GK6F\[ED8/(,9TB&GH].7C9FZ2I6+"SO-:A@=%2J;BEA)/(KC_7V$#Z MLQ0^3Q!AAJS5KQ,8[:G,(FWDU2@B,%C= `?J?O5YH8 MZS6;/&K-`9-O5D-9OW]G,-30GQI?@I,GT:KTD[51VA> MZ/!*HNTAM&^LMDO-J\@8IAV%1G+J?:T%%![I5?9.7LX`KQ78/!H)NA7Q?2R! ML%70T3N0)48)$Y$)!(68FRGT4^0!G1W*%C="1=PM\Q=K+C(:U,"1<^9S;;^0 M@U,H>WY,-SZRE=[401^VXXXYPW2YEQQ6GB=H>G@HD>L2X4V'P3+!S$6$)5SX MWM V-/?6S<19F6A"4-U!D]*(FP@2L"@TE(%J?40T7":3LGR1!K#$\;8UR;B(I(779*++H7!;# MOZ05P4-J_H:1KDA+H!^!2'88"D%!8L4118,(I(2,0A #M =)R8FR(&U>*KG M`Y(I"'Q@G.#/6]3H*@B*(R,@Q/TY);CF:MQ%08>GP*30W4@V0AL20V9M@ZL4 M#K"=$$IJ`1FBIZ^CMO7K-$@][2Q7+5LGMOSB/A[XG+PAEBK;P;GE-)(+`)O* M:OR^I]4.]?+Q6B/7_+RSNQ\84;H,6G$4B--:A 5-X7!J9/Q@ZZ;X)*G].\P# MI3QYL^+E5PI3Q26 DQRPLE3-.,A@L$=*E!;9;<941%4FFF<]NE-@G/6Z.4"I M6=O=J0'/Z].PV/RXAF8A>99TRI4*@ MR",`@,19%#TI'X*?N,,4#X&HB\,(6$P86 -99H'B&2IRI*2E%B6(E@2#'G!# M64"A,:9C%H,TO ND\OA BS;"UB"M85F(=((8\B])8"KS M'HT+R/VHO )<]<;=S44ZW>//,7 &,!70#3?5:UL*M)@1PH(B!/.!EA]/FY?N MIVA42W$@PXL`MPI)QF%.LX0T+!?+$AZ"F$^Y'K3<=:=:@*!>3X3A?R 59$BG M\\%.5$C6(H:2$P"\19*TSVF["OK]5K=O;2XI=?KH33R0C-]Z1TN);T1LD*30 MI4H5:15(2B*A6*5HJ J!1(H=C'PN)C@<7"YO>L/JNP;WA#:MT.#M[84@ULP# M3,OV!(WL!%&*PTQ@V,$ED8(*0!!0W\9N;M$G:FAV#O4C)& USL&2W5*PZ#^N M]3LIH= ;@\;8BY]2X8!BP. L5<"VLDU$$4!B*&,)"[C4'+N T>73WH':S1@L M$1%D4C!(+%@QD#M*^"7O(=:0P3,LIHM!F:+B44:D1PY%W=G0-&ZWS)M1-L-: MTYJ./P.:FFK,1<=:S"L-QIB5QPR;9.,*3]5H&WRY!XS1IP>,EX=C)A8EUT;6BI4G 2@SW5C0K:M64+,5J M36C-22\MT,9W'*Q(=*]2E.)GE=0@&QK80TJ8P6"H,FG+=)1,OQH8Y+*NP7"9 M,'$7+561&+%$8NUER+@2L! YLHQB(@R^#/%!42!U[_R$G;X9/)\R]U4)PS9+K E@36M2><9,#5H5@*2&L0 MIZ=42LBH%62R*,S"@&6@DCJ$LR0NL6+D`@[(2 M!ZT!S:_X-!K#; H>EFOT4G"9WTWXINHD-^*"\P:GQ<^9FG@5%R.^K9:"\X$( M52+:'V^UKC)2)Y8=P>X$`)B:W&2;!S5,$=%Y07/$X2?!E2D-U'4(@\#/T]O9YQ$V$$A(#'8[ M32AL-D':PQE:B,*AZ>TGBR!G<9>6^"G$-4SJ*O\=RHA&QH+(,UOR3 M8#B%#+T;MRIW5CA&-#BR8:XFX47&Y@D7`E]3/BLU&\_AZC9Z,#CP@Q7%KJ!X MG(#X73U(-(,!,-HF7\$48%88ER):M'1V^DID32T<8+%"[-G-D&N9%8'!.@4" MKA;.PH#2)O',!ZAK==3MSP^^EYJM M60^_#+$I]U@<-X*VW;M>)"#%<-&P&8VB!;[C(EH&K7A=1884C0H406#&7A2) MP73_2SH1B&=\@'?$!B SAC$)VU^I*CE8>FUK%/,F+!B^=L3R!%3<]+S/#V&\ MDF@#S0Q/III1==:M5U55UUU)Q(=&_KTN3#C!XBA8;R4-T%^"-0''D4Q#3&>. M,EDL$0PT108TOUF^3%)B*A4')J&5)DJI2!B:!UP8.M&QJ29KKAOFYEWRP1": M2+IEI:UJJ,H:$3$VP-:E!';*(84TR9IH*:6T2Y0NDN:!0G;M3#MH''N;(*+R M&!ME2@A\/3,OB'R7?@_H"<&$O("D84Y'4A-2L 8A+:&R2)V4#.QXP#C"R HV M[AG60.-2AL,V##238+PK`61IURR3I"0*>E))\^Y)VF=D.0J0[9 E`YP-IK*F M`YVM'+I,:F6VV5Q"K#*6YDR93.WJFVB+IQ)FU(6(B9+8*2&DF_]3W_'M$T?6 MBB9Y/;MN#@MD.LZ'KFP;94( GG2\K#FHW-A8;\*7W M]2_(>VF"B0;@R62$+I:2$7DB+2:,*C#T%)DRN3F<*') =GRBL&1Y3'09Y_RQ M-D)628]P]!FI`Y(HAT;>#<:$Z:Y4'@/#CRC;4>7:&U+A)8.^55%4.QBXUQ16 M"#%%$4?V5$%1JK.@/C]O[3D0SE!0_]]XSP+%YCCS* 2-+VY1\KYI5]]^P&$8 M3-#=*(92(?X[N$KVM$^EOIK<@]\V3:]N&$X8EQY,L2"P$)F_SDO706(-8O98 M`VJ78:E3JNS*U5&UA$C08N'NM")MK1T>:7<.T!Y@4==:3@1"J))NJ!R:B=2[ M@D*REELSILJ=UNN>YK?C#GMOKYKK@-TRQV%:O'72DH\A%+&V0HQ=5UK72 KQ M5LB:@3J9P!GA%,[14".]<61=%9F(8':B?@'#CN#4\/7\`/9D)IRU#'5O/SF@ MQXX<0UX@0D;\&-%BC8D,CV"V!U(,R(F"ZO( 8M>,7T M64ZTVJ,BZ3N6W=NZ>F\.CA"SRDS%D]2MJD6^VQ2"!=%0+F*G,!@B6,OW%')\ M\,+G4-VSN0/5D@=:\H][U*=QU!2RNTWY],NN^8 MLMC")42OZ-!6B]I"Q^*.;2#S*FM/)-B6'X/H_UQ/93WJM>^]!L9-82I24)(` M'A 43Y(4@L:<"Q3^MHOZC=T+55BR$O;JSJNPNY#:;;ZZ+)*@-#:66)O-=E)) MEE)J%>+$N[MRB1ZNWPEML#S F(V,6]@Y64C([9N8N8/3%"!V6"RVV4"U.PRTH*L)/%"3WM4ZW?=;=14^>E12(P=TQ@3PG 6C MFEV./*2<'<;;JJJHJ(BB*,1>SC4EM\G,Y'*#DE)G.0S/.48XL&]D-@7C5R-( MA&PQV4?<2_F(/HW)H1@B.<$9X(.%Y-)//2F;JGN'Y<(+-C74D%QY>^-3\(Z3 M6E$0)]0X.UPM3(@M5[U2Y HB0(-P'>8"=\BAHU5,4PM&9)/P-$$YN_ MZYAA%C6QP0PKFTN0ES*FV8HKNMZ.*.C+IC>K!Z$)1!5[YI?:F+7RP(H@5<(& M1T-85:=/)_U3Q[,V;!8Y MM)Y(;#B@R#(,+V/7B=E]*_:92CL!'2*'8=M +9/'"WSH^=H4]6LPU;EH84TX M,,!*Z!P1%([9D'#TB&J>&QK6N7&O3J\(AA0)N&'0OB0$9#E[,.G.^O3J' 8& M4"SHA8SUOIX@;YR00J/T0[=]!(@6).L_F^B&8/EMPPL//U!7Y&BR,8:A#HA# MTM `3H0FU'.$E K#37'@C=:2B-]N="X#;! 8GE:*.+9.S9M M/YG3<)'@,$][*CJK$-$)`=Q['KW)ZT3N$%@/"0HS@']C/8DME0-J MZ%TW>.J&OA9N,ZO2RD,2+"?BS@S?Z?- MZK;G\'.$@,0"2A@:-(0,W7I'AV^5=4'D9,O]&%.FH2Y$B0&##PIH'M ((%2S M.*E@7SQ'P87!3V&@FL6WC8%Y\!_JI3^WP]IF";1MR5QLE?E>PTL`O8@@>U Y M-_8'V)SKKJ+UR G0$/(D>Z2447';6O$@_6102@^LD2"*CYH!(F$:F$3!;"TC MTP"AA$[X7F^\#\TQ^2OHV^&KE>O#LV*_AY:N?HGOEP'6^VD_1: 4R?AV1HU3 M0>+3R_+S^-D@6]H"IIAZ;!8F]])IM,HG]X.7O>E*Q&.08#.N"7F&\TP,8=Z 1ZBX&=P'_\7 References: <20040909080829.GC2953@cygbert.vinschen.de> <20040910080758.GE468@cygbert.vinschen.de> Message-ID: <20040911123916.GA8906@cygbert.vinschen.de> On Sep 10 09:47, Alder wrote: > Corinna, > > I don't know if this is relevant, but I have to add the "/bin" directory > to the cygrunsrv command line in the /bin/cygserver-config file in order > to avoid Windows failing to find the 'cygwin1.dll". So, the line I have is: > > if ! cygrunsrv -I cygserver -d "CYGWIN cygserver" \ > -p /usr/sbin/cygserver -f "Shared memory manager" \ > -2 /var/log/cygserver.err -e PATH="/bin:$PATH" Did you know that cygrunsrv adds /bin to $PATH by itself before trying to run the inferior process for the very reason to find cygwin1.dll? Adding it explicitely is really unnecessary. Just to be sure, I tried it again on my machine and it works fine. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Sat Sep 11 13:33:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Sat, 11 Sep 2004 13:33:00 -0000 Subject: diff crashes with big files on Itanium machine In-Reply-To: <200409101353.i8ADr8L8015608@www5.pochta.ru> References: <200409101353.i8ADr8L8015608@www5.pochta.ru> Message-ID: <20040911125002.GB8906@cygbert.vinschen.de> On Sep 10 17:53, Alexei Alexandrov wrote: > Hi, All! > > I would like to report a problem I have with Cygwin's diff. It crashes when I use it on 2 big files (the size is 100M each) on Itanium machines under > Windows .NET server. It works OK on x86 machines. The following is the scenario of reproducing the bug IA64 systems are not officially supported. Patches are welcome, of course. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Sat Sep 11 16:56:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sat, 11 Sep 2004 16:56:00 -0000 Subject: File format - UNIX/DOS while installing cygwin ? In-Reply-To: <001301c497d6$8bbd6fe0$9c7ba8c0@amer.cisco.com> References: <001301c497d6$8bbd6fe0$9c7ba8c0@amer.cisco.com> Message-ID: Ramneek, Let's take them in chronological order... See below. On Sat, 11 Sep 2004, Ramneek Singh wrote: > -----Original Message----- > From: Ramneek Singh [mailto:ramneek@XXXXX.XXX] > Sent: Saturday, September 11, 2004 12:53 AM > To: 'cygwin@XXXXXX.XXX' > Subject: File format - UNIX/DOS while installing cygwin ? > > Hi, > > While installing cygwin, it asks in the wizard whether file format is > > unix or dos. > > What is this for ? This essentially determines the /mount type/ ("binary" or "text") of your Cygwin root directory (/). For more info, please read the "Setting Up Cygwin" section in the User's Guide: , and for more info on mounts: In short, the mount type determines whether the files created by Cygwin programs in "text" mode have LF (Unix) or CRLF (DOS) line endings. "Unix" is usually the right choice, unless you plan the files to be read and written by pure Windows programs (like notepad). > > I mainly am going to use cygwin for PERL. Now, all my files are > > created in unix and I just ftp them over onto the windows machine. Aha! Which ftp are you planning to be using? Are you planning to set text or binary mode? If you set text mode in a Windows-based ftp program, you'll probably need "text" (i.e., DOS) line endings. > > Since matching is used in perl script, I am wondering if some of the > > input text files will end up with some extra characters At the end of > > each line which can throw the perl matching off ? Well, perl can handle DOS line endings even on binary (Unix) mounts (with PERLIO=crlf)... It's really up to you. Some Unix programs ported to Cygwin (notably "xkbcomp" needed to run X) are broken w.r.t. text mounts, so you're better off with binary mounts anyway, but you can always change your mind later (and make it even more fine-grained -- read on). > > For example if my expected output that I am storing in a file is the > > following string: > > Output Found Correctly > > Then if I ftp such a file over from unix and expect it to work on > > windows which File format should I be selecting ? (I am using word > > boundary around the expected output). Well, as I said above, you can either use "binary" mode in ftp and select binary (Unix) mounts, or use text (DOS) mounts, or use "text" ftp mode on binary mounts with PERLIO set to "crlf". As perl hackers say, . In general, binary mounts are better. > To add to my original question: > > Once cygwin is installed, how can I check what option I had chosen for > the file format ? Yes. See , and also look at "man mount" once you install Cygwin. > Can this option be changed to chose the other format after cygwin is > installed? Yes (see how in the above links). Moreover, you can mount *a particular directory* in text mode, while leaving the rest of your system in binary mode (e.g., "mount -t -f -s c:/cygwin/home/ramneek /home/ramneek" will make your home directory a "text" mount, even if you selected binary [Unix] mount mode for the root directory ["/"]). In other words, experiment -- find out what works for you. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From PGDEHMKOKIMD@spammotel.com Sat Sep 11 17:02:00 2004 From: PGDEHMKOKIMD@spammotel.com (Alder) Date: Sat, 11 Sep 2004 17:02:00 -0000 Subject: cygserver service won't start In-Reply-To: <20040911123916.GA8906@cygbert.vinschen.de> References: <20040909080829.GC2953@cygbert.vinschen.de> <20040910080758.GE468@cygbert.vinschen.de> <20040911123916.GA8906@cygbert.vinschen.de> Message-ID: Corinna Vinschen wrote:: > On Sep 10 09:47, Alder wrote: > >>Corinna, >> >>I don't know if this is relevant, but I have to add the "/bin" directory >>to the cygrunsrv command line in the /bin/cygserver-config file in order >>to avoid Windows failing to find the 'cygwin1.dll". So, the line I have is: >> >>if ! cygrunsrv -I cygserver -d "CYGWIN cygserver" \ >> -p /usr/sbin/cygserver -f "Shared memory manager" \ >> -2 /var/log/cygserver.err -e PATH="/bin:$PATH" > > > Did you know that cygrunsrv adds /bin to $PATH by itself before trying > to run the inferior process for the very reason to find cygwin1.dll? > > Adding it explicitely is really unnecessary. Just to be sure, I tried > it again on my machine and it works fine. On a perfect platform, perhaps, but like I said, I really had to add it because without it there a Windows dialog would pop up when I ran cygserver telling me that 'Cygwin1.dll' could not be found. That was also true on my previous installation, and one of the reasons I thought it best to reinstall. Regards, Alder > > > Corinna > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From schneck@math.berkeley.edu Sat Sep 11 17:06:00 2004 From: schneck@math.berkeley.edu (Robert R Schneck) Date: Sat, 11 Sep 2004 17:06:00 -0000 Subject: File format - UNIX/DOS while installing cygwin ? References: <001301c497d6$8bbd6fe0$9c7ba8c0@amer.cisco.com> Message-ID: Igor Pechtchanski wrote: > On Sat, 11 Sep 2004, Ramneek Singh wrote: > > Hi, > > While installing cygwin, it asks in the wizard whether file format is > > unix or dos. > > What is this for ? > [explanation] > In other words, experiment -- find out what works for you. But the long and short of it is, use "unix" (binary mounts). Then if you find you really need text mounts, change it later. Robert -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Sat Sep 11 17:10:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sat, 11 Sep 2004 17:10:00 -0000 Subject: cygserver service won't start In-Reply-To: References: <20040909080829.GC2953@cygbert.vinschen.de> <20040910080758.GE468@cygbert.vinschen.de> <20040911123916.GA8906@cygbert.vinschen.de> Message-ID: On Sat, 11 Sep 2004, Alder wrote: > Corinna Vinschen wrote:: > > On Sep 10 09:47, Alder wrote: > > > > > Corinna, > > > > > > I don't know if this is relevant, but I have to add the "/bin" directory > > > to the cygrunsrv command line in the /bin/cygserver-config file in order > > > to avoid Windows failing to find the 'cygwin1.dll". So, the line I have > > > is: > > > > > > if ! cygrunsrv -I cygserver -d "CYGWIN cygserver" \ > > > -p /usr/sbin/cygserver -f "Shared memory manager" \ > > > -2 /var/log/cygserver.err -e PATH="/bin:$PATH" > > > > > > Did you know that cygrunsrv adds /bin to $PATH by itself before trying > > to run the inferior process for the very reason to find cygwin1.dll? > > > > Adding it explicitely is really unnecessary. Just to be sure, I tried > > it again on my machine and it works fine. > > On a perfect platform, perhaps, but like I said, I really had to add it > because without it there a Windows dialog would pop up when I ran cygserver > telling me that 'Cygwin1.dll' could not be found. That was also true on my > previous installation, and one of the reasons I thought it best to reinstall. I'm observing similar behavior, but it looks like our causes may be different. If your cygcheck showed that you have check_case:strict in your CYGWIN variable, I'd've guessed that this is another instance of the bug I reported on the cygwin-developers list (where the PATH got truncated on converting it back to Win32 format). The fact that cygrunsrv *appends* /bin to the PATH, whereas you *prepend* it, seems to argue strongly for this. Just for the sake of completeness, though, could you please try adding a service that basically invokes cmd.exe with '-c "echo %PATH%"' as arguments, and see what the PATH is in the log after starting the service? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Sat Sep 11 17:37:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sat, 11 Sep 2004 17:37:00 -0000 Subject: File format - UNIX/DOS while installing cygwin ? In-Reply-To: References: <001301c497d6$8bbd6fe0$9c7ba8c0@amer.cisco.com> Message-ID: On Sat, 11 Sep 2004, Robert R Schneck wrote: > Igor Pechtchanski wrote: > > On Sat, 11 Sep 2004, Ramneek Singh wrote: > > > Hi, > > > While installing cygwin, it asks in the wizard whether file format is > > > unix or dos. > > > What is this for ? > > > [explanation] ...that contained, among other things: > > "Unix" is usually the right choice, unless ... > > [snip] > > ...so you're better off with binary mounts anyway, but you can always > > change your mind later... > > [snip] > > In general, binary mounts are better. which is basically what you said below. Igor > > In other words, experiment -- find out what works for you. > > But the long and short of it is, use "unix" (binary mounts). > > Then if you find you really need text mounts, change it later. > > Robert -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ericmho@shaw.ca Sat Sep 11 18:01:00 2004 From: ericmho@shaw.ca (ERIC HO) Date: Sat, 11 Sep 2004 18:01:00 -0000 Subject: ncftp hang after the first file download Message-ID: <41facc041fb640.41fb64041facc0@shaw.ca> Hi there, under cygwin 1.5.11 and also the 2004-Sep-07 snapshot, ncftp hang after the first file download. I used get *.pdf command. ftp does not have this problem under mget. I'm wondering whether this problem has been experienced by others as well? Thanks. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From boekhold@emirates.net.ae Sat Sep 11 18:24:00 2004 From: boekhold@emirates.net.ae (Maarten Boekhold) Date: Sat, 11 Sep 2004 18:24:00 -0000 Subject: libtool-1.5.6-3, export-symbols-regex bug? Message-ID: <41433D43.8040802@emirates.net.ae> Hi, libtool-1.5.6-3, cygwin 1.5.10(0.116/4/2) I noticed the following today when trying to compile an application. Before I upgraded libtool earlier this week (not sure from which version, but a very recent one), this worked. When you use '-export-symbols-regex "^[^_].*"', libtool generates a file according to: /bin/nm -B .libs/libxfce4util_la-i18n.o .libs/libxfce4util_la-licenses-texts.o .libs/libxfce4util_la-utf8.o .libs/libxfce4util_la-xfce-desktopentry.o .libs/libxfce4util_la-xfce-fileutils.o .libs/libxfce4util_la-xfce-kiosk.o .libs/libxfce4util_la-xfce-miscutils.o .libs/libxfce4util_la-xfce-rc.o .libs/libxfce4util_la-xfce-rc-config.o .libs/libxfce4util_la-xfce-rc-simple.o .libs/libxfce4util_la-xfce-resource.o | sed -n -e 's/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\(_\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p' | /bin/sed -e '/^[BCDGS] /s/.* \([^ ]*\)/\1 DATA/' | /bin/sed -e '/^[AITW] /s/.* //' | sort | uniq > .libs/libxfce4util.exp grep -E -e "^[^_].*" ".libs/libxfce4util.exp" > ".libs/libxfce4util.expT" (sorry for the ugly way the lines are broken...) The first part (nm -B ... > .libs/libxfce4util.exp) generates a file that looks like: R _xfce_builtin_license_BSD xfce_builtin_license_BSD R _xfce_builtin_license_GPL xfce_builtin_license_GPL R _xfce_builtin_license_LGPL xfce_builtin_license_LGPL _xfce_rc_config_close _xfce_rc_config_flush _xfce_rc_config_get_entries ... _xfce_rc_simple_write_entry parent_class DATA utf8_string_remove_controls xfce_desktop_entry_get_file xfce_desktop_entry_get_int xfce_desktop_entry_get_string xfce_desktop_entry_get_type ... I suspect that the "R _xfce..." lines are invalid. The 'parent_class DATA' line also looks suspicious to me. Can the cygwin libtool maintainer please comment on this? Is this a bug, or should I adjust the regex passed to -export-symbols-regex? Kind regards, Maarten -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Robert@Menschel.net Sat Sep 11 18:36:00 2004 From: Robert@Menschel.net (Robert Menschel) Date: Sat, 11 Sep 2004 18:36:00 -0000 Subject: File format - UNIX/DOS while installing cygwin ? In-Reply-To: <001201c497d4$584f7600$9c7ba8c0@amer.cisco.com> References: <001201c497d4$584f7600$9c7ba8c0@amer.cisco.com> Message-ID: <47812857.20040911112433@Menschel.net> Hello Ramneek, Saturday, September 11, 2004, 12:52:53 AM, you wrote: RS> While installing cygwin, it asks in the wizard whether file format is RS> unix or dos. What is this for ? From the rest of your post, looks like you already suspect the answer. Unix ends each text line with just a "new line" code. Dos/Windows ends each text line with a "carriage return" and then a "new line" code. RS> I mainly am going to use cygwin for PERL. Now, all my files are RS> created in unix and I just ftp them over onto the windows machine. RS> Since matching is used in perl script, I am wondering if some of the RS> input text files will end up with some extra characters At the end of RS> each line which can throw the perl matching off ? How do you FTP them from the Unix system to the Windows machine? What are their file names? If you use FTP from within Cygwin, they stay in Unix format. If you use FTP from within Windows, and if the file names are considered "text" files, then that FTP program probably does an "ascii" transfer, adding the carriage return to each line. RS> For example if my expected output that I am storing in a file is the RS> following string: RS> Output Found Correctly RS> Then if I ftp such a file over from unix and expect it to work on RS> windows which File format should I be selecting ? (I am using word RS> boundary around the expected output). If the original file is on Unix, and everything (including the FTP) is under Cygwin, use the Unix format. Bob Menschel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Sat Sep 11 19:36:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Sat, 11 Sep 2004 19:36:00 -0000 Subject: libtool-1.5.6-3, export-symbols-regex bug? In-Reply-To: <41433D43.8040802@emirates.net.ae> References: <41433D43.8040802@emirates.net.ae> Message-ID: <697487759.20040911203627@familiehaase.de> Hello Maarten, > libtool-1.5.6-3, cygwin 1.5.10(0.116/4/2) > I noticed the following today when trying to compile an application. > Before I upgraded libtool earlier this week (not sure from which > version, but a very recent one), this worked. > When you use '-export-symbols-regex "^[^_].*"', libtool generates a file > according to: > /bin/nm -B .libs/libxfce4util_la-i18n.o > .libs/libxfce4util_la-licenses-texts.o .libs/libxfce4util_la-utf8.o > .libs/libxfce4util_la-xfce-desktopentry.o > .libs/libxfce4util_la-xfce-fileutils.o > .libs/libxfce4util_la-xfce-kiosk.o > .libs/libxfce4util_la-xfce-miscutils.o .libs/libxfce4util_la-xfce-rc.o > .libs/libxfce4util_la-xfce-rc-config.o > .libs/libxfce4util_la-xfce-rc-simple.o > .libs/libxfce4util_la-xfce-resource.o | sed -n -e 's/^.*[ > ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ > ]*\(_\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p' | /bin/sed -e > '/^[BCDGS] /s/.* \([^ ]*\)/\1 DATA/' | /bin/sed -e '/^[AITW] /s/.* //' | > sort | uniq > .libs/libxfce4util.exp > grep -E -e "^[^_].*" ".libs/libxfce4util.exp" > ".libs/libxfce4util.expT" > (sorry for the ugly way the lines are broken...) > The first part (nm -B ... > .libs/libxfce4util.exp) generates a file > that looks like: > R _xfce_builtin_license_BSD xfce_builtin_license_BSD > R _xfce_builtin_license_GPL xfce_builtin_license_GPL > R _xfce_builtin_license_LGPL xfce_builtin_license_LGPL > _xfce_rc_config_close > _xfce_rc_config_flush > _xfce_rc_config_get_entries > ... > _xfce_rc_simple_write_entry > parent_class DATA > utf8_string_remove_controls > xfce_desktop_entry_get_file > xfce_desktop_entry_get_int > xfce_desktop_entry_get_string > xfce_desktop_entry_get_type > ... > I suspect that the "R _xfce..." lines are invalid. The 'parent_class > DATA' line also looks suspicious to me. > Can the cygwin libtool maintainer please comment on this? Is this a bug, > or should I adjust the regex passed to -export-symbols-regex? Please see: http://sources.redhat.com/ml/cygwin/2004-08/msg00607.html Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dacvdc@umr.edu Sat Sep 11 19:40:00 2004 From: dacvdc@umr.edu (Cape, David Andrew (UMR-Student)) Date: Sat, 11 Sep 2004 19:40:00 -0000 Subject: where is cygwin1.dll available? Message-ID: <6D124D6500B7FB409047D4DB252C050F1BED02@umr-mail11.umr.edu> I seem to need it. I have compiled a hello.c program with the command gcc hello.c which gave me a.exe, but when I try to run a.exe I get an error message saying that I might need to reinstall the .dll file mentioned in the subject line. Any suggestions would be appreciated. Thanks, David Cape -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From andrex@alumni.utexas.net Sat Sep 11 23:48:00 2004 From: andrex@alumni.utexas.net (Andrew Schulman) Date: Sat, 11 Sep 2004 23:48:00 -0000 Subject: where is cygwin1.dll available? References: <6D124D6500B7FB409047D4DB252C050F1BED02@umr-mail11.umr.edu> Message-ID: find / -name cygwin1.dll -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cygwin@tlinx.org Sun Sep 12 00:50:00 2004 From: cygwin@tlinx.org (linda w) Date: Sun, 12 Sep 2004 00:50:00 -0000 Subject: sundry & using rootfs as cygwin-root Message-ID: <41438EE8.7040708@tlinx.org> BTW -- just wanted to thank again (since I don't know that my first thank got through) for the expandable window size in setup...I know it's been there a while, but wanted to remention it anyway since I was thinking about setup. Since some fair number of people (including myself) do use the cygwin fs root set at C:\, and having done so over win98,me,2000 and xp I've, personally, never ran into any problems, I was wondering if anyone else *had* run into problems having Cygroot=C:\ ? I did run into a problem on a friend's system when I decided to take the more conservative approach and install cygwin in the non-root of his system -- since it wasn't my sys and didn't want to go against the "suggestion" of the cygwin installer...but in using his system after that, not having the two roots be synonomous has been nothing but a pain. find commands, locate and such that used to work from root now no longer work as expected. I can't access the whole system the way I was used to...it's more like cygwin is installed into a separate little compartment over to the side, whereas when I install it in root, I am more often using it as a OS adjunct/layer, as, I _think_, many people are. So I was wondering -- is that warning really _necessary_? and if it is, maybe it is only necessary when creating a new install and not running an update on an existing install each time? Just a minor idea... -linda -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cygwin@tlinx.org Sun Sep 12 02:50:00 2004 From: cygwin@tlinx.org (linda w) Date: Sun, 12 Sep 2004 02:50:00 -0000 Subject: What is executable or not...? Message-ID: <41439D4D.1050001@tlinx.org> When I am in bash, I can type a completion char for my executable and it will give me a list of all the executables that could complete my command. The command completion doesn't give a complete listing of all files, but oddly, it does include many ".dll's", most that would seem to be non-executable...like: I wanted to find all executables starting with cyg: /tmp> cyg= #vi mode Display all 142 possibilities? (y or n) .... big long list deleted ... cygfpx-1.dll cygxkbfile-1.dll cygfreetype-6.dll cygxkbui-1.dll cygfreetype-9.dll cygxml2-2.dll cyggd-2.dll cygz.dll /tmp> cyggd-2.dll bash: /bin/cyggd-2.dll: Permission denied /tmp> --------- Why does command completion display "dll's"? Is this really desirable behavior (I just wanted to find all the cygXXX commands...)? Directory names also show up as executables if they are directories in a directory of your search path...hmmm.... Is this a bug or a feature? :-) Has it always done this?...hmph. -l -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From yakei410@yahoo.com Sun Sep 12 03:17:00 2004 From: yakei410@yahoo.com (Aaron Stephanic) Date: Sun, 12 Sep 2004 03:17:00 -0000 Subject: "cd" in bash script not being executed In-Reply-To: <472287831.20040911110807@Menschel.net> References: <41427468.8010203@yahoo.com> <472287831.20040911110807@Menschel.net> Message-ID: <4143B935.5020305@yahoo.com> Sorry, it was my understanding of scripting that was broken. My script wasn't permanently changing directories so I thought "cd" wasn't working. But amazingly enough you actually can't permanently change directories in a script without a workaround... you have to "source" the script instead of execute it, or something along those lines... the reason being that scripts execute as child processes and can't change the directory of their parent process. See this thread: http://archive.lug.boulder.co.us/bymonth/1998.12/msg00151.html That thread has a very interesting discussion of "cd" and even a suggestion on how to get rid of the need to type the command altogether, by the way. So anyway, cygwin is working fine... well just like Unix and how it's supposed to in any case... which is fine. Aaron Stephanic Robert Menschel wrote: > Hello Aaron, > > Friday, September 10, 2004, 8:43:36 PM, you wrote to the Cygwin list: > > AS> I'm having the same problem as in this thread: > AS> http://www.cygwin.com/ml/cygwin/2004-07/msg00197.html > > AS> "cd" in bash scripts is not working. Is this a bug? > > They're working here. I've had no problem with "cd" in my bash scripts > under Cygwin, none at all in the four months I've been using Cygwin. > > So the problem isn't with "cd", but with some specific combination of > things. People on the list will need to know more about what you're doing > in order to help. > > Bob Menschel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From maxb@ukf.net Sun Sep 12 04:29:00 2004 From: maxb@ukf.net (Max Bowsher) Date: Sun, 12 Sep 2004 04:29:00 -0000 Subject: sundry & using rootfs as cygwin-root References: <41438EE8.7040708@tlinx.org> Message-ID: <03a901c49877$0c148ca0$78d96f83@robinson.cam.ac.uk> linda w wrote: > Since some fair number of people (including myself) do use the cygwin > fs root set at C:\, and having done so over win98,me,2000 and xp I've, > personally, never ran into any problems, I was wondering if anyone else > *had* run into problems having Cygroot=C:\ ? AFAIK the reasons for this are: Intermingling cygwin files and directories with Program Files, WINDOWS, and all the other bits windows sticks in C:\ is just... *messy*. It's good to be able to tell people "to uninstall cygwin, just delete C:\cygwin" You never know if some other program is going to decide C:\usr would be a good place to install to. I'm fairly sure I came across a Perl installer that did this at some stage. > I did run into a problem on a friend's system when I decided to take the > more conservative approach and install cygwin in the non-root of his > system -- since it wasn't my sys and didn't want to go against the > "suggestion" > of the cygwin installer...but in using his system after that, not having > the two roots be synonomous has been nothing but a pain. find commands, > locate > and such that used to work from root now no longer work as expected. I > can't > access the whole system the way I was used to...it's more like cygwin is > installed into a separate little compartment over to the side, whereas > when > I install it in root, I am more often using it as a OS adjunct/layer, as, > I _think_, many people are. I'm using Cygwin as a most important part of my environment, and I don't find it odd to have it in C:\cygwin. In fact, I'd *hate* it to have "Program Files", WINDOWS, and so on cluttering up my '/' directory. If you dislike typing /cygdrive/c, then set up a symlink at /c. > So I was wondering -- is that warning really _necessary_? and if it is, > maybe > it is only necessary when creating a new install and not running an update > on an existing install each time? That's probably a good idea. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Sun Sep 12 08:17:00 2004 From: brian@dessent.net (Brian Dessent) Date: Sun, 12 Sep 2004 08:17:00 -0000 Subject: What is executable or not...? References: <41439D4D.1050001@tlinx.org> Message-ID: <4143D122.B7BA2D15@dessent.net> linda w wrote: > When I am in bash, I can type a completion char for my executable and it > will > give me a list of all the executables that could complete my command. > > The command completion doesn't give a complete listing of all files, but > oddly, > it does include many ".dll's", most that would seem to be > non-executable...like: Because to bash any file with the 'x' bit set is an executable. This is how it works in *nix / posix and that's what Cygwin is emulating. I think if you were to "chmod a-x" your DLLs you'd run into serious problems so I suggest you not do that. You should read the bash manual section 8.6: You could probably change the completion behavior so that "*.[dD][lL][lL]" doesn't match, if it really bothers you. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From boekhold@emirates.net.ae Sun Sep 12 10:04:00 2004 From: boekhold@emirates.net.ae (Maarten Boekhold) Date: Sun, 12 Sep 2004 10:04:00 -0000 Subject: libtool-1.5.6-3, export-symbols-regex bug? In-Reply-To: <697487759.20040911203627@familiehaase.de> References: <41433D43.8040802@emirates.net.ae> <697487759.20040911203627@familiehaase.de> Message-ID: <414405DC.1020505@emirates.net.ae> Gerrit P. Haase wrote: > Please see: > http://sources.redhat.com/ml/cygwin/2004-08/msg00607.html Glad I'm not the only one who noticed this. In Chuck's reply to the cygwin list he says he'll look into this. I haven't seen any further reply from him yet, neither on the cygwin list nor on the libtool lists. Have you heard anything back? Q: do you know what a line such as 'parent_class DATA' in the exported symbols means? Maarten -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bhx2@mevik.net Sun Sep 12 10:47:00 2004 From: bhx2@mevik.net (=?iso-8859-1?q?Bj=F8rn-Helge_Mevik?=) Date: Sun, 12 Sep 2004 10:47:00 -0000 Subject: [ANNOUNCEMENT] Updated: cygwin-1.5.11-1 In-Reply-To: <20040910174000.GB9110@trixie.casa.cgf.cx> (Christopher Faylor's message of "Fri, 10 Sep 2004 13:40:00 -0400") References: <200409050451.i854pPi21887@esds.vss.fsi.com> <20040910125726.GD7514@trixie.casa.cgf.cx> <20040910174000.GB9110@trixie.casa.cgf.cx> Message-ID: Christopher Faylor writes: > > "I've rotated the tires on the car." > > "Unfortunately, this does not solve the problem of the oil leak." > > Well, duh. It was meantioned that the update would fix problems that, to my obviously insufficient knowledge of MS Windows and Cygwin internals, sounded like it at least could be remotely related to my problem. I'm sorry if my message offended anyone. That was not the intention. The intention was merely to report the problem, in case someone with interest and knowledge would want to pick it up. -- Bj?rn-Helge Mevik -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From boekhold@emirates.net.ae Sun Sep 12 10:55:00 2004 From: boekhold@emirates.net.ae (Maarten Boekhold) Date: Sun, 12 Sep 2004 10:55:00 -0000 Subject: cygwin glib/g_module_build_path Message-ID: <414428EE.6070004@emirates.net.ae> Hi Gerrit, Using libtool under cygwin, it is quite common that a shared library (eg. cygfoo.dll) is installed in a different directory than the libtool library (eg. libfoo.la). libfoo.la would then point to the location of the actual DLL: # The name that we can dlopen(3). dlname='../bin/cygxfce4_desktop_menu.dll' An application using g_module_build_path would usually assume that a library is installed in the directory where the libtool archive is located. g_module_build_path as included in the cygwin version does not take any .la libtool archives into account at all, and is therefore likely to return the wrong location for a specific shared library. However, g_module_open *does* know how to handle .la files and find the actual location/filename of the DLL in question. Should we add a special case to gmodule-win32.c:_g_module_build_path() that checks whether there exists a libtool archive at the specified directory/module_name location (eg. directory + "/lib" + module_name + ".la") and if so return that as a path? Or would there be a better solution for this? Maarten -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From M.Arndt@science-computing.de Sun Sep 12 11:02:00 2004 From: M.Arndt@science-computing.de (Michael Arndt) Date: Sun, 12 Sep 2004 11:02:00 -0000 Subject: "minimal cygwin ?" Message-ID: <20040912125543.A47021@blnsrv1.science-computing.de> Hello *, Has anyone tailored a "minimal cywin install" with just the absolutely "required" cygwin components ? Explanation: I'd like to distribute cygwin to a farm of older nt systems with restricted discspace My favorite approach would be, to distribute a "minimal system" and add an additional sw package only on hosts with enough space is that doable, and has someone size estimations ? thx micha -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dwsharp@iee.org Sun Sep 12 12:05:00 2004 From: dwsharp@iee.org (Don Sharp) Date: Sun, 12 Sep 2004 12:05:00 -0000 Subject: sundry & using rootfs as cygwin-root In-Reply-To: <03a901c49877$0c148ca0$78d96f83@robinson.cam.ac.uk> References: <41438EE8.7040708@tlinx.org> <03a901c49877$0c148ca0$78d96f83@robinson.cam.ac.uk> Message-ID: <41442CED.1040903@iee.org> I have found that giving cygwin its own partition and setting / to the root of the volume gives the best of all worlds for me. I have also used systems with a LETTER:/cygwin and experienced no unexpected or inconvenient behaviour. Cheers Don Sharp Max Bowsher wrote: > linda w wrote: > >> Since some fair number of people (including myself) do use the cygwin >> fs root set at C:\, and having done so over win98,me,2000 and xp I've, >> personally, never ran into any problems, I was wondering if anyone else >> *had* run into problems having Cygroot=C:\ ? > > > AFAIK the reasons for this are: > > Intermingling cygwin files and directories with Program Files, WINDOWS, > and all the other bits windows sticks in C:\ is just... *messy*. > > It's good to be able to tell people "to uninstall cygwin, just delete > C:\cygwin" > > You never know if some other program is going to decide C:\usr would be > a good place to install to. I'm fairly sure I came across a Perl > installer that did this at some stage. > >> I did run into a problem on a friend's system when I decided to take the >> more conservative approach and install cygwin in the non-root of his >> system -- since it wasn't my sys and didn't want to go against the >> "suggestion" >> of the cygwin installer...but in using his system after that, not having >> the two roots be synonomous has been nothing but a pain. find commands, >> locate >> and such that used to work from root now no longer work as expected. I >> can't >> access the whole system the way I was used to...it's more like cygwin is >> installed into a separate little compartment over to the side, whereas >> when >> I install it in root, I am more often using it as a OS adjunct/layer, as, >> I _think_, many people are. > > > I'm using Cygwin as a most important part of my environment, and I don't > find it odd to have it in C:\cygwin. In fact, I'd *hate* it to have > "Program Files", WINDOWS, and so on cluttering up my '/' directory. > > If you dislike typing /cygdrive/c, then set up a symlink at /c. > >> So I was wondering -- is that warning really _necessary_? and if it is, >> maybe >> it is only necessary when creating a new install and not running an >> update >> on an existing install each time? > > > That's probably a good idea. > > Max. > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Sun Sep 12 14:08:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Sun, 12 Sep 2004 14:08:00 -0000 Subject: cygserver problem max 5 connections Message-ID: <41443B93.4020000@x-ray.at> I have a postgres user claiming that cygserver cannot serve more than 5 concurrent connections with postgres. In my own tests it showed that postmaster really crashed at the parallel regression test suite. ipcs showed five semaphores and one shm area. The serial tests work fine with up to 40-100 max_connections. And the initdb process, which automatically chooses max_connections by trying it out until it works, usually gives 50-100 max_connections. any comments? how to debug such concurrency problems? I have a debug build of cygserver, which obviously cannot serve that many concurrent connections, but doesn't crash either. ==== There is currently no production release of PostgreSQL that runs more than 5 concurrent sessions in Windows because the releases available for Cygwin, 7.4.3 to 7.4.5 are built with Cygserver which has a bug that have PostgreSQL hung with more than 5 concurrent connections. I am planning to revert to PostgreSQL 7.1 which is the latest cygwin package built with cygipc (instead of cygserver). It would be nice to have the latest releases of PostgreSQL rebuilt with cygipc and available as cygwin packages. Thanks Jean-Pierre Pelletier -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From fergus@bonhard.uklinux.net Sun Sep 12 14:45:00 2004 From: fergus@bonhard.uklinux.net (fergus) Date: Sun, 12 Sep 2004 14:45:00 -0000 Subject: snapshot 20040911: lose bash prompt Message-ID: <1094998084.2597.11.camel@82-40-123-11.cable.ubr01.pert.blueyonder.co.uk> With snapshot 20040911, bash shell, XP SP2, I find that any command whatever (eg. uname -a, ls -latr, find .) that would normally run and then re-present the bash prompt, runs but the prompt is not recovered. Nor without using Task Manager can I run anything else, or exit the process. Attached: cygcheck.out. Fergus -------------- next part -------------- Cygwin Configuration Diagnostics Current System Time: Sun Sep 12 14:47:17 2004 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: c:\Cygwin\bin c:\Cygwin\usr\X11R6\bin C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem c:\DOSX c:\A3 "C:\Program Files\Norton SystemWorks\Norton Ghost\" Output from c:\Cygwin\bin\id.exe (nontsec) UID: 500(fergus) GID: 513(bonhard) 513(bonhard) Output from c:\Cygwin\bin\id.exe (ntsec) UID: 500(fergus) GID: 513(bonhard) 0(root) 513(bonhard) 544(Administrators) 545(Users) 1003(Debugger Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS Path = `c:\Cygwin\bin;c:\Cygwin\usr\X11R6\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;c:\DOSX;c:\A3;"C:\Program Files\Norton SystemWorks\Norton Ghost\"' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\Administrator\Application Data' CLIENTNAME = `Console' CommonProgramFiles = `C:\Program Files\Common Files' COMPUTERNAME = `LEPER' ComSpec = `C:\WINDOWS\system32\cmd.exe' FP_NO_HOST_CHECK = `NO' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\Administrator' LOGONSERVER = `\\LEPER' NUMBER_OF_PROCESSORS = `1' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 7, GenuineIntel' PROCESSOR_LEVEL = `15' PROCESSOR_REVISION = `0207' ProgramFiles = `C:\Program Files' PROMPT = `$P$G' SESSIONNAME = `Console' SystemDrive = `C:' SystemRoot = `C:\WINDOWS' TEMP = `C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp' TMP = `C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp' USERDOMAIN = `LEPER' USERNAME = `Administrator' USERPROFILE = `C:\Documents and Settings\Administrator' windir = `C:\WINDOWS' POSIXLY_CORRECT = `1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x00000022 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_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 = 0x0000002a 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 c: hd FAT32 114411Mb 57% CP UN e: cd N/A N/A f: hd FAT32 34041Mb 87% CP UN USB32 g: fd FAT32 732Mb 1% CP UN STICK32 h: fd FAT32 45Mb 5% CP UN DELL32 . /cygdrive user binmode,cygdrive c:\Cygwin / system binmode c:\Cygwin\bin /usr/bin system binmode c:\Cygwin\lib /usr/lib system binmode . /cygdrive system binmode,cygdrive Not Found: awk Found: .\bash.exe Found: c:\Cygwin\bin\bash.exe Warning: .\bash.exe hides c:\Cygwin\bin\bash.exe Found: .\cat.exe Found: c:\Cygwin\bin\cat.exe Warning: .\cat.exe hides c:\Cygwin\bin\cat.exe Found: .\cp.exe Found: c:\Cygwin\bin\cp.exe Warning: .\cp.exe hides c:\Cygwin\bin\cp.exe Found: .\cpp.exe Found: c:\Cygwin\bin\cpp.exe Warning: .\cpp.exe hides c:\Cygwin\bin\cpp.exe Found: .\find.exe Found: c:\Cygwin\bin\find.exe Warning: .\find.exe hides c:\Cygwin\bin\find.exe Found: .\gcc.exe Found: c:\Cygwin\bin\gcc.exe Warning: .\gcc.exe hides c:\Cygwin\bin\gcc.exe Found: .\gdb.exe Found: c:\Cygwin\bin\gdb.exe Warning: .\gdb.exe hides c:\Cygwin\bin\gdb.exe Found: .\grep.exe Found: c:\Cygwin\bin\grep.exe Warning: .\grep.exe hides c:\Cygwin\bin\grep.exe Found: .\ld.exe Found: c:\Cygwin\bin\ld.exe Warning: .\ld.exe hides c:\Cygwin\bin\ld.exe Found: .\ls.exe Found: c:\Cygwin\bin\ls.exe Warning: .\ls.exe hides c:\Cygwin\bin\ls.exe Found: .\make.exe Found: c:\Cygwin\bin\make.exe Warning: .\make.exe hides c:\Cygwin\bin\make.exe Found: .\mv.exe Found: c:\Cygwin\bin\mv.exe Warning: .\mv.exe hides c:\Cygwin\bin\mv.exe Found: .\rm.exe Found: c:\Cygwin\bin\rm.exe Warning: .\rm.exe hides c:\Cygwin\bin\rm.exe Found: .\sed.exe Found: c:\Cygwin\bin\sed.exe Warning: .\sed.exe hides c:\Cygwin\bin\sed.exe Found: .\sh.exe Found: c:\Cygwin\bin\sh.exe Warning: .\sh.exe hides c:\Cygwin\bin\sh.exe Found: .\tar.exe Found: c:\Cygwin\bin\tar.exe Warning: .\tar.exe hides c:\Cygwin\bin\tar.exe Found: c:\DOSX\tar.exe Warning: .\tar.exe hides c:\DOSX\tar.exe 330k 2004/02/09 .\cyghttpd.dll - os=4.0 img=1.0 sys=4.0 "cyghttpd.dll" v0.0 ts=2004/2/9 18:14 529k 2004/06/27 .\cygcppunit-1-9-14.dll - os=4.0 img=1.0 sys=4.0 "cygcppunit-1-9-14.dll" v0.0 ts=2004/6/27 2:29 7k 2003/10/19 .\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0 "cygcrypt-0.dll" v0.0 ts=2003/10/19 8:57 617k 2004/03/22 .\cygcurl-2.dll - os=4.0 img=1.0 sys=4.0 "cygcurl-2.dll" v0.0 ts=2004/3/22 15:52 22k 2004/02/10 .\cygcygipc-2.dll - os=4.0 img=1.0 sys=4.0 "cygcygipc-2.dll" v0.0 ts=2004/2/10 2:48 23k 2003/08/09 .\cygguile-srfi-srfi-4-v-1-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-4-v-1-1.dll" v0.0 ts=2003/8/9 15:17 155k 2004/01/07 .\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0 "cygexpat-0.dll" v0.0 ts=2004/1/7 16:14 654k 2003/11/04 .\cygfltknox-0.dll - os=4.0 img=1.0 sys=4.0 "cygfltknox-0.dll" v0.0 ts=2003/11/4 21:57 65k 2003/11/04 .\cygfltknox_forms-0.dll - os=4.0 img=1.0 sys=4.0 "cygfltknox_forms-0.dll" v0.0 ts=2003/11/4 21:57 81k 2003/11/04 .\cygfltknox_gl-0.dll - os=4.0 img=1.0 sys=4.0 "cygfltknox_gl-0.dll" v0.0 ts=2003/11/4 21:58 108k 2003/11/04 .\cygfltknox_images-0.dll - os=4.0 img=1.0 sys=4.0 "cygfltknox_images-0.dll" v0.0 ts=2003/11/4 21:58 41k 2004/08/19 .\cyglber-2-2-7.dll - os=4.0 img=1.0 sys=4.0 "cyglber-2-2-7.dll" v0.0 ts=2004/8/19 14:43 170k 2004/08/19 .\cygldap-2-2-7.dll - os=4.0 img=1.0 sys=4.0 "cygldap-2-2-7.dll" v0.0 ts=2004/8/19 14:53 181k 2004/08/19 .\cygldap_r-2-2-7.dll - os=4.0 img=1.0 sys=4.0 "cygldap_r-2-2-7.dll" v0.0 ts=2004/8/19 14:53 1061k 2004/08/19 .\cygperl5_8_5.dll - os=4.0 img=1.0 sys=4.0 "cygperl5_8_5.dll" v0.0 ts=2004/8/19 18:54 167k 2003/09/09 .\cyggmp-3.dll - os=4.0 img=1.0 sys=4.0 "cyggmp-3.dll" v0.0 ts=2003/9/9 23:03 1378k 2004/08/22 .\cyggsl-0.dll - os=4.0 img=1.0 sys=4.0 "cyggsl-0.dll" v0.0 ts=2004/8/22 13:22 184k 2004/08/22 .\cyggslcblas-0.dll - os=4.0 img=1.0 sys=4.0 "cyggslcblas-0.dll" v0.0 ts=2004/8/22 13:04 12k 2003/02/17 .\cygioperm-0.dll - os=4.0 img=1.0 sys=4.0 "cygioperm-0.dll" v0.0 ts=2003/2/17 19:58 48k 2003/08/10 .\cygjbig1.dll - os=4.0 img=1.0 sys=4.0 "cygjbig1.dll" v0.0 ts=2003/8/11 0:58 156k 2004/06/04 .\cyglcms-1.dll - os=4.0 img=1.0 sys=4.0 "cyglcms-1.dll" v0.0 ts=2004/6/4 15:00 92k 2004/06/08 .\cygapr-0-0.dll - os=4.0 img=1.0 sys=4.0 "cygapr-0-0.dll" v0.0 ts=2004/6/8 19:00 68k 2004/06/08 .\cygaprutil-0-0.dll - os=4.0 img=1.0 sys=4.0 "cygaprutil-0-0.dll" v0.0 ts=2004/6/8 19:03 802k 2003/09/15 .\cygaspell-15.dll - os=4.0 img=1.0 sys=4.0 "cygaspell-15.dll" v0.0 ts=2003/9/15 13:32 135k 2004/09/02 .\cygglib-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygglib-1-2-0.dll" v0.0 ts=2004/9/2 19:21 54k 2002/01/27 .\cygbz21.0.dll - os=4.0 img=1.0 sys=4.0 "cygbz21.0.dll" v0.0 ts=2002/1/27 1:07 61k 2003/08/09 .\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 "cygbz2-1.dll" v0.0 ts=2003/8/9 7:35 18k 2004/07/06 .\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0 "cygcharset-1.dll" v0.0 ts=2004/7/6 19:09 326k 2002/06/26 .\cygdb2.dll - os=4.0 img=1.0 sys=4.0 "cygdb2.dll" v0.0 ts=2002/6/26 18:48 380k 2002/07/24 .\cygdb-3.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb-3.1.dll" v0.0 ts=2002/7/24 17:24 487k 2002/07/24 .\cygdb_cxx-3.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-3.1.dll" v0.0 ts=2002/7/24 17:25 831k 2003/09/20 .\cygdb-4.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.1.dll" v0.0 ts=2003/9/20 22:51 1080k 2003/09/20 .\cygdb_cxx-4.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.1.dll" v0.0 ts=2003/9/20 22:53 895k 2004/04/28 .\cygdb-4.2.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.2.dll" v0.0 ts=2004/4/27 16:31 1156k 2004/04/28 .\cygdb_cxx-4.2.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.2.dll" v0.0 ts=2004/4/27 16:35 28k 2004/08/15 .\cygesd-0.dll - os=4.0 img=1.0 sys=4.0 "cygesd-0.dll" v0.0 ts=2004/8/16 0:31 129k 2004/03/11 .\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontconfig-1.dll" v0.0 ts=2004/3/11 0:12 361k 2003/10/25 .\cygfreetype-6.dll - os=4.0 img=1.0 sys=4.0 "cygfreetype-6.dll" v0.0 ts=2003/10/22 5:18 213k 2004/02/05 .\cyggd-2.dll - os=4.0 img=1.0 sys=4.0 "cyggd-2.dll" v0.0 ts=2004/2/5 13:32 19k 2003/03/22 .\cyggdbm.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm.dll" v0.0 ts=2002/2/20 3:05 28k 2003/07/20 .\cyggdbm-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-3.dll" v0.0 ts=2003/7/20 8:58 15k 2003/07/20 .\cyggdbm_compat-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-3.dll" v0.0 ts=2003/7/20 9:00 30k 2003/08/11 .\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-4.dll" v0.0 ts=2003/8/11 3:12 15k 2003/08/11 .\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-4.dll" v0.0 ts=2003/8/11 3:13 17k 2004/07/06 .\cyggettextpo-0.dll - os=4.0 img=1.0 sys=4.0 "cyggettextpo-0.dll" v0.0 ts=2004/7/6 18:56 107k 2004/07/06 .\cyggettextlib-0-14-1.dll - os=4.0 img=1.0 sys=4.0 "cyggettextlib-0-14-1.dll" v0.0 ts=2004/7/6 18:56 190k 2004/07/06 .\cyggettextsrc-0-14-1.dll - os=4.0 img=1.0 sys=4.0 "cyggettextsrc-0-14-1.dll" v0.0 ts=2004/7/6 18:56 351k 2004/07/17 .\cygGraphicsMagick++-0.dll - os=4.0 img=1.0 sys=4.0 "cygGraphicsMagick++-0.dll" v0.0 ts=2004/7/17 9:48 2170k 2004/07/17 .\cygGraphicsMagick-0.dll - os=4.0 img=1.0 sys=4.0 "cygGraphicsMagick-0.dll" v0.0 ts=2004/7/17 9:46 489k 2003/08/09 .\cygguile-12.dll - os=4.0 img=1.0 sys=4.0 "cygguile-12.dll" v0.0 ts=2003/8/9 15:17 24k 2003/08/09 .\cygguile-ltdl-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-ltdl-1.dll" v0.0 ts=2003/8/9 15:16 11k 2003/08/09 .\cygguilereadline-v-12-12.dll - os=4.0 img=1.0 sys=4.0 "cygguilereadline-v-12-12.dll" v0.0 ts=2003/8/9 15:17 62k 2003/08/09 .\cygguile-srfi-srfi-13-14-v-1-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-13-14-v-1-1.dll" v0.0 ts=2003/8/9 15:17 489k 2003/07/28 .\cygguile-12abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-12abi13.dll" v0.0 ts=2003/7/28 19:18 24k 2003/07/28 .\cygguile-ltdl-1abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-ltdl-1abi13.dll" v0.0 ts=2003/7/28 18:48 11k 2003/07/28 .\cygguilereadline-v-12-12abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguilereadline-v-12-12abi13.dll" v0.0 ts=2003/7/28 19:18 62k 2003/07/28 .\cygguile-srfi-srfi-13-14-v-1-1abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-13-14-v-1-1abi13.dll" v0.0 ts=2003/7/28 19:18 23k 2003/07/28 .\cygguile-srfi-srfi-4-v-1-1abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-4-v-1-1abi13.dll" v0.0 ts=2003/7/28 19:18 991k 2004/07/06 .\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 "cygiconv-2.dll" v0.0 ts=2004/7/6 19:10 11k 2004/09/02 .\cyggmodule-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggmodule-1-2-0.dll" v0.0 ts=2004/9/2 19:23 10k 2004/09/02 .\cyggthread-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggthread-1-2-0.dll" v0.0 ts=2004/9/2 19:23 21k 2001/06/20 .\cygintl.dll - os=4.0 img=1.0 sys=4.0 "cygintl.dll" v0.0 ts=2001/6/20 18:09 22k 2001/12/13 .\cygintl-1.dll - os=4.0 img=1.0 sys=4.0 "cygintl-1.dll" v0.0 ts=2001/12/13 9:28 37k 2003/08/10 .\cygintl-2.dll - os=4.0 img=1.0 sys=4.0 "cygintl-2.dll" v0.0 ts=2003/8/10 22:50 54k 2004/07/06 .\cygintl-3.dll - os=4.0 img=1.0 sys=4.0 "cygintl-3.dll" v0.0 ts=2004/7/6 18:51 132k 2003/08/11 .\cygjpeg-62.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg-62.dll" v0.0 ts=2003/8/11 1:37 119k 2002/02/09 .\cygjpeg6b.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg6b.dll" v0.0 ts=2002/2/9 5:19 60k 2003/09/17 .\cygkpathsea-3.dll - os=4.0 img=1.0 sys=4.0 "cygkpathsea-3.dll" v0.0 ts=2003/9/17 17:37 60k 2003/07/27 .\cygkpathsea-3abi13.dll - os=4.0 img=1.0 sys=4.0 "cygkpathsea-3abi13.dll" v0.0 ts=2003/7/27 21:23 40k 2004/07/07 .\cygltdl-3.dll - os=4.0 img=1.0 sys=4.0 "cygltdl-3.dll" v0.0 ts=2004/7/7 7:06 181k 2003/10/06 .\cygmcrypt-4.dll - os=4.0 img=1.0 sys=4.0 "cygmcrypt-4.dll" v0.0 ts=2003/10/6 15:54 45k 2001/04/25 .\cygform5.dll - os=4.0 img=1.0 sys=4.0 "cygform5.dll" v0.0 ts=2001/4/25 6:28 26k 2001/04/25 .\cygmenu5.dll - os=4.0 img=1.0 sys=4.0 "cygmenu5.dll" v0.0 ts=2001/4/25 6:27 156k 2001/04/25 .\cygncurses++5.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++5.dll" v0.0 ts=2001/4/25 6:29 226k 2001/04/25 .\cygncurses5.dll - os=4.0 img=1.0 sys=4.0 "cygncurses5.dll" v0.0 ts=2001/4/25 6:17 15k 2001/04/25 .\cygpanel5.dll - os=4.0 img=1.0 sys=4.0 "cygpanel5.dll" v0.0 ts=2001/4/25 6:27 35k 2002/01/09 .\cygform6.dll - os=4.0 img=1.0 sys=4.0 "cygform6.dll" v0.0 ts=2002/1/9 6:03 20k 2002/01/09 .\cygmenu6.dll - os=4.0 img=1.0 sys=4.0 "cygmenu6.dll" v0.0 ts=2002/1/9 6:03 175k 2002/01/09 .\cygncurses++6.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++6.dll" v0.0 ts=2002/1/9 6:03 202k 2002/01/09 .\cygncurses6.dll - os=4.0 img=1.0 sys=4.0 "cygncurses6.dll" v0.0 ts=2002/1/9 6:03 12k 2002/01/09 .\cygpanel6.dll - os=4.0 img=1.0 sys=4.0 "cygpanel6.dll" v0.0 ts=2002/1/9 6:03 48k 2003/08/09 .\cygform7.dll - os=4.0 img=1.0 sys=4.0 "cygform7.dll" v0.0 ts=2003/8/9 10:25 29k 2003/08/09 .\cygmenu7.dll - os=4.0 img=1.0 sys=4.0 "cygmenu7.dll" v0.0 ts=2003/8/9 10:25 224k 2003/08/09 .\cygncurses7.dll - os=4.0 img=1.0 sys=4.0 "cygncurses7.dll" v0.0 ts=2003/8/9 10:24 19k 2003/08/09 .\cygpanel7.dll - os=4.0 img=1.0 sys=4.0 "cygpanel7.dll" v0.0 ts=2003/8/9 10:24 92k 2004/07/10 .\cygneon-24.dll - os=4.0 img=1.0 sys=4.0 "cygneon-24.dll" v0.0 ts=2004/7/10 16:37 40k 2004/01/02 .\cyglber-2.dll - os=4.0 img=1.0 sys=4.0 "cyglber-2.dll" v0.0 ts=2004/1/2 11:11 194k 2004/01/02 .\cygldap-2.dll - os=4.0 img=1.0 sys=4.0 "cygldap-2.dll" v0.0 ts=2004/1/2 11:27 202k 2004/01/02 .\cygldap_r-2.dll - os=4.0 img=1.0 sys=4.0 "cygldap_r-2.dll" v0.0 ts=2004/1/2 11:27 63k 2003/04/11 .\cygpcre.dll - os=4.0 img=1.0 sys=4.0 "cygpcre.dll" v0.0 ts=2003/4/11 9:31 61k 2003/04/11 .\cygpcreposix.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix.dll" v0.0 ts=2003/4/11 9:31 62k 2003/12/11 .\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcre-0.dll" v0.0 ts=2003/12/11 17:01 9k 2003/12/11 .\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix-0.dll" v0.0 ts=2003/12/11 17:01 168k 2003/08/10 .\cygpng10.dll - os=4.0 img=1.0 sys=4.0 "cygpng10.dll" v0.0 ts=2003/8/10 23:31 173k 2003/08/10 .\cygpng12.dll - os=4.0 img=1.0 sys=4.0 "cygpng12.dll" v0.0 ts=2003/8/10 23:35 170k 2002/01/21 .\cygpng2.dll - os=4.0 img=1.0 sys=4.0 "cygpng2.dll" v0.0 ts=2002/1/21 1:05 22k 2002/06/09 .\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0 "cygpopt-0.dll" v0.0 ts=2002/6/9 6:45 17k 2001/06/28 .\cyghistory4.dll - os=4.0 img=1.0 sys=4.0 "cyghistory4.dll" v0.0 ts=2001/1/7 4:34 108k 2001/06/28 .\cygreadline4.dll - os=4.0 img=1.0 sys=4.0 "cygreadline4.dll" v0.0 ts=2001/1/7 4:34 29k 2003/08/10 .\cyghistory5.dll - os=4.0 img=1.0 sys=4.0 "cyghistory5.dll" v0.0 ts=2003/8/11 0:16 148k 2003/08/10 .\cygreadline5.dll - os=4.0 img=1.0 sys=4.0 "cygreadline5.dll" v0.0 ts=2003/8/11 0:16 380k 2003/12/13 .\cygsmi-2.dll - os=4.0 img=1.0 sys=4.0 "cygsmi-2.dll" v0.0 ts=2003/12/13 0:57 281k 2003/02/24 .\cygtiff3.dll - os=4.0 img=1.0 sys=4.0 "cygtiff3.dll" v0.0 ts=2003/2/24 4:58 282k 2003/08/11 .\cygtiff4.dll - os=4.0 img=1.0 sys=4.0 "cygtiff4.dll" v0.0 ts=2003/8/11 3:32 27k 2004/03/05 .\cygungif-4.dll - os=4.0 img=1.0 sys=4.0 "cygungif-4.dll" v0.0 ts=2004/3/5 20:13 293k 2004/06/08 .\cygwmf-0-2-7.dll - os=4.0 img=1.0 sys=4.0 "cygwmf-0-2-7.dll" v0.0 ts=2004/6/8 11:49 101k 2004/06/08 .\cygwmflite-0-2-7.dll - os=4.0 img=1.0 sys=4.0 "cygwmflite-0-2-7.dll" v0.0 ts=2004/6/8 11:46 2689k 2002/11/16 .\cygxerces-c21.dll - os=4.0 img=1.0 sys=4.0 "cygxerces-c21.dll" v0.0 ts=2002/11/16 4:07 2984k 2003/02/07 .\cygxerces-c22.dll - os=4.0 img=1.0 sys=4.0 "cygxerces-c22.dll" v0.0 ts=2003/2/7 18:50 3006k 2003/10/12 .\cygxerces-c23.dll - os=4.0 img=1.0 sys=4.0 "cygxerces-c23.dll" v0.0 ts=2003/10/12 3:36 3520k 2003/12/16 .\cygxerces-c24.dll - os=4.0 img=1.0 sys=4.0 "cygxerces-c24.dll" v0.0 ts=2003/12/16 19:45 3416k 2004/02/21 .\cygxerces-c25.dll - os=4.0 img=1.0 sys=4.0 "cygxerces-c25.dll" v0.0 ts=2004/2/21 6:49 271k 2003/10/06 .\cygmhash-2.dll - os=4.0 img=1.0 sys=4.0 "cygmhash-2.dll" v0.0 ts=2003/10/6 16:23 15k 2003/11/20 .\cygminires.dll - os=4.0 img=0.97 sys=4.0 "cygminires.dll" v0.0 ts=2003/11/20 1:55 404k 2004/03/26 .\cygnaim_core-0.dll - os=4.0 img=1.0 sys=4.0 "cygnaim_core-0.dll" v0.0 ts=2004/3/26 22:35 841k 2004/03/17 .\cygcrypto-0.9.7.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto-0.9.7.dll" v0.0 ts=2004/3/17 22:58 171k 2004/03/17 .\cygssl-0.9.7.dll - os=4.0 img=1.0 sys=4.0 "cygssl-0.9.7.dll" v0.0 ts=2004/3/17 22:58 672k 2003/12/25 .\cygruby18.dll - os=4.0 img=1.0 sys=4.0 "cygruby18.dll" v0.0 ts=2003/12/25 12:33 112k 2004/08/27 .\cygsvn_client-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_client-1-0.dll" v0.0 ts=2004/8/27 23:35 26k 2004/08/27 .\cygsvn_delta-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_delta-1-0.dll" v0.0 ts=2004/8/27 23:30 23k 2004/08/27 .\cygsvn_diff-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_diff-1-0.dll" v0.0 ts=2004/8/27 23:34 111k 2004/08/27 .\cygsvn_fs-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_fs-1-0.dll" v0.0 ts=2004/8/27 23:31 8k 2004/08/27 .\cygsvn_ra-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_ra-1-0.dll" v0.0 ts=2004/8/27 23:35 67k 2004/08/27 .\cygsvn_ra_dav-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_ra_dav-1-0.dll" v0.0 ts=2004/8/27 23:34 14k 2004/08/27 .\cygsvn_ra_local-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_ra_local-1-0.dll" v0.0 ts=2004/8/27 23:32 50k 2004/08/27 .\cygsvn_ra_svn-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_ra_svn-1-0.dll" v0.0 ts=2004/8/27 23:30 69k 2004/08/27 .\cygsvn_repos-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_repos-1-0.dll" v0.0 ts=2004/8/27 23:32 114k 2004/08/27 .\cygsvn_subr-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_subr-1-0.dll" v0.0 ts=2004/8/27 23:30 129k 2004/08/27 .\cygsvn_wc-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_wc-1-0.dll" v0.0 ts=2004/8/27 23:34 254k 2003/09/18 .\cygtidy-0-99-0.dll - os=4.0 img=1.0 sys=4.0 "cygtidy-0-99-0.dll" v0.0 ts=2003/9/18 16:52 50k 2003/08/09 .\cygXpm-noX4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-noX4.dll" v0.0 ts=2003/8/9 8:21 54k 2003/08/09 .\cygXpm-X4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-X4.dll" v0.0 ts=2003/8/9 8:22 61k 2003/12/04 .\cygz.dll - os=4.0 img=1.0 sys=4.0 "cygz.dll" v0.0 ts=2003/12/4 3:03 1112k 2004/09/12 .\cygwin1-20040911.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2004/9/12 4:59 195k 2004/09/02 .\cyggdk-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk-1-2-0.dll" v0.0 ts=2004/9/2 19:31 1293k 2004/09/02 .\cyggtk-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggtk-1-2-0.dll" v0.0 ts=2004/9/2 19:44 145k 2004/09/02 .\cygaudiofile-0.dll - os=4.0 img=1.0 sys=4.0 "cygaudiofile-0.dll" v0.0 ts=2004/9/2 4:38 147k 2004/08/31 .\cygIDL-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygIDL-2-0.dll" v0.0 ts=2004/8/31 3:00 144k 2004/08/29 .\cygmagic-1.dll - os=4.0 img=1.0 sys=4.0 "cygmagic-1.dll" v0.0 ts=2004/8/29 21:25 1126k 2004/09/05 .\cygwin1-prev.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2004/5/26 3:07 1111k 2004/09/05 .\cygwin1-curr.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2004/9/5 4:17 77k 2004/06/04 .\cygart_lgpl_2-2.dll - os=4.0 img=1.0 sys=4.0 "cygart_lgpl_2-2.dll" v0.0 ts=2004/6/4 11:20 94k 2004/06/07 .\cygexif-10.dll - os=4.0 img=1.0 sys=4.0 "cygexif-10.dll" v0.0 ts=2004/6/7 9:53 907k 2004/06/09 .\cygfpx-1.dll - os=4.0 img=1.0 sys=4.0 "cygfpx-1.dll" v0.0 ts=2004/6/9 9:35 49k 2004/08/02 .\cygogrove-0.dll - os=4.0 img=1.0 sys=4.0 "cygogrove-0.dll" v0.0 ts=2004/8/2 16:41 326k 2004/08/02 .\cygospgrove-0.dll - os=4.0 img=1.0 sys=4.0 "cygospgrove-0.dll" v0.0 ts=2004/8/2 17:07 1922k 2004/08/02 .\cygostyle-0.dll - os=4.0 img=1.0 sys=4.0 "cygostyle-0.dll" v0.0 ts=2004/8/2 17:07 1706k 2004/08/02 .\cygosp-4.dll - os=4.0 img=1.0 sys=4.0 "cygosp-4.dll" v0.0 ts=2004/8/2 15:51 92k 2004/08/04 .\cygatk-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygatk-1.0-0.dll" v0.0 ts=2004/8/4 10:46 479k 2004/08/04 .\cygglib-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygglib-2.0-0.dll" v0.0 ts=2004/8/4 9:52 13k 2004/08/04 .\cyggmodule-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggmodule-2.0-0.dll" v0.0 ts=2004/8/4 10:08 213k 2004/08/04 .\cyggobject-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggobject-2.0-0.dll" v0.0 ts=2004/8/4 10:08 15k 2004/08/04 .\cyggthread-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggthread-2.0-0.dll" v0.0 ts=2004/8/4 10:08 390k 2004/08/04 .\cyggdk-x11-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk-x11-2.0-0.dll" v0.0 ts=2004/8/4 13:13 78k 2004/08/04 .\cyggdk_pixbuf-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk_pixbuf-2.0-0.dll" v0.0 ts=2004/8/4 12:07 58k 2004/08/04 .\cyggdk_pixbuf_xlib-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk_pixbuf_xlib-2.0-0.dll" v0.0 ts=2004/8/4 13:23 2665k 2004/08/04 .\cyggtk-x11-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggtk-x11-2.0-0.dll" v0.0 ts=2004/8/4 13:15 1226k 2004/08/04 .\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0 "cygxml2-2.dll" v0.0 ts=2004/8/4 15:47 71k 2004/08/04 .\cygexslt-0.dll - os=4.0 img=1.0 sys=4.0 "cygexslt-0.dll" v0.0 ts=2004/8/4 17:11 200k 2004/08/04 .\cygxslt-1.dll - os=4.0 img=1.0 sys=4.0 "cygxslt-1.dll" v0.0 ts=2004/8/4 17:09 241k 2004/08/06 .\cygjasper-1-701-1.dll - os=4.0 img=1.0 sys=4.0 "cygjasper-1-701-1.dll" v0.0 ts=2004/8/6 16:17 198k 2004/08/06 .\cygcroco-2.dll - os=4.0 img=1.0 sys=4.0 "cygcroco-2.dll" v0.0 ts=2004/8/6 17:47 187k 2004/08/05 .\cygpango-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpango-1.0-0.dll" v0.0 ts=2004/8/5 10:57 132k 2004/08/05 .\cygpangoft2-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangoft2-1.0-0.dll" v0.0 ts=2004/8/5 11:24 35k 2004/08/05 .\cygpangowin32-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangowin32-1.0-0.dll" v0.0 ts=2004/8/5 11:25 39k 2004/08/05 .\cygpangox-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangox-1.0-0.dll" v0.0 ts=2004/8/5 11:24 17k 2004/08/05 .\cygpangoxft-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangoxft-1.0-0.dll" v0.0 ts=2004/8/5 11:25 278k 2004/07/16 .\cygORBit-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygORBit-2-0.dll" v0.0 ts=2004/7/16 1:15 38k 2004/07/16 .\cygORBit-imodule-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygORBit-imodule-2-0.dll" v0.0 ts=2004/7/16 1:22 18k 2004/07/16 .\cygORBitCosNaming-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygORBitCosNaming-2-0.dll" v0.0 ts=2004/7/16 1:21 369k 2004/08/11 .\cygMagick++-6.dll - os=4.0 img=1.0 sys=4.0 "cygMagick++-6.dll" v0.0 ts=2004/8/11 7:04 3214k 2004/08/11 .\cygMagick-6.dll - os=4.0 img=1.0 sys=4.0 "cygMagick-6.dll" v0.0 ts=2004/8/11 6:37 154k 2004/08/11 .\cygWand-6.dll - os=4.0 img=1.0 sys=4.0 "cygWand-6.dll" v0.0 ts=2004/8/11 7:04 323k 2004/08/10 .\cygmng-1.dll - os=4.0 img=1.0 sys=4.0 "cygmng-1.dll" v0.0 ts=2004/8/10 20:45 1112k 2004/09/12 .\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2004/9/12 4:59 Cygwin DLL version info: DLL version: 1.5.12 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 116 Shared data: 4 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Sat Sep 11 23:59:57 EDT 2004 Snapshot date: 20040911-23:56:48 Shared id: cygwin1S4 330k 2004/02/09 .\cyghttpd.dll - os=4.0 img=1.0 sys=4.0 "cyghttpd.dll" v0.0 ts=2004/2/9 18:14 529k 2004/06/27 .\cygcppunit-1-9-14.dll - os=4.0 img=1.0 sys=4.0 "cygcppunit-1-9-14.dll" v0.0 ts=2004/6/27 2:29 7k 2003/10/19 .\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0 "cygcrypt-0.dll" v0.0 ts=2003/10/19 8:57 617k 2004/03/22 .\cygcurl-2.dll - os=4.0 img=1.0 sys=4.0 "cygcurl-2.dll" v0.0 ts=2004/3/22 15:52 22k 2004/02/10 .\cygcygipc-2.dll - os=4.0 img=1.0 sys=4.0 "cygcygipc-2.dll" v0.0 ts=2004/2/10 2:48 23k 2003/08/09 .\cygguile-srfi-srfi-4-v-1-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-4-v-1-1.dll" v0.0 ts=2003/8/9 15:17 155k 2004/01/07 .\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0 "cygexpat-0.dll" v0.0 ts=2004/1/7 16:14 654k 2003/11/04 .\cygfltknox-0.dll - os=4.0 img=1.0 sys=4.0 "cygfltknox-0.dll" v0.0 ts=2003/11/4 21:57 65k 2003/11/04 .\cygfltknox_forms-0.dll - os=4.0 img=1.0 sys=4.0 "cygfltknox_forms-0.dll" v0.0 ts=2003/11/4 21:57 81k 2003/11/04 .\cygfltknox_gl-0.dll - os=4.0 img=1.0 sys=4.0 "cygfltknox_gl-0.dll" v0.0 ts=2003/11/4 21:58 108k 2003/11/04 .\cygfltknox_images-0.dll - os=4.0 img=1.0 sys=4.0 "cygfltknox_images-0.dll" v0.0 ts=2003/11/4 21:58 41k 2004/08/19 .\cyglber-2-2-7.dll - os=4.0 img=1.0 sys=4.0 "cyglber-2-2-7.dll" v0.0 ts=2004/8/19 14:43 170k 2004/08/19 .\cygldap-2-2-7.dll - os=4.0 img=1.0 sys=4.0 "cygldap-2-2-7.dll" v0.0 ts=2004/8/19 14:53 181k 2004/08/19 .\cygldap_r-2-2-7.dll - os=4.0 img=1.0 sys=4.0 "cygldap_r-2-2-7.dll" v0.0 ts=2004/8/19 14:53 1061k 2004/08/19 .\cygperl5_8_5.dll - os=4.0 img=1.0 sys=4.0 "cygperl5_8_5.dll" v0.0 ts=2004/8/19 18:54 167k 2003/09/09 .\cyggmp-3.dll - os=4.0 img=1.0 sys=4.0 "cyggmp-3.dll" v0.0 ts=2003/9/9 23:03 1378k 2004/08/22 .\cyggsl-0.dll - os=4.0 img=1.0 sys=4.0 "cyggsl-0.dll" v0.0 ts=2004/8/22 13:22 184k 2004/08/22 .\cyggslcblas-0.dll - os=4.0 img=1.0 sys=4.0 "cyggslcblas-0.dll" v0.0 ts=2004/8/22 13:04 12k 2003/02/17 .\cygioperm-0.dll - os=4.0 img=1.0 sys=4.0 "cygioperm-0.dll" v0.0 ts=2003/2/17 19:58 48k 2003/08/10 .\cygjbig1.dll - os=4.0 img=1.0 sys=4.0 "cygjbig1.dll" v0.0 ts=2003/8/11 0:58 156k 2004/06/04 .\cyglcms-1.dll - os=4.0 img=1.0 sys=4.0 "cyglcms-1.dll" v0.0 ts=2004/6/4 15:00 92k 2004/06/08 .\cygapr-0-0.dll - os=4.0 img=1.0 sys=4.0 "cygapr-0-0.dll" v0.0 ts=2004/6/8 19:00 68k 2004/06/08 .\cygaprutil-0-0.dll - os=4.0 img=1.0 sys=4.0 "cygaprutil-0-0.dll" v0.0 ts=2004/6/8 19:03 802k 2003/09/15 .\cygaspell-15.dll - os=4.0 img=1.0 sys=4.0 "cygaspell-15.dll" v0.0 ts=2003/9/15 13:32 135k 2004/09/02 .\cygglib-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygglib-1-2-0.dll" v0.0 ts=2004/9/2 19:21 54k 2002/01/27 .\cygbz21.0.dll - os=4.0 img=1.0 sys=4.0 "cygbz21.0.dll" v0.0 ts=2002/1/27 1:07 61k 2003/08/09 .\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 "cygbz2-1.dll" v0.0 ts=2003/8/9 7:35 18k 2004/07/06 .\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0 "cygcharset-1.dll" v0.0 ts=2004/7/6 19:09 326k 2002/06/26 .\cygdb2.dll - os=4.0 img=1.0 sys=4.0 "cygdb2.dll" v0.0 ts=2002/6/26 18:48 380k 2002/07/24 .\cygdb-3.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb-3.1.dll" v0.0 ts=2002/7/24 17:24 487k 2002/07/24 .\cygdb_cxx-3.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-3.1.dll" v0.0 ts=2002/7/24 17:25 831k 2003/09/20 .\cygdb-4.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.1.dll" v0.0 ts=2003/9/20 22:51 1080k 2003/09/20 .\cygdb_cxx-4.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.1.dll" v0.0 ts=2003/9/20 22:53 895k 2004/04/28 .\cygdb-4.2.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.2.dll" v0.0 ts=2004/4/27 16:31 1156k 2004/04/28 .\cygdb_cxx-4.2.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.2.dll" v0.0 ts=2004/4/27 16:35 28k 2004/08/15 .\cygesd-0.dll - os=4.0 img=1.0 sys=4.0 "cygesd-0.dll" v0.0 ts=2004/8/16 0:31 129k 2004/03/11 .\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontconfig-1.dll" v0.0 ts=2004/3/11 0:12 361k 2003/10/25 .\cygfreetype-6.dll - os=4.0 img=1.0 sys=4.0 "cygfreetype-6.dll" v0.0 ts=2003/10/22 5:18 213k 2004/02/05 .\cyggd-2.dll - os=4.0 img=1.0 sys=4.0 "cyggd-2.dll" v0.0 ts=2004/2/5 13:32 19k 2003/03/22 .\cyggdbm.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm.dll" v0.0 ts=2002/2/20 3:05 28k 2003/07/20 .\cyggdbm-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-3.dll" v0.0 ts=2003/7/20 8:58 15k 2003/07/20 .\cyggdbm_compat-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-3.dll" v0.0 ts=2003/7/20 9:00 30k 2003/08/11 .\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-4.dll" v0.0 ts=2003/8/11 3:12 15k 2003/08/11 .\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-4.dll" v0.0 ts=2003/8/11 3:13 17k 2004/07/06 .\cyggettextpo-0.dll - os=4.0 img=1.0 sys=4.0 "cyggettextpo-0.dll" v0.0 ts=2004/7/6 18:56 107k 2004/07/06 .\cyggettextlib-0-14-1.dll - os=4.0 img=1.0 sys=4.0 "cyggettextlib-0-14-1.dll" v0.0 ts=2004/7/6 18:56 190k 2004/07/06 .\cyggettextsrc-0-14-1.dll - os=4.0 img=1.0 sys=4.0 "cyggettextsrc-0-14-1.dll" v0.0 ts=2004/7/6 18:56 351k 2004/07/17 .\cygGraphicsMagick++-0.dll - os=4.0 img=1.0 sys=4.0 "cygGraphicsMagick++-0.dll" v0.0 ts=2004/7/17 9:48 2170k 2004/07/17 .\cygGraphicsMagick-0.dll - os=4.0 img=1.0 sys=4.0 "cygGraphicsMagick-0.dll" v0.0 ts=2004/7/17 9:46 489k 2003/08/09 .\cygguile-12.dll - os=4.0 img=1.0 sys=4.0 "cygguile-12.dll" v0.0 ts=2003/8/9 15:17 24k 2003/08/09 .\cygguile-ltdl-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-ltdl-1.dll" v0.0 ts=2003/8/9 15:16 11k 2003/08/09 .\cygguilereadline-v-12-12.dll - os=4.0 img=1.0 sys=4.0 "cygguilereadline-v-12-12.dll" v0.0 ts=2003/8/9 15:17 62k 2003/08/09 .\cygguile-srfi-srfi-13-14-v-1-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-13-14-v-1-1.dll" v0.0 ts=2003/8/9 15:17 489k 2003/07/28 .\cygguile-12abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-12abi13.dll" v0.0 ts=2003/7/28 19:18 24k 2003/07/28 .\cygguile-ltdl-1abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-ltdl-1abi13.dll" v0.0 ts=2003/7/28 18:48 11k 2003/07/28 .\cygguilereadline-v-12-12abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguilereadline-v-12-12abi13.dll" v0.0 ts=2003/7/28 19:18 62k 2003/07/28 .\cygguile-srfi-srfi-13-14-v-1-1abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-13-14-v-1-1abi13.dll" v0.0 ts=2003/7/28 19:18 23k 2003/07/28 .\cygguile-srfi-srfi-4-v-1-1abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-4-v-1-1abi13.dll" v0.0 ts=2003/7/28 19:18 991k 2004/07/06 .\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 "cygiconv-2.dll" v0.0 ts=2004/7/6 19:10 11k 2004/09/02 .\cyggmodule-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggmodule-1-2-0.dll" v0.0 ts=2004/9/2 19:23 10k 2004/09/02 .\cyggthread-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggthread-1-2-0.dll" v0.0 ts=2004/9/2 19:23 21k 2001/06/20 .\cygintl.dll - os=4.0 img=1.0 sys=4.0 "cygintl.dll" v0.0 ts=2001/6/20 18:09 22k 2001/12/13 .\cygintl-1.dll - os=4.0 img=1.0 sys=4.0 "cygintl-1.dll" v0.0 ts=2001/12/13 9:28 37k 2003/08/10 .\cygintl-2.dll - os=4.0 img=1.0 sys=4.0 "cygintl-2.dll" v0.0 ts=2003/8/10 22:50 54k 2004/07/06 .\cygintl-3.dll - os=4.0 img=1.0 sys=4.0 "cygintl-3.dll" v0.0 ts=2004/7/6 18:51 132k 2003/08/11 .\cygjpeg-62.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg-62.dll" v0.0 ts=2003/8/11 1:37 119k 2002/02/09 .\cygjpeg6b.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg6b.dll" v0.0 ts=2002/2/9 5:19 60k 2003/09/17 .\cygkpathsea-3.dll - os=4.0 img=1.0 sys=4.0 "cygkpathsea-3.dll" v0.0 ts=2003/9/17 17:37 60k 2003/07/27 .\cygkpathsea-3abi13.dll - os=4.0 img=1.0 sys=4.0 "cygkpathsea-3abi13.dll" v0.0 ts=2003/7/27 21:23 40k 2004/07/07 .\cygltdl-3.dll - os=4.0 img=1.0 sys=4.0 "cygltdl-3.dll" v0.0 ts=2004/7/7 7:06 181k 2003/10/06 .\cygmcrypt-4.dll - os=4.0 img=1.0 sys=4.0 "cygmcrypt-4.dll" v0.0 ts=2003/10/6 15:54 45k 2001/04/25 .\cygform5.dll - os=4.0 img=1.0 sys=4.0 "cygform5.dll" v0.0 ts=2001/4/25 6:28 26k 2001/04/25 .\cygmenu5.dll - os=4.0 img=1.0 sys=4.0 "cygmenu5.dll" v0.0 ts=2001/4/25 6:27 156k 2001/04/25 .\cygncurses++5.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++5.dll" v0.0 ts=2001/4/25 6:29 226k 2001/04/25 .\cygncurses5.dll - os=4.0 img=1.0 sys=4.0 "cygncurses5.dll" v0.0 ts=2001/4/25 6:17 15k 2001/04/25 .\cygpanel5.dll - os=4.0 img=1.0 sys=4.0 "cygpanel5.dll" v0.0 ts=2001/4/25 6:27 35k 2002/01/09 .\cygform6.dll - os=4.0 img=1.0 sys=4.0 "cygform6.dll" v0.0 ts=2002/1/9 6:03 20k 2002/01/09 .\cygmenu6.dll - os=4.0 img=1.0 sys=4.0 "cygmenu6.dll" v0.0 ts=2002/1/9 6:03 175k 2002/01/09 .\cygncurses++6.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++6.dll" v0.0 ts=2002/1/9 6:03 202k 2002/01/09 .\cygncurses6.dll - os=4.0 img=1.0 sys=4.0 "cygncurses6.dll" v0.0 ts=2002/1/9 6:03 12k 2002/01/09 .\cygpanel6.dll - os=4.0 img=1.0 sys=4.0 "cygpanel6.dll" v0.0 ts=2002/1/9 6:03 48k 2003/08/09 .\cygform7.dll - os=4.0 img=1.0 sys=4.0 "cygform7.dll" v0.0 ts=2003/8/9 10:25 29k 2003/08/09 .\cygmenu7.dll - os=4.0 img=1.0 sys=4.0 "cygmenu7.dll" v0.0 ts=2003/8/9 10:25 224k 2003/08/09 .\cygncurses7.dll - os=4.0 img=1.0 sys=4.0 "cygncurses7.dll" v0.0 ts=2003/8/9 10:24 19k 2003/08/09 .\cygpanel7.dll - os=4.0 img=1.0 sys=4.0 "cygpanel7.dll" v0.0 ts=2003/8/9 10:24 92k 2004/07/10 .\cygneon-24.dll - os=4.0 img=1.0 sys=4.0 "cygneon-24.dll" v0.0 ts=2004/7/10 16:37 40k 2004/01/02 .\cyglber-2.dll - os=4.0 img=1.0 sys=4.0 "cyglber-2.dll" v0.0 ts=2004/1/2 11:11 194k 2004/01/02 .\cygldap-2.dll - os=4.0 img=1.0 sys=4.0 "cygldap-2.dll" v0.0 ts=2004/1/2 11:27 202k 2004/01/02 .\cygldap_r-2.dll - os=4.0 img=1.0 sys=4.0 "cygldap_r-2.dll" v0.0 ts=2004/1/2 11:27 63k 2003/04/11 .\cygpcre.dll - os=4.0 img=1.0 sys=4.0 "cygpcre.dll" v0.0 ts=2003/4/11 9:31 61k 2003/04/11 .\cygpcreposix.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix.dll" v0.0 ts=2003/4/11 9:31 62k 2003/12/11 .\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcre-0.dll" v0.0 ts=2003/12/11 17:01 9k 2003/12/11 .\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix-0.dll" v0.0 ts=2003/12/11 17:01 168k 2003/08/10 .\cygpng10.dll - os=4.0 img=1.0 sys=4.0 "cygpng10.dll" v0.0 ts=2003/8/10 23:31 173k 2003/08/10 .\cygpng12.dll - os=4.0 img=1.0 sys=4.0 "cygpng12.dll" v0.0 ts=2003/8/10 23:35 170k 2002/01/21 .\cygpng2.dll - os=4.0 img=1.0 sys=4.0 "cygpng2.dll" v0.0 ts=2002/1/21 1:05 22k 2002/06/09 .\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0 "cygpopt-0.dll" v0.0 ts=2002/6/9 6:45 17k 2001/06/28 .\cyghistory4.dll - os=4.0 img=1.0 sys=4.0 "cyghistory4.dll" v0.0 ts=2001/1/7 4:34 108k 2001/06/28 .\cygreadline4.dll - os=4.0 img=1.0 sys=4.0 "cygreadline4.dll" v0.0 ts=2001/1/7 4:34 29k 2003/08/10 .\cyghistory5.dll - os=4.0 img=1.0 sys=4.0 "cyghistory5.dll" v0.0 ts=2003/8/11 0:16 148k 2003/08/10 .\cygreadline5.dll - os=4.0 img=1.0 sys=4.0 "cygreadline5.dll" v0.0 ts=2003/8/11 0:16 380k 2003/12/13 .\cygsmi-2.dll - os=4.0 img=1.0 sys=4.0 "cygsmi-2.dll" v0.0 ts=2003/12/13 0:57 281k 2003/02/24 .\cygtiff3.dll - os=4.0 img=1.0 sys=4.0 "cygtiff3.dll" v0.0 ts=2003/2/24 4:58 282k 2003/08/11 .\cygtiff4.dll - os=4.0 img=1.0 sys=4.0 "cygtiff4.dll" v0.0 ts=2003/8/11 3:32 27k 2004/03/05 .\cygungif-4.dll - os=4.0 img=1.0 sys=4.0 "cygungif-4.dll" v0.0 ts=2004/3/5 20:13 293k 2004/06/08 .\cygwmf-0-2-7.dll - os=4.0 img=1.0 sys=4.0 "cygwmf-0-2-7.dll" v0.0 ts=2004/6/8 11:49 101k 2004/06/08 .\cygwmflite-0-2-7.dll - os=4.0 img=1.0 sys=4.0 "cygwmflite-0-2-7.dll" v0.0 ts=2004/6/8 11:46 2689k 2002/11/16 .\cygxerces-c21.dll - os=4.0 img=1.0 sys=4.0 "cygxerces-c21.dll" v0.0 ts=2002/11/16 4:07 2984k 2003/02/07 .\cygxerces-c22.dll - os=4.0 img=1.0 sys=4.0 "cygxerces-c22.dll" v0.0 ts=2003/2/7 18:50 3006k 2003/10/12 .\cygxerces-c23.dll - os=4.0 img=1.0 sys=4.0 "cygxerces-c23.dll" v0.0 ts=2003/10/12 3:36 3520k 2003/12/16 .\cygxerces-c24.dll - os=4.0 img=1.0 sys=4.0 "cygxerces-c24.dll" v0.0 ts=2003/12/16 19:45 3416k 2004/02/21 .\cygxerces-c25.dll - os=4.0 img=1.0 sys=4.0 "cygxerces-c25.dll" v0.0 ts=2004/2/21 6:49 271k 2003/10/06 .\cygmhash-2.dll - os=4.0 img=1.0 sys=4.0 "cygmhash-2.dll" v0.0 ts=2003/10/6 16:23 15k 2003/11/20 .\cygminires.dll - os=4.0 img=0.97 sys=4.0 "cygminires.dll" v0.0 ts=2003/11/20 1:55 404k 2004/03/26 .\cygnaim_core-0.dll - os=4.0 img=1.0 sys=4.0 "cygnaim_core-0.dll" v0.0 ts=2004/3/26 22:35 841k 2004/03/17 .\cygcrypto-0.9.7.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto-0.9.7.dll" v0.0 ts=2004/3/17 22:58 171k 2004/03/17 .\cygssl-0.9.7.dll - os=4.0 img=1.0 sys=4.0 "cygssl-0.9.7.dll" v0.0 ts=2004/3/17 22:58 672k 2003/12/25 .\cygruby18.dll - os=4.0 img=1.0 sys=4.0 "cygruby18.dll" v0.0 ts=2003/12/25 12:33 112k 2004/08/27 .\cygsvn_client-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_client-1-0.dll" v0.0 ts=2004/8/27 23:35 26k 2004/08/27 .\cygsvn_delta-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_delta-1-0.dll" v0.0 ts=2004/8/27 23:30 23k 2004/08/27 .\cygsvn_diff-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_diff-1-0.dll" v0.0 ts=2004/8/27 23:34 111k 2004/08/27 .\cygsvn_fs-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_fs-1-0.dll" v0.0 ts=2004/8/27 23:31 8k 2004/08/27 .\cygsvn_ra-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_ra-1-0.dll" v0.0 ts=2004/8/27 23:35 67k 2004/08/27 .\cygsvn_ra_dav-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_ra_dav-1-0.dll" v0.0 ts=2004/8/27 23:34 14k 2004/08/27 .\cygsvn_ra_local-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_ra_local-1-0.dll" v0.0 ts=2004/8/27 23:32 50k 2004/08/27 .\cygsvn_ra_svn-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_ra_svn-1-0.dll" v0.0 ts=2004/8/27 23:30 69k 2004/08/27 .\cygsvn_repos-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_repos-1-0.dll" v0.0 ts=2004/8/27 23:32 114k 2004/08/27 .\cygsvn_subr-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_subr-1-0.dll" v0.0 ts=2004/8/27 23:30 129k 2004/08/27 .\cygsvn_wc-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_wc-1-0.dll" v0.0 ts=2004/8/27 23:34 254k 2003/09/18 .\cygtidy-0-99-0.dll - os=4.0 img=1.0 sys=4.0 "cygtidy-0-99-0.dll" v0.0 ts=2003/9/18 16:52 50k 2003/08/09 .\cygXpm-noX4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-noX4.dll" v0.0 ts=2003/8/9 8:21 54k 2003/08/09 .\cygXpm-X4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-X4.dll" v0.0 ts=2003/8/9 8:22 61k 2003/12/04 .\cygz.dll - os=4.0 img=1.0 sys=4.0 "cygz.dll" v0.0 ts=2003/12/4 3:03 1112k 2004/09/12 .\cygwin1-20040911.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2004/9/12 4:59 195k 2004/09/02 .\cyggdk-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk-1-2-0.dll" v0.0 ts=2004/9/2 19:31 1293k 2004/09/02 .\cyggtk-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggtk-1-2-0.dll" v0.0 ts=2004/9/2 19:44 145k 2004/09/02 .\cygaudiofile-0.dll - os=4.0 img=1.0 sys=4.0 "cygaudiofile-0.dll" v0.0 ts=2004/9/2 4:38 147k 2004/08/31 .\cygIDL-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygIDL-2-0.dll" v0.0 ts=2004/8/31 3:00 144k 2004/08/29 .\cygmagic-1.dll - os=4.0 img=1.0 sys=4.0 "cygmagic-1.dll" v0.0 ts=2004/8/29 21:25 1126k 2004/09/05 .\cygwin1-prev.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2004/5/26 3:07 1111k 2004/09/05 .\cygwin1-curr.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2004/9/5 4:17 77k 2004/06/04 .\cygart_lgpl_2-2.dll - os=4.0 img=1.0 sys=4.0 "cygart_lgpl_2-2.dll" v0.0 ts=2004/6/4 11:20 94k 2004/06/07 .\cygexif-10.dll - os=4.0 img=1.0 sys=4.0 "cygexif-10.dll" v0.0 ts=2004/6/7 9:53 907k 2004/06/09 .\cygfpx-1.dll - os=4.0 img=1.0 sys=4.0 "cygfpx-1.dll" v0.0 ts=2004/6/9 9:35 49k 2004/08/02 .\cygogrove-0.dll - os=4.0 img=1.0 sys=4.0 "cygogrove-0.dll" v0.0 ts=2004/8/2 16:41 326k 2004/08/02 .\cygospgrove-0.dll - os=4.0 img=1.0 sys=4.0 "cygospgrove-0.dll" v0.0 ts=2004/8/2 17:07 1922k 2004/08/02 .\cygostyle-0.dll - os=4.0 img=1.0 sys=4.0 "cygostyle-0.dll" v0.0 ts=2004/8/2 17:07 1706k 2004/08/02 .\cygosp-4.dll - os=4.0 img=1.0 sys=4.0 "cygosp-4.dll" v0.0 ts=2004/8/2 15:51 92k 2004/08/04 .\cygatk-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygatk-1.0-0.dll" v0.0 ts=2004/8/4 10:46 479k 2004/08/04 .\cygglib-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygglib-2.0-0.dll" v0.0 ts=2004/8/4 9:52 13k 2004/08/04 .\cyggmodule-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggmodule-2.0-0.dll" v0.0 ts=2004/8/4 10:08 213k 2004/08/04 .\cyggobject-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggobject-2.0-0.dll" v0.0 ts=2004/8/4 10:08 15k 2004/08/04 .\cyggthread-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggthread-2.0-0.dll" v0.0 ts=2004/8/4 10:08 390k 2004/08/04 .\cyggdk-x11-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk-x11-2.0-0.dll" v0.0 ts=2004/8/4 13:13 78k 2004/08/04 .\cyggdk_pixbuf-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk_pixbuf-2.0-0.dll" v0.0 ts=2004/8/4 12:07 58k 2004/08/04 .\cyggdk_pixbuf_xlib-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk_pixbuf_xlib-2.0-0.dll" v0.0 ts=2004/8/4 13:23 2665k 2004/08/04 .\cyggtk-x11-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggtk-x11-2.0-0.dll" v0.0 ts=2004/8/4 13:15 1226k 2004/08/04 .\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0 "cygxml2-2.dll" v0.0 ts=2004/8/4 15:47 71k 2004/08/04 .\cygexslt-0.dll - os=4.0 img=1.0 sys=4.0 "cygexslt-0.dll" v0.0 ts=2004/8/4 17:11 200k 2004/08/04 .\cygxslt-1.dll - os=4.0 img=1.0 sys=4.0 "cygxslt-1.dll" v0.0 ts=2004/8/4 17:09 241k 2004/08/06 .\cygjasper-1-701-1.dll - os=4.0 img=1.0 sys=4.0 "cygjasper-1-701-1.dll" v0.0 ts=2004/8/6 16:17 198k 2004/08/06 .\cygcroco-2.dll - os=4.0 img=1.0 sys=4.0 "cygcroco-2.dll" v0.0 ts=2004/8/6 17:47 187k 2004/08/05 .\cygpango-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpango-1.0-0.dll" v0.0 ts=2004/8/5 10:57 132k 2004/08/05 .\cygpangoft2-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangoft2-1.0-0.dll" v0.0 ts=2004/8/5 11:24 35k 2004/08/05 .\cygpangowin32-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangowin32-1.0-0.dll" v0.0 ts=2004/8/5 11:25 39k 2004/08/05 .\cygpangox-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangox-1.0-0.dll" v0.0 ts=2004/8/5 11:24 17k 2004/08/05 .\cygpangoxft-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangoxft-1.0-0.dll" v0.0 ts=2004/8/5 11:25 278k 2004/07/16 .\cygORBit-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygORBit-2-0.dll" v0.0 ts=2004/7/16 1:15 38k 2004/07/16 .\cygORBit-imodule-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygORBit-imodule-2-0.dll" v0.0 ts=2004/7/16 1:22 18k 2004/07/16 .\cygORBitCosNaming-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygORBitCosNaming-2-0.dll" v0.0 ts=2004/7/16 1:21 369k 2004/08/11 .\cygMagick++-6.dll - os=4.0 img=1.0 sys=4.0 "cygMagick++-6.dll" v0.0 ts=2004/8/11 7:04 3214k 2004/08/11 .\cygMagick-6.dll - os=4.0 img=1.0 sys=4.0 "cygMagick-6.dll" v0.0 ts=2004/8/11 6:37 154k 2004/08/11 .\cygWand-6.dll - os=4.0 img=1.0 sys=4.0 "cygWand-6.dll" v0.0 ts=2004/8/11 7:04 323k 2004/08/10 .\cygmng-1.dll - os=4.0 img=1.0 sys=4.0 "cygmng-1.dll" v0.0 ts=2004/8/10 20:45 1112k 2004/09/12 .\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2004/9/12 4:59 Cygwin DLL version info: DLL version: 1.5.12 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 116 Shared data: 4 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Sat Sep 11 23:59:57 EDT 2004 Snapshot date: 20040911-23:56:48 Shared id: cygwin1S4 330k 2004/02/09 c:\Cygwin\bin\cyghttpd.dll - os=4.0 img=1.0 sys=4.0 "cyghttpd.dll" v0.0 ts=2004/2/9 18:14 529k 2004/06/27 c:\Cygwin\bin\cygcppunit-1-9-14.dll - os=4.0 img=1.0 sys=4.0 "cygcppunit-1-9-14.dll" v0.0 ts=2004/6/27 2:29 7k 2003/10/19 c:\Cygwin\bin\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0 "cygcrypt-0.dll" v0.0 ts=2003/10/19 8:57 617k 2004/03/22 c:\Cygwin\bin\cygcurl-2.dll - os=4.0 img=1.0 sys=4.0 "cygcurl-2.dll" v0.0 ts=2004/3/22 15:52 22k 2004/02/10 c:\Cygwin\bin\cygcygipc-2.dll - os=4.0 img=1.0 sys=4.0 "cygcygipc-2.dll" v0.0 ts=2004/2/10 2:48 23k 2003/08/09 c:\Cygwin\bin\cygguile-srfi-srfi-4-v-1-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-4-v-1-1.dll" v0.0 ts=2003/8/9 15:17 155k 2004/01/07 c:\Cygwin\bin\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0 "cygexpat-0.dll" v0.0 ts=2004/1/7 16:14 654k 2003/11/04 c:\Cygwin\bin\cygfltknox-0.dll - os=4.0 img=1.0 sys=4.0 "cygfltknox-0.dll" v0.0 ts=2003/11/4 21:57 65k 2003/11/04 c:\Cygwin\bin\cygfltknox_forms-0.dll - os=4.0 img=1.0 sys=4.0 "cygfltknox_forms-0.dll" v0.0 ts=2003/11/4 21:57 81k 2003/11/04 c:\Cygwin\bin\cygfltknox_gl-0.dll - os=4.0 img=1.0 sys=4.0 "cygfltknox_gl-0.dll" v0.0 ts=2003/11/4 21:58 108k 2003/11/04 c:\Cygwin\bin\cygfltknox_images-0.dll - os=4.0 img=1.0 sys=4.0 "cygfltknox_images-0.dll" v0.0 ts=2003/11/4 21:58 41k 2004/08/19 c:\Cygwin\bin\cyglber-2-2-7.dll - os=4.0 img=1.0 sys=4.0 "cyglber-2-2-7.dll" v0.0 ts=2004/8/19 14:43 170k 2004/08/19 c:\Cygwin\bin\cygldap-2-2-7.dll - os=4.0 img=1.0 sys=4.0 "cygldap-2-2-7.dll" v0.0 ts=2004/8/19 14:53 181k 2004/08/19 c:\Cygwin\bin\cygldap_r-2-2-7.dll - os=4.0 img=1.0 sys=4.0 "cygldap_r-2-2-7.dll" v0.0 ts=2004/8/19 14:53 1061k 2004/08/19 c:\Cygwin\bin\cygperl5_8_5.dll - os=4.0 img=1.0 sys=4.0 "cygperl5_8_5.dll" v0.0 ts=2004/8/19 18:54 167k 2003/09/09 c:\Cygwin\bin\cyggmp-3.dll - os=4.0 img=1.0 sys=4.0 "cyggmp-3.dll" v0.0 ts=2003/9/9 23:03 1378k 2004/08/22 c:\Cygwin\bin\cyggsl-0.dll - os=4.0 img=1.0 sys=4.0 "cyggsl-0.dll" v0.0 ts=2004/8/22 13:22 184k 2004/08/22 c:\Cygwin\bin\cyggslcblas-0.dll - os=4.0 img=1.0 sys=4.0 "cyggslcblas-0.dll" v0.0 ts=2004/8/22 13:04 12k 2003/02/17 c:\Cygwin\bin\cygioperm-0.dll - os=4.0 img=1.0 sys=4.0 "cygioperm-0.dll" v0.0 ts=2003/2/17 19:58 48k 2003/08/10 c:\Cygwin\bin\cygjbig1.dll - os=4.0 img=1.0 sys=4.0 "cygjbig1.dll" v0.0 ts=2003/8/11 0:58 156k 2004/06/04 c:\Cygwin\bin\cyglcms-1.dll - os=4.0 img=1.0 sys=4.0 "cyglcms-1.dll" v0.0 ts=2004/6/4 15:00 92k 2004/06/08 c:\Cygwin\bin\cygapr-0-0.dll - os=4.0 img=1.0 sys=4.0 "cygapr-0-0.dll" v0.0 ts=2004/6/8 19:00 68k 2004/06/08 c:\Cygwin\bin\cygaprutil-0-0.dll - os=4.0 img=1.0 sys=4.0 "cygaprutil-0-0.dll" v0.0 ts=2004/6/8 19:03 802k 2003/09/15 c:\Cygwin\bin\cygaspell-15.dll - os=4.0 img=1.0 sys=4.0 "cygaspell-15.dll" v0.0 ts=2003/9/15 13:32 135k 2004/09/02 c:\Cygwin\bin\cygglib-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygglib-1-2-0.dll" v0.0 ts=2004/9/2 19:21 54k 2002/01/27 c:\Cygwin\bin\cygbz21.0.dll - os=4.0 img=1.0 sys=4.0 "cygbz21.0.dll" v0.0 ts=2002/1/27 1:07 61k 2003/08/09 c:\Cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 "cygbz2-1.dll" v0.0 ts=2003/8/9 7:35 18k 2004/07/06 c:\Cygwin\bin\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0 "cygcharset-1.dll" v0.0 ts=2004/7/6 19:09 326k 2002/06/26 c:\Cygwin\bin\cygdb2.dll - os=4.0 img=1.0 sys=4.0 "cygdb2.dll" v0.0 ts=2002/6/26 18:48 380k 2002/07/24 c:\Cygwin\bin\cygdb-3.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb-3.1.dll" v0.0 ts=2002/7/24 17:24 487k 2002/07/24 c:\Cygwin\bin\cygdb_cxx-3.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-3.1.dll" v0.0 ts=2002/7/24 17:25 831k 2003/09/20 c:\Cygwin\bin\cygdb-4.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.1.dll" v0.0 ts=2003/9/20 22:51 1080k 2003/09/20 c:\Cygwin\bin\cygdb_cxx-4.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.1.dll" v0.0 ts=2003/9/20 22:53 895k 2004/04/28 c:\Cygwin\bin\cygdb-4.2.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.2.dll" v0.0 ts=2004/4/27 16:31 1156k 2004/04/28 c:\Cygwin\bin\cygdb_cxx-4.2.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.2.dll" v0.0 ts=2004/4/27 16:35 28k 2004/08/15 c:\Cygwin\bin\cygesd-0.dll - os=4.0 img=1.0 sys=4.0 "cygesd-0.dll" v0.0 ts=2004/8/16 0:31 129k 2004/03/11 c:\Cygwin\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontconfig-1.dll" v0.0 ts=2004/3/11 0:12 361k 2003/10/25 c:\Cygwin\bin\cygfreetype-6.dll - os=4.0 img=1.0 sys=4.0 "cygfreetype-6.dll" v0.0 ts=2003/10/22 5:18 213k 2004/02/05 c:\Cygwin\bin\cyggd-2.dll - os=4.0 img=1.0 sys=4.0 "cyggd-2.dll" v0.0 ts=2004/2/5 13:32 19k 2003/03/22 c:\Cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm.dll" v0.0 ts=2002/2/20 3:05 28k 2003/07/20 c:\Cygwin\bin\cyggdbm-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-3.dll" v0.0 ts=2003/7/20 8:58 15k 2003/07/20 c:\Cygwin\bin\cyggdbm_compat-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-3.dll" v0.0 ts=2003/7/20 9:00 30k 2003/08/11 c:\Cygwin\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-4.dll" v0.0 ts=2003/8/11 3:12 15k 2003/08/11 c:\Cygwin\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-4.dll" v0.0 ts=2003/8/11 3:13 17k 2004/07/06 c:\Cygwin\bin\cyggettextpo-0.dll - os=4.0 img=1.0 sys=4.0 "cyggettextpo-0.dll" v0.0 ts=2004/7/6 18:56 107k 2004/07/06 c:\Cygwin\bin\cyggettextlib-0-14-1.dll - os=4.0 img=1.0 sys=4.0 "cyggettextlib-0-14-1.dll" v0.0 ts=2004/7/6 18:56 190k 2004/07/06 c:\Cygwin\bin\cyggettextsrc-0-14-1.dll - os=4.0 img=1.0 sys=4.0 "cyggettextsrc-0-14-1.dll" v0.0 ts=2004/7/6 18:56 351k 2004/07/17 c:\Cygwin\bin\cygGraphicsMagick++-0.dll - os=4.0 img=1.0 sys=4.0 "cygGraphicsMagick++-0.dll" v0.0 ts=2004/7/17 9:48 2170k 2004/07/17 c:\Cygwin\bin\cygGraphicsMagick-0.dll - os=4.0 img=1.0 sys=4.0 "cygGraphicsMagick-0.dll" v0.0 ts=2004/7/17 9:46 489k 2003/08/09 c:\Cygwin\bin\cygguile-12.dll - os=4.0 img=1.0 sys=4.0 "cygguile-12.dll" v0.0 ts=2003/8/9 15:17 24k 2003/08/09 c:\Cygwin\bin\cygguile-ltdl-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-ltdl-1.dll" v0.0 ts=2003/8/9 15:16 11k 2003/08/09 c:\Cygwin\bin\cygguilereadline-v-12-12.dll - os=4.0 img=1.0 sys=4.0 "cygguilereadline-v-12-12.dll" v0.0 ts=2003/8/9 15:17 62k 2003/08/09 c:\Cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-13-14-v-1-1.dll" v0.0 ts=2003/8/9 15:17 489k 2003/07/28 c:\Cygwin\bin\cygguile-12abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-12abi13.dll" v0.0 ts=2003/7/28 19:18 24k 2003/07/28 c:\Cygwin\bin\cygguile-ltdl-1abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-ltdl-1abi13.dll" v0.0 ts=2003/7/28 18:48 11k 2003/07/28 c:\Cygwin\bin\cygguilereadline-v-12-12abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguilereadline-v-12-12abi13.dll" v0.0 ts=2003/7/28 19:18 62k 2003/07/28 c:\Cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-13-14-v-1-1abi13.dll" v0.0 ts=2003/7/28 19:18 23k 2003/07/28 c:\Cygwin\bin\cygguile-srfi-srfi-4-v-1-1abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-4-v-1-1abi13.dll" v0.0 ts=2003/7/28 19:18 991k 2004/07/06 c:\Cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 "cygiconv-2.dll" v0.0 ts=2004/7/6 19:10 11k 2004/09/02 c:\Cygwin\bin\cyggmodule-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggmodule-1-2-0.dll" v0.0 ts=2004/9/2 19:23 10k 2004/09/02 c:\Cygwin\bin\cyggthread-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggthread-1-2-0.dll" v0.0 ts=2004/9/2 19:23 21k 2001/06/20 c:\Cygwin\bin\cygintl.dll - os=4.0 img=1.0 sys=4.0 "cygintl.dll" v0.0 ts=2001/6/20 18:09 22k 2001/12/13 c:\Cygwin\bin\cygintl-1.dll - os=4.0 img=1.0 sys=4.0 "cygintl-1.dll" v0.0 ts=2001/12/13 9:28 37k 2003/08/10 c:\Cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0 "cygintl-2.dll" v0.0 ts=2003/8/10 22:50 54k 2004/07/06 c:\Cygwin\bin\cygintl-3.dll - os=4.0 img=1.0 sys=4.0 "cygintl-3.dll" v0.0 ts=2004/7/6 18:51 132k 2003/08/11 c:\Cygwin\bin\cygjpeg-62.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg-62.dll" v0.0 ts=2003/8/11 1:37 119k 2002/02/09 c:\Cygwin\bin\cygjpeg6b.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg6b.dll" v0.0 ts=2002/2/9 5:19 60k 2003/09/17 c:\Cygwin\bin\cygkpathsea-3.dll - os=4.0 img=1.0 sys=4.0 "cygkpathsea-3.dll" v0.0 ts=2003/9/17 17:37 60k 2003/07/27 c:\Cygwin\bin\cygkpathsea-3abi13.dll - os=4.0 img=1.0 sys=4.0 "cygkpathsea-3abi13.dll" v0.0 ts=2003/7/27 21:23 40k 2004/07/07 c:\Cygwin\bin\cygltdl-3.dll - os=4.0 img=1.0 sys=4.0 "cygltdl-3.dll" v0.0 ts=2004/7/7 7:06 181k 2003/10/06 c:\Cygwin\bin\cygmcrypt-4.dll - os=4.0 img=1.0 sys=4.0 "cygmcrypt-4.dll" v0.0 ts=2003/10/6 15:54 45k 2001/04/25 c:\Cygwin\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0 "cygform5.dll" v0.0 ts=2001/4/25 6:28 26k 2001/04/25 c:\Cygwin\bin\cygmenu5.dll - os=4.0 img=1.0 sys=4.0 "cygmenu5.dll" v0.0 ts=2001/4/25 6:27 156k 2001/04/25 c:\Cygwin\bin\cygncurses++5.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++5.dll" v0.0 ts=2001/4/25 6:29 226k 2001/04/25 c:\Cygwin\bin\cygncurses5.dll - os=4.0 img=1.0 sys=4.0 "cygncurses5.dll" v0.0 ts=2001/4/25 6:17 15k 2001/04/25 c:\Cygwin\bin\cygpanel5.dll - os=4.0 img=1.0 sys=4.0 "cygpanel5.dll" v0.0 ts=2001/4/25 6:27 35k 2002/01/09 c:\Cygwin\bin\cygform6.dll - os=4.0 img=1.0 sys=4.0 "cygform6.dll" v0.0 ts=2002/1/9 6:03 20k 2002/01/09 c:\Cygwin\bin\cygmenu6.dll - os=4.0 img=1.0 sys=4.0 "cygmenu6.dll" v0.0 ts=2002/1/9 6:03 175k 2002/01/09 c:\Cygwin\bin\cygncurses++6.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++6.dll" v0.0 ts=2002/1/9 6:03 202k 2002/01/09 c:\Cygwin\bin\cygncurses6.dll - os=4.0 img=1.0 sys=4.0 "cygncurses6.dll" v0.0 ts=2002/1/9 6:03 12k 2002/01/09 c:\Cygwin\bin\cygpanel6.dll - os=4.0 img=1.0 sys=4.0 "cygpanel6.dll" v0.0 ts=2002/1/9 6:03 48k 2003/08/09 c:\Cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0 "cygform7.dll" v0.0 ts=2003/8/9 10:25 29k 2003/08/09 c:\Cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0 "cygmenu7.dll" v0.0 ts=2003/8/9 10:25 224k 2003/08/09 c:\Cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0 "cygncurses7.dll" v0.0 ts=2003/8/9 10:24 19k 2003/08/09 c:\Cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0 "cygpanel7.dll" v0.0 ts=2003/8/9 10:24 92k 2004/07/10 c:\Cygwin\bin\cygneon-24.dll - os=4.0 img=1.0 sys=4.0 "cygneon-24.dll" v0.0 ts=2004/7/10 16:37 40k 2004/01/02 c:\Cygwin\bin\cyglber-2.dll - os=4.0 img=1.0 sys=4.0 "cyglber-2.dll" v0.0 ts=2004/1/2 11:11 194k 2004/01/02 c:\Cygwin\bin\cygldap-2.dll - os=4.0 img=1.0 sys=4.0 "cygldap-2.dll" v0.0 ts=2004/1/2 11:27 202k 2004/01/02 c:\Cygwin\bin\cygldap_r-2.dll - os=4.0 img=1.0 sys=4.0 "cygldap_r-2.dll" v0.0 ts=2004/1/2 11:27 63k 2003/04/11 c:\Cygwin\bin\cygpcre.dll - os=4.0 img=1.0 sys=4.0 "cygpcre.dll" v0.0 ts=2003/4/11 9:31 61k 2003/04/11 c:\Cygwin\bin\cygpcreposix.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix.dll" v0.0 ts=2003/4/11 9:31 62k 2003/12/11 c:\Cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcre-0.dll" v0.0 ts=2003/12/11 17:01 9k 2003/12/11 c:\Cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix-0.dll" v0.0 ts=2003/12/11 17:01 168k 2003/08/10 c:\Cygwin\bin\cygpng10.dll - os=4.0 img=1.0 sys=4.0 "cygpng10.dll" v0.0 ts=2003/8/10 23:31 173k 2003/08/10 c:\Cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0 "cygpng12.dll" v0.0 ts=2003/8/10 23:35 170k 2002/01/21 c:\Cygwin\bin\cygpng2.dll - os=4.0 img=1.0 sys=4.0 "cygpng2.dll" v0.0 ts=2002/1/21 1:05 22k 2002/06/09 c:\Cygwin\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0 "cygpopt-0.dll" v0.0 ts=2002/6/9 6:45 17k 2001/06/28 c:\Cygwin\bin\cyghistory4.dll - os=4.0 img=1.0 sys=4.0 "cyghistory4.dll" v0.0 ts=2001/1/7 4:34 108k 2001/06/28 c:\Cygwin\bin\cygreadline4.dll - os=4.0 img=1.0 sys=4.0 "cygreadline4.dll" v0.0 ts=2001/1/7 4:34 29k 2003/08/10 c:\Cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0 "cyghistory5.dll" v0.0 ts=2003/8/11 0:16 148k 2003/08/10 c:\Cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0 "cygreadline5.dll" v0.0 ts=2003/8/11 0:16 380k 2003/12/13 c:\Cygwin\bin\cygsmi-2.dll - os=4.0 img=1.0 sys=4.0 "cygsmi-2.dll" v0.0 ts=2003/12/13 0:57 281k 2003/02/24 c:\Cygwin\bin\cygtiff3.dll - os=4.0 img=1.0 sys=4.0 "cygtiff3.dll" v0.0 ts=2003/2/24 4:58 282k 2003/08/11 c:\Cygwin\bin\cygtiff4.dll - os=4.0 img=1.0 sys=4.0 "cygtiff4.dll" v0.0 ts=2003/8/11 3:32 27k 2004/03/05 c:\Cygwin\bin\cygungif-4.dll - os=4.0 img=1.0 sys=4.0 "cygungif-4.dll" v0.0 ts=2004/3/5 20:13 293k 2004/06/08 c:\Cygwin\bin\cygwmf-0-2-7.dll - os=4.0 img=1.0 sys=4.0 "cygwmf-0-2-7.dll" v0.0 ts=2004/6/8 11:49 101k 2004/06/08 c:\Cygwin\bin\cygwmflite-0-2-7.dll - os=4.0 img=1.0 sys=4.0 "cygwmflite-0-2-7.dll" v0.0 ts=2004/6/8 11:46 2689k 2002/11/16 c:\Cygwin\bin\cygxerces-c21.dll - os=4.0 img=1.0 sys=4.0 "cygxerces-c21.dll" v0.0 ts=2002/11/16 4:07 2984k 2003/02/07 c:\Cygwin\bin\cygxerces-c22.dll - os=4.0 img=1.0 sys=4.0 "cygxerces-c22.dll" v0.0 ts=2003/2/7 18:50 3006k 2003/10/12 c:\Cygwin\bin\cygxerces-c23.dll - os=4.0 img=1.0 sys=4.0 "cygxerces-c23.dll" v0.0 ts=2003/10/12 3:36 3520k 2003/12/16 c:\Cygwin\bin\cygxerces-c24.dll - os=4.0 img=1.0 sys=4.0 "cygxerces-c24.dll" v0.0 ts=2003/12/16 19:45 3416k 2004/02/21 c:\Cygwin\bin\cygxerces-c25.dll - os=4.0 img=1.0 sys=4.0 "cygxerces-c25.dll" v0.0 ts=2004/2/21 6:49 271k 2003/10/06 c:\Cygwin\bin\cygmhash-2.dll - os=4.0 img=1.0 sys=4.0 "cygmhash-2.dll" v0.0 ts=2003/10/6 16:23 15k 2003/11/20 c:\Cygwin\bin\cygminires.dll - os=4.0 img=0.97 sys=4.0 "cygminires.dll" v0.0 ts=2003/11/20 1:55 404k 2004/03/26 c:\Cygwin\bin\cygnaim_core-0.dll - os=4.0 img=1.0 sys=4.0 "cygnaim_core-0.dll" v0.0 ts=2004/3/26 22:35 841k 2004/03/17 c:\Cygwin\bin\cygcrypto-0.9.7.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto-0.9.7.dll" v0.0 ts=2004/3/17 22:58 171k 2004/03/17 c:\Cygwin\bin\cygssl-0.9.7.dll - os=4.0 img=1.0 sys=4.0 "cygssl-0.9.7.dll" v0.0 ts=2004/3/17 22:58 672k 2003/12/25 c:\Cygwin\bin\cygruby18.dll - os=4.0 img=1.0 sys=4.0 "cygruby18.dll" v0.0 ts=2003/12/25 12:33 112k 2004/08/27 c:\Cygwin\bin\cygsvn_client-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_client-1-0.dll" v0.0 ts=2004/8/27 23:35 26k 2004/08/27 c:\Cygwin\bin\cygsvn_delta-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_delta-1-0.dll" v0.0 ts=2004/8/27 23:30 23k 2004/08/27 c:\Cygwin\bin\cygsvn_diff-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_diff-1-0.dll" v0.0 ts=2004/8/27 23:34 111k 2004/08/27 c:\Cygwin\bin\cygsvn_fs-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_fs-1-0.dll" v0.0 ts=2004/8/27 23:31 8k 2004/08/27 c:\Cygwin\bin\cygsvn_ra-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_ra-1-0.dll" v0.0 ts=2004/8/27 23:35 67k 2004/08/27 c:\Cygwin\bin\cygsvn_ra_dav-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_ra_dav-1-0.dll" v0.0 ts=2004/8/27 23:34 14k 2004/08/27 c:\Cygwin\bin\cygsvn_ra_local-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_ra_local-1-0.dll" v0.0 ts=2004/8/27 23:32 50k 2004/08/27 c:\Cygwin\bin\cygsvn_ra_svn-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_ra_svn-1-0.dll" v0.0 ts=2004/8/27 23:30 69k 2004/08/27 c:\Cygwin\bin\cygsvn_repos-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_repos-1-0.dll" v0.0 ts=2004/8/27 23:32 114k 2004/08/27 c:\Cygwin\bin\cygsvn_subr-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_subr-1-0.dll" v0.0 ts=2004/8/27 23:30 129k 2004/08/27 c:\Cygwin\bin\cygsvn_wc-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_wc-1-0.dll" v0.0 ts=2004/8/27 23:34 254k 2003/09/18 c:\Cygwin\bin\cygtidy-0-99-0.dll - os=4.0 img=1.0 sys=4.0 "cygtidy-0-99-0.dll" v0.0 ts=2003/9/18 16:52 50k 2003/08/09 c:\Cygwin\bin\cygXpm-noX4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-noX4.dll" v0.0 ts=2003/8/9 8:21 54k 2003/08/09 c:\Cygwin\bin\cygXpm-X4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-X4.dll" v0.0 ts=2003/8/9 8:22 61k 2003/12/04 c:\Cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 "cygz.dll" v0.0 ts=2003/12/4 3:03 1112k 2004/09/12 c:\Cygwin\bin\cygwin1-20040911.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2004/9/12 4:59 195k 2004/09/02 c:\Cygwin\bin\cyggdk-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk-1-2-0.dll" v0.0 ts=2004/9/2 19:31 1293k 2004/09/02 c:\Cygwin\bin\cyggtk-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggtk-1-2-0.dll" v0.0 ts=2004/9/2 19:44 145k 2004/09/02 c:\Cygwin\bin\cygaudiofile-0.dll - os=4.0 img=1.0 sys=4.0 "cygaudiofile-0.dll" v0.0 ts=2004/9/2 4:38 147k 2004/08/31 c:\Cygwin\bin\cygIDL-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygIDL-2-0.dll" v0.0 ts=2004/8/31 3:00 144k 2004/08/29 c:\Cygwin\bin\cygmagic-1.dll - os=4.0 img=1.0 sys=4.0 "cygmagic-1.dll" v0.0 ts=2004/8/29 21:25 1126k 2004/09/05 c:\Cygwin\bin\cygwin1-prev.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2004/5/26 3:07 1111k 2004/09/05 c:\Cygwin\bin\cygwin1-curr.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2004/9/5 4:17 77k 2004/06/04 c:\Cygwin\bin\cygart_lgpl_2-2.dll - os=4.0 img=1.0 sys=4.0 "cygart_lgpl_2-2.dll" v0.0 ts=2004/6/4 11:20 94k 2004/06/07 c:\Cygwin\bin\cygexif-10.dll - os=4.0 img=1.0 sys=4.0 "cygexif-10.dll" v0.0 ts=2004/6/7 9:53 907k 2004/06/09 c:\Cygwin\bin\cygfpx-1.dll - os=4.0 img=1.0 sys=4.0 "cygfpx-1.dll" v0.0 ts=2004/6/9 9:35 49k 2004/08/02 c:\Cygwin\bin\cygogrove-0.dll - os=4.0 img=1.0 sys=4.0 "cygogrove-0.dll" v0.0 ts=2004/8/2 16:41 326k 2004/08/02 c:\Cygwin\bin\cygospgrove-0.dll - os=4.0 img=1.0 sys=4.0 "cygospgrove-0.dll" v0.0 ts=2004/8/2 17:07 1922k 2004/08/02 c:\Cygwin\bin\cygostyle-0.dll - os=4.0 img=1.0 sys=4.0 "cygostyle-0.dll" v0.0 ts=2004/8/2 17:07 1706k 2004/08/02 c:\Cygwin\bin\cygosp-4.dll - os=4.0 img=1.0 sys=4.0 "cygosp-4.dll" v0.0 ts=2004/8/2 15:51 92k 2004/08/04 c:\Cygwin\bin\cygatk-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygatk-1.0-0.dll" v0.0 ts=2004/8/4 10:46 479k 2004/08/04 c:\Cygwin\bin\cygglib-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygglib-2.0-0.dll" v0.0 ts=2004/8/4 9:52 13k 2004/08/04 c:\Cygwin\bin\cyggmodule-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggmodule-2.0-0.dll" v0.0 ts=2004/8/4 10:08 213k 2004/08/04 c:\Cygwin\bin\cyggobject-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggobject-2.0-0.dll" v0.0 ts=2004/8/4 10:08 15k 2004/08/04 c:\Cygwin\bin\cyggthread-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggthread-2.0-0.dll" v0.0 ts=2004/8/4 10:08 390k 2004/08/04 c:\Cygwin\bin\cyggdk-x11-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk-x11-2.0-0.dll" v0.0 ts=2004/8/4 13:13 78k 2004/08/04 c:\Cygwin\bin\cyggdk_pixbuf-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk_pixbuf-2.0-0.dll" v0.0 ts=2004/8/4 12:07 58k 2004/08/04 c:\Cygwin\bin\cyggdk_pixbuf_xlib-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk_pixbuf_xlib-2.0-0.dll" v0.0 ts=2004/8/4 13:23 2665k 2004/08/04 c:\Cygwin\bin\cyggtk-x11-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggtk-x11-2.0-0.dll" v0.0 ts=2004/8/4 13:15 1226k 2004/08/04 c:\Cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0 "cygxml2-2.dll" v0.0 ts=2004/8/4 15:47 71k 2004/08/04 c:\Cygwin\bin\cygexslt-0.dll - os=4.0 img=1.0 sys=4.0 "cygexslt-0.dll" v0.0 ts=2004/8/4 17:11 200k 2004/08/04 c:\Cygwin\bin\cygxslt-1.dll - os=4.0 img=1.0 sys=4.0 "cygxslt-1.dll" v0.0 ts=2004/8/4 17:09 241k 2004/08/06 c:\Cygwin\bin\cygjasper-1-701-1.dll - os=4.0 img=1.0 sys=4.0 "cygjasper-1-701-1.dll" v0.0 ts=2004/8/6 16:17 198k 2004/08/06 c:\Cygwin\bin\cygcroco-2.dll - os=4.0 img=1.0 sys=4.0 "cygcroco-2.dll" v0.0 ts=2004/8/6 17:47 187k 2004/08/05 c:\Cygwin\bin\cygpango-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpango-1.0-0.dll" v0.0 ts=2004/8/5 10:57 132k 2004/08/05 c:\Cygwin\bin\cygpangoft2-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangoft2-1.0-0.dll" v0.0 ts=2004/8/5 11:24 35k 2004/08/05 c:\Cygwin\bin\cygpangowin32-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangowin32-1.0-0.dll" v0.0 ts=2004/8/5 11:25 39k 2004/08/05 c:\Cygwin\bin\cygpangox-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangox-1.0-0.dll" v0.0 ts=2004/8/5 11:24 17k 2004/08/05 c:\Cygwin\bin\cygpangoxft-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangoxft-1.0-0.dll" v0.0 ts=2004/8/5 11:25 278k 2004/07/16 c:\Cygwin\bin\cygORBit-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygORBit-2-0.dll" v0.0 ts=2004/7/16 1:15 38k 2004/07/16 c:\Cygwin\bin\cygORBit-imodule-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygORBit-imodule-2-0.dll" v0.0 ts=2004/7/16 1:22 18k 2004/07/16 c:\Cygwin\bin\cygORBitCosNaming-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygORBitCosNaming-2-0.dll" v0.0 ts=2004/7/16 1:21 369k 2004/08/11 c:\Cygwin\bin\cygMagick++-6.dll - os=4.0 img=1.0 sys=4.0 "cygMagick++-6.dll" v0.0 ts=2004/8/11 7:04 3214k 2004/08/11 c:\Cygwin\bin\cygMagick-6.dll - os=4.0 img=1.0 sys=4.0 "cygMagick-6.dll" v0.0 ts=2004/8/11 6:37 154k 2004/08/11 c:\Cygwin\bin\cygWand-6.dll - os=4.0 img=1.0 sys=4.0 "cygWand-6.dll" v0.0 ts=2004/8/11 7:04 323k 2004/08/10 c:\Cygwin\bin\cygmng-1.dll - os=4.0 img=1.0 sys=4.0 "cygmng-1.dll" v0.0 ts=2004/8/10 20:45 1112k 2004/09/12 c:\Cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2004/9/12 4:59 Cygwin DLL version info: DLL version: 1.5.12 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 116 Shared data: 4 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Sat Sep 11 23:59:57 EDT 2004 Snapshot date: 20040911-23:56:48 Shared id: cygwin1S4 28k 2004/03/31 c:\Cygwin\usr\X11R6\bin\cygDtPrint-1.dll - os=4.0 img=1.0 sys=4.0 "cygDtPrint-1.dll" v0.0 ts=2004/3/31 5:23 77k 2004/03/31 c:\Cygwin\usr\X11R6\bin\cygMrm-2.dll - os=4.0 img=1.0 sys=4.0 "cygMrm-2.dll" v0.0 ts=2004/3/31 5:23 66k 2004/03/31 c:\Cygwin\usr\X11R6\bin\cygUil-2.dll - os=4.0 img=1.0 sys=4.0 "cygUil-2.dll" v0.0 ts=2004/3/31 5:23 1294k 2004/03/31 c:\Cygwin\usr\X11R6\bin\cygXm-2.dll - os=4.0 img=1.0 sys=4.0 "cygXm-2.dll" v0.0 ts=2004/3/31 5:20 56k 2004/03/11 c:\Cygwin\usr\X11R6\bin\cygXft-1.dll - os=4.0 img=1.0 sys=4.0 "cygXft-1.dll" v0.0 ts=2003/11/18 1:42 63k 2004/03/23 c:\Cygwin\usr\X11R6\bin\cygXft-2.dll - os=4.0 img=1.0 sys=4.0 "cygXft-2.dll" v0.0 ts=2004/3/23 22:20 275k 2004/01/13 c:\Cygwin\usr\X11R6\bin\cygXaw3d-7.dll - os=4.0 img=1.0 sys=4.0 "cygXaw3d-7.dll" v0.0 ts=2004/1/13 22:17 282k 2003/10/28 c:\Cygwin\usr\X11R6\bin\cygfreetype-9.dll - os=4.0 img=1.0 sys=4.0 "cygfreetype-9.dll" v0.0 ts=2003/10/18 7:44 459k 2004/02/10 c:\Cygwin\usr\X11R6\bin\cygXmHTML-0.dll - os=4.0 img=1.0 sys=4.0 "cygXmHTML-0.dll" v0.0 ts=2004/2/10 20:14 140k 2004/08/06 c:\Cygwin\usr\X11R6\bin\cygglut-3.dll - os=4.0 img=1.0 sys=4.0 "cygglut-3.dll" v0.0 ts=2004/8/6 15:43 36k 2004/09/09 c:\Cygwin\usr\X11R6\bin\cygFS-6.dll - os=4.0 img=1.0 sys=4.0 "cygFS-6.dll" v0.0 ts=2004/9/9 13:31 417k 2004/09/09 c:\Cygwin\usr\X11R6\bin\cygGL-1.dll - os=4.0 img=1.0 sys=4.0 "cygGL-1.dll" v0.0 ts=2004/9/9 13:37 439k 2004/09/09 c:\Cygwin\usr\X11R6\bin\cygGLU-1.dll - os=4.0 img=1.0 sys=4.0 "cygGLU-1.dll" v0.0 ts=2004/9/9 13:39 75k 2004/09/09 c:\Cygwin\usr\X11R6\bin\cygICE-6.dll - os=4.0 img=1.0 sys=4.0 "cygICE-6.dll" v0.0 ts=2004/9/9 13:23 1416k 2004/09/09 c:\Cygwin\usr\X11R6\bin\cygOSMesa-4.dll - os=4.0 img=1.0 sys=4.0 "cygOSMesa-4.dll" v0.0 ts=2004/9/9 13:37 30k 2004/09/09 c:\Cygwin\usr\X11R6\bin\cygSM-6.dll - os=4.0 img=1.0 sys=4.0 "cygSM-6.dll" v0.0 ts=2004/9/9 13:23 876k 2004/09/09 c:\Cygwin\usr\X11R6\bin\cygX11-6.dll - os=4.0 img=1.0 sys=4.0 "cygX11-6.dll" v0.0 ts=2004/9/9 13:23 8k 2004/09/09 c:\Cygwin\usr\X11R6\bin\cygXRes-1.dll - os=4.0 img=1.0 sys=4.0 "cygXRes-1.dll" v0.0 ts=2004/9/9 13:42 27k 2004/09/09 c:\Cygwin\usr\X11R6\bin\cygXTrap-6.dll - os=4.0 img=1.0 sys=4.0 "cygXTrap-6.dll" v0.0 ts=2004/9/9 13:42 253k 2004/09/09 c:\Cygwin\usr\X11R6\bin\cygXaw-6.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-6.dll" v0.0 ts=2004/9/9 13:28 356k 2004/09/09 c:\Cygwin\usr\X11R6\bin\cygXaw-7.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-7.dll" v0.0 ts=2004/9/9 13:29 362k 2004/09/09 c:\Cygwin\usr\X11R6\bin\cygXaw-8.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-8.dll" v0.0 ts=2004/9/9 13:30 9k 2004/09/09 c:\Cygwin\usr\X11R6\bin\cygXcomposite-1.dll - os=4.0 img=1.0 sys=4.0 "cygXcomposite-1.dll" v0.0 ts=2004/9/9 13:43 30k 2004/09/09 c:\Cygwin\usr\X11R6\bin\cygXcursor-1.dll - os=4.0 img=1.0 sys=4.0 "cygXcursor-1.dll" v0.0 ts=2004/9/9 13:42 9k 2004/09/09 c:\Cygwin\usr\X11R6\bin\cygXdamage-1.dll - os=4.0 img=1.0 sys=4.0 "cygXdamage-1.dll" v0.0 ts=2004/9/9 13:42 7k 2004/09/09 c:\Cygwin\usr\X11R6\bin\cygXevie-1.dll - os=4.0 img=1.0 sys=4.0 "cygXevie-1.dll" v0.0 ts=2004/9/9 13:42 49k 2004/09/09 c:\Cygwin\usr\X11R6\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0 "cygXext-6.dll" v0.0 ts=2004/9/9 13:24 16k 2004/09/09 c:\Cygwin\usr\X11R6\bin\cygXfixes-3.dll - os=4.0 img=1.0 sys=4.0 "cygXfixes-3.dll" v0.0 ts=2004/9/9 13:42 27k 2004/09/09 c:\Cygwin\usr\X11R6\bin\cygXi-6.dll - os=4.0 img=1.0 sys=4.0 "cygXi-6.dll" v0.0 ts=2004/9/9 13:30 76k 2004/09/09 c:\Cygwin\usr\X11R6\bin\cygXmu-6.dll - os=4.0 img=1.0 sys=4.0 "cygXmu-6.dll" v0.0 ts=2004/9/9 13:26 11k 2004/09/09 c:\Cygwin\usr\X11R6\bin\cygXmuu-1.dll - os=4.0 img=1.0 sys=4.0 "cygXmuu-1.dll" v0.0 ts=2004/9/9 13:26 26k 2004/09/09 c:\Cygwin\usr\X11R6\bin\cygXp-6.dll - os=4.0 img=1.0 sys=4.0 "cygXp-6.dll" v0.0 ts=2004/9/9 13:26 51k 2004/09/09 c:\Cygwin\usr\X11R6\bin\cygXpm-4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-4.dll" v0.0 ts=2004/9/9 13:26 11k 2004/09/09 c:\Cygwin\usr\X11R6\bin\cygXrandr-2.dll - os=4.0 img=1.0 sys=4.0 "cygXrandr-2.dll" v0.0 ts=2004/9/9 13:42 28k 2004/09/09 c:\Cygwin\usr\X11R6\bin\cygXrender-1.dll - os=4.0 img=1.0 sys=4.0 "cygXrender-1.dll" v0.0 ts=2004/9/9 13:41 282k 2004/09/09 c:\Cygwin\usr\X11R6\bin\cygXt-6.dll - os=4.0 img=1.0 sys=4.0 "cygXt-6.dll" v0.0 ts=2004/9/9 13:25 17k 2004/09/09 c:\Cygwin\usr\X11R6\bin\cygXtst-6.dll - os=4.0 img=1.0 sys=4.0 "cygXtst-6.dll" v0.0 ts=2004/9/9 13:31 243k 2004/09/09 c:\Cygwin\usr\X11R6\bin\cygdps-1.dll - os=4.0 img=1.0 sys=4.0 "cygdps-1.dll" v0.0 ts=2004/9/9 13:40 26k 2004/09/09 c:\Cygwin\usr\X11R6\bin\cygdpstk-1.dll - os=4.0 img=1.0 sys=4.0 "cygdpstk-1.dll" v0.0 ts=2004/9/9 13:40 21k 2004/09/09 c:\Cygwin\usr\X11R6\bin\cygfontenc-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontenc-1.dll" v0.0 ts=2004/9/9 13:44 9k 2004/09/09 c:\Cygwin\usr\X11R6\bin\cygoldX-6.dll - os=4.0 img=1.0 sys=4.0 "cygoldX-6.dll" v0.0 ts=2004/9/9 13:23 20k 2004/09/09 c:\Cygwin\usr\X11R6\bin\cygpsres-1.dll - os=4.0 img=1.0 sys=4.0 "cygpsres-1.dll" v0.0 ts=2004/9/9 13:40 125k 2004/09/09 c:\Cygwin\usr\X11R6\bin\cygxkbfile-1.dll - os=4.0 img=1.0 sys=4.0 "cygxkbfile-1.dll" v0.0 ts=2004/9/9 13:31 12k 2004/09/09 c:\Cygwin\usr\X11R6\bin\cygxkbui-1.dll - os=4.0 img=1.0 sys=4.0 "cygxkbui-1.dll" v0.0 ts=2004/9/9 13:31 Cygwin Package Information Last downloaded files to: C:\Documents and Settings\Administrator\Desktop Last downloaded files from: ftp://mirrors.rcn.net/pub/sourceware/cygwin Package Version _update-info-dir 00227-1 a2ps 4.13-1 agetty 2.1-1 antiword 0.34-2 apache 1.3.29-2 apr 0.9.5pre20040608-1 apr-util 0.9.5pre20040608-1 ash 20040127-1 aspell 0.50.3-1 aspell-de 0.50.2-1 aspell-dev 0.50.3-1 aspell-doc 0.50.3-1 aspell-en 0.51.0-1 aspell-pl 0.50.2-1 astyle 1.15.3-3 atk 1.6.1-2 atk-devel 1.6.1-2 atk-doc 1.6.1-2 atk-runtime 1.6.1-2 audiofile 0.2.6-2 autoconf 2.59-1 autoconf-devel 2.59-1 autoconf-stable 2.13-5 automake 1.7.9-1 automake-devel 1.8.5-1 automake-stable 1.4p6-2 autossh 1.2g-2 base-files 3.0-3 base-passwd 1.1-1 bash 2.05b-16 bc 1.06-1 binutils 20040725-2 bison 20030307-1 byacc 1.9-1 bzip2 1.0.2-5 c-client 2002e-3 c3270 3.2.20-1 cabextract 0.6-2 ccache 2.2-1 ccdoc 0.8.39-1 ccrypt 1.7-1 cgoban 1.9.14-1 check 0.8.4-1 chkconfig 1.2.24h-1 clear 1.0-1 clisp 2.33.1-1 cmake 2.0.3-1 cocom 0.995-1 compface 1.4-5 cpio 2.5-3 cppunit 1.9.14-1 cron 3.0.1-12 crypt 1.1-1 ctags 5.5-4 ctetris 0.29-1 curl 7.11.1-1 curl-devel 7.11.1-1 cvs 1.11.6-3 cygipc 2.03-2 cygrunsrv 1.0-1 cygutils 1.2.5-1 cygwin 1.5.11-1 cygwin-doc 1.3-7 cygwin-x-doc 1.0.4-1 d 1.2.0-1 db2 2.7.7-4 db3.1 3.1.17-2 db4.1 4.1.25-1 db4.2 4.2.52-1 ddd 3.3.9-1 dejagnu 20021217-2 diffutils 2.8.7-1 distcc 2.16-1 docbook-xml42 4.2-2 docbook-xsl 1.65.1-1 doxygen 1.2.18-1 dpkg 1.10.4-2 e2fsimage 0.2.0-1 e2fsprogs 1.35-2 ed 0.2-1 editrights 1.01-1 ELFIO 1.0.0-1 emacs 21.2-13 emacs-el 21.2-13 emacs-X11 21.2-13 enscript 1.6.3-3 esound 0.2.35-1 exif 0.6.9-1 exim 4.41-1 expat 1.95.7-1 expect 20030128-1 fetchmail 6.2.5-2 figlet 2.2-1 file 4.10-1 fileutils 4.1-2 findutils 4.1.7-4 flex 2.5.4a-3 fltk 1.1.4-2 fontconfig 2.2.2-1 fortune 1.8-2 freeglut 2.2.0-1 freetype2 2.1.5-1 fvwm 2.4.7-3 gawk 3.1.4-3 gcc 3.3.3-3 gcc-ada 3.3.3-3 gcc-core 3.3.3-3 gcc-g++ 3.3.3-3 gcc-g77 3.3.3-3 gcc-gdc 3.3.3-3 gcc-gm2 3.3.3-1 gcc-gpc 3.3.3-3 gcc-java 3.3.3-3 gcc-mingw 20040810-1 gcc-mingw-ada 20040810-1 gcc-mingw-core 20040810-1 gcc-mingw-g++ 20040810-1 gcc-mingw-g77 20040810-1 gcc-mingw-gpc 20040810-1 gcc-mingw-java 20040810-1 gcc-mingw-objc 20040810-1 gcc-objc 3.3.3-3 gd 2.0.21-1 gdb 20030919-1 gdbm 1.8.3-7 gettext 0.14.1-1 gettext-devel 0.14.1-1 ghostscript 7.05-2 ghostscript-base 7.05-2 ghostscript-x11 7.05-2 glib 1.2.10-2 glib-devel 1.2.10-2 glib2 2.4.5-1 glib2-devel 2.4.5-1 glib2-doc 2.4.5-1 glib2-runtime 2.4.5-1 gmp 4.1.2-1 gnugo 3.4-1 gnupg 1.2.4-1 gnuplot 3.8j.0-1 gperf 2.7.2-1 grace 5.1.14-2 GraphicsMagick 1.0.6-1 grep 2.5-1 groff 1.18.1-2 gsl 1.5-1 gtk+ 1.2.10-2 gtk+-devel 1.2.10-2 gtk2-x11 2.4.4-1 gtk2-x11-devel 2.4.4-1 gtk2-x11-doc 2.4.4-1 gtk2-x11-runtime 2.4.4-1 gtypist 2.7-2 guile 1.6.4-12 guile-devel 1.6.4-12 guile-doc 1.6.4-12 gv 3.5.8-1 gzip 1.3.5-1 help2man 1.33.1-1 ImageMagick 6.0.4-1 indent 2.2.9-1 inetutils 1.3.2-28 initscripts 0.9-1 intltool 0.31-1 ioperm 0.4-1 irc 20010101-3 jasper 1.701.0-1 jbigkit 1.5-3 jgraph 8.3-1 jpeg 6b-11 keychain 2.0.3-2 lcms 1.13-1 less 381-1 lesstif 0.93.94-2 lftp 2.6.10-2 libapr0 0.9.5pre20040608-1 libaprutil0 0.9.5pre20040608-1 libart_lgpl 2.3.16-1 libaspell15 0.50.3-1 libaudiofile-devel 0.2.6-2 libaudiofile0 0.2.6-2 libbz2_0 1.0.2-1 libbz2_1 1.0.2-5 libcharset1 1.9.2-1 libcroco 0.5.1-1 libdb2 2.7.7-4 libdb2-devel 2.7.7-4 libdb3.1 3.1.17-2 libdb3.1-devel 3.1.17-2 libdb4.1 4.1.25-1 libdb4.1-devel 4.1.25-1 libdb4.2 4.2.52-1 libdb4.2-devel 4.2.52-1 libesound-devel 0.2.35-1 libesound0 0.2.35-1 libexif 0.6.9-1 libfontconfig-devel 2.2.2-1 libfontconfig1 2.2.2-1 libfpx 1.2.0.9-1 libfreetype2-devel 2.1.5-1 libfreetype26 2.1.5-1 libgd-devel 2.0.21-1 libgd2 2.0.21-1 libgdbm 1.8.0-5 libgdbm-devel 1.8.3-7 libgdbm3 1.8.3-3 libgdbm4 1.8.3-7 libgettextpo0 0.14.1-1 libGraphicsMagick-devel 1.0.6-1 libGraphicsMagick0 1.0.6-1 libguile12 1.6.4-12 libguile12abi13 1.6.4-2 libiconv 1.9.2-1 libiconv2 1.9.2-1 libIDL 0.8.3-2 libintl 0.10.38-3 libintl1 0.10.40-1 libintl2 0.12.1-3 libintl3 0.14.1-1 libjpeg62 6b-11 libjpeg6b 6b-8 libkpathsea3 2.0.2-13 libkpathsea3abi13 2.0.2-2 libltdl3 1.5.6-3 libMagick-devel 6.0.4-1 libMagick6 6.0.4-1 libmcrypt 2.5.7-2 libmcrypt-devel 2.5.7-2 libmng 1.0.8-1 libncurses-devel 5.3-4 libncurses5 5.2-1 libncurses6 5.2-8 libncurses7 5.3-4 libneon24 0.24.7-1 libopenldap2 2.1.25-1 libopenldap2_2_7 2.2.15-2 libpcre 4.1-1 libpcre0 4.5-1 libpng 1.2.5-4 libpng10 1.0.15-4 libpng10-devel 1.0.15-4 libpng12 1.2.5-4 libpng12-devel 1.2.5-4 libpng2 1.0.12-1 libpopt0 1.6.4-4 libreadline4 4.1-2 libreadline5 4.3-5 libsmi 0.4.2-1 libtiff-devel 3.6.0-5 libtiff3 3.6.0-2 libtiff4 3.6.0-5 libtool 1.5b-1 libtool-devel 1.5.6-3 libtool-stable 1.4.3-2 libungif 4.1.0-3 libwmf 0.2.8.3-1 libxerces-c21 2.1.0-1 libxerces-c22 2.2.0-1 libxerces-c23 2.3.0-4 libxerces-c24 2.4.0-4 libxerces-c25 2.5.0-1 libXft 2.1.6-1 libXft-devel 2.1.6-1 libXft1 1.0.0-1 libXft2 2.1.6-1 libxml2 2.6.11-1 libxslt 1.1.8-1 lilypond 2.2.5-1 lilypond-doc 2.2.5-1 links 0.99pre14-1 login 1.9-7 lynx 2.8.4-8 m4 1.4-1 make 3.80-1 man 1.5k-3 mc 4.6.0-4 mhash 0.8.18-1 mhash-devel 0.8.18-1 mingw-runtime 3.5-1 mingw-zlib 1.2.1-1 minires 0.97-1 minires-devel 0.97-1 mktemp 1.5-3 more 2.11o-1 mt 2.3-1 mutt 1.4.1-2 naim 0.11.6.7-1 nano 1.2.2-1 nasm 0.98.38-1 ncftp 3.1.7-1 ncurses 5.3-4 ncurses-demo 5.3-4 nedit 5.4-1 neon 0.24.7-1 netcat 1.10-2 ocaml 3.08.1-1 openbox 0.99.1-4 opengl 1.1.0-7 openjade 1.3.3-1 openldap 2.2.15-2 openldap-devel 2.2.15-2 OpenSP 1.5.1-1 openssh 3.9p1-1 openssl 0.9.7d-1 openssl-devel 0.9.7d-1 ORBit2 2.10.3-1 ORBit2-devel 2.10.3-1 pango 1.4.1-1 pango-devel 1.4.1-1 pango-doc 1.4.1-1 pango-runtime 1.4.1-1 par 1.52-1 patch 2.5.8-8 patchutils 0.2.30pre1-1 pcre 4.5-1 pcre-devel 4.5-1 pcre-doc 4.5-1 pdksh 5.2.14-3 perl 5.8.5-3 perl-libwin32 0.191-1 perl_manpages 5.8.5-3 pine 4.58-1 pinfo 0.6.8-1 pkgconfig 0.15.0-4 popt 1.6.4-4 postgresql 7.4.5-1 pr3270 3.2.20-1 procmail 3.22-10 procps 010801-2 proftpd 1.2.9-1 psutils 1.17-1 python 2.3.4-2 rcs 5.7-3 readline 4.3-5 rebase 2.3-1 robots 2.0-4 rpm 4.1-1 rpm-build 4.1-1 rpm-doc 4.1-1 rsync 2.6.2-2 ruby 1.8.1-1 rxvt 2.7.10-4 s3270 3.2.20-1 sed 4.1.2-1 setsid 0.0-3 sh-utils 2.0.15-4 sharutils 4.2.1-3 shutdown 1.4-1 splint 3.1.1-1 squid 2.4.STABLE7-1 ssmtp 2.60.9-3 stunnel 4.04-3 subversion 1.0.6-1 subversion-devel 1.0.6-1 suite3270 3.2.20-1 sunrpc 4.0-2 SWI-Prolog 5.2.6-1 swig 1.3.19-1 sysvinit 2.84-4 tar 1.13.25-5 tcl3270 3.2.20-1 tcltk 20030901-1 tcm 2.20-1 tcp_wrappers 7.6-1 tcsh 6.13.00-2 termcap 20021106-2 terminfo 5.3_20030726-1 tetex 2.0.2-13 tetex-base 2.0.2-13 tetex-bin 2.0.2-13 tetex-devel 2.0.2-13 tetex-doc 2.0.2-13 tetex-extra 2.0.2-13 tetex-tiny 2.0.2-13 tetex-x11 2.0.2-13 texinfo 4.2-4 TeXmacs 1.0.4-4 textutils 2.0.21-1 tidy 030901-1 tiff 3.6.0-5 time 1.7-1 tin 1.6.2-3 transfig 3.2.4-2 ttcp 19980512-1 tzcode 2003e-1 ucl 1.01-1 units 1.77-1 unzip 5.50-5 upx 1.24-1 uw-imap 2002e-3 uw-imap-imapd 2002e-3 uw-imap-util 2002e-3 vim 6.3-1 w32api 3.1-1 wget 1.9.1-1 which 1.5-2 whois 4.6.14-1 WindowMaker 0.80.2-1 WordNet 2.0-1 wtf 0.0.4-6 X-start-menu-icons 1.0.1-1 X-startup-scripts 1.0.8-1 x2x 1.30-2 x3270 3.2.20-1 Xaw3d 1.5D-5 xemacs 21.4.15-1 xemacs-emacs-common 21.4.15-1 xemacs-mule-sumo 2004-08-18-1 xemacs-sumo 2004-08-18-1 xemacs-tags 21.4.15-1 xerces-c 2.5.0-1 xerces-c-devel 2.5.0-1 xerces-c-doc 2.5.0-1 xfig 3.2.4-6 xfig-bin 3.2.4-3 xfig-doc 3.2.4-2 xfig-etc 3.2.4-4 xfig-lib 3.2.4-6 xfig-man 3.2.4-2 XFree86-base 4.3.0-11 XFree86-bin 4.3.0-21 XFree86-bin-icons 4.3.0-7 XFree86-doc 4.3.0-2 XFree86-etc 4.3.0-12 XFree86-f100 4.3.0-2 XFree86-fcyr 4.3.0-2 XFree86-fenc 4.3.0-2 XFree86-fnts 4.3.0-2 XFree86-fscl 4.3.0-2 XFree86-fsrv 4.3.0-9 XFree86-html 4.3.0-10 XFree86-jdoc 4.3.0-2 XFree86-lib 4.3.0-3 XFree86-lib-compat 4.3.0-2 XFree86-man 4.3.0-10 XFree86-nest 4.3.0-8 XFree86-prog 4.3.0-21 XFree86-prt 4.3.0-6 XFree86-ps 4.3.0-2 XFree86-startup-scripts 4.3.0-1 XFree86-vfb 4.3.0-8 XFree86-xserv 4.3.0-68 XFree86-xwinclip 4.3.0-3 xgraph 12.1-1 xinetd 2.3.9-1 XmHTML 1.1.7-1 xmlto 0.0.18-1 xorg-x11-base 6.8.0.0-1 xorg-x11-bin 6.8.0.0-1 xorg-x11-bin-dlls 6.8.0.0-1 xorg-x11-bin-lndir 6.8.0.0-1 xorg-x11-devel 6.8.0.0-1 xorg-x11-etc 6.8.0.0-1 xorg-x11-f100 6.8.0.0-1 xorg-x11-fcyr 6.8.0.0-1 xorg-x11-fenc 6.8.0.0-1 xorg-x11-fnts 6.8.0.0-1 xorg-x11-fscl 6.8.0.0-1 xorg-x11-fsrv 6.8.0.0-1 xorg-x11-libs-data 6.8.0.0-1 xorg-x11-man-pages 6.8.0.0-1 xorg-x11-man-pages-html 6.8.0.0-1 xorg-x11-nest 6.8.0.0-1 xorg-x11-vfb 6.8.0.0-1 xorg-x11-xwin 6.8.0.0-1 xorg-x11-xwin-gl 6.8.0.0-1 xpm-nox 4.2.0-4 xterm 185-4 xwinclip 1.2.0-1 xwinwm 0.0.5-1 zip 2.3-6 zlib 1.2.1-1 zsh 4.2.0-2 Use -h to see help about each section -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Sun Sep 12 14:48:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Sun, 12 Sep 2004 14:48:00 -0000 Subject: cygserver service won't start In-Reply-To: References: <20040909080829.GC2953@cygbert.vinschen.de> <20040910080758.GE468@cygbert.vinschen.de> <20040911123916.GA8906@cygbert.vinschen.de> Message-ID: <20040912144634.GE17670@cygbert.vinschen.de> On Sep 11 13:06, Igor Pechtchanski wrote: > On Sat, 11 Sep 2004, Alder wrote: > > On a perfect platform, perhaps, but like I said, I really had to add it > > because without it there a Windows dialog would pop up when I ran cygserver > > telling me that 'Cygwin1.dll' could not be found. That was also true on my > > previous installation, and one of the reasons I thought it best to reinstall. This is weird. I never observed that and I installed a lot of services using cygrunsrv on a good number of machines. > I'm observing similar behavior, but it looks like our causes may be > different. Igor, out with your debugging experiences! > If your cygcheck showed that you have check_case:strict in your CYGWIN > variable, I'd've guessed that this is another instance of the bug I > reported on the cygwin-developers list (where the PATH got truncated on > converting it back to Win32 format). The fact that cygrunsrv *appends* > /bin to the PATH, whereas you *prepend* it, seems to argue strongly for > this. > > Just for the sake of completeness, though, could you please try adding a > service that basically invokes cmd.exe with '-c "echo %PATH%"' as > arguments, and see what the PATH is in the log after starting the service? Yes, I would be curios as well. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Sun Sep 12 14:59:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Sun, 12 Sep 2004 14:59:00 -0000 Subject: cygserver problem max 5 connections In-Reply-To: <41443B93.4020000@x-ray.at> References: <41443B93.4020000@x-ray.at> Message-ID: <20040912144856.GF17670@cygbert.vinschen.de> On Sep 12 14:05, Reini Urban wrote: > I have a postgres user claiming that cygserver cannot serve more than 5 > concurrent connections with postgres. Did you already play with the /etc/cygserver.conf parameters? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From thorsten@thorstenkampe.de Sun Sep 12 15:11:00 2004 From: thorsten@thorstenkampe.de (Thorsten Kampe) Date: Sun, 12 Sep 2004 15:11:00 -0000 Subject: zsh hangs with "command not found" (Peter A. Castro?) Message-ID: <2tmn14ipjsiu.dlg@thorstenkampe.de> Hi, This is a follow-up to the thread "zsh 4.1.1-3 on W2000 hangs with command not found" from March 2004. Facts: Cygwin 1.5.12s(0.116/4/2) 20040907 00:06:12 zsh 4.2.0 Windows XP SP2 Problem: zsh "hangs" about ten seconds when I try to execute a nonexistant command (bash in comparison returns immediately). Even unsetting all environment variables inherited from Windows and deleting my .zshrc didn't make any difference. Changes to march: Specifying an absolute path ('/bin/foobar') and unsetting 'correct' and 'correctall' make no difference anymore. * Now I tried to analyze my problem with "File Monitor" from SysInternals. I captured two filtered sessions: one with zsh executing "foozsh" and one with bash executing "foobash" (both attached). Things I noticed: bash queries 88 items while zsh queries 123. This shouldn't explain the ten second difference. zsh spawns a new instance/process of zsh (pid 224) on line 29! Until this line the query results show up with no delay in "File Monitor". The next 98 lines show up with the ten second delay. So either the starting of a new zsh instance/process is so terribly slow or the new zsh process searches (for whatever reason) much much slower than the first one. Bash in contrast doesn't spawn a new process at all. So why does zsh create a new zsh process after searching for 28 items and why is either this so slow or the searching in the new process so slow??!! Thanks for your attention, Thorsten -------------- next part -------------- A non-text attachment was scrubbed... Name: zsh.LOG Type: application/octet-string Size: 13760 bytes Desc: Attached file: zsh.LOG URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: bash.LOG Type: application/octet-string Size: 10059 bytes Desc: Attached file: bash.LOG URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From thorsten@thorstenkampe.de Sun Sep 12 15:36:00 2004 From: thorsten@thorstenkampe.de (Thorsten Kampe) Date: Sun, 12 Sep 2004 15:36:00 -0000 Subject: snapshot 20040911: lose bash prompt References: <1094998084.2597.11.camel@82-40-123-11.cable.ubr01.pert.blueyonder.co.uk> Message-ID: * fergus (2004-09-12 16:08 +0200) > With snapshot 20040911, bash shell, XP SP2, I find that any command > whatever (eg. uname -a, ls -latr, find .) that would normally run and > then re-present the bash prompt, runs but the prompt is not recovered. > Nor without using Task Manager can I run anything else, or exit the > process. Attached: cygcheck.out. Same configuration - neither bash nor zsh even start (zsh gives a dump: "Exception: STATUS_ACCESS_VIOLATION"). Thorsten -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From thorsten@thorstenkampe.de Sun Sep 12 15:36:00 2004 From: thorsten@thorstenkampe.de (Thorsten Kampe) Date: Sun, 12 Sep 2004 15:36:00 -0000 Subject: zsh hangs with "command not found" (Peter A. Castro?) References: <2tmn14ipjsiu.dlg@thorstenkampe.de> Message-ID: * Thorsten Kampe (2004-09-12 16:59 +0200) > This is a follow-up to the thread "zsh 4.1.1-3 on W2000 hangs with > command not found" from March 2004. > > Facts: > Cygwin 1.5.12s(0.116/4/2) 20040907 00:06:12 > zsh 4.2.0 > Windows XP SP2 > > Problem: > zsh "hangs" about ten seconds when I try to execute a nonexistant > command (bash in comparison returns immediately). > > Even unsetting all environment variables inherited from Windows and > deleting my .zshrc didn't make any difference. > > Changes to march: > Specifying an absolute path ('/bin/foobar') and unsetting 'correct' > and 'correctall' make no difference anymore. > > * Now I tried to analyze my problem with "File Monitor" from > SysInternals. I captured two filtered sessions: one with zsh executing > "foozsh" and one with bash executing "foobash" (both attached). > > Things I noticed: > bash queries 88 items while zsh queries 123. This shouldn't explain > the ten second difference. > > zsh spawns a new instance/process of zsh (pid 224) on line 29! Until > this line the query results show up with no delay in "File Monitor". > The next 98 lines show up with the ten second delay. > > So either the starting of a new zsh instance/process is so terribly > slow or the new zsh process searches (for whatever reason) much much > slower than the first one. I've examined the output further: it's in fact the creation of a new process that takes the time. Compare these two snippets (one with difference time and one with absolute clock time): 27 0.00002486 zsh.exe:3496 FASTIO_QUERY_OPEN C:\foozsh.exe.lnk FILE NOT FOUND Attributes: Error 28 0.00002403 zsh.exe:3496 FASTIO_QUERY_OPEN C:\foozsh.lnk FILE NOT FOUND Attributes: Error 29 0.00010951 zsh.exe:224 FASTIO_QUERY_OPEN C:\cygwin\usr\local\bin\foozsh.exe FILE NOT FOUND Attributes: Error 30 0.00002486 zsh.exe:224 FASTIO_QUERY_OPEN C:\cygwin\usr\local\bin\foozsh FILE NOT FOUND Attributes: Error 31 0.00002570 zsh.exe:224 FASTIO_QUERY_OPEN C:\cygwin\usr\local\bin\foozsh.exe.lnk FILE NOT FOUND Attributes: Error 23 17:24:38 zsh.exe:2360 QUERY INFORMATION C:\cygwin\home\thorsten\whereever.exe.lnk FILE NOT FOUND Attributes: Error 24 17:24:38 zsh.exe:2360 QUERY INFORMATION C:\cygwin\home\thorsten\whereever.lnk FILE NOT FOUND Attributes: Error 25 17:24:49 zsh.exe:2360 QUERY INFORMATION C:\whereever FILE NOT FOUND Attributes: Error 26 17:24:49 zsh.exe:2360 QUERY INFORMATION C:\whereever.exe FILE NOT FOUND Attributes: Error 27 17:24:49 zsh.exe:2360 QUERY INFORMATION C:\whereever.exe.lnk FILE NOT FOUND Attributes: Error 28 17:24:49 zsh.exe:2360 QUERY INFORMATION C:\whereever.lnk FILE NOT FOUND Attributes: Error 29 17:24:49 zsh.exe:2764 QUERY INFORMATION C:\cygwin\usr\local\bin\whereever.exe FILE NOT FOUND Attributes: Error 30 17:24:49 zsh.exe:2764 QUERY INFORMATION C:\cygwin\usr\local\bin\whereever FILE NOT FOUND Attributes: Error Interestingly File Monitor shows the delay always between line 28 and 29 when set to differential time (which is exactly the creation of a new process) and between line 24 and 25 when set to "clock time" (maybe a bug?) Thorsten -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Sun Sep 12 16:26:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sun, 12 Sep 2004 16:26:00 -0000 Subject: cygserver service won't start In-Reply-To: <20040912144634.GE17670@cygbert.vinschen.de> References: <20040909080829.GC2953@cygbert.vinschen.de> <20040910080758.GE468@cygbert.vinschen.de> <20040911123916.GA8906@cygbert.vinschen.de> <20040912144634.GE17670@cygbert.vinschen.de> Message-ID: On Sun, 12 Sep 2004, Corinna Vinschen wrote: > On Sep 11 13:06, Igor Pechtchanski wrote: > > On Sat, 11 Sep 2004, Alder wrote: > > > On a perfect platform, perhaps, but like I said, I really had to add > > > it because without it there a Windows dialog would pop up when I ran > > > cygserver telling me that 'Cygwin1.dll' could not be found. That > > > was also true on my previous installation, and one of the reasons I > > > thought it best to reinstall. > > This is weird. I never observed that and I installed a lot of services > using cygrunsrv on a good number of machines. > > > I'm observing similar behavior, but it looks like our causes may be > > different. > > Igor, out with your debugging experiences! I believe they, along with a description of the fix, are summarized in , which seems to have been overlooked, as it never got any reply (the rest of the thread deteriorated into a discussion of the need for check_case:strict). I'd like to get some feedback on whether my analysis and the fix plan are correct, before I go through the machinery of getting the patch approved. > > If your cygcheck showed that you have check_case:strict in your CYGWIN > > variable, I'd've guessed that this is another instance of the bug I > > reported on the cygwin-developers list (where the PATH got truncated on > > converting it back to Win32 format). The fact that cygrunsrv *appends* > > /bin to the PATH, whereas you *prepend* it, seems to argue strongly for > > this. > > > > Just for the sake of completeness, though, could you please try adding a > > service that basically invokes cmd.exe with '-c "echo %PATH%"' as > > arguments, and see what the PATH is in the log after starting the service? > > Yes, I would be curios as well. FWIW, I ended up using the following for sshd as a workaround: cygrunsrv -I sshd -d "CYGWIN sshd" -p /usr/sbin/sshd -a "-De" -1 /var/log/sshd.log -2 /var/log/sshd.log -e "CYGWIN=check_case:strict ntsec notitle binmode nosmbntsec notty" -e "PATH=/usr/bin:/bin" -t manual -o ^^^^^^^^^^^^^^^^^^^^^^^ Incidentally, -1 and -2 didn't work for me with optional arguments (if I simply said "-1 -2", stdout was redirected to a file called "-2"). I'm sure it's unrelated, but thought I'd mention it. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Sun Sep 12 17:45:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Sun, 12 Sep 2004 17:45:00 -0000 Subject: cygserver problem max 5 connections In-Reply-To: <20040912144856.GF17670@cygbert.vinschen.de> References: <41443B93.4020000@x-ray.at> <20040912144856.GF17670@cygbert.vinschen.de> Message-ID: <414478B5.3070307@x-ray.at> Corinna Vinschen schrieb: > On Sep 12 14:05, Reini Urban wrote: > >>I have a postgres user claiming that cygserver cannot serve more than 5 >>concurrent connections with postgres. > > Did you already play with the /etc/cygserver.conf parameters? Sure. I only see a 10 semaphore id limit, but not the reported 5. And I didn't see where postgresql needs 2 id's per connection. # kern.ipc.semmni: Maximum no. of semaphore identifiers hold concurrently. # Default: 10, Min: 1, Max: 1024 kern.ipc.semmni 10 # kern.ipc.semmns: Maximum no. of semaphores hold concurrently. # Default: 60, Min: 1, Max: 1024 kern.ipc.semmns 200 -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Sun Sep 12 17:51:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sun, 12 Sep 2004 17:51:00 -0000 Subject: cygwin & wmnew In-Reply-To: <20040912164506.55735.qmail@web25307.mail.ukl.yahoo.com> References: <20040912164506.55735.qmail@web25307.mail.ukl.yahoo.com> Message-ID: Lilian, Please send all Cygwin-related questions to the Cygwin mailing list at . Private mail about Cygwin is strongly discouraged unless specifically requested. Moreover, by sending your questions to the list you will gain access to more expertise than any one person can provide, and the answers to your questions will be archived on the web for others to find. For your convenience, I've directed this reply to the appropriate list and set the Reply-To: field accordingly. More below. On Sun, 12 Sep 2004, Dauzat Lilian wrote: > Hi, > > I've to develop software for the wavecom's wismo and I've problem with > wmnew. I think I've well install cygwin. I've create a directory called > "test" which contains my source "test.c" and a directory "mak". > > When I want to run wmnew -32 -gcc from my "test" directory, I've this > message : "Unknow parameter -32; try -h to help..." So, after reading > the help file, I tried "wmnew -basic" and the result is 2 files located > in "test" directory : bin.scs and wmnew.opt. > > I don't know what to do in order to create the test.mak file ! > > Please help ! > > Thanks > Lilian AFAICS, according to the Cygwin package search page (), wmnew is not part of Cygwin. In fact, the above doesn't sound like it has anything to do with Cygwin at all. You might try Googling for the appropriate forum to ask your wmnew questions. I may be misreading your query above, so if you do think Cygwin is involved in some way, please follow up to the Cygwin list. It may be best, however, if you read (the Cygwin problem reporting guidelines) before posting. A WAG: if your problem has to do with wmnew not finding gcc, make sure that a) you have the 'gcc' package installed (via setup.exe) and (b) the /bin directory is in your PATH. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Sun Sep 12 17:54:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Sun, 12 Sep 2004 17:54:00 -0000 Subject: libtool-1.5.6-3, export-symbols-regex bug? In-Reply-To: <414405DC.1020505@emirates.net.ae> References: <41433D43.8040802@emirates.net.ae> <697487759.20040911203627@familiehaase.de> <414405DC.1020505@emirates.net.ae> Message-ID: <6.1.0.6.0.20040912134925.03e3dc88@pop.prospeed.net> At 04:16 AM 9/12/2004, you wrote: >Gerrit P. Haase wrote: > >>Please see: >>http://sources.redhat.com/ml/cygwin/2004-08/msg00607.html > >Glad I'm not the only one who noticed this. In Chuck's reply to the cygwin list he says he'll look into this. I haven't seen any further reply from him yet, neither on the cygwin list nor on the libtool lists. Have you heard anything back? Chuck's busy in between hurricanes trying to keep his house in one piece. Once that activity subsides, I'm sure we'll hear from Chuck. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Sun Sep 12 17:57:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Sun, 12 Sep 2004 17:57:00 -0000 Subject: cygserver service won't start In-Reply-To: References: <20040909080829.GC2953@cygbert.vinschen.de> <20040910080758.GE468@cygbert.vinschen.de> <20040911123916.GA8906@cygbert.vinschen.de> <20040912144634.GE17670@cygbert.vinschen.de> Message-ID: <20040912175541.GG18421@trixie.casa.cgf.cx> On Sun, Sep 12, 2004 at 11:36:42AM -0400, Igor Pechtchanski wrote: >On Sun, 12 Sep 2004, Corinna Vinschen wrote: > >> On Sep 11 13:06, Igor Pechtchanski wrote: >> > On Sat, 11 Sep 2004, Alder wrote: >> > > On a perfect platform, perhaps, but like I said, I really had to add >> > > it because without it there a Windows dialog would pop up when I ran >> > > cygserver telling me that 'Cygwin1.dll' could not be found. That >> > > was also true on my previous installation, and one of the reasons I >> > > thought it best to reinstall. >> >> This is weird. I never observed that and I installed a lot of services >> using cygrunsrv on a good number of machines. >> >> > I'm observing similar behavior, but it looks like our causes may be >> > different. >> >> Igor, out with your debugging experiences! > >I believe they, along with a description of the fix, are summarized in >, which >seems to have been overlooked, as it never got any reply (the rest of the >thread deteriorated into a discussion of the need for check_case:strict). >I'd like to get some feedback on whether my analysis and the fix plan are >correct, before I go through the machinery of getting the patch approved. Given the number of problems we've had with strict case checking, I think it is time to start thinking about ripping it out. Neither Corinna nor I are huge fans of the functionality and while I understand that some people like to use it, the amount of extra jumping hoops required in the code multiplied by the number of times we hear people complaining about problems seems to indicate that this is not a robust feature. Corinna essentially implemented this feature under duress It's difficult to see without the actual patch but your change seems to add more logic to cygwin and adds decision points in parts of the code which are called a lot. Any time I hear about who great this option is, it seems as though people raise the issue of finding multiple files with the same name in a tar file. If this really represents the majority of usefulness for this feature then I think something like a tar-lint or adding an option to tar itself might be a better plan than burdening the cygwin DLL with this feature. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Sun Sep 12 18:22:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Sun, 12 Sep 2004 18:22:00 -0000 Subject: "minimal cygwin ?" In-Reply-To: <20040912125543.A47021@blnsrv1.science-computing.de> References: <20040912125543.A47021@blnsrv1.science-computing.de> Message-ID: <6.1.0.6.0.20040912135349.02a0e860@pop.prospeed.net> At 06:55 AM 9/12/2004, you wrote: >Hello *, > >Has anyone tailored a "minimal cywin install" with just the absolutely >"required" cygwin components ? > >Explanation: I'd like to distribute cygwin to a farm of older nt systems > with restricted discspace > My favorite approach would be, to distribute a "minimal system" > and add an additional sw package only on hosts with enough space > >is that doable, and has someone size estimations ? A google search should unearth something on this topic. The key has always been the definition of "minimal". The list of required packages depends very much on what tools you want to use. 'setup.ini' might be a help to you here if you're trying to figure out the specifics for your needs. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Sun Sep 12 18:41:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sun, 12 Sep 2004 18:41:00 -0000 Subject: cygserver service won't start In-Reply-To: <20040912175541.GG18421@trixie.casa.cgf.cx> References: <20040909080829.GC2953@cygbert.vinschen.de> <20040910080758.GE468@cygbert.vinschen.de> <20040911123916.GA8906@cygbert.vinschen.de> <20040912144634.GE17670@cygbert.vinschen.de> <20040912175541.GG18421@trixie.casa.cgf.cx> Message-ID: On Sun, 12 Sep 2004, Christopher Faylor wrote: > On Sun, Sep 12, 2004 at 11:36:42AM -0400, Igor Pechtchanski wrote: > >On Sun, 12 Sep 2004, Corinna Vinschen wrote: > > > >> On Sep 11 13:06, Igor Pechtchanski wrote: > >> > On Sat, 11 Sep 2004, Alder wrote: > >> > > On a perfect platform, perhaps, but like I said, I really had to add > >> > > it because without it there a Windows dialog would pop up when I ran > >> > > cygserver telling me that 'Cygwin1.dll' could not be found. That > >> > > was also true on my previous installation, and one of the reasons I > >> > > thought it best to reinstall. > >> > >> This is weird. I never observed that and I installed a lot of services > >> using cygrunsrv on a good number of machines. > >> > >> > I'm observing similar behavior, but it looks like our causes may be > >> > different. > >> > >> Igor, out with your debugging experiences! > > > >I believe they, along with a description of the fix, are summarized in > >, which > >seems to have been overlooked, as it never got any reply (the rest of the > >thread deteriorated into a discussion of the need for check_case:strict). > >I'd like to get some feedback on whether my analysis and the fix plan are > >correct, before I go through the machinery of getting the patch approved. > > Given the number of problems we've had with strict case checking, I > think it is time to start thinking about ripping it out. That's your choice, of course, but I already stated my reasons for why I find this useful. This particular problem results from strict case checking being overeager in some cases. See below. > Neither Corinna nor I are huge fans of the functionality and while I > understand that some people like to use it, the amount of extra jumping > hoops required in the code multiplied by the number of times we hear > people complaining about problems seems to indicate that this is not a > robust feature. Corinna essentially implemented this feature under > duress. > > It's difficult to see without the actual patch but your change seems to > add more logic to cygwin and adds decision points in parts of the code > which are called a lot. Yes, my changes added extra logic, but mostly because I wanted to keep the observable impact to a minimum. Upon reflection, it seems like the particular bit of code that causes this problem was an attempt at optimization, so that instead of multiple accesses to the same path failing, the path would simply not be converted at all. IMO, there's no need for this optimization at all, and that piece of code should just be excised altogether. I'll send a description of my proposed changes (which will *simplify* the logic) to cygwin-developers. > Any time I hear about who great this option is, it seems as though > people raise the issue of finding multiple files with the same name in a > tar file. If this really represents the majority of usefulness for this > feature then I think something like a tar-lint or adding an option to > tar itself might be a better plan than burdening the cygwin DLL with > this feature. > > cgf Or CVS, or rsync, or scp, or a whole bunch of other interactions with case-sensitive operating systems. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Sun Sep 12 19:32:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Sun, 12 Sep 2004 19:32:00 -0000 Subject: cygserver service won't start In-Reply-To: References: <20040910080758.GE468@cygbert.vinschen.de> <20040911123916.GA8906@cygbert.vinschen.de> <20040912144634.GE17670@cygbert.vinschen.de> <20040912175541.GG18421@trixie.casa.cgf.cx> Message-ID: <20040912184228.GH18421@trixie.casa.cgf.cx> On Sun, Sep 12, 2004 at 02:22:37PM -0400, Igor Pechtchanski wrote: >On Sun, 12 Sep 2004, Christopher Faylor wrote: >>Any time I hear about who great this option is, it seems as though >>people raise the issue of finding multiple files with the same name in >>a tar file. If this really represents the majority of usefulness for >>this feature then I think something like a tar-lint or adding an option >>to tar itself might be a better plan than burdening the cygwin DLL with > >Or CVS, or rsync, or scp, or a whole bunch of other interactions with >case-sensitive operating systems. I said "majority of usefulness" because it appears that the majority of the time that people mention this it is in relation to tar. But, I certainly expected to be instructed on the fact that there are other programs which could be impacted. Cygwin lived without this feature for a number of years with only infrequent complaints. I just don't think the benefit outweighs the impact. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Cygwin@Menschel.net Sun Sep 12 19:35:00 2004 From: Cygwin@Menschel.net (Robert Menschel) Date: Sun, 12 Sep 2004 19:35:00 -0000 Subject: sundry & using rootfs as cygwin-root In-Reply-To: <41438EE8.7040708@tlinx.org> References: <41438EE8.7040708@tlinx.org> Message-ID: <1094435390.20040912123203@Menschel.net> Hello linda, I'm relatively new with Cygwin, but making progress... Saturday, September 11, 2004, 4:48:56 PM, you wrote: lw> I did run into a problem on a friend's system when I decided to take lw> the more conservative approach and install cygwin in the non-root of lw> his system -- since it wasn't my sys and didn't want to go against lw> the "suggestion" of the cygwin installer...but in using his system lw> after that, not having the two roots be synonomous has been nothing lw> but a pain. find commands, locate and such that used to work from lw> root now no longer work as expected. I can't access the whole system lw> the way I was used to...it's more like cygwin is installed into a lw> separate little compartment over to the side, whereas when I install lw> it in root, I am more often using it as a OS adjunct/layer, as, I lw> _think_, many people are. I find the opposite. I find having Cygwin in C:/Cygwin is good. When I need to find something within the Cygwin system (something I know is a file or program within Cygwin), "find / ..." works great, and does not attempt to scan the rest of my disk. If I need to find something in some random place on C:, then 'find "C:/" ...' works. lw> So I was wondering -- is that warning really _necessary_? and if it lw> is, maybe it is only necessary when creating a new install and not lw> running an update on an existing install each time? Can't answer that, but c:/Cygwin works for me. Bob Menschel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Sun Sep 12 20:57:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Sun, 12 Sep 2004 20:57:00 -0000 Subject: Don't use 2004-Sep-11 or 2004-Sep-12 snapshots Message-ID: <20040912193701.GA3603@trixie.casa.cgf.cx> Someone changed a critical structure in newlib, causing critical problems for cygwin. So, the two snapshots in the subject should not be used. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From _garbage_collector_@telia.com Sun Sep 12 21:37:00 2004 From: _garbage_collector_@telia.com (Hannu E K Nevalainen) Date: Sun, 12 Sep 2004 21:37:00 -0000 Subject: sundry & using rootfs as cygwin-root In-Reply-To: <41438EE8.7040708@tlinx.org> Message-ID: linda w wrote: > Since some fair number of people (including myself) do use the cygwin > fs root set at C:\, and having done so over win98,me,2000 and xp I've, > personally, never ran into any problems, I was wondering if anyone > else *had* run into problems having Cygroot=C:\ ? > > I did run into a problem on a friend's system when I decided to take > the more conservative approach and install cygwin in the non-root of > his system -- since it wasn't my sys and didn't want to go against > the "suggestion" of the cygwin installer...but in using his system > after that, not having the two roots be synonomous has been nothing > but a pain. find commands, locate and such that used to work from > root now no longer work as expected. I can't access the whole system > the way I was used to...it's more like cygwin is installed into a > separate little compartment over to the side, > whereas when > I install it in root, I am more often using it as a OS adjunct/layer, > as, I _think_, many people are. $ mount -c "/" $ ls /c $ mount -c /cygdrive $ ls /cygdrive/c I believe this is just what you want, isn't it? > So I was wondering -- is that warning really _necessary_? and if it > is, maybe it is only necessary when creating a new install and not > running an update on an existing install each time? > > Just a minor idea... > -linda Someone else said exactly what I think too... there is a load of files in C:\ already. Why do you wish to expand the garbage bin? There are enough of garbage bins on a windows machine IMO. I've gone even further, I don't want the cygwin dir to be visible in the root of C:\ - As cygwin is just another piece of software, it should go where the others go. i.e. "Program Files" - for a Swedish Windows version this ends up be: $ cygpath -m / C:/Program/Cygwin WFM, really nice too. /Hannu E K Nevalainen, B.Sc. EE Microcomputer systems --72--> ** mailing list preference; please keep replies on list ** -- printf("LocalTime: UTC+%02d\n",(DST)? 2:1); -- --END OF MESSAGE-- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Sun Sep 12 22:09:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Sun, 12 Sep 2004 22:09:00 -0000 Subject: sundry & using rootfs as cygwin-root References: <41438EE8.7040708@tlinx.org> Message-ID: <1865867765.20040913000914@familiehaase.de> Hello all, learn your Windows: C:\>mkdir cygwin C:\>cd cygwin C:\cygwin>touch testsubst C:\cygwin>cd .. C:\>dir cygwin /B testsubst C:\>subst X: C:\cygwin C:\>dir X: /B testsubst C:\> Install Cygwin into X:\ now and you're done. Or just use an entire separate partition (hardisks are cheap). Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Sun Sep 12 22:45:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Sun, 12 Sep 2004 22:45:00 -0000 Subject: sundry & using rootfs as cygwin-root In-Reply-To: References: <41438EE8.7040708@tlinx.org> Message-ID: <1865867765.20040913000914@familiehaase.de> Hello all, learn your Windows: C:\>mkdir cygwin C:\>cd cygwin C:\cygwin>touch testsubst C:\cygwin>cd .. C:\>dir cygwin /B testsubst C:\>subst X: C:\cygwin C:\>dir X: /B testsubst C:\> Install Cygwin into X:\ now and you're done. Or just use an entire separate partition (hardisks are cheap). Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From PGDEHMKOKIMD@spammotel.com Sun Sep 12 23:07:00 2004 From: PGDEHMKOKIMD@spammotel.com (Alder) Date: Sun, 12 Sep 2004 23:07:00 -0000 Subject: cygserver service won't start In-Reply-To: References: <20040909080829.GC2953@cygbert.vinschen.de> <20040910080758.GE468@cygbert.vinschen.de> <20040911123916.GA8906@cygbert.vinschen.de> Message-ID: Igor Pechtchanski wrote:: > On Sat, 11 Sep 2004, Alder wrote: > > > Just for the sake of completeness, though, could you please try adding a > service that basically invokes cmd.exe with '-c "echo %PATH%"' as > arguments, and see what the PATH is in the log after starting the service? > Igor Sure, but I'm a little unsure of what this requires. Is it simply a matter of creating a Windows batch file with this command in it, then starting the batch file as a service? Alder -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From PGDEHMKOKIMD@spammotel.com Sun Sep 12 23:49:00 2004 From: PGDEHMKOKIMD@spammotel.com (Alder) Date: Sun, 12 Sep 2004 23:49:00 -0000 Subject: cygserver service won't start In-Reply-To: References: <20040909080829.GC2953@cygbert.vinschen.de> <20040910080758.GE468@cygbert.vinschen.de> <20040911123916.GA8906@cygbert.vinschen.de> Message-ID: Igor Pechtchanski wrote:: > On Sat, 11 Sep 2004, Alder wrote: > > >>Corinna Vinschen wrote:: >> >>>On Sep 10 09:47, Alder wrote: >>> >>> >>>>Corinna, >>>> >>>>I don't know if this is relevant, but I have to add the "/bin" directory >>>>to the cygrunsrv command line in the /bin/cygserver-config file in order >>>>to avoid Windows failing to find the 'cygwin1.dll". So, the line I have >>>>is: >>>> >>>>if ! cygrunsrv -I cygserver -d "CYGWIN cygserver" \ >>>> -p /usr/sbin/cygserver -f "Shared memory manager" \ >>>> -2 /var/log/cygserver.err -e PATH="/bin:$PATH" >>> >>> >>>Did you know that cygrunsrv adds /bin to $PATH by itself before trying >>>to run the inferior process for the very reason to find cygwin1.dll? >>> >>>Adding it explicitely is really unnecessary. Just to be sure, I tried >>>it again on my machine and it works fine. >> >>On a perfect platform, perhaps, but like I said, I really had to add it >>because without it there a Windows dialog would pop up when I ran cygserver >>telling me that 'Cygwin1.dll' could not be found. That was also true on my >>previous installation, and one of the reasons I thought it best to reinstall. > > > I'm observing similar behavior, but it looks like our causes may be > different. > > If your cygcheck showed that you have check_case:strict in your CYGWIN > variable, I'd've guessed that this is another instance of the bug I > reported on the cygwin-developers list (where the PATH got truncated on > converting it back to Win32 format). The fact that cygrunsrv *appends* > /bin to the PATH, whereas you *prepend* it, seems to argue strongly for > this. > > Just for the sake of completeness, though, could you please try adding a > service that basically invokes cmd.exe with '-c "echo %PATH%"' as > arguments, and see what the PATH is in the log after starting the service? > Igor I've never installed a service of my own, so I hope what follows is what you had in mind: Manager@kiraly ~ $ cygrunsrv -I cmd -f "Cygwin PATH test" \ -p /cygdrive/c/winnt/system32/cmd.exe \ -a '-c "echo %PATH%"' \ -1 /var/log/cmd.log -2 /var/log/cmd.err Manager@kiraly ~ $ cygrunsrv -Q cmd Service cmd exists Type : Own Process Current State : Stopped Controls Accepted : Manager@kiraly ~ $ cygrunsrv -S cmd cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: The service has not been started. Manager@kiraly ~ $ ls -l /var/log ... -rw-r--r-- 1 SYSTEM Administ 0 Sep 12 15:56 cmd.err -rw-r--r-- 1 SYSTEM Administ 105 Sep 12 15:56 cmd.log ... [--- Start cmd.log ---] Microsoft Windows 2000 [Version 5.00.2195] (C) Copyright 1985-2000 Microsoft Corp. C:\WINNT\system32> [--- End cmd.log ---] Regards, Alder -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From FDEMCICWKAID@spammotel.com Mon Sep 13 00:13:00 2004 From: FDEMCICWKAID@spammotel.com (Alder) Date: Mon, 13 Sep 2004 00:13:00 -0000 Subject: [SOLVED] cygserver service won't start In-Reply-To: References: <20040909080829.GC2953@cygbert.vinschen.de> <20040910080758.GE468@cygbert.vinschen.de> <20040911123916.GA8906@cygbert.vinschen.de> Message-ID: Alder wrote: > -a '-c "echo %PATH%"' \ ^^^^ After I checked the syntax of the CMD command and was set to change the dash-c to a slash-C, I looked carefully at the PATH variable I had defined in Windows and found that I had prepended a misspelled Cygwin pathname as follows: D:\cygwn\bin I removed this and after I restarted Windows the 'cygserver' service, which had been set on Automatic, started successfully. My sincere apologies to Igor, Corinna, and the other posters and readers for wasting your time. Regards, Alder -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rbro@hotmail.com Mon Sep 13 00:13:00 2004 From: rbro@hotmail.com (Ryan Brothers) Date: Mon, 13 Sep 2004 00:13:00 -0000 Subject: rsync - file size differences Message-ID: I'm running into an issue using rsync-2.6.2-2 on cygwin on Win2k SP4 where after I rsync a directory, the binary files rsync'ed have a different size and thus are corrupt if I try to open them in the program they were created in (pdf's, jpg's, etc) - text files remain identical. After looking at the differences between the binary files in a hex editor, it appears that it's related to the 'Default Text File Type' that I choose when running the cygwin setup.exe program. If I choose DOS, I get the file size differences. If I choose Unix, the files are identical. Also, using rsync-2.6.2-1 gives identical files regardless of the text file option selected - this problem just started for me after upgrading to rsync-2.6.2-2. Is this happening to anyone else? Thanks, Ryan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Mon Sep 13 01:42:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 13 Sep 2004 01:42:00 -0000 Subject: cygserver service won't start In-Reply-To: References: <20040909080829.GC2953@cygbert.vinschen.de> <20040910080758.GE468@cygbert.vinschen.de> <20040911123916.GA8906@cygbert.vinschen.de> Message-ID: On Sun, 12 Sep 2004, Alder wrote: > Igor Pechtchanski wrote:: > > On Sat, 11 Sep 2004, Alder wrote: > > > > Just for the sake of completeness, though, could you please try adding a > > service that basically invokes cmd.exe with '-c "echo %PATH%"' as > > arguments, and see what the PATH is in the log after starting the service? > > Igor > > Sure, but I'm a little unsure of what this requires. Is it simply a > matter of creating a Windows batch file with this command in it, then > starting the batch file as a service? Yep, exactly (except there's a small typo above - it should be "/c"). In other words, something like echo 'echo %PATH%' > /tmp/test.bat chmod a+r /tmp/test.bat cygrunsrv -I test -d "PATH test" -p `which cmd.exe` -a '/c c:\cygwin\tmp\test.bat' -1 /var/log/test.log -2 /var/log/test.log -t manual cygrunsrv -S test cygrunsrv -R test should do just fine. BTW, "cygrunsrv -S" will result in a "service has not been started" error, but that's expected. Look in /var/log/test.log for the output. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bvacaliuc@ngit.com Mon Sep 13 02:19:00 2004 From: bvacaliuc@ngit.com (Bogdan Vacaliuc) Date: Mon, 13 Sep 2004 02:19:00 -0000 Subject: 1.5.10: expr + configure failure + testcase (also on 1.5.11-1) In-Reply-To: <00f401c497cd$a803aec0$0b03a8c0@lithium> Message-ID: <015101c49932$e1651850$0b03a8c0@lithium> Hello again, After (finally?!) noticing that a new release of the cygwin.dll was made on Sept. 4 and being encouraged by the line: "- Fix mysterious configure script premature exit. (Pierre Humblet)" I decided to check against the latest public release. The problem continues to persist, unfortunately. I created a simplified testcase, by realizing that a simple configure.ac will let autoconf generate a suitable configure script. This auto-generated configure script exhibits the argument parsing failure as readily as any script taken from a build environment. It is also attached (as text this time, sorry for all the compressed business I mucked with previously). Here is the configure.ac file needed for autoconf: [/jail/cygwin-1.5.11.1-std] cat configure.ac AC_PREREQ(2.57) AC_INIT([expr-configure],[1.5.11-1],[cygwin at cygwin dot com]) # for the purpose of this test, getting here is a success exit 0 To generate the configure script, just run 'autoconf'. The command for configure that exhibits the failure is: ./configure -n \ --target=i386-rtems \ --enable-rtemsbsp=386pc \ --host=i686-pc-cygwin \ --build=i686-pc-cygwin \ build_alias=i686-pc-cygwin \ host_alias=i686-pc-cygwin \ target_alias=i386-rtems \ --cache-file=/dev/null It doesn't happen all the time, of course. The *extremely curious* thing is that simply removing the '--enable-rtemsbsp=386pc' appears to make the configure script work all the time. I have experimented with reordering the arguments, putting '--cache-file=/dev/null' at the top, etc. It is easy to make the problem go away. This sequence seems to cause the problem most quickly. While performing the above tests in my chroot jails, I observed a new failure mode: [/jail/cygwin-1.5.11.1-std] ./test-configure *** CREATE configure.ac *** *** GENERATE configure *** Running using function fail()... *** TEST 0 *** *** TEST 1 *** *** TEST 1 FAILS *** configure: error: invalid variable name: build_alias [/jail] chroot /jail/cygwin-1.5.11.1-std /bin/bash -l $ ./test-configure Running using function fail()... *** TEST 0 *** *** TEST 0 FAILS *** configure: error: sources are in /, but `cd /' does not work This does not occur, if I replace /bin/bash in the jail with a locally compiled bash.exe (based on 2.05b, that has the RECYCLES_PIDS defined): [/jail] chroot /jail/cygwin-1.5.11.1-bash205b /bin/bash -l $ ./test-configure Running using function fail()... *** TEST 0 *** *** TEST 1 *** *** TEST 2 *** *** TEST 3 *** *** TEST 4 *** *** TEST 5 *** *** TEST 6 *** *** TEST 7 *** *** TEST 8 *** *** TEST 8 FAILS *** configure: error: invalid variable name: build_alias Rather, the issue we are pursuing occurs. What is interesting, is that in the 'std' case above, if one keeps calling the script, one can get the 'invalid variable name' error *instead* of the 'sources are in...' error. This suggests that the two are possibly related and 'RECYCLES_PIDS' has some bearing on the real issue. Anyway, the attached script (test-configure) will create the above configure.ac, generate configure (via. autoconf), and run the above line over and over until failure. I am also attaching cygcheck.out for my environment as it now exists. Thanks to anyone looking at this; even if simply to say 'yup, it's a problem', or 'no, you are wrong about this...' Best Regards, -bogdan p.s. For a chroot jail, the following programs are required at a minimum: $ ls /bin bash.exe cygintl-2.dll cygpcreposix.dll ls.exe sleep.exe cat.exe cygintl-3.dll cygwin1.dll mkdir.exe sort.exe chmod.exe cygintl.dll date.exe pwd.exe tail.exe clear.exe cygpcre-0.dll echo.exe rm.exe touch.exe cygiconv-2.dll cygpcre.dll expr.exe sed.exe wc.exe cygintl-1.dll cygpcreposix-0.dll grep.exe sh.exe $ ls /etc profile $ cat /etc/profile PATH=/bin PS1='$ ' p.p.s. Refer to my original post for any required background: http://www.cygwin.com/ml/cygwin/2004-09/msg00518.html -------------- next part -------------- A non-text attachment was scrubbed... Name: test-configure Type: application/octet-stream Size: 1750 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: cygcheck.out Type: application/octet-stream Size: 36626 bytes Desc: not available URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From crawford@goingware.com Mon Sep 13 02:35:00 2004 From: crawford@goingware.com (Michael D. Crawford) Date: Mon, 13 Sep 2004 02:35:00 -0000 Subject: Crash in setup 2.427 Message-ID: <414503D2.9050104@goingware.com> I'm having trouble using setup to install gcj (gcc-java) on my Windows 2000 SP4 box. There are several versions of it available in setup, and I don't seem to be able to get all the parts of the version I want installed. It's confusing to me, and I think it's confusing setup too, with the result of a 100% repeatible crash. I _think_ what I want is gcc-java 3.4.1-1. When I do manage to get it installed, gcc --version shows: gcj (GCC) 3.4.1 (cygming special) What I want to do is build a Win32-native executable from Java source, without dependencies on the cygwin dll or X11. However, when I try to compile a "Hello World" program, I get this error: $ gcj Hello.java /usr/lib/gcc/i686-pc-cygwin/3.4.1/../../../../i686-pc-cygwin/bin/ld: cannot find -lgcc What that seems to indicate is that I don't have all the parts of gcc installed, at least not all the right versions. Unfortunately, setup seems to also know about versions 3.3.3-3, 20040810-1 and 20040822-1 of various bits. I think what I need to get -lgcc is version 3.4.1-1 of gcc-core. What I have currently is 3.3.3-3. Under the "New" column in setup right now, it says "Keep". So I click it until it says 3.4.1-1. So far so good. Unfortunately, gcc-java is 3.4.1, but under "New" it says 3.3.3-3. If I let the installer proceed, it will remove gcj 3.4.1 (cygming special) and replace it with gcj 3.3.3 (cygwin special). I've experienced this several times. So I click in the New column for gcj-java to try to change it to keep: Program Error setup.exe has generated erros and will be closed by Windows. You will need to restart the program. An error log is being created. I couldn't find an error log. I used the Find Files Windoze tool to look for one. Do you know where it might be? I've spent over an hour on this, and despite my best efforts I have not been able to succeed in installing all the parts I need of gcj/gcc 3.4.1-1. Either -lgcc is missing, or version 3.3.3-3 gets installed, or setup crashes. There are some other ways to crash it, all involving trying to get the right version of everything selected in the dialog. If I can get this to work, I'm going to try to help get a Win32 native version of iRATE radio built. Version 0.4 is going to be ready soon. We had a lot of downloads of version 0.2, but not so many of 0.3. I think maybe the reason was that 0.2 was built for windows with gcj, but 0.3 was not, because we couldn't get a good native build. http://irate.sourceforge.net/ Of course, Windows users could use irate with Sun's java VM, but my impression is that few of them are willing or able to install it. If you can help me get gcj 3.4.1-1 installed, you'd be doing the irate developers (and new Windows users) a big favor. Thanks for your help! Michael D. Crawford GoingWare Inc. - Expert Software Development and Consulting http://www.goingware.com/ crawford@goingware.com Tilting at Windmills for a Better Tomorrow. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Mon Sep 13 05:19:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Mon, 13 Sep 2004 05:19:00 -0000 Subject: Crash in setup 2.427 In-Reply-To: <414503D2.9050104@goingware.com> References: <414503D2.9050104@goingware.com> Message-ID: <6.1.0.6.0.20040912223125.03d9d150@pop.prospeed.net> At 10:20 PM 9/12/2004, you wrote: >I'm having trouble using setup to install gcj (gcc-java) on my Windows 2000 SP4 box. There are several versions of it available in setup, and I don't seem to be able to get all the parts of the version I want installed. It's confusing to me, and I think it's confusing setup too, with the result of a 100% repeatible crash. > >I _think_ what I want is gcc-java 3.4.1-1. When I do manage to get it installed, gcc --version shows: > >gcj (GCC) 3.4.1 (cygming special) > >What I want to do is build a Win32-native executable from Java source, without dependencies on the cygwin dll or X11. However, when I try to compile a "Hello World" program, I get this error: > >$ gcj Hello.java >/usr/lib/gcc/i686-pc-cygwin/3.4.1/../../../../i686-pc-cygwin/bin/ld: cannot find -lgcc > >What that seems to indicate is that I don't have all the parts of gcc installed, at least not all the right versions. Unfortunately, setup seems to also know about versions 3.3.3-3, 20040810-1 and 20040822-1 of various bits. > >I think what I need to get -lgcc is version 3.4.1-1 of gcc-core. What I have currently is 3.3.3-3. Under the "New" column in setup right now, it says "Keep". So I click it until it says 3.4.1-1. So far so good. > >Unfortunately, gcc-java is 3.4.1, but under "New" it says 3.3.3-3. If I let the installer proceed, it will remove gcj 3.4.1 (cygming special) and replace it with gcj 3.3.3 (cygwin special). I've experienced this several times. So I click in the New column for gcj-java to try to change it to keep: > > Program Error > > setup.exe has generated erros and will be closed by Windows. > You will need to restart the program. > > An error log is being created. > >I couldn't find an error log. I used the Find Files Windoze tool to look for one. Do you know where it might be? Try /var/log/setup.log, /var/log/setup.log.full >I've spent over an hour on this, and despite my best efforts I have not been able to succeed in installing all the parts I need of gcj/gcc 3.4.1-1. Either -lgcc is missing, or version 3.3.3-3 gets installed, or setup crashes. There are some other ways to crash it, all involving trying to get the right version of everything selected in the dialog. You might be getting caught by some arcane setup logic with dependencies. I'd recommend uninstalling all gcc packages and then reinstall all the ones you need together. That should get you the versions you want. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From alex@zoosmart.us Mon Sep 13 05:20:00 2004 From: alex@zoosmart.us (Alex) Date: Mon, 13 Sep 2004 05:20:00 -0000 Subject: ssmtp.exe doesn't authenticate against exchange Message-ID: <20040913052242.GB25198@zoosmart.us> it works against sendmail+cyrus but not against the latest exchange server. Any patches on the horizon? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From vkgupta@networkprograms.com Mon Sep 13 05:40:00 2004 From: vkgupta@networkprograms.com (Vivek Kumar Gupta) Date: Mon, 13 Sep 2004 05:40:00 -0000 Subject: Shifting to a new user created Message-ID: <002901c49951$4a9f2180$2833a8c0@bpsengar> Hi, i am using cygwin on windows 2000. Problem: unable to shift to desirable user like from user: vkgupta to user: qa I have done $mkpasswd -d > /etc/passwd This had given me all the users in the domain now i want to shift from user: vkgupt to user:qa who are in my domain. Regards Vivek Kumar Gupta Dept.: Switching Network Programs (I) Ltd. B-1-C, Sector -10, Noida. Email: vkgupta@networkprograms.com Tel: +91-120-2536622/2544781 Ext: 1160 **************************************************************************** Network Programs is a SEI CMM level 5 Certified Company **************************************************************************** The information contained in this communication (including any attachments) is intended solely for the use of the individual or entity to whom it is addressed and others authorized to receive it. It may contain confidential or legally privileged information. If you are not the intended recipient you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the contents of this information is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by responding to this email and delete it from your system. Network Programs (India) Limited is neither liable for the proper and complete transmission of the information contained in this communication nor for any delay in its receipt. **************************************************************************** From earl_chew@agilent.com Mon Sep 13 06:43:00 2004 From: earl_chew@agilent.com (Earl Chew) Date: Mon, 13 Sep 2004 06:43:00 -0000 Subject: BUG: Bad call to GetFileSze in ext2fsprogs lib/ext2fs/getsize.c Message-ID: <414532D7.8050506@agilent.com> The call to GetFileSize() doesn't match the Microsoft documentation, and invariably mis-sizes the disk image as zero. Earl -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From sthoenna@efn.org Mon Sep 13 08:51:00 2004 From: sthoenna@efn.org (Yitzchak Scott-Thoennes) Date: Mon, 13 Sep 2004 08:51:00 -0000 Subject: Crash in setup 2.427 In-Reply-To: <414503D2.9050104@goingware.com> References: <414503D2.9050104@goingware.com> Message-ID: <20040913064334.GA4904@efn.org> On Sun, Sep 12, 2004 at 11:20:02PM -0300, "Michael D. Crawford" wrote: > What that seems to indicate is that I don't have all the parts of gcc > installed, at least not all the right versions. Unfortunately, setup > seems to also know about versions 3.3.3-3, 20040810-1 and 20040822-1 of > various bits. Don't mess with the version numbers it shows you. Use the ones it shows when the Curr(ent) radio button is selected or the ones it shows when the Exp(erimental) radio button is selected. > several times. So I click in the New column for gcj-java to try to > change it to keep: > > Program Error > > setup.exe has generated erros and will be closed by Windows. > You will need to restart the program. > > An error log is being created. Hmm. gcc-java both requires and is required by gcc-mingw-java. gcc-core requires and is required by gcc-mingw-core. Wonder if that has anything to do with it. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Bill.Hughes@cox.co.uk Mon Sep 13 09:07:00 2004 From: Bill.Hughes@cox.co.uk (Hughes, Bill) Date: Mon, 13 Sep 2004 09:07:00 -0000 Subject: File format - UNIX/DOS while installing cygwin ? Message-ID: Robert Menschel wrote: ... > > If the original file is on Unix, and everything (including the FTP) is > under Cygwin, use the Unix format. Also look at the d2u and u2d commands as well, in case you use the 'wrong' ftp to copy your files. NB use 'd2u --help' , not man/info. Bill -- ___ oo // \\ "De Chelonian Mobile" (_,\/ \_/ \ TortoiseSVN \ \_/_\_/> The coolest Interface to (Sub)Version Control /_/ \_\ http://tortoisesvn.tigris.org This e-mail transmission is strictly confidential and intended solely for the person or organisation to whom it is addressed. It may contain privileged and confidential information and if you are not the intended recipient, you must not copy, distribute or take any action in reliance on it. If you have received this email in error, please reply to the sender as soon as possible and delete the message. Please note that we are able to, and reserve the right to, monitor e-mail communications passing through our network. The views expressed in this email are not that of the company unless specified within the message. The inclusion of this footnote indicates that the mail message and any attachments have been checked for the presence of known viruses. If you have any comments regarding our policy please direct them to postmaster@cox.co.uk ________________________________________________________________________ This email has been scanned for all viruses by the MessageLabs Email Security System. For more information on a proactive email security service working around the clock, around the globe, visit http://www.messagelabs.com ________________________________________________________________________ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Mon Sep 13 09:21:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Mon, 13 Sep 2004 09:21:00 -0000 Subject: cygserver problem max 5 connections In-Reply-To: <414478B5.3070307@x-ray.at> References: <41443B93.4020000@x-ray.at> <20040912144856.GF17670@cygbert.vinschen.de> <414478B5.3070307@x-ray.at> Message-ID: <20040913090754.GA20175@cygbert.vinschen.de> On Sep 12 18:26, Reini Urban wrote: > Corinna Vinschen schrieb: > >On Sep 12 14:05, Reini Urban wrote: > > > >>I have a postgres user claiming that cygserver cannot serve more than 5 > >>concurrent connections with postgres. > > > >Did you already play with the /etc/cygserver.conf parameters? > > Sure. I only see a 10 semaphore id limit, but not the reported 5. > And I didn't see where postgresql needs 2 id's per connection. > > # kern.ipc.semmni: Maximum no. of semaphore identifiers hold concurrently. > # Default: 10, Min: 1, Max: 1024 > kern.ipc.semmni 10 > # kern.ipc.semmns: Maximum no. of semaphores hold concurrently. > # Default: 60, Min: 1, Max: 1024 > kern.ipc.semmns 200 Dunno how many concurrent connections a running postgresql system needs so I was wondering if raising kern.srv.request_threads could help. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ht@inf.ed.ac.uk Mon Sep 13 12:28:00 2004 From: ht@inf.ed.ac.uk (Henry S. Thompson) Date: Mon, 13 Sep 2004 12:28:00 -0000 Subject: rsync - file size differences In-Reply-To: (Ryan Brothers's message of "Sun, 12 Sep 2004 19:49:34 -0400") References: Message-ID: "Ryan Brothers" writes: > I'm running into an issue using rsync-2.6.2-2 on cygwin on Win2k SP4 where > after I rsync a directory, the binary files rsync'ed have a different size > and thus are corrupt if I try to open them in the program they were created > in (pdf's, jpg's, etc) - text files remain identical. . . . > Also, using rsync-2.6.2-1 gives identical files regardless of the text file > option selected - this problem just started for me after upgrading to > rsync-2.6.2-2. This sounds like the same problem I reported last week, where recently on text-mount volumes rsync can't recognise its own results. The only change from 2.6.2-1 to 2.6.2-2 was 'a SECURITY FIX', seems unlikely to provoke a problem in this area . . . ht -- Henry S. Thompson, HCRC Language Technology Group, University of Edinburgh Half-time member of W3C Team 2 Buccleuch Place, Edinburgh EH8 9LW, SCOTLAND -- (44) 131 650-4440 Fax: (44) 131 650-4587, e-mail: ht@inf.ed.ac.uk URL: http://www.ltg.ed.ac.uk/~ht/ [mail really from me _always_ has this .sig -- mail without it is forged spam] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pirinlion@yahoo.com Mon Sep 13 14:13:00 2004 From: pirinlion@yahoo.com (Kostadin Cholakov) Date: Mon, 13 Sep 2004 14:13:00 -0000 Subject: Compilation problems Message-ID: <20040913122746.19822.qmail@web41905.mail.yahoo.com> Hi I have problems with compiling Java and C++ programs. I have installed Cygwin version 2.427 with all packages provided in Setup.exe. When I use Xemacs to write my programs, everything seems to be normal- correct formatting, there are the necessarry tools such as JDE for Java, for example, and so on. But when I try to compile a program, Xemacs blows up the message "Searching for program: No such file or directory, java". When I try in BASH by typing javac the message, of course, is: "No such command". The same happens when I type java -version. I have tried only with C++ and Java but I suspect that the situation will be the same with other languages. I am sending the result from cygcheck. Please, have a look and if possible, help me! Thanks! Cygwin Configuration Diagnostics Current System Time: Mon Sep 13 12:45:54 2004 Windows 98 Ver 4.10 Build 1998 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\WINDOWS c:\WINDOWS\COMMAND c:\PROGRA~1\COMMON~1\AUTODE~1 Output from C:\cygwin\bin\id.exe (nontsec) UID: 856(pirinlion) GID: 544(all) 544(all) Output from C:\cygwin\bin\id.exe (ntsec) UID: 856(pirinlion) GID: 544(all) 544(all) SysDir: C:\WINDOWS\SYSTEM WinDir: C:\WINDOWS Here's some environment variables that may affect cygwin: HOME = `C:\cygwin\home\pirinlion' MAKE_MODE = `unix' PWD = `/' USER = `pirinlion' Here's the rest of your environment variables: BLASTER = `A220 I7 D1 H7 P330 T6' CMDLINE = `bash --login -i' COMSPEC = `C:\WINDOWS\COMMAND.COM' CVS_RSH = `/bin/ssh' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man:/usr/X11R6/man' OLDPWD = `/home/pirinlion' PKG_CONFIG_PATH = `/usr/X11R6/lib/pkgconfig' PROMPT = `$p$g' PS1 = `$ ' SBPCI = `C:\SBPCI' SHLVL = `1' TEMP = `C:\WINDOWS\TEMP' TERM = `cygwin' TEXMF = `{/usr/share/lilypond/2.2.2,/usr/share/texmf}' TMP = `C:\WINDOWS\TEMP' WINBOOTDIR = `C:\WINDOWS' WINDIR = `C:\WINDOWS' _ = `/usr/bin/cygcheck' POSIXLY_CORRECT = `1' Scanning registry for keys with `Cygnus' in them... 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 Listing available drives... Drv Type Size Free Flags Name a: fd N/A N/A c: hd FAT32 9772Mb 67% CP UN KOTCE d: cd N/A N/A fd=floppy, hd=hard drive, cd=CD-ROM, net=Network Share CP=Case Preserving, CS=Case Sensitive, UN=Unicode PA=Persistent ACLS, FC=File Compression, VC=Volume Compression Mount entries: these map POSIX directories to your NT drives. -NT- -POSIX- -Type- -Flags- C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode C:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode . /cygdrive system binmode,cygdrive Looking to see where common programs can be found, if at all... Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\find.exe Found: c:\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\grep.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe Looking for various Cygnus DLLs... (-v gives version info) 61k 2003/08/09 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 "cygbz2-1.dll" v0.0 ts=2003/8/9 8:35 19k 2003/03/22 C:\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm.dll" v0.0 ts=2002/2/20 4:05 28k 2003/07/20 C:\cygwin\bin\cyggdbm-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-3.dll" v0.0 ts=2003/7/20 9:58 15k 2003/07/20 C:\cygwin\bin\cyggdbm_compat-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-3.dll" v0.0 ts=2003/7/20 10:00 30k 2003/08/11 C:\cygwin\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-4.dll" v0.0 ts=2003/8/11 4:12 15k 2003/08/11 C:\cygwin\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-4.dll" v0.0 ts=2003/8/11 4:13 17k 2004/07/06 C:\cygwin\bin\cyggettextpo-0.dll - os=4.0 img=1.0 sys=4.0 "cyggettextpo-0.dll" v0.0 ts=2004/7/6 19:56 107k 2004/07/06 C:\cygwin\bin\cyggettextlib-0-14-1.dll - os=4.0 img=1.0 sys=4.0 "cyggettextlib-0-14-1.dll" v0.0 ts=2004/7/6 19:56 190k 2004/07/06 C:\cygwin\bin\cyggettextsrc-0-14-1.dll - os=4.0 img=1.0 sys=4.0 "cyggettextsrc-0-14-1.dll" v0.0 ts=2004/7/6 19:56 991k 2004/07/06 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 "cygiconv-2.dll" v0.0 ts=2004/7/6 20:10 22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll - os=4.0 img=1.0 sys=4.0 "cygintl-1.dll" v0.0 ts=2001/12/13 10:28 37k 2003/08/10 C:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0 "cygintl-2.dll" v0.0 ts=2003/8/10 23:50 54k 2004/07/06 C:\cygwin\bin\cygintl-3.dll - os=4.0 img=1.0 sys=4.0 "cygintl-3.dll" v0.0 ts=2004/7/6 19:51 45k 2001/04/25 C:\cygwin\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0 "cygform5.dll" v0.0 ts=2001/4/25 7:28 26k 2001/04/25 C:\cygwin\bin\cygmenu5.dll - os=4.0 img=1.0 sys=4.0 "cygmenu5.dll" v0.0 ts=2001/4/25 7:27 156k 2001/04/25 C:\cygwin\bin\cygncurses++5.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++5.dll" v0.0 ts=2001/4/25 7:29 226k 2001/04/25 C:\cygwin\bin\cygncurses5.dll - os=4.0 img=1.0 sys=4.0 "cygncurses5.dll" v0.0 ts=2001/4/25 7:17 15k 2001/04/25 C:\cygwin\bin\cygpanel5.dll - os=4.0 img=1.0 sys=4.0 "cygpanel5.dll" v0.0 ts=2001/4/25 7:27 35k 2002/01/09 C:\cygwin\bin\cygform6.dll - os=4.0 img=1.0 sys=4.0 "cygform6.dll" v0.0 ts=2002/1/9 7:03 20k 2002/01/09 C:\cygwin\bin\cygmenu6.dll - os=4.0 img=1.0 sys=4.0 "cygmenu6.dll" v0.0 ts=2002/1/9 7:03 175k 2002/01/09 C:\cygwin\bin\cygncurses++6.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++6.dll" v0.0 ts=2002/1/9 7:03 202k 2002/01/09 C:\cygwin\bin\cygncurses6.dll - os=4.0 img=1.0 sys=4.0 "cygncurses6.dll" v0.0 ts=2002/1/9 7:03 12k 2002/01/09 C:\cygwin\bin\cygpanel6.dll - os=4.0 img=1.0 sys=4.0 "cygpanel6.dll" v0.0 ts=2002/1/9 7:03 48k 2003/08/09 C:\cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0 "cygform7.dll" v0.0 ts=2003/8/9 11:25 29k 2003/08/09 C:\cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0 "cygmenu7.dll" v0.0 ts=2003/8/9 11:25 224k 2003/08/09 C:\cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0 "cygncurses7.dll" v0.0 ts=2003/8/9 11:24 19k 2003/08/09 C:\cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0 "cygpanel7.dll" v0.0 ts=2003/8/9 11:24 63k 2003/04/11 C:\cygwin\bin\cygpcre.dll - os=4.0 img=1.0 sys=4.0 "cygpcre.dll" v0.0 ts=2003/4/11 10:31 61k 2003/04/11 C:\cygwin\bin\cygpcreposix.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix.dll" v0.0 ts=2003/4/11 10:31 62k 2003/12/11 C:\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcre-0.dll" v0.0 ts=2003/12/11 18:01 9k 2003/12/11 C:\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix-0.dll" v0.0 ts=2003/12/11 18:01 17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll - os=4.0 img=1.0 sys=4.0 "cyghistory4.dll" v0.0 ts=2001/1/7 5:34 108k 2001/06/28 C:\cygwin\bin\cygreadline4.dll - os=4.0 img=1.0 sys=4.0 "cygreadline4.dll" v0.0 ts=2001/1/7 5:34 29k 2003/08/10 C:\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0 "cyghistory5.dll" v0.0 ts=2003/8/11 1:16 148k 2003/08/10 C:\cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0 "cygreadline5.dll" v0.0 ts=2003/8/11 1:16 61k 2003/12/04 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 "cygz.dll" v0.0 ts=2003/12/4 4:03 330k 2004/02/09 C:\cygwin\bin\cyghttpd.dll - os=4.0 img=1.0 sys=4.0 "cyghttpd.dll" v0.0 ts=2004/2/9 19:14 92k 2004/06/30 C:\cygwin\bin\cygatk-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygatk-1.0-0.dll" v0.0 ts=2004/6/30 19:27 529k 2004/06/27 C:\cygwin\bin\cygcppunit-1-9-14.dll - os=4.0 img=1.0 sys=4.0 "cygcppunit-1-9-14.dll" v0.0 ts=2004/6/27 3:29 7k 2003/10/19 C:\cygwin\bin\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0 "cygcrypt-0.dll" v0.0 ts=2003/10/19 9:57 617k 2004/03/22 C:\cygwin\bin\cygcurl-2.dll - os=4.0 img=1.0 sys=4.0 "cygcurl-2.dll" v0.0 ts=2004/3/22 16:52 22k 2004/02/10 C:\cygwin\bin\cygcygipc-2.dll - os=4.0 img=1.0 sys=4.0 "cygcygipc-2.dll" v0.0 ts=2004/2/10 3:48 155k 2004/01/07 C:\cygwin\bin\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0 "cygexpat-0.dll" v0.0 ts=2004/1/7 17:14 654k 2003/11/04 C:\cygwin\bin\cygfltknox-0.dll - os=4.0 img=1.0 sys=4.0 "cygfltknox-0.dll" v0.0 ts=2003/11/4 22:57 65k 2003/11/04 C:\cygwin\bin\cygfltknox_forms-0.dll - os=4.0 img=1.0 sys=4.0 "cygfltknox_forms-0.dll" v0.0 ts=2003/11/4 22:57 81k 2003/11/04 C:\cygwin\bin\cygfltknox_gl-0.dll - os=4.0 img=1.0 sys=4.0 "cygfltknox_gl-0.dll" v0.0 ts=2003/11/4 22:58 108k 2003/11/04 C:\cygwin\bin\cygfltknox_images-0.dll - os=4.0 img=1.0 sys=4.0 "cygfltknox_images-0.dll" v0.0 ts=2003/11/4 22:58 479k 2004/06/17 C:\cygwin\bin\cygglib-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygglib-2.0-0.dll" v0.0 ts=2004/6/17 20:33 13k 2004/06/17 C:\cygwin\bin\cyggmodule-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggmodule-2.0-0.dll" v0.0 ts=2004/6/17 21:32 213k 2004/06/17 C:\cygwin\bin\cyggobject-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggobject-2.0-0.dll" v0.0 ts=2004/6/17 21:29 15k 2004/06/17 C:\cygwin\bin\cyggthread-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggthread-2.0-0.dll" v0.0 ts=2004/6/17 21:35 390k 2004/06/22 C:\cygwin\bin\cyggdk-x11-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk-x11-2.0-0.dll" v0.0 ts=2004/6/21 15:12 78k 2004/06/22 C:\cygwin\bin\cyggdk_pixbuf-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk_pixbuf-2.0-0.dll" v0.0 ts=2004/6/18 18:59 58k 2004/06/22 C:\cygwin\bin\cyggdk_pixbuf_xlib-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk_pixbuf_xlib-2.0-0.dll" v0.0 ts=2004/6/21 17:11 2655k 2004/06/22 C:\cygwin\bin\cyggtk-x11-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggtk-x11-2.0-0.dll" v0.0 ts=2004/6/21 15:32 12k 2003/02/17 C:\cygwin\bin\cygioperm-0.dll - os=4.0 img=1.0 sys=4.0 "cygioperm-0.dll" v0.0 ts=2003/2/17 20:58 48k 2003/08/10 C:\cygwin\bin\cygjbig1.dll - os=4.0 img=1.0 sys=4.0 "cygjbig1.dll" v0.0 ts=2003/8/11 1:58 92k 2004/06/08 C:\cygwin\bin\cygapr-0-0.dll - os=4.0 img=1.0 sys=4.0 "cygapr-0-0.dll" v0.0 ts=2004/6/8 20:00 68k 2004/06/08 C:\cygwin\bin\cygaprutil-0-0.dll - os=4.0 img=1.0 sys=4.0 "cygaprutil-0-0.dll" v0.0 ts=2004/6/8 20:03 802k 2003/09/15 C:\cygwin\bin\cygaspell-15.dll - os=4.0 img=1.0 sys=4.0 "cygaspell-15.dll" v0.0 ts=2003/9/15 14:32 18k 2004/07/06 C:\cygwin\bin\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0 "cygcharset-1.dll" v0.0 ts=2004/7/6 20:09 326k 2002/06/26 C:\cygwin\bin\cygdb2.dll - os=4.0 img=1.0 sys=4.0 "cygdb2.dll" v0.0 ts=2002/6/26 19:48 380k 2002/07/24 C:\cygwin\bin\cygdb-3.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb-3.1.dll" v0.0 ts=2002/7/24 18:24 487k 2002/07/24 C:\cygwin\bin\cygdb_cxx-3.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-3.1.dll" v0.0 ts=2002/7/24 18:25 831k 2003/09/20 C:\cygwin\bin\cygdb-4.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.1.dll" v0.0 ts=2003/9/20 23:51 1080k 2003/09/20 C:\cygwin\bin\cygdb_cxx-4.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.1.dll" v0.0 ts=2003/9/20 23:53 895k 2004/04/28 C:\cygwin\bin\cygdb-4.2.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.2.dll" v0.0 ts=2004/4/27 17:31 1156k 2004/04/28 C:\cygwin\bin\cygdb_cxx-4.2.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.2.dll" v0.0 ts=2004/4/27 17:35 129k 2004/03/11 C:\cygwin\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontconfig-1.dll" v0.0 ts=2004/3/11 1:12 361k 2003/10/25 C:\cygwin\bin\cygfreetype-6.dll - os=4.0 img=1.0 sys=4.0 "cygfreetype-6.dll" v0.0 ts=2003/10/22 6:18 351k 2004/07/17 C:\cygwin\bin\cygGraphicsMagick++-0.dll - os=4.0 img=1.0 sys=4.0 "cygGraphicsMagick++-0.dll" v0.0 ts=2004/7/17 10:48 2170k 2004/07/17 C:\cygwin\bin\cygGraphicsMagick-0.dll - os=4.0 img=1.0 sys=4.0 "cygGraphicsMagick-0.dll" v0.0 ts=2004/7/17 10:46 489k 2003/08/09 C:\cygwin\bin\cygguile-12.dll - os=4.0 img=1.0 sys=4.0 "cygguile-12.dll" v0.0 ts=2003/8/9 16:17 24k 2003/08/09 C:\cygwin\bin\cygguile-ltdl-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-ltdl-1.dll" v0.0 ts=2003/8/9 16:16 11k 2003/08/09 C:\cygwin\bin\cygguilereadline-v-12-12.dll - os=4.0 img=1.0 sys=4.0 "cygguilereadline-v-12-12.dll" v0.0 ts=2003/8/9 16:17 62k 2003/08/09 C:\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-13-14-v-1-1.dll" v0.0 ts=2003/8/9 16:17 23k 2003/08/09 C:\cygwin\bin\cygguile-srfi-srfi-4-v-1-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-4-v-1-1.dll" v0.0 ts=2003/8/9 16:17 489k 2003/07/28 C:\cygwin\bin\cygguile-12abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-12abi13.dll" v0.0 ts=2003/7/28 20:18 24k 2003/07/28 C:\cygwin\bin\cygguile-ltdl-1abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-ltdl-1abi13.dll" v0.0 ts=2003/7/28 19:48 11k 2003/07/28 C:\cygwin\bin\cygguilereadline-v-12-12abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguilereadline-v-12-12abi13.dll" v0.0 ts=2003/7/28 20:18 62k 2003/07/28 C:\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-13-14-v-1-1abi13.dll" v0.0 ts=2003/7/28 20:18 23k 2003/07/28 C:\cygwin\bin\cygguile-srfi-srfi-4-v-1-1abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-4-v-1-1abi13.dll" v0.0 ts=2003/7/28 20:18 21k 2001/06/20 C:\cygwin\bin\cygintl.dll - os=4.0 img=1.0 sys=4.0 "cygintl.dll" v0.0 ts=2001/6/20 19:09 132k 2003/08/11 C:\cygwin\bin\cygjpeg-62.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg-62.dll" v0.0 ts=2003/8/11 2:37 119k 2002/02/09 C:\cygwin\bin\cygjpeg6b.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg6b.dll" v0.0 ts=2002/2/9 6:19 60k 2003/09/17 C:\cygwin\bin\cygkpathsea-3.dll - os=4.0 img=1.0 sys=4.0 "cygkpathsea-3.dll" v0.0 ts=2003/9/17 18:37 60k 2003/07/27 C:\cygwin\bin\cygkpathsea-3abi13.dll - os=4.0 img=1.0 sys=4.0 "cygkpathsea-3abi13.dll" v0.0 ts=2003/7/27 22:23 40k 2004/07/07 C:\cygwin\bin\cygltdl-3.dll - os=4.0 img=1.0 sys=4.0 "cygltdl-3.dll" v0.0 ts=2004/7/7 8:06 369k 2004/07/18 C:\cygwin\bin\cygMagick++-6.dll - os=4.0 img=1.0 sys=4.0 "cygMagick++-6.dll" v0.0 ts=2004/7/18 5:44 3181k 2004/07/18 C:\cygwin\bin\cygMagick-6.dll - os=4.0 img=1.0 sys=4.0 "cygMagick-6.dll" v0.0 ts=2004/7/18 1:36 154k 2004/07/18 C:\cygwin\bin\cygWand-6.dll - os=4.0 img=1.0 sys=4.0 "cygWand-6.dll" v0.0 ts=2004/7/18 5:44 92k 2004/07/10 C:\cygwin\bin\cygneon-24.dll - os=4.0 img=1.0 sys=4.0 "cygneon-24.dll" v0.0 ts=2004/7/10 17:37 40k 2004/01/02 C:\cygwin\bin\cyglber-2.dll - os=4.0 img=1.0 sys=4.0 "cyglber-2.dll" v0.0 ts=2004/1/2 12:11 194k 2004/01/02 C:\cygwin\bin\cygldap-2.dll - os=4.0 img=1.0 sys=4.0 "cygldap-2.dll" v0.0 ts=2004/1/2 12:27 202k 2004/01/02 C:\cygwin\bin\cygldap_r-2.dll - os=4.0 img=1.0 sys=4.0 "cygldap_r-2.dll" v0.0 ts=2004/1/2 12:27 173k 2003/08/10 C:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0 "cygpng12.dll" v0.0 ts=2003/8/11 0:35 22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0 "cygpopt-0.dll" v0.0 ts=2002/6/9 7:45 380k 2003/12/13 C:\cygwin\bin\cygsmi-2.dll - os=4.0 img=1.0 sys=4.0 "cygsmi-2.dll" v0.0 ts=2003/12/13 1:57 281k 2003/02/24 C:\cygwin\bin\cygtiff3.dll - os=4.0 img=1.0 sys=4.0 "cygtiff3.dll" v0.0 ts=2003/2/24 5:58 282k 2003/08/11 C:\cygwin\bin\cygtiff4.dll - os=4.0 img=1.0 sys=4.0 "cygtiff4.dll" v0.0 ts=2003/8/11 4:32 27k 2004/03/05 C:\cygwin\bin\cygungif-4.dll - os=4.0 img=1.0 sys=4.0 "cygungif-4.dll" v0.0 ts=2004/3/5 21:13 3416k 2004/02/21 C:\cygwin\bin\cygxerces-c25.dll - os=4.0 img=1.0 sys=4.0 "cygxerces-c25.dll" v0.0 ts=2004/2/21 7:49 1180k 2004/05/13 C:\cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0 "cygxml2-2.dll" v0.0 ts=2004/5/12 14:27 71k 2004/05/14 C:\cygwin\bin\cygexslt-0.dll - os=4.0 img=1.0 sys=4.0 "cygexslt-0.dll" v0.0 ts=2004/5/14 12:56 198k 2004/05/14 C:\cygwin\bin\cygxslt-1.dll - os=4.0 img=1.0 sys=4.0 "cygxslt-1.dll" v0.0 ts=2004/5/14 10:33 15k 2003/11/20 C:\cygwin\bin\cygminires.dll - os=4.0 img=0.97 sys=4.0 "cygminires.dll" v0.0 ts=2003/11/20 2:55 404k 2004/03/26 C:\cygwin\bin\cygnaim_core-0.dll - os=4.0 img=1.0 sys=4.0 "cygnaim_core-0.dll" v0.0 ts=2004/3/26 23:35 841k 2004/03/17 C:\cygwin\bin\cygcrypto-0.9.7.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto-0.9.7.dll" v0.0 ts=2004/3/17 23:58 171k 2004/03/17 C:\cygwin\bin\cygssl-0.9.7.dll - os=4.0 img=1.0 sys=4.0 "cygssl-0.9.7.dll" v0.0 ts=2004/3/17 23:58 187k 2004/06/30 C:\cygwin\bin\cygpango-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpango-1.0-0.dll" v0.0 ts=2004/6/30 19:49 132k 2004/06/30 C:\cygwin\bin\cygpangoft2-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangoft2-1.0-0.dll" v0.0 ts=2004/6/30 20:27 35k 2004/06/30 C:\cygwin\bin\cygpangowin32-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangowin32-1.0-0.dll" v0.0 ts=2004/6/30 20:28 39k 2004/06/30 C:\cygwin\bin\cygpangox-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangox-1.0-0.dll" v0.0 ts=2004/6/30 20:25 17k 2004/06/30 C:\cygwin\bin\cygpangoxft-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangoxft-1.0-0.dll" v0.0 ts=2004/6/30 20:26 1049k 2003/11/07 C:\cygwin\bin\cygperl5_8_2.dll - os=4.0 img=1.0 sys=4.0 "cygperl5_8_2.dll" v0.0 ts=2003/11/7 12:08 1506k 2003/11/05 C:\cygwin\bin\cyggsl-0.dll - os=4.0 img=1.0 sys=4.0 "cyggsl-0.dll" v0.0 ts=2003/11/5 22:19 190k 2003/11/05 C:\cygwin\bin\cyggslcblas-0.dll - os=4.0 img=1.0 sys=4.0 "cyggslcblas-0.dll" v0.0 ts=2003/11/5 21:35 143k 2004/06/09 C:\cygwin\bin\cygaudiofile-0.dll - os=4.0 img=1.0 sys=4.0 "cygaudiofile-0.dll" v0.0 ts=2004/6/9 18:32 54k 2002/01/27 C:\cygwin\bin\cygbz21.0.dll - os=4.0 img=1.0 sys=4.0 "cygbz21.0.dll" v0.0 ts=2002/1/27 2:07 27k 2004/06/09 C:\cygwin\bin\cygesd-0.dll - os=4.0 img=1.0 sys=4.0 "cygesd-0.dll" v0.0 ts=2004/6/9 21:09 181k 2003/10/06 C:\cygwin\bin\cygmcrypt-4.dll - os=4.0 img=1.0 sys=4.0 "cygmcrypt-4.dll" v0.0 ts=2003/10/6 16:54 2689k 2002/11/16 C:\cygwin\bin\cygxerces-c21.dll - os=4.0 img=1.0 sys=4.0 "cygxerces-c21.dll" v0.0 ts=2002/11/16 5:07 2984k 2003/02/07 C:\cygwin\bin\cygxerces-c22.dll - os=4.0 img=1.0 sys=4.0 "cygxerces-c22.dll" v0.0 ts=2003/2/7 19:50 3006k 2003/10/12 C:\cygwin\bin\cygxerces-c23.dll - os=4.0 img=1.0 sys=4.0 "cygxerces-c23.dll" v0.0 ts=2003/10/12 4:36 3520k 2003/12/16 C:\cygwin\bin\cygxerces-c24.dll - os=4.0 img=1.0 sys=4.0 "cygxerces-c24.dll" v0.0 ts=2003/12/16 20:45 271k 2003/10/06 C:\cygwin\bin\cygmhash-2.dll - os=4.0 img=1.0 sys=4.0 "cygmhash-2.dll" v0.0 ts=2003/10/6 17:23 672k 2003/12/25 C:\cygwin\bin\cygruby18.dll - os=4.0 img=1.0 sys=4.0 "cygruby18.dll" v0.0 ts=2003/12/25 13:33 112k 2004/06/20 C:\cygwin\bin\cygsvn_client-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_client-1-0.dll" v0.0 ts=2004/6/21 0:38 25k 2004/06/20 C:\cygwin\bin\cygsvn_delta-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_delta-1-0.dll" v0.0 ts=2004/6/21 0:35 23k 2004/06/20 C:\cygwin\bin\cygsvn_diff-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_diff-1-0.dll" v0.0 ts=2004/6/21 0:37 111k 2004/06/20 C:\cygwin\bin\cygsvn_fs-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_fs-1-0.dll" v0.0 ts=2004/6/21 0:36 8k 2004/06/20 C:\cygwin\bin\cygsvn_ra-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_ra-1-0.dll" v0.0 ts=2004/6/21 0:38 66k 2004/06/20 C:\cygwin\bin\cygsvn_ra_dav-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_ra_dav-1-0.dll" v0.0 ts=2004/6/21 0:37 14k 2004/06/20 C:\cygwin\bin\cygsvn_ra_local-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_ra_local-1-0.dll" v0.0 ts=2004/6/21 0:37 49k 2004/06/20 C:\cygwin\bin\cygsvn_ra_svn-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_ra_svn-1-0.dll" v0.0 ts=2004/6/21 0:36 68k 2004/06/20 C:\cygwin\bin\cygsvn_repos-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_repos-1-0.dll" v0.0 ts=2004/6/21 0:36 113k 2004/06/20 C:\cygwin\bin\cygsvn_subr-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_subr-1-0.dll" v0.0 ts=2004/6/21 0:29 129k 2004/06/20 C:\cygwin\bin\cygsvn_wc-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_wc-1-0.dll" v0.0 ts=2004/6/21 0:38 254k 2003/09/18 C:\cygwin\bin\cygtidy-0-99-0.dll - os=4.0 img=1.0 sys=4.0 "cygtidy-0-99-0.dll" v0.0 ts=2003/9/18 17:52 1126k 2004/05/26 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2004/5/26 4:07 Cygwin DLL version info: DLL version: 1.5.10 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 116 Shared data: 4 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Tue May 25 22:07:00 EDT 2004 CVS tag: cr-0x5e6 Shared id: cygwin1S4 28k 2004/03/31 C:\cygwin\usr\X11R6\bin\cygDtPrint-1.dll - os=4.0 img=1.0 sys=4.0 "cygDtPrint-1.dll" v0.0 ts=2004/3/31 6:23 77k 2004/03/31 C:\cygwin\usr\X11R6\bin\cygMrm-2.dll - os=4.0 img=1.0 sys=4.0 "cygMrm-2.dll" v0.0 ts=2004/3/31 6:23 66k 2004/03/31 C:\cygwin\usr\X11R6\bin\cygUil-2.dll - os=4.0 img=1.0 sys=4.0 "cygUil-2.dll" v0.0 ts=2004/3/31 6:23 1294k 2004/03/31 C:\cygwin\usr\X11R6\bin\cygXm-2.dll - os=4.0 img=1.0 sys=4.0 "cygXm-2.dll" v0.0 ts=2004/3/31 6:20 56k 2004/03/11 C:\cygwin\usr\X11R6\bin\cygXft-1.dll - os=4.0 img=1.0 sys=4.0 "cygXft-1.dll" v0.0 ts=2003/11/18 2:42 63k 2004/03/23 C:\cygwin\usr\X11R6\bin\cygXft-2.dll - os=4.0 img=1.0 sys=4.0 "cygXft-2.dll" v0.0 ts=2004/3/23 23:20 275k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygXaw3d-7.dll - os=4.0 img=1.0 sys=4.0 "cygXaw3d-7.dll" v0.0 ts=2004/1/13 23:17 459k 2004/02/10 C:\cygwin\usr\X11R6\bin\cygXmHTML-0.dll - os=4.0 img=1.0 sys=4.0 "cygXmHTML-0.dll" v0.0 ts=2004/2/10 21:14 36k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygFS-6.dll - os=4.0 img=1.0 sys=4.0 "cygFS-6.dll" v0.0 ts=2004/7/15 17:33 431k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygGL-1.dll - os=4.0 img=1.0 sys=4.0 "cygGL-1.dll" v0.0 ts=2004/7/15 17:38 437k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygGLU-1.dll - os=4.0 img=1.0 sys=4.0 "cygGLU-1.dll" v0.0 ts=2004/7/15 17:39 74k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygICE-6.dll - os=4.0 img=1.0 sys=4.0 "cygICE-6.dll" v0.0 ts=2004/7/15 17:27 1250k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygOSMesa-4.dll - os=4.0 img=1.0 sys=4.0 "cygOSMesa-4.dll" v0.0 ts=2004/7/15 17:38 30k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygSM-6.dll - os=4.0 img=1.0 sys=4.0 "cygSM-6.dll" v0.0 ts=2004/7/15 17:27 869k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygX11-6.dll - os=4.0 img=1.0 sys=4.0 "cygX11-6.dll" v0.0 ts=2004/7/15 17:26 8k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXRes-1.dll - os=4.0 img=1.0 sys=4.0 "cygXRes-1.dll" v0.0 ts=2004/7/15 17:41 27k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXTrap-6.dll - os=4.0 img=1.0 sys=4.0 "cygXTrap-6.dll" v0.0 ts=2004/7/15 17:41 253k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXaw-6.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-6.dll" v0.0 ts=2004/7/15 17:30 355k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXaw-7.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-7.dll" v0.0 ts=2004/7/15 17:32 30k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXcursor-1.dll - os=4.0 img=1.0 sys=4.0 "cygXcursor-1.dll" v0.0 ts=2004/7/15 17:41 49k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0 "cygXext-6.dll" v0.0 ts=2004/7/15 17:27 7k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXfontcache-1.dll - os=4.0 img=1.0 sys=4.0 "cygXfontcache-1.dll" v0.0 ts=2004/7/15 17:43 27k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXi-6.dll - os=4.0 img=1.0 sys=4.0 "cygXi-6.dll" v0.0 ts=2004/7/15 17:33 76k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXmu-6.dll - os=4.0 img=1.0 sys=4.0 "cygXmu-6.dll" v0.0 ts=2004/7/15 17:29 11k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXmuu-1.dll - os=4.0 img=1.0 sys=4.0 "cygXmuu-1.dll" v0.0 ts=2004/7/15 17:29 26k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXp-6.dll - os=4.0 img=1.0 sys=4.0 "cygXp-6.dll" v0.0 ts=2004/7/15 17:34 51k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXpm-4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-4.dll" v0.0 ts=2004/7/15 17:29 11k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXrandr-2.dll - os=4.0 img=1.0 sys=4.0 "cygXrandr-2.dll" v0.0 ts=2004/7/15 17:41 27k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXrender-1.dll - os=4.0 img=1.0 sys=4.0 "cygXrender-1.dll" v0.0 ts=2004/7/15 17:40 282k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXt-6.dll - os=4.0 img=1.0 sys=4.0 "cygXt-6.dll" v0.0 ts=2004/7/15 17:28 17k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXtst-6.dll - os=4.0 img=1.0 sys=4.0 "cygXtst-6.dll" v0.0 ts=2004/7/15 17:33 237k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygdps-1.dll - os=4.0 img=1.0 sys=4.0 "cygdps-1.dll" v0.0 ts=2004/7/15 17:40 25k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygdpstk-1.dll - os=4.0 img=1.0 sys=4.0 "cygdpstk-1.dll" v0.0 ts=2004/7/15 17:40 21k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygfontenc-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontenc-1.dll" v0.0 ts=2004/7/15 17:43 9k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygoldX-6.dll - os=4.0 img=1.0 sys=4.0 "cygoldX-6.dll" v0.0 ts=2004/7/15 17:26 20k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygpsres-1.dll - os=4.0 img=1.0 sys=4.0 "cygpsres-1.dll" v0.0 ts=2004/7/15 17:40 124k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygxkbfile-1.dll - os=4.0 img=1.0 sys=4.0 "cygxkbfile-1.dll" v0.0 ts=2004/7/15 17:33 12k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygxkbui-1.dll - os=4.0 img=1.0 sys=4.0 "cygxkbui-1.dll" v0.0 ts=2004/7/15 17:33 282k 2003/10/28 C:\cygwin\usr\X11R6\bin\cygfreetype-9.dll - os=4.0 img=1.0 sys=4.0 "cygfreetype-9.dll" v0.0 ts=2003/10/18 8:44 Cygwin Package Information Last downloaded files to: C:\Cyg Last downloaded files from: C:\Cyg Package Version _update-info-dir 00227-1 a2ps 4.13-1 agetty 2.1-1 antiword 0.34-2 apache 1.3.29-2 apr 0.9.5pre20040608-1 apr-util 0.9.5pre20040608-1 ash 20040127-1 aspell 0.50.3-1 aspell-de 0.50.2-1 aspell-doc 0.50.3-1 aspell-en 0.51.0-1 aspell-pl 0.50.2-1 astyle 1.15.3-3 atk 1.6.1-1 atk-devel 1.6.1-1 atk-doc 1.6.1-1 atk-runtime 1.6.1-1 audiofile 0.2.6-1 autoconf 2.59-1 autoconf-devel 2.59-1 autoconf-stable 2.13-5 automake 1.7.9-1 automake-devel 1.8.5-1 automake-stable 1.4p6-2 base-files 2.6-1 base-passwd 1.1-1 bash 2.05b-16 binutils 20040312-1 bison 20030307-1 byacc 1.9-1 bzip2 1.0.2-5 c-client 2002e-3 c3270 3.2.20-1 cabextract 0.6-2 ccache 2.2-1 ccdoc 0.8.39-1 check 0.8.4-1 chkconfig 1.2.24h-1 clear 1.0-1 clisp 2.33.1-1 cmake 2.0.2-1 cocom 0.995-1 compface 1.4-5 cpio 2.5-3 cppunit 1.9.14-1 cron 3.0.1-11 crypt 1.1-1 ctags 5.5-4 curl 7.11.1-1 curl-devel 7.11.1-1 cvs 1.11.6-3 cygipc 2.03-2 cygrunsrv 1.0-1 cygutils 1.2.5-1 cygwin 1.5.10-3 cygwin-doc 1.3-7 cygwin-x-doc 1.0.4-1 d 1.2.0-1 db2 2.7.7-4 db3.1 3.1.17-2 db4.1 4.1.25-1 db4.2 4.2.52-1 ddd 3.3.9-1 dejagnu 20021217-2 diffutils 2.8.7-1 distcc 2.16-1 docbook-xml42 4.2-2 docbook-xsl 1.65.1-1 doxygen 1.2.18-1 dpkg 1.10.4-2 ed 0.2-1 editrights 1.01-1 ELFIO 1.0.0-1 emacs 21.2-13 emacs-el 21.2-13 emacs-X11 21.2-13 enscript 1.6.3-3 esound 0.2.34-1 expat 1.95.7-1 expect 20030128-1 figlet 2.2-1 file 4.09-1 fileutils 4.1-2 findutils 4.1.7-4 flex 2.5.4a-3 fltk 1.1.4-2 fontconfig 2.2.2-1 freetype2 2.1.5-1 fvwm 2.4.7-3 gawk 3.1.3-4 gcc 3.3.1-3 gcc-ada 3.3.1-3 gcc-g++ 3.3.1-3 gcc-g77 3.3.1-3 gcc-gpc 3.3.1-3 gcc-java 3.3.1-3 gcc-mingw 20030911-4 gcc-mingw-ada 20031020-1 gcc-mingw-core 20031020-1 gcc-mingw-g++ 20031020-1 gcc-mingw-g77 20031020-1 gcc-mingw-gpc 20031020-1 gcc-mingw-java 20031020-1 gcc-mingw-objc 20031020-1 gcc-objc 3.3.1-3 gdb 20030919-1 gdbm 1.8.3-7 gettext 0.14.1-1 gettext-devel 0.14.1-1 ghostscript 7.05-2 ghostscript-base 7.05-2 ghostscript-x11 7.05-2 glib2 2.4.2-1 glib2-devel 2.4.2-1 glib2-doc 2.4.2-1 glib2-runtime 2.4.2-1 gnupg 1.2.4-1 gperf 2.7.2-1 grace 5.1.14-2 GraphicsMagick 1.0.6-1 grep 2.5-1 groff 1.18.1-2 gsl 1.4-2 gtk2-x11 2.4.3-2 gtk2-x11-devel 2.4.3-2 gtk2-x11-doc 2.4.3-2 gtk2-x11-runtime 2.4.3-2 gtypist 2.7-2 guile 1.6.4-12 guile-devel 1.6.4-12 guile-doc 1.6.4-12 gzip 1.3.5-1 help2man 1.33.1-1 ImageMagick 6.0.3-1 indent 2.2.9-1 inetutils 1.3.2-28 initscripts 0.9-1 ioperm 0.4-1 irc 20010101-3 jbigkit 1.5-3 jpeg 6b-11 keychain 2.0.3-2 less 381-1 lesstif 0.93.94-2 lftp 2.6.10-2 libapr0 0.9.5pre20040608-1 libaprutil0 0.9.5pre20040608-1 libaspell15 0.50.3-1 libaudiofile-devel 0.2.6-1 libaudiofile0 0.2.6-1 libbz2_0 1.0.2-1 libbz2_1 1.0.2-5 libcharset1 1.9.2-1 libdb2 2.7.7-4 libdb2-devel 2.7.7-4 libdb3.1 3.1.17-2 libdb3.1-devel 3.1.17-2 libdb4.1 4.1.25-1 libdb4.1-devel 4.1.25-1 libdb4.2 4.2.52-1 libdb4.2-devel 4.2.52-1 libesound-devel 0.2.34-1 libesound0 0.2.34-1 libfontconfig-devel 2.2.2-1 libfontconfig1 2.2.2-1 libfreetype2-devel 2.1.5-1 libfreetype26 2.1.5-1 libgdbm 1.8.0-5 libgdbm-devel 1.8.3-7 libgdbm3 1.8.3-3 libgdbm4 1.8.3-7 libgettextpo0 0.14.1-1 libGraphicsMagick-devel 1.0.6-1 libGraphicsMagick0 1.0.6-1 libguile12 1.6.4-12 libguile12abi13 1.6.4-2 libiconv 1.9.2-1 libiconv2 1.9.2-1 libintl 0.10.38-3 libintl1 0.10.40-1 libintl2 0.12.1-3 libintl3 0.14.1-1 libjpeg62 6b-11 libjpeg6b 6b-8 libkpathsea3 2.0.2-13 libkpathsea3abi13 2.0.2-2 libltdl3 1.5.6-3 libMagick-devel 6.0.3-1 libMagick6 6.0.3-1 libmcrypt 2.5.7-2 libmcrypt-devel 2.5.7-2 libncurses-devel 5.3-4 libncurses5 5.2-1 libncurses6 5.2-8 libncurses7 5.3-4 libneon24 0.24.7-1 libopenldap2 2.1.25-1 libpcre 4.1-1 libpcre0 4.5-1 libpng 1.2.5-4 libpng12 1.2.5-4 libpng12-devel 1.2.5-4 libpopt0 1.6.4-4 libreadline4 4.1-2 libreadline5 4.3-5 libsmi 0.4.2-1 libtiff-devel 3.6.0-5 libtiff3 3.6.0-2 libtiff4 3.6.0-5 libtool 1.5b-1 libtool-devel 1.5.6-3 libtool-stable 1.4.3-2 libungif 4.1.0-3 libxerces-c21 2.1.0-1 libxerces-c22 2.2.0-1 libxerces-c23 2.3.0-4 libxerces-c24 2.4.0-4 libxerces-c25 2.5.0-1 libXft 2.1.6-1 libXft-devel 2.1.6-1 libXft1 1.0.0-1 libXft2 2.1.6-1 libxml2 2.6.9-1 libxslt 1.1.6-1 lilypond 2.2.2-1 lilypond-doc 2.2.2-1 links 0.99pre14-1 login 1.9-7 lynx 2.8.4-8 m4 1.4-1 make 3.80-1 man 1.5k-3 mc 4.6.0-4 mhash 0.8.18-1 mhash-devel 0.8.18-1 mingw-runtime 3.3-1 mingw-zlib 1.2.1-1 minires 0.97-1 minires-devel 0.97-1 mktemp 1.5-3 more 2.11o-1 mt 2.3-1 naim 0.11.6.7-1 nano 1.2.2-1 nasm 0.98.38-1 ncftp 3.1.7-1 ncurses 5.3-4 ncurses-demo 5.3-4 nedit 5.4-1 neon 0.24.7-1 netcat 1.10-2 openbox 0.99.1-4 openldap 2.1.25-1 openldap-devel 2.1.25-1 openssh 3.8.1p1-1 openssl 0.9.7d-1 openssl-devel 0.9.7d-1 pango 1.4.0-1 pango-devel 1.4.0-1 pango-doc 1.4.0-1 pango-runtime 1.4.0-1 par 1.52-1 patch 2.5.8-8 patchutils 0.2.30pre1-1 pcre 4.5-1 pcre-devel 4.5-1 pcre-doc 4.5-1 pdksh 5.2.14-3 perl 5.8.2-1 perl-libwin32 0.191-1 perl_manpages 5.8.2-1 pine 4.58-1 pinfo 0.6.8-1 pkgconfig 0.15.0-4 popt 1.6.4-4 postgresql 7.4.3-1 pr3270 3.2.20-1 procps 010801-2 proftpd 1.2.9-1 psutils 1.17-1 python 2.3.4-2 rcs 5.7-3 readline 4.3-5 rebase 2.3-1 rpm 4.1-1 rpm-build 4.1-1 rpm-doc 4.1-1 rsync 2.6.2-1 ruby 1.8.1-1 rxvt 2.7.10-4 s3270 3.2.20-1 sed 4.0.9-2 setsid 0.0-3 sh-utils 2.0.15-4 sharutils 4.2.1-3 shutdown 1.4-1 splint 3.1.1-1 squid 2.4.STABLE7-1 stunnel 4.04-3 subversion 1.0.5-1 subversion-devel 1.0.5-1 suite3270 3.2.20-1 sunrpc 4.0-2 SWI-Prolog 5.2.6-1 swig 1.3.19-1 sysvinit 2.84-4 tar 1.13.25-5 tcl3270 3.2.20-1 tcltk 20030901-1 tcp_wrappers 7.6-1 tcsh 6.13.00-2 termcap 20021106-2 terminfo 5.3_20030726-1 tetex 2.0.2-13 tetex-base 2.0.2-13 tetex-bin 2.0.2-13 tetex-devel 2.0.2-13 tetex-doc 2.0.2-13 tetex-extra 2.0.2-13 tetex-tiny 2.0.2-13 tetex-x11 2.0.2-13 texinfo 4.2-4 TeXmacs 1.0.3.3-1 textutils 2.0.21-1 tidy 030901-1 tiff 3.6.0-5 time 1.7-1 transfig 3.2.4-2 ttcp 19980512-1 tzcode 2003e-1 ucl 1.01-1 units 1.77-1 unzip 5.50-5 upx 1.24-1 uw-imap 2002e-3 vim 6.3-1 w32api 2.5-1 wget 1.9.1-1 which 1.5-2 whois 4.6.14-1 WindowMaker 0.80.2-1 WordNet 2.0-1 wtf 0.0.4-6 X-start-menu-icons 1.0.1-1 X-startup-scripts 1.0.8-1 x2x 1.30-2 x3270 3.2.20-1 Xaw3d 1.5D-5 xemacs 21.4.15-1 xemacs-emacs-common 21.4.15-1 xemacs-mule-sumo 2004-02-02-1 xemacs-sumo 2004-02-02-1 xemacs-tags 21.4.15-1 xerces-c 2.5.0-1 xerces-c-devel 2.5.0-1 xerces-c-doc 2.5.0-1 xfig 3.2.4-6 xfig-lib 3.2.4-6 XFree86-lib-compat 4.3.0-2 xgraph 12.1-1 xinetd 2.3.9-1 XmHTML 1.1.7-1 xmlto 0.0.18-1 xorg-x11-base 6.7.0.0-8 xorg-x11-bin 6.7.0.0-4 xorg-x11-bin-dlls 6.7.0.0-5 xorg-x11-bin-lndir 6.7.0.0-2 xorg-x11-devel 6.7.0.0-4 xorg-x11-etc 6.7.0.0-3 xorg-x11-f100 6.7.0.0-1 xorg-x11-fcyr 6.7.0.0-1 xorg-x11-fenc 6.7.0.0-2 xorg-x11-fnts 6.7.0.0-1 xorg-x11-fscl 6.7.0.0-3 xorg-x11-fsrv 6.7.0.0-1 xorg-x11-libs-data 6.7.0.0-3 xorg-x11-man-pages 6.7.0.0-2 xorg-x11-man-pages-html 6.7.0.0-2 xorg-x11-nest 6.7.0.0-2 xorg-x11-vfb 6.7.0.0-2 xorg-x11-xwin 6.7.0.0-12 xorg-x11-xwin-gl 6.7.0.0-12 xterm 185-4 xwinclip 1.2.0-1 xwinwm 0.0.5-1 zip 2.3-6 zlib 1.2.1-1 zsh 4.2.0-2 __________________________________ Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard. http://promotions.yahoo.com/new_mail -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Mon Sep 13 14:42:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 13 Sep 2004 14:42:00 -0000 Subject: rsync - file size differences In-Reply-To: References: Message-ID: On Mon, 13 Sep 2004, Henry S. Thompson wrote: > "Ryan Brothers" writes: > > > I'm running into an issue using rsync-2.6.2-2 on cygwin on Win2k SP4 where > > after I rsync a directory, the binary files rsync'ed have a different size > > and thus are corrupt if I try to open them in the program they were created > > in (pdf's, jpg's, etc) - text files remain identical. > > . . . > > > Also, using rsync-2.6.2-1 gives identical files regardless of the text file > > option selected - this problem just started for me after upgrading to > > rsync-2.6.2-2. > > This sounds like the same problem I reported last week, where recently > on text-mount volumes rsync can't recognise its own results. > > The only change from 2.6.2-1 to 2.6.2-2 was 'a SECURITY FIX', seems > unlikely to provoke a problem in this area . . . ...unless 2.6.2-2 was compiled/built differently (e.g., with different libraries, on a different machine, etc). That was a WAG, BTW. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Mon Sep 13 14:43:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Mon, 13 Sep 2004 14:43:00 -0000 Subject: BUG: Bad call to GetFileSze in ext2fsprogs lib/ext2fs/getsize.c In-Reply-To: <414532D7.8050506@agilent.com> References: <414532D7.8050506@agilent.com> Message-ID: <20040913144329.GD11668@trixie.casa.cgf.cx> On Sun, Sep 12, 2004 at 10:40:39PM -0700, Earl Chew wrote: >The call to GetFileSize() doesn't match the Microsoft documentation, >and invariably mis-sizes the disk image as zero. That's odd. Why would a cygwin program be calling GetFileSize? e2fsprogs should be using statfs and stat. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Mon Sep 13 14:44:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Mon, 13 Sep 2004 14:44:00 -0000 Subject: rsync - file size differences In-Reply-To: References: Message-ID: <20040913144446.GE11668@trixie.casa.cgf.cx> On Mon, Sep 13, 2004 at 10:13:50AM -0400, Igor Pechtchanski wrote: >On Mon, 13 Sep 2004, Henry S. Thompson wrote: > >> "Ryan Brothers" writes: >> >> > I'm running into an issue using rsync-2.6.2-2 on cygwin on Win2k SP4 where >> > after I rsync a directory, the binary files rsync'ed have a different size >> > and thus are corrupt if I try to open them in the program they were created >> > in (pdf's, jpg's, etc) - text files remain identical. >> >> . . . >> >> > Also, using rsync-2.6.2-1 gives identical files regardless of the text file >> > option selected - this problem just started for me after upgrading to >> > rsync-2.6.2-2. >> >> This sounds like the same problem I reported last week, where recently >> on text-mount volumes rsync can't recognise its own results. >> >> The only change from 2.6.2-1 to 2.6.2-2 was 'a SECURITY FIX', seems >> unlikely to provoke a problem in this area . . . > >...unless 2.6.2-2 was compiled/built differently (e.g., with different >libraries, on a different machine, etc). That was a WAG, BTW. Lapo? Can you weigh in here, please? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ht@inf.ed.ac.uk Mon Sep 13 15:00:00 2004 From: ht@inf.ed.ac.uk (Henry S. Thompson) Date: Mon, 13 Sep 2004 15:00:00 -0000 Subject: rsync - file size differences In-Reply-To: (Igor Pechtchanski's message of "Mon, 13 Sep 2004 10:13:50 -0400 (EDT)") References: Message-ID: Igor Pechtchanski writes: > On Mon, 13 Sep 2004, Henry S. Thompson wrote: > >> "Ryan Brothers" writes: >> >> > I'm running into an issue using rsync-2.6.2-2 on cygwin on Win2k >> > SP4 . . . Also, using rsync-2.6.2-1 gives identical files >> > regardless of the text file option selected - this problem just >> > started for me after upgrading to rsync-2.6.2-2. >> >> This sounds like the same problem I reported last week, where recently >> on text-mount volumes rsync can't recognise its own results. >> >> The only change from 2.6.2-1 to 2.6.2-2 was 'a SECURITY FIX', seems >> unlikely to provoke a problem in this area . . . > > ...unless 2.6.2-2 was compiled/built differently (e.g., with different > libraries, on a different machine, etc). That was a WAG, BTW. Indeed, so I tried rebuilding 2.6.3 locally, same problem :-( ht -- Henry S. Thompson, HCRC Language Technology Group, University of Edinburgh Half-time member of W3C Team 2 Buccleuch Place, Edinburgh EH8 9LW, SCOTLAND -- (44) 131 650-4440 Fax: (44) 131 650-4587, e-mail: ht@inf.ed.ac.uk URL: http://www.ltg.ed.ac.uk/~ht/ [mail really from me _always_ has this .sig -- mail without it is forged spam] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Mon Sep 13 15:10:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Mon, 13 Sep 2004 15:10:00 -0000 Subject: rsync - file size differences In-Reply-To: References: Message-ID: <20040913150128.GF11668@trixie.casa.cgf.cx> On Mon, Sep 13, 2004 at 03:44:47PM +0100, Henry S. Thompson wrote: >Igor Pechtchanski writes: > >> On Mon, 13 Sep 2004, Henry S. Thompson wrote: >> >>> "Ryan Brothers" writes: >>> >>> > I'm running into an issue using rsync-2.6.2-2 on cygwin on Win2k >>> > SP4 . . . Also, using rsync-2.6.2-1 gives identical files >>> > regardless of the text file option selected - this problem just >>> > started for me after upgrading to rsync-2.6.2-2. >>> >>> This sounds like the same problem I reported last week, where recently >>> on text-mount volumes rsync can't recognise its own results. >>> >>> The only change from 2.6.2-1 to 2.6.2-2 was 'a SECURITY FIX', seems >>> unlikely to provoke a problem in this area . . . >> >> ...unless 2.6.2-2 was compiled/built differently (e.g., with different >> libraries, on a different machine, etc). That was a WAG, BTW. > >Indeed, so I tried rebuilding 2.6.3 locally, same problem :-( It seems as though rsync should probably be linked with /usr/lib/binmode.o . cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ht@inf.ed.ac.uk Mon Sep 13 15:21:00 2004 From: ht@inf.ed.ac.uk (Henry S. Thompson) Date: Mon, 13 Sep 2004 15:21:00 -0000 Subject: rsync - file size differences In-Reply-To: <20040913150128.GF11668@trixie.casa.cgf.cx> (Christopher Faylor's message of "Mon, 13 Sep 2004 11:01:28 -0400") References: <20040913150128.GF11668@trixie.casa.cgf.cx> Message-ID: Christopher Faylor writes: > On Mon, Sep 13, 2004 at 03:44:47PM +0100, Henry S. Thompson wrote: >>Igor Pechtchanski writes: >> >>> On Mon, 13 Sep 2004, Henry S. Thompson wrote: >>> >>>> "Ryan Brothers" writes: >>>> >>>> > I'm running into an issue using rsync-2.6.2-2 on cygwin on Win2k >>>> > SP4 . . . Also, using rsync-2.6.2-1 gives identical files >>>> > regardless of the text file option selected - this problem just >>>> > started for me after upgrading to rsync-2.6.2-2. >>>> >>>> This sounds like the same problem I reported last week, where recently >>>> on text-mount volumes rsync can't recognise its own results. >>>> >>>> The only change from 2.6.2-1 to 2.6.2-2 was 'a SECURITY FIX', seems >>>> unlikely to provoke a problem in this area . . . >>> >>> ...unless 2.6.2-2 was compiled/built differently (e.g., with different >>> libraries, on a different machine, etc). That was a WAG, BTW. >> >>Indeed, so I tried rebuilding 2.6.3 locally, same problem :-( > > It seems as though rsync should probably be linked with > /usr/lib/binmode.o . > > cgf That did indeed fix (my version of) the problem. As usual, you rock. Thanks ht -- Henry S. Thompson, HCRC Language Technology Group, University of Edinburgh Half-time member of W3C Team 2 Buccleuch Place, Edinburgh EH8 9LW, SCOTLAND -- (44) 131 650-4440 Fax: (44) 131 650-4587, e-mail: ht@inf.ed.ac.uk URL: http://www.ltg.ed.ac.uk/~ht/ [mail really from me _always_ has this .sig -- mail without it is forged spam] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From crawford@goingware.com Mon Sep 13 15:24:00 2004 From: crawford@goingware.com (Michael D. Crawford) Date: Mon, 13 Sep 2004 15:24:00 -0000 Subject: Crash in setup 2.427 Message-ID: <4145BB0C.4060705@goingware.com> (A stream of consciousness transcript in which Mike gets a clue about using Setup...) Larry Hall wrote: > You might be getting caught by some arcane setup logic with dependencies. > I'd recommend uninstalling all gcc packages and then reinstall all the ones > you need together. That should get you the versions you want. That made sense, and I tried it, but I was unable to get all the gcc packages uninstalled. I could remove most of them, but upon trying to remove the last one, setup would crash. What I tried was to get all the components at version 3.3.3-3, which worked ok, and then to replace them all with version 3.4.1-1. I could get most of it, but I could not get rid of this error message: $ gcj Hello.java /usr/lib/gcc/i686-pc-cygwin/3.4.1/../../../../i686-pc-cygwin/bin/ld: cannot find -lgcc Looking through gcj --help, I found the following option: $ gcj -print-libgcc-file-name libgcc.a Doing a search for libgcc.a at http://cygwin.com/packages/ I found that it should be in one of the following packages: gcc/gcc-3.3.1-1 gcc/gcc-3.3.1-3 gcc-core/gcc-core-3.3.3-3 gcc-core/gcc-core-3.4.1-1 The only 3.4.1-1 version there is the package gcc-core. But it looks like gcc-core is only source files. In any case, installing it doesn't product libgcc.a. However, look closely at the path in the error message: /usr/lib/gcc/i686-pc-cygwin/3.4.1/ I don't think i686-pc-cygwin is what I want. I'm trying to create a win32 binary. I need to use -mno-cygwin on the gcj command line! Now I get: $ gcj -mno-cygwin Hello.java /usr/lib/gcc/i686-pc-mingw32/3.4.1/../../../../i686-pc-mingw32/bin/ld: cannot find -lgcc At some point I had libgcj.a installed in i686-pc-mingw32. Unfortunately, it went away. Now let me see if I can get it back. Just now I see that Yitzchak Scott-Thoennes wrote: > Don't mess with the version numbers it shows you. Use the ones it shows > when the Curr(ent) radio button is selected or the ones it shows when > the Exp(erimental) radio button is selected. That looks like it might work. Before I saw that, I had dropped back again to 3.3.3-3. With the experimental button selected, I setup wants to install version 3.4.1-1 for gcc, gcc-core, gcc-g++ and gcc-java. gcc-mingw it wants to keep at 20040810-1. It wants to install 20040822-1 for gcc-mingw-core, gcc-mingw-g++, and gcc-mingw-java. (Hopefully, he presses the Next button... Installation complete...) $ gcj -mno-cygwin Hello.java /usr/lib/gcc/i686-pc-mingw32/3.4.1/../../../../i686-pc-mingw32/lib/libmingw32.a( main.o)(.text+0x106):main.c: undefined reference to `WinMain@16' Well that's progress. $ gcj -mno-cygwin Hello.java -lm Nope. Try "man gcj": $ gcj -mno-cygwin --main=Hello Hello.java gcj: installation problem, cannot exec 'cc1': No such file or directory I did "download from internet", selected the Exp button, and now the installer wants to download the binary for gcc-core 3.4.1-1. I thought there was just source. Must have missed that before... $ gcj -mno-cygwin --main=Hello Hello.java mike@bjarne ~/IrateDev/Hello $ ls Hello.java a.exe mike@bjarne ~/IrateDev/Hello $ ./a.exe Hello, World! Now to checkout the iRATE sources. Taras Glek managed to built iRATE with gcj for Win32 last night, but I think he was doing the builds on Linux. Success! Thanks for your help, I appreciate it. Michael D. Crawford GoingWare Inc. - Expert Software Development and Consulting http://www.goingware.com/ crawford@goingware.com Tilting at Windmills for a Better Tomorrow. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Mon Sep 13 15:34:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Mon, 13 Sep 2004 15:34:00 -0000 Subject: Shifting to a new user created In-Reply-To: <002901c49951$4a9f2180$2833a8c0@bpsengar> References: <002901c49951$4a9f2180$2833a8c0@bpsengar> Message-ID: <6.1.0.6.0.20040913110722.03e0f320@pop.prospeed.net> At 01:19 AM 9/13/2004, you wrote: >Hi, > >i am using cygwin on windows 2000. >Problem: unable to shift to desirable user like from user: vkgupta to user: qa > >I have done > >$mkpasswd -d > /etc/passwd > >This had given me all the users in the domain now i want to shift from user: vkgupt to user:qa who are in my domain. Please read and follow the guidelines of for any follow-up report to this one (and any future reports as well). It will help those here on the list understand what you're doing and where you see a problem. In the absence of this information, I'll recommend that you look into and install and configure the 'openssh' package. It has a facility that will allow you to log into a machine as a different user. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From schneck@math.berkeley.edu Mon Sep 13 15:39:00 2004 From: schneck@math.berkeley.edu (Robert R Schneck) Date: Mon, 13 Sep 2004 15:39:00 -0000 Subject: ssmtp.exe doesn't authenticate against exchange References: <20040913052242.GB25198@zoosmart.us> Message-ID: Alex wrote: > it works against sendmail+cyrus but not against the latest > exchange server. Any patches on the horizon? ssmtp authentication certainly used to work with MS exchange; an old man page says "only tested with MS exchange" of those options, in fact. Do you know what has changed in the latest versions? Giving the error messages would be a start. Robert -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Mon Sep 13 15:44:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Mon, 13 Sep 2004 15:44:00 -0000 Subject: Crash in setup 2.427 In-Reply-To: <4145BB0C.4060705@goingware.com> References: <4145BB0C.4060705@goingware.com> Message-ID: <6.1.0.6.0.20040913113358.03dc0b40@pop.prospeed.net> At 11:21 AM 9/13/2004, you wrote: >Just now I see that Yitzchak Scott-Thoennes wrote: > >>Don't mess with the version numbers it shows you. Use the ones it shows >>when the Curr(ent) radio button is selected or the ones it shows when >>the Exp(erimental) radio button is selected. > >That looks like it might work. Before I saw that, I had dropped back again to 3.3.3-3. With the experimental button selected, I setup wants to install version 3.4.1-1 for gcc, gcc-core, gcc-g++ and gcc-java. gcc-mingw it wants to keep at 20040810-1. It wants to install 20040822-1 for gcc-mingw-core, gcc-mingw-g++, and gcc-mingw-java. > >(Hopefully, he presses the Next button... Installation complete...) > >$ gcj -mno-cygwin Hello.java >/usr/lib/gcc/i686-pc-mingw32/3.4.1/../../../../i686-pc-mingw32/lib/libmingw32.a( >main.o)(.text+0x106):main.c: undefined reference to `WinMain@16' > >Well that's progress. > Sorry Michael. I forgot that gcc 3.4 is currently in the experimental category. :-( What out for that in future upgrades. Setup will "downgrade" you if you install something else from "Current" and don't toggle to "Keep" for these packages. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From tero_niemela@yahoo.com Mon Sep 13 15:52:00 2004 From: tero_niemela@yahoo.com (Tero Niemela) Date: Mon, 13 Sep 2004 15:52:00 -0000 Subject: fork fails In-Reply-To: <6.1.0.6.0.20040910164949.03e77e80@pop.prospeed.net> Message-ID: <20040913154042.31520.qmail@web61305.mail.yahoo.com> > > 440 [main] zsh 1432 fork_copy: linked dll > data/bss > >pass 0 failed, > >0x542000.. > >0x5427F0, done 0, windows pid 1960, Win32 error 487 > >/etc/profile:33: fork failed: resource temporarily > >unavailable > > Apparently you don't remember this error on the > Windows > 2000 machine and what you did to fix it then. ;-) I didn't; it worked there from the beginning. > I should point out that this is a perfect question > for > the email archives. You would have seen plenty of > references > and the likely solution. > > Install the 'rebase' package. Run 'rebaseall'. A > simpler > fix you couldn't ask for. :-) Thanks, this solved my problem! I *did* search with google but unfortunately I used also 'zsh' as a search term so only hit was Japanese Slashdot... __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Mon Sep 13 16:49:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Mon, 13 Sep 2004 16:49:00 -0000 Subject: Compilation problems In-Reply-To: <20040913122746.19822.qmail@web41905.mail.yahoo.com> References: <20040913122746.19822.qmail@web41905.mail.yahoo.com> Message-ID: <6.1.0.6.0.20040913114311.03cc30d8@pop.prospeed.net> At 08:27 AM 9/13/2004, you wrote: >Hi > >I have problems with compiling Java and C++ programs. >I have installed Cygwin version 2.427 with all >packages provided in Setup.exe. When I use Xemacs to >write my programs, everything seems to be normal- >correct formatting, there are the necessarry tools >such as JDE for Java, for example, and so on. But when >I try to compile a program, Xemacs blows up the >message "Searching for program: No such file or >directory, java". When I try in BASH by typing javac >the message, of course, is: "No such command". The >same happens when I type java -version. I have tried >only with C++ and Java but I suspect that the >situation will be the same with other languages. I am >sending the result from cygcheck. Please, have a look >and if possible, help me! Thanks! Is 'java' in your path? It doesn't look like it to me but I'm not sure where you put it. I'm also unclear as to from where and how the messages you report are generated. If you're still having trouble with this, providing specific steps that show the problem would be helpful. Keep in mind that 'java' is not a Cygwin program, so using it with Cygwin paths directly will cause problems. You may want to create wrappers for your use that employ 'cygpath' to do path conversion. Cygwin's Java compiler is 'gcj', FWIW. It understands all Cygwin's nice extras. There has been lots of discussion in the past about using Sun's Java with Cygwin and ways to integrate it more completely. You may want to check out some of that previous discussion too. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From janneke@gnu.org Mon Sep 13 17:41:00 2004 From: janneke@gnu.org (Jan Nieuwenhuizen) Date: Mon, 13 Sep 2004 17:41:00 -0000 Subject: Installation hangs because asks for input from terminal (Attn: tetex maintainer, setup maintainer) In-Reply-To: (Igor Pechtchanski's message of "Fri, 10 Sep 2004 13:05:43 -0400 (EDT)") References: <41416E12.30103@math.md> Message-ID: <87llfenmgx.fsf@peder.flower> Igor Pechtchanski writes: >> I found that it was a conflict with my existing fpTeX installation >> (fpTeX is a TeTeX port to Windows) that defined an environment >> variable TEXMFCNF to one of Windows directories. I feel that setup.exe should not use an unclean environment. >> The script post-texmf.sh diagnosted that and asked for user's >> reaction. Actually, it is texconfig which does that. Thanks for reporting this. Jan. -- Jan Nieuwenhuizen | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pekka.niiranen@wlanmail.com Mon Sep 13 17:45:00 2004 From: pekka.niiranen@wlanmail.com (Pekka Niiranen) Date: Mon, 13 Sep 2004 17:45:00 -0000 Subject: HELP: How to disable killing of Bash Shell window with mouse? Message-ID: Hi there, Killing Cygwin Shell Window with mouse leaves bash.exe running. which can be seen from W2K task manager. How can I disable X -button from the Shell Windows so that the user is forced to TYPE "exit" on command prompt? Recompiling? -pekka- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From byrnes@curl.com Mon Sep 13 17:52:00 2004 From: byrnes@curl.com (Bob Byrnes) Date: Mon, 13 Sep 2004 17:52:00 -0000 Subject: 1.5.11-1: sftp performance problem In-Reply-To: <4A98749C7BD0A0428CBE0B035BB469A2037688@exchange.engineering.scaled.com> from "Peter Siebold" (Sep 9, 1:46pm) Message-ID: <20040913174517.94866E538@carnage.curl.com> On Sep 9, 1:46pm, Peter Siebold wrote: -- Subject: 1.5.11-1: sftp performance problem > > I updated to the newest version of cygwin dll on 9/7/4 and after sftp > suffered performance issues when issuing a get on a large file. File > transfers now stall and do not complete. After downgrading to version > of 1.5.10-3 of cygwin sftp then it works fine. > -- End of excerpt from Peter Siebold Hi Peter ... I am continuing to investigate this issue (see the cygwin-patches mailing list for ongoing discussions if you're interested). The problem was triggered by ... On Sep 4, 11:51pm, Christopher Faylor wrote: -- Subject: [ANNOUNCEMENT] Updated: cygwin-1.5.11-1 > > Changes since 1.5.10-3: > > ... > > - Fix some problems with rsync hangs on Windows NT class systems. (Bob Byrnes) > -- End of excerpt from Christopher Faylor Here are some work-arounds that you can use until we have a real fix, listed in order of most- to least-recommended: -- Use slightly smaller buffers with sftp. "sftp -B 8192" or even "sftp -B 12288" should work. The default buffer size seems to be 16k (in spite of the manpage, which claims it is 32k). -- Use scp or some other file transfer protocol over ssh, like rsync or tar. The problem seems to affect sftp more than other programs. -- Downgrade to a version of cygwin before 1.5.11-1. I hope this helps. -- Bob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Mon Sep 13 17:59:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Mon, 13 Sep 2004 17:59:00 -0000 Subject: 1.5.11-1: sftp performance problem In-Reply-To: <20040913174517.94866E538@carnage.curl.com> References: <4A98749C7BD0A0428CBE0B035BB469A2037688@exchange.engineering.scaled.com> <20040913174517.94866E538@carnage.curl.com> Message-ID: <20040913175350.GA20923@trixie.casa.cgf.cx> On Mon, Sep 13, 2004 at 01:45:17PM -0400, Bob Byrnes wrote: >On Sep 9, 1:46pm, Peter Siebold wrote: >-- Subject: 1.5.11-1: sftp performance problem >> I updated to the newest version of cygwin dll on 9/7/4 and after sftp >> suffered performance issues when issuing a get on a large file. File >> transfers now stall and do not complete. After downgrading to version >> of 1.5.10-3 of cygwin sftp then it works fine. >> >-- End of excerpt from Peter Siebold > >Hi Peter ... > >I am continuing to investigate this issue (see the cygwin-patches mailing >list for ongoing discussions if you're interested). Thanks for looking at this, Bob. Your efforts in improving this part of cygwin are much appreciated. It's not surprising that there would be a few problems given the complexity of the interface you're trying to use and just the general square pegness of the NT API that you're trying to fit into the linux round hole. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Olaf.Foellinger@sesa.de Mon Sep 13 18:00:00 2004 From: Olaf.Foellinger@sesa.de (Olaf Foellinger) Date: Mon, 13 Sep 2004 18:00:00 -0000 Subject: ssmtp.exe doesn't authenticate against exchange In-Reply-To: <20040913052242.GB25198@zoosmart.us> References: <20040913052242.GB25198@zoosmart.us> Message-ID: <20040913175946.GA636@merlin.homenet.mine> On Sun, Sep 12, 2004 at 10:22:42PM -0700, Alex wrote: > it works against sendmail+cyrus but not against the latest > exchange server. Any patches on the horizon? The question is: Which authentication method does the exchange server support? I've tried it first with firebird and then I've moved the configuration to cygwin. If e.g. the exchange server needs ssl, then I doubt that ssmtp will do the job. I've installed and configured exim for this suppose. Gruss Olaf F??llinger -- Olaf F??llinger Senior Consultant IT Solutions S.E.S.A. Software und Systeme AG -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From maxb@ukf.net Mon Sep 13 18:06:00 2004 From: maxb@ukf.net (Max Bowsher) Date: Mon, 13 Sep 2004 18:06:00 -0000 Subject: Setup and environment of postinstall scripts (was: Installation hangs because asks for input from terminal) References: <41416E12.30103@math.md> <87llfenmgx.fsf@peder.flower> Message-ID: <024601c499bb$815e6e00$78d96f83@robinson.cam.ac.uk> Jan Nieuwenhuizen wrote: > Igor Pechtchanski writes: > >>> I found that it was a conflict with my existing fpTeX installation >>> (fpTeX is a TeTeX port to Windows) that defined an environment >>> variable TEXMFCNF to one of Windows directories. > > I feel that setup.exe should not use an unclean environment. I'm not sure that's true. Since there is nothing cleaning up the normal environment in which cygwin programs run, I don't see why postinstall scripts should be different. Does that make sense? Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Mon Sep 13 18:15:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 13 Sep 2004 18:15:00 -0000 Subject: Installation hangs because asks for input from terminal (Attn: tetex maintainer, setup maintainer) In-Reply-To: <87llfenmgx.fsf@peder.flower> References: <41416E12.30103@math.md> <87llfenmgx.fsf@peder.flower> Message-ID: On Mon, 13 Sep 2004, Jan Nieuwenhuizen wrote: > Igor Pechtchanski writes: FWIW, it was the original poster who wrote the below -- all of my comments got snipped out. > >> I found that it was a conflict with my existing fpTeX installation > >> (fpTeX is a TeTeX port to Windows) that defined an environment > >> variable TEXMFCNF to one of Windows directories. > > I feel that setup.exe should not use an unclean environment. If an empty environment is needed, why not use "env -i" in the postinstall script? > >> The script post-texmf.sh diagnosted that and asked for user's > >> reaction. > > Actually, it is texconfig which does that. > > Thanks for reporting this. > Jan. Ok, I think it's unreasonable to require that none of the tools called from postinstall scripts read stdin -- there's just no way maintainers are going to be able to ensure that. I'll submit a patch to setup.exe that redirects stdin from /dev/null. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From janneke@gnu.org Mon Sep 13 18:27:00 2004 From: janneke@gnu.org (Jan Nieuwenhuizen) Date: Mon, 13 Sep 2004 18:27:00 -0000 Subject: Installation hangs because asks for input from terminal (Attn: tetex maintainer, setup maintainer) In-Reply-To: (Igor Pechtchanski's message of "Mon, 13 Sep 2004 14:06:32 -0400 (EDT)") References: <41416E12.30103@math.md> <87llfenmgx.fsf@peder.flower> Message-ID: <874qm2nigl.fsf@peder.flower> Igor Pechtchanski writes: > FWIW, it was the original poster who wrote the below -- all of my comments > got snipped out. Sorry. > If an empty environment is needed, why not use "env -i" in the postinstall > script? Because that's a bit like fixing the bug inside-out? Jan. -- Jan Nieuwenhuizen | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From schneck@math.berkeley.edu Mon Sep 13 18:28:00 2004 From: schneck@math.berkeley.edu (Robert R Schneck) Date: Mon, 13 Sep 2004 18:28:00 -0000 Subject: ssmtp.exe doesn't authenticate against exchange References: <20040913052242.GB25198@zoosmart.us> <20040913175946.GA636@merlin.homenet.mine> Message-ID: Olaf Foellinger wrote: > On Sun, Sep 12, 2004 at 10:22:42PM -0700, Alex wrote: >> it works against sendmail+cyrus but not against the latest >> exchange server. Any patches on the horizon? > > The question is: Which authentication method does the exchange server > support? I've tried it first with firebird and then I've moved the > configuration to cygwin. > > If e.g. the exchange server needs ssl, then I doubt that ssmtp will do > the job. I've installed and configured exim for this suppose. ssmtp can be configured to use ssl, but it has to be re-compiled for that purpose. Some instructions are available in the relevant places under /usr/share/doc/. Perhaps I should make the ssmtp binary package ssl-capable... Robert -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Mon Sep 13 18:32:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 13 Sep 2004 18:32:00 -0000 Subject: Installation hangs because asks for input from terminal (Attn: tetex maintainer, setup maintainer) In-Reply-To: <874qm2nigl.fsf@peder.flower> References: <41416E12.30103@math.md> <87llfenmgx.fsf@peder.flower> <874qm2nigl.fsf@peder.flower> Message-ID: On Mon, 13 Sep 2004, Jan Nieuwenhuizen wrote: > Igor Pechtchanski writes: > > > FWIW, it was the original poster who wrote the below -- all of my comments > > got snipped out. > > Sorry. No problem, just pointing out the correct attribution. :-) > > If an empty environment is needed, why not use "env -i" in the postinstall > > script? > > Because that's a bit like fixing the bug inside-out? Not really. As Max said, the environment in which the postinstall scripts run is the same as the one you'd get when you run them on the command line (albeit from a non-login /bin/sh). That environment will contain all of the Windows-set environment variables. If the tools require that some variables be unset (because they might throw the tools off, for example), the variables have to be unset in the postinstall script -- setup.exe can't be expected to know all of the variables potentially conflicting with all of the packages. OTOH, I've already submitted the patch to setup.exe that kills stdin in postinstall scripts, so that even if some tool asks for input, it'll just get EOF. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From thorsten@thorstenkampe.de Mon Sep 13 18:54:00 2004 From: thorsten@thorstenkampe.de (Thorsten Kampe) Date: Mon, 13 Sep 2004 18:54:00 -0000 Subject: HELP: How to disable killing of Bash Shell window with mouse? References: Message-ID: <1qoebilxzdy1c$.dlg@thorstenkampe.de> * Pekka Niiranen (2004-09-13 18:19 +0200) > Killing Cygwin Shell Window with mouse leaves bash.exe running. > which can be seen from W2K task manager. How can I disable > X -button from the Shell Windows so that the user is forced > to TYPE "exit" on command prompt? Recompiling? Recompile what? Cmd exe? Bash is a shell and knows nothing about the Windows Console "X" button. Show them [Ctrl-d] which is anyway faster than grabbing the mouse. If they still do it - hit 'em on the head with a stick and let them write a thousand time "I won't ever try to close a shell with my mouse". Thorsten -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From janneke@gnu.org Mon Sep 13 18:54:00 2004 From: janneke@gnu.org (Jan Nieuwenhuizen) Date: Mon, 13 Sep 2004 18:54:00 -0000 Subject: Installation hangs because asks for input from terminal (Attn: tetex maintainer, setup maintainer) In-Reply-To: (Igor Pechtchanski's message of "Mon, 13 Sep 2004 14:27:56 -0400 (EDT)") References: <41416E12.30103@math.md> <87llfenmgx.fsf@peder.flower> <874qm2nigl.fsf@peder.flower> Message-ID: <87d60qm23w.fsf@peder.flower> Igor Pechtchanski writes: > Not really. As Max said, the environment in which the postinstall scripts > run is the same as the one you'd get when you run them on the command line > (albeit from a non-login /bin/sh). That environment will contain all of > the Windows-set environment variables. If the tools require that some > variables be unset (because they might throw the tools off, for example), > the variables have to be unset in the postinstall script -- setup.exe > can't be expected to know all of the variables potentially conflicting > with all of the packages. No, of course. That's why I'd like to have an empty (rather than a cleaned) environment, isn't that possible? That sounds cleaner than fixing all scripts? FWIW, the way teTeX works, most variables set in texmf.cnf are overridden by the environment; it would be next to impossible to guarantee a successful teTeX environment after logging in if variables from the WINDOWS are allowed to silently enter the Cygwin environment... > OTOH, I've already submitted the patch to setup.exe that kills stdin in > postinstall scripts, so that even if some tool asks for input, it'll just > get EOF. That's great, but it will mean that with the current post-texmf.sh (without resetting of the enviroment), the resulting teTeX setup will be broken. Jan. -- Jan Nieuwenhuizen | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From sam.robb@timesys.com Mon Sep 13 18:56:00 2004 From: sam.robb@timesys.com (Robb, Sam) Date: Mon, 13 Sep 2004 18:56:00 -0000 Subject: Bad call to GetFileSze in ext2fsprogs lib/ext2fs/getsize.c Message-ID: <3D848382FB72E249812901444C6BDB1D022F4DC9@exchange.timesys.com> > The call to GetFileSize() doesn't match the Microsoft documentation, > and invariably mis-sizes the disk image as zero. Earl, I've made some updated packages for e2fsprogs and e2fsimage available at http://www.oneparticularharbor.net/cygwin/. I'd appreciate it if you would take a look at them and let me know if the changes I've made fix the problems you encountered. e2fsprogs: http://www.oneparticularharbor.net/cygwin/e2fsprogs/e2fsprogs-1.35-3-src.tar.bz2 http://www.oneparticularharbor.net/cygwin/e2fsprogs/e2fsprogs-1.35-3.tar.bz2 http://www.oneparticularharbor.net/cygwin/e2fsprogs/setup.hint e2fsimage: http://www.oneparticularharbor.net/cygwin/e2fsimage/e2fsimage-0.2.0-2-src.tar.bz2 http://www.oneparticularharbor.net/cygwin/e2fsimage/e2fsimage-0.2.0-2.tar.bz2 http://www.oneparticularharbor.net/cygwin/e2fsimage/setup.hint -Samrobb -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Mon Sep 13 19:05:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Mon, 13 Sep 2004 19:05:00 -0000 Subject: Installation hangs because asks for input from terminal (Attn: tetex maintainer, setup maintainer) In-Reply-To: <87d60qm23w.fsf@peder.flower> References: <41416E12.30103@math.md> <87llfenmgx.fsf@peder.flower> <874qm2nigl.fsf@peder.flower> <87d60qm23w.fsf@peder.flower> Message-ID: <20040913185733.GC21468@trixie.casa.cgf.cx> On Mon, Sep 13, 2004 at 08:54:11PM +0200, Jan Nieuwenhuizen wrote: >Igor Pechtchanski writes: > >> Not really. As Max said, the environment in which the postinstall scripts >> run is the same as the one you'd get when you run them on the command line >> (albeit from a non-login /bin/sh). That environment will contain all of >> the Windows-set environment variables. If the tools require that some >> variables be unset (because they might throw the tools off, for example), >> the variables have to be unset in the postinstall script -- setup.exe >> can't be expected to know all of the variables potentially conflicting >> with all of the packages. > >No, of course. That's why I'd like to have an empty (rather than a >cleaned) environment, isn't that possible? That sounds cleaner than >fixing all scripts? No, you can't have a completely empty environment on Windows. There are some environment variables that really have to be there. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From janneke@gnu.org Mon Sep 13 19:10:00 2004 From: janneke@gnu.org (Jan Nieuwenhuizen) Date: Mon, 13 Sep 2004 19:10:00 -0000 Subject: Installation hangs because asks for input from terminal (Attn: tetex maintainer, setup maintainer) In-Reply-To: <20040913185733.GC21468@trixie.casa.cgf.cx> (Christopher Faylor's message of "Mon, 13 Sep 2004 14:57:33 -0400") References: <41416E12.30103@math.md> <87llfenmgx.fsf@peder.flower> <874qm2nigl.fsf@peder.flower> <87d60qm23w.fsf@peder.flower> <20040913185733.GC21468@trixie.casa.cgf.cx> Message-ID: <87wtyykn08.fsf@peder.flower> Christopher Faylor writes: > No, you can't have a completely empty environment on Windows. There > are some environment variables that really have to be there. I understand that, can't we make a list of those essential variables, and wouldn't it be nice if setup.exe copied those essential variables only? And if so, what about /etc/profile? Jan. -- Jan Nieuwenhuizen | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Mon Sep 13 19:20:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 13 Sep 2004 19:20:00 -0000 Subject: Installation hangs because asks for input from terminal (Attn: tetex maintainer, setup maintainer) In-Reply-To: <87d60qm23w.fsf@peder.flower> References: <41416E12.30103@math.md> <87llfenmgx.fsf@peder.flower> <874qm2nigl.fsf@peder.flower> <87d60qm23w.fsf@peder.flower> Message-ID: On Mon, 13 Sep 2004, Jan Nieuwenhuizen wrote: > Igor Pechtchanski writes: > > > Not really. As Max said, the environment in which the postinstall scripts > > run is the same as the one you'd get when you run them on the command line > > (albeit from a non-login /bin/sh). That environment will contain all of > > the Windows-set environment variables. If the tools require that some > > variables be unset (because they might throw the tools off, for example), > > the variables have to be unset in the postinstall script -- setup.exe > > can't be expected to know all of the variables potentially conflicting > > with all of the packages. > > No, of course. That's why I'd like to have an empty (rather than a > cleaned) environment, isn't that possible? That sounds cleaner than > fixing all scripts? Most scripts don't need an empty environment. > FWIW, the way teTeX works, most variables set in texmf.cnf are > overridden by the environment; it would be next to impossible to > guarantee a successful teTeX environment after logging in if variables > from the WINDOWS are allowed to silently enter the Cygwin > environment... Well, if you install teTeX with an empty environment, and then attempt to run it from a user shell (which *will* inherit the Windows settings), wouldn't it still be broken? (Yes, you can play games with /etc/profile.d scripts, but that can only take you so far...) BTW, as CGF said, you can't have a completely empty environment, or Cygwin won't work. I recall there was a thread a while ago about patching "env -i" to keep some of the necessary variables, but I just checked env on my system, and looks like that thread didn't result in any changes to sh-utils. Why not just unset offending variables for now? You can kill anything starting with "TEX", for example, with something like eval "`env | sed -n '/^TEX/s/=.*$/=/ p'`" HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From n@ml.org Mon Sep 13 19:23:00 2004 From: n@ml.org (Daniel Reed) Date: Mon, 13 Sep 2004 19:23:00 -0000 Subject: [ANNOUNCEMENT] Updated: naim-0.11.7.2-1 Message-ID: <200409131920.i8DJKlc05330@esds.vss.fsi.com> naim 0.11.7.2 is now available through the Cygwin package system. naim is a console client for AOL Instant Messenger (AIM), AOL I Seek You (ICQ), Internet Relay Chat (IRC), and The lily CMC. * naim includes unique features like zero-configuration peer to peer encryption, automatic message queueing, and incoming message modification (to correct common spelling mistakes). * naim also includes powerful dynamic module support, allowing plug-ins to modify all major aspects of its behavior. The naim-modules package (distributed separately) includes several example plug-ins, including a telnet server (nsocket), an interactive bot (naimusers), and a simple anti-spam measure (nantispam). * When combined with GNU Screen, naim is a great way to stay online constantly, allowing for instant communication when the user is attached and acting as an answering machine when detached. The user can detach from naim, log out, pack up and go home, then log in again from anywhere on the Internet to resume the naim session. naim is maintained by an OPEN, DIRECTED COMMUNITY, and has been in development since October, 1998. More information is available from: http://naim.n.ml.org/ ,--------------------------------------------------------------------------. | To install or upgrade this package, run the Cygwin Net Release Setup | | Program, available from [http://cygwin.com/setup.exe]. Answer all of the | | questions to reach the Select Packages screen. You will find naim listed | | in the "Net" category. | `--------------------------------------------------------------------------' The 0.11.7 series offers substantial code and design improvements with the target of increased user-visible interaction speed. The 0.11.7.2 release is considered the latest stable release, and all users are encouraged to upgrade to experience its benefits. If there is any questionable behaviour at all, please contact me directly at , on AIM as "naim help," or on EFnet or Undernet IRC in #naim. If you are interested in the use and development of naim, feel free to subscribe to the naim-users mailing list. Just send a blank email to and reply to the confirmation message. -- Daniel Reed http://people.redhat.com/djr/ http://naim.n.ml.org/ The pursuit of pretty formulas and neat theorems can no doubt quickly degenerate into a silly vice, but so can the quest for austere generalities which are so very general indeed that they are incapable of application to any particular. -- Eric Temple Bell, Mathematician -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From janneke@gnu.org Mon Sep 13 20:21:00 2004 From: janneke@gnu.org (Jan Nieuwenhuizen) Date: Mon, 13 Sep 2004 20:21:00 -0000 Subject: Installation hangs because asks for input from terminal (Attn: tetex maintainer, setup maintainer) In-Reply-To: (Igor Pechtchanski's message of "Mon, 13 Sep 2004 15:10:29 -0400 (EDT)") References: <41416E12.30103@math.md> <87llfenmgx.fsf@peder.flower> <874qm2nigl.fsf@peder.flower> <87d60qm23w.fsf@peder.flower> Message-ID: <87isaikm6u.fsf@peder.flower> Igor Pechtchanski writes: >> FWIW, the way teTeX works, most variables set in texmf.cnf are >> overridden by the environment; it would be next to impossible to >> guarantee a successful teTeX environment after logging in if variables >> from the WINDOWS are allowed to silently enter the Cygwin >> environment... > > Well, if you install teTeX with an empty environment, and then attempt to > run it from a user shell (which *will* inherit the Windows settings), > wouldn't it still be broken? Yes, that's exactly what I meant: it makes little sense to make sure that setup.exe does the right thing (it should not hang of course), when after user login running latex still doesn't work. > (Yes, you can play games with /etc/profile.d scripts, but that can only > take you so far...) Indeed, I don't want to go that way. > Why not just unset offending variables for now? Because I do not like to make the wrong fix. In this case, it will probably hurt very few people, so it would make sense to think a bit and do it correctly, if possible. See, I can easily add unsetting bunch of variables to post-texmf.mf, eg unset MFINPUTS TEXINPUTS TEXMF TEXMFCNF TFMFONTS VARTEXFONTS but it makes little sense unless I also do that in a profile.d script (ugh). Then, just pick a variable from texmf.cnf and set it to a silly value in Windows, eg pool_size=2 and your tetex setup will be broken again. Jan. -- Jan Nieuwenhuizen | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pirinlion@yahoo.com Mon Sep 13 20:23:00 2004 From: pirinlion@yahoo.com (Kostadin Cholakov) Date: Mon, 13 Sep 2004 20:23:00 -0000 Subject: Undifined reference to _WinMain@16 Message-ID: <20040913202153.73853.qmail@web41904.mail.yahoo.com> Hi I am using for a first time GCJ compiler (and I find it strange) but it seems to work properly. I have my first error message :). It is Undifined reference to _WinMain@16. I checked the FAQ but the explanation there doesn't help. In fact, it refers to GCC compiler and the example was an Object C file. Anyway, I tried by putting the -lm flag and it didn't work. So, please, can somebody tell me 2 simple commands in order to compile and then to run a Java program using GCJ! Should I make some additional changes in path or something else? Thanks __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pirinlion@yahoo.com Mon Sep 13 20:25:00 2004 From: pirinlion@yahoo.com (Kostadin Cholakov) Date: Mon, 13 Sep 2004 20:25:00 -0000 Subject: Undifined reference to _WinMain@16 Message-ID: <20040913202300.82086.qmail@web41901.mail.yahoo.com> Hi I am using for a first time GCJ compiler (and I find it strange) but it seems to work properly. I have my first error message :). It is Undifined reference to _WinMain@16. I checked the FAQ but the explanation there doesn't help. In fact, it refers to GCC compiler and the example is an Object C file. Anyway, I tried by putting the -lm flag and it didn't work. So, please, can somebody tell me 2 simple commands in order to compile and then to run a Java program using GCJ! Should I make some additional changes in path or something else? Thanks! __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pirinlion@yahoo.com Mon Sep 13 20:41:00 2004 From: pirinlion@yahoo.com (Kostadin Cholakov) Date: Mon, 13 Sep 2004 20:41:00 -0000 Subject: Undifined reference to _WinMain@16 Message-ID: <20040913202508.38797.qmail@web41908.mail.yahoo.com> Hi I am using for a first time GCJ compiler (and I find it strange) but it seems to work properly. I have my first error message :). It is Undifined reference to _WinMain@16. I checked the FAQ but the explanation there doesn't help. In fact, it refers to GCC compiler and the example is an Object C file. Anyway, I tried by putting the -lm flag and it didn't work. I read all stuff provided by man to see if there are some special flags which I should put but I think there was nothing which could help me. So, please, can somebody tell me 2 simple commands in order to compile and then to run a Java program using GCJ! Should I make some additional changes in path or something else? Thanks! __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From shankarunni@netscape.net Mon Sep 13 20:43:00 2004 From: shankarunni@netscape.net (Shankar Unni) Date: Mon, 13 Sep 2004 20:43:00 -0000 Subject: cygwin Cron on Windows 2003 Server Issues In-Reply-To: <20040911022543.GA15709@trixie.casa.cgf.cx> References: <000401c497a2$49670180$6500a8c0@PJGVAIO> <20040911022543.GA15709@trixie.casa.cgf.cx> Message-ID: Christopher Faylor wrote: > The main cygwin page provides a link that should make things pretty > clear about how to subscribe to the cygwin lists. BTW: For those who don't want to fill up their mailboxes with 100+ messages a day, you can also go through the NNTP gateway at news.gmane.org, which carries this list with a 2-way gateway as the newsgroup "gmane.os.cygwin". But if you have any trouble posting via this route, you're on your own. The recommended mechanism is still subscribing to the mailing list. Use filtering or an alternate mailbox to help manage the traffic.. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From BBuchbinder@niaid.nih.gov Mon Sep 13 20:50:00 2004 From: BBuchbinder@niaid.nih.gov (Buchbinder, Barry (NIH/NIAID)) Date: Mon, 13 Sep 2004 20:50:00 -0000 Subject: Undifined reference to _WinMain@16 Message-ID: http://sources.redhat.com/cygwin/faq/faq.html#SEC91 -----Original Message----- From: Kostadin Cholakov Sent: Monday, September 13, 2004 4:25 PM To: cygwin@cygwin.com Subject: Undifined reference to _WinMain@16 Hi I am using for a first time GCJ compiler (and I find it strange) but it seems to work properly. I have my first error message :). It is Undifined reference to _WinMain@16. I checked the FAQ but the explanation there doesn't help. In fact, it refers to GCC compiler and the example is an Object C file. Anyway, I tried by putting the -lm flag and it didn't work. I read all stuff provided by man to see if there are some special flags which I should put but I think there was nothing which could help me. So, please, can somebody tell me 2 simple commands in order to compile and then to run a Java program using GCJ! Should I make some additional changes in path or something else? Thanks! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Mon Sep 13 20:51:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Mon, 13 Sep 2004 20:51:00 -0000 Subject: Undifined reference to _WinMain@16 In-Reply-To: <20040913202508.38797.qmail@web41908.mail.yahoo.com> References: <20040913202508.38797.qmail@web41908.mail.yahoo.com> Message-ID: <1179084154.20040913225002@familiehaase.de> Hello Kostadin, Am Montag, 13. September 2004 um 22:25 schriebst du: > I am using for a first time GCJ compiler (and I find > it strange) but it seems to work properly. I have my > first error message :). It is Undifined reference to > _WinMain@16. I checked the FAQ but the explanation > there doesn't help. In fact, it refers to GCC compiler > and the example is an Object C file. Anyway, I tried > by putting the -lm flag and it didn't work. I read all > stuff provided by man to see if there are some special > flags which I should put but I think there was nothing > which could help me. So, please, can somebody tell me > 2 simple commands in order to compile and then to run > a Java program using GCJ! Should I make some > additional changes in path or something else? Thanks! $ cat hello.java public class hello { public static void main(String[] args) { System.out.println("Just another Java hacker,"); } } $ gcj --main=hello hello.java -o hello $ ./hello -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Mon Sep 13 21:32:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 13 Sep 2004 21:32:00 -0000 Subject: Undifined reference to _WinMain@16 (Attn: FAQ maintainer) In-Reply-To: References: Message-ID: On Mon, 13 Sep 2004, Buchbinder, Barry (NIH/NIAID) wrote: > > -----Original Message----- > > From: Kostadin Cholakov > > Sent: Monday, September 13, 2004 4:25 PM > > To: cygwin@XXXXXX.XXX . > > Subject: Undifined reference to _WinMain@16 > > > > Hi > > > > I am using for a first time GCJ compiler (and I find > > it strange) but it seems to work properly. I have my > > first error message :). It is Undifined reference to > > _WinMain@16. I checked the FAQ but the explanation > > there doesn't help. In fact, it refers to GCC compiler > > and the example is an Object C file. Anyway, I tried > > by putting the -lm flag and it didn't work. I read all > > stuff provided by man to see if there are some special > > flags which I should put but I think there was nothing > > which could help me. So, please, can somebody tell me > > 2 simple commands in order to compile and then to run > > a Java program using GCJ! Should I make some > > additional changes in path or something else? Thanks! > > http://sources.redhat.com/cygwin/faq/faq.html#SEC91 This won't work with gcj. You need to pass a "--main" flag, e.g., gcj --main=Hello Hello.java Would it be possible to add this to the above FAQ entry? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From electabuzz@katamail.com Mon Sep 13 22:10:00 2004 From: electabuzz@katamail.com (electa) Date: Mon, 13 Sep 2004 22:10:00 -0000 Subject: WinXP compressed dirs will work? Message-ID: If i compress a dir in the home directory using WinXP native compressing, will it work with cygwin??? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Mon Sep 13 22:32:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Mon, 13 Sep 2004 22:32:00 -0000 Subject: WinXP compressed dirs will work? In-Reply-To: References: Message-ID: <6.1.0.6.0.20040913180828.03f85a00@pop.prospeed.net> At 05:01 PM 9/13/2004, you wrote: >If i compress a dir in the home directory using WinXP native compressing, >will it work with cygwin??? Yes. Compression is taken care of by Windows at a very low level. Cygwin is a layer over Windows. Cygwin will never know the difference. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From BBuchbinder@niaid.nih.gov Tue Sep 14 01:22:00 2004 From: BBuchbinder@niaid.nih.gov (Buchbinder, Barry (NIH/NIAID)) Date: Tue, 14 Sep 2004 01:22:00 -0000 Subject: Undifined reference to _WinMain@16 (Attn: FAQ maintainer) Message-ID: Sorry. I deleted one but missed the other. -----Original Message----- From: Igor Pechtchanski Sent: Monday, September 13, 2004 4:51 PM Subject: RE: Undifined reference to _WinMain@16 (Attn: FAQ maintainer) On Mon, 13 Sep 2004, Buchbinder, Barry (NIH/NIAID) wrote: > > -----Original Message----- > > From: Kostadin Cholakov > > Sent: Monday, September 13, 2004 4:25 PM > > To: cygwin@XXXXXX.XXX . -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bvacaliuc@ngit.com Tue Sep 14 01:52:00 2004 From: bvacaliuc@ngit.com (Bogdan Vacaliuc) Date: Tue, 14 Sep 2004 01:52:00 -0000 Subject: HELP: How to disable killing of Bash Shell window with mouse? In-Reply-To: Message-ID: <019101c499f9$4fb0cdb0$0b03a8c0@lithium> Hi Pekka, http://www.google.com/search?hl=en&lr=&ie=UTF-8&q=%2Bdisable+%2Bclose+%2Bwindow The first hit is: http://www.handyarchive.com/Desktop/Shell-Enhancements/11114-WinTopMost-Site-License.html Which is a link to a commercial product, but perhaps it will satisfy you or perhaps more searching will give the answer you seek. Best Regards, -bogdan > -----Original Message----- > From: cygwin-owner@cygwin.com > [mailto:cygwin-owner@cygwin.com] On Behalf Of Pekka Niiranen > Sent: Monday, September 13, 2004 12:20 PM > To: cygwin@cygwin.com > Subject: HELP: How to disable killing of Bash Shell window with mouse? > > > Hi there, > > Killing Cygwin Shell Window with mouse leaves bash.exe > running. which can be seen from W2K task manager. How can I > disable X -button from the Shell Windows so that the user is > forced to TYPE "exit" on command prompt? Recompiling? > > -pekka- > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From sailorleo@isonews2.com Tue Sep 14 01:57:00 2004 From: sailorleo@isonews2.com (Arturus Magi) Date: Tue, 14 Sep 2004 01:57:00 -0000 Subject: Crash in setup 2.427 In-Reply-To: <414503D2.9050104@goingware.com> References: <414503D2.9050104@goingware.com> Message-ID: <41464C4C.4010708@isonews2.com> Michael D. Crawford wrote: > Unfortunately, gcc-java is 3.4.1, but under "New" it says 3.3.3-3. If I > let the installer proceed, it will remove gcj 3.4.1 (cygming special) > and replace it with gcj 3.3.3 (cygwin special). I've experienced this > several times. So I click in the New column for gcj-java to try to > change it to keep: > > Program Error > > setup.exe has generated erros and will be closed by Windows. > You will need to restart the program. > > An error log is being created. > > I couldn't find an error log. I used the Find Files Windoze tool to > look for one. Do you know where it might be? > The log file referred to by that dialog box is stuffed into an arcane location in the Windows directory (or the Documents and Settings/%USERNAME% directory, depending on the version of Windows and Windows settings) with a less than obvious name. The setup log itself may contain messages of a similar nature, though, and should be found at /var/setup.log (or /var/setup.log.full). -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Tue Sep 14 01:58:00 2004 From: brian@dessent.net (Brian Dessent) Date: Tue, 14 Sep 2004 01:58:00 -0000 Subject: HELP: How to disable killing of Bash Shell window with mouse? References: <1qoebilxzdy1c$.dlg@thorstenkampe.de> Message-ID: <41465102.2AE971EC@dessent.net> Thorsten Kampe wrote: > > * Pekka Niiranen (2004-09-13 18:19 +0200) > > Killing Cygwin Shell Window with mouse leaves bash.exe running. > > which can be seen from W2K task manager. How can I disable > > X -button from the Shell Windows so that the user is forced > > to TYPE "exit" on command prompt? Recompiling? > > Recompile what? Cmd exe? Bash is a shell and knows nothing about the > Windows Console "X" button. > > Show them [Ctrl-d] which is anyway faster than grabbing the mouse. If > they still do it - hit 'em on the head with a stick and let them write > a thousand time "I won't ever try to close a shell with my mouse". Configure rxvt to look like cmd.exe and use that instead. Good luck trying to modify the behavior of cmd.exe. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pierre.humblet@ieee.org Tue Sep 14 02:24:00 2004 From: pierre.humblet@ieee.org (Pierre A. Humblet) Date: Tue, 14 Sep 2004 02:24:00 -0000 Subject: 1.5.10: expr + configure failure + testcase (also on 1.5.11-1) In-Reply-To: <015101c49932$e1651850$0b03a8c0@lithium> References: <00f401c497cd$a803aec0$0b03a8c0@lithium> <015101c49932$e1651850$0b03a8c0@lithium> Message-ID: <20040914015428.GA741925@hpn5170> On Sun, Sep 12, 2004 at 09:42:07PM -0400, Bogdan Vacaliuc wrote: > Hello again, > > After (finally?!) noticing that a new release of the cygwin.dll was made on Sept. 4 and being encouraged by the line: > > "- Fix mysterious configure script premature exit. (Pierre Humblet)" > > I decided to check against the latest public release. The problem continues to persist, unfortunately. > > I created a simplified testcase, by realizing that a simple configure.ac will let autoconf generate a suitable configure script. > This auto-generated configure script exhibits the argument parsing failure as readily as any script taken from a build environment. > It is also attached (as text this time, sorry for all the compressed business I mucked with previously). > > Here is the configure.ac file needed for autoconf: > Bogdan, The reason the mysterious configure script premature exit got fixed is that we got a SIMPLE test case. Running a long configure script myriad times, looking for an elusive error, won't lead to fast progress. So try to isolate the error and produce a small test case. I looked at the bashstracesnip2 trace provided by Peter Ekberg in http://cygwin.com/ml/cygwin/2004-08/msg01329.html I believe he is chasing the same problem as you. The error occurs in the snippet -with-* | --with-*) ac_package=`expr "x$ac_option" : 'x-*with-\([^=]*\)'` # Reject names that are not valid shell variable names. expr "x$ac_package" : ".*[^-_$as_cr_alnum]" >/dev/null && { echo "$as_me: error: invalid package name: $ac_package" >&2 { (exit 1); exit 1; }; } The surprise is that the error message: "configure: error: invalid package name: extra-includes" is produced at time 29722848 by bash 2624 (the main script pid). This is BEFORE the second expr is exec'ed. This occurs only at time 29725911 by a forked child 2656 of 2624 Following the output of the error message, 2624 proceeds to fork 2384, which apparently does nothing. 2624 then waits for 2656 and 2384 and exits. In other words the control flow seems to be seriously screwed up. It may be linked to the pid reuse problem in bash, but I know very little about it. Looking at the full trace available from Peter may help. Pierre -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Tue Sep 14 06:11:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Tue, 14 Sep 2004 06:11:00 -0000 Subject: 1.5.10: expr + configure failure + testcase (also on 1.5.11-1) In-Reply-To: <20040914015428.GA741925@hpn5170> References: <00f401c497cd$a803aec0$0b03a8c0@lithium> <015101c49932$e1651850$0b03a8c0@lithium> <20040914015428.GA741925@hpn5170> Message-ID: <20040914022552.GC26109@trixie.casa.cgf.cx> On Mon, Sep 13, 2004 at 09:54:29PM -0400, Pierre A. Humblet wrote: >The surprise is that the error message: >"configure: error: invalid package name: extra-includes" >is produced at time 29722848 by bash 2624 (the main script pid). This >is BEFORE the second expr is exec'ed. This occurs only at time >29725911 by a forked child 2656 of 2624 Following the output of the >error message, 2624 proceeds to fork 2384, which apparently does >nothing. 2624 then waits for 2656 and 2384 and exits. > >In other words the control flow seems to be seriously screwed up. It >may be linked to the pid reuse problem in bash, but I know very little >about it. Looking at the full trace available from Peter may help. I was thinking the same thing but AFAIK, ash doesn't have the pid recycling problem. IIRC there is a problem with normal bash where it could be confused by repeating pids even when the pids are separated by a large number. It can even happen on linux. I will create a snapshot with double the number of pids cached in cygwin. This will cause the last 8 pids to be held from reuse by windows. Wasn't there a registry value that controlled how pids were allocated? I can't find anything appropriate in google. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From peda@axentia.se Tue Sep 14 06:45:00 2004 From: peda@axentia.se (Peter Ekberg) Date: Tue, 14 Sep 2004 06:45:00 -0000 Subject: 1.5.10: expr + configure failure + testcase (also on 1.5.11-1) Message-ID: <90459864DAD67D43BDD3D517DEFC2F7D7114@axon.Axentia.local> Christopher Faylor wrote: > On Mon, Sep 13, 2004 at 09:54:29PM -0400, Pierre A. Humblet wrote: > >The surprise is that the error message: > >"configure: error: invalid package name: extra-includes" > >is produced at time 29722848 by bash 2624 (the main script > pid). This > >is BEFORE the second expr is exec'ed. This occurs only at time > >29725911 by a forked child 2656 of 2624 Following the output of the > >error message, 2624 proceeds to fork 2384, which apparently does > >nothing. 2624 then waits for 2656 and 2384 and exits. > > > >In other words the control flow seems to be seriously screwed up. It > >may be linked to the pid reuse problem in bash, but I know > very little > >about it. Looking at the full trace available from Peter may help. I forgot I had that trace and accidentally deleted it. However, creating a new one is not difficult, so one is available at: http://www.lysator.liu.se/~peda/bashstrace.bz2 This one is created with "strace -o ..." as suggested by Igor. > I was thinking the same thing but AFAIK, ash doesn't have the pid > recycling problem. Don't know where ash comes into play, the script is executed by bash. I must have missed some other test case... Cheers, Peter -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bvacaliuc@ngit.com Tue Sep 14 07:04:00 2004 From: bvacaliuc@ngit.com (Bogdan Vacaliuc) Date: Tue, 14 Sep 2004 07:04:00 -0000 Subject: 1.5.10: expr + configure failure + testcase (also on 1.5.11-1) In-Reply-To: <20040914022552.GC26109@trixie.casa.cgf.cx> Message-ID: <01af01c49a26$625a5b20$0b03a8c0@lithium> Chris, Pierre, > I was thinking the same thing but AFAIK, ash doesn't have the > pid recycling problem. In my failure cases, configure is run under bash. I have also captured (finally?) an strace under the ~current cygwin (attached). The details are largely the same as Peter's last attachment, to which Igor remarked "FWIW, expr.exe does seem to exit with the right exit code, but is later zombified, which doesn't sound quite right." Actually, its ok for it to be zombified, because the parent didn't happen to be waiting for the child at the time that the child exited. >>> Pierre's observation that error text is output by the parent shell *before* the expr command even executes was an inspiration. So it seems like the parent shell decides its going to exit after forking but before waiting on the expr process. This is consistent across all my straces as well as Peter's. In my attached trace, this is between lines 582 and 750; I also noticed the following: 84 16461744 [main] bash 1048 close: close (1) 1378 16461829 [main] bash 2028 close: close (1) On line 725 and 726. By the time my trace got to line 750, the parent shell had stated to output the error text (53 characters in my case). I have another trace that exhibits this too. Peter's trace does not have this. In my trace (not Peter's) there are also some lines like: 324 16458452 [main] bash 1048 fhandler_base::set_no_inheritance: DuplicateHandle failed, The parameter is incorrect. 237 16458689 [main] bash 1048 fhandler_base::set_close_on_exec: set close_on_exec for /dev/console to 1 In the time between the fork and the beginning of the error write, but this is not unique to the trace and it was handled apparently ok previously in the script. > Wasn't there a registry value that controlled how pids were > allocated? I can't find anything appropriate in google. I looked for something about this in M$ knowledge base. I didn't find that, but I found this: "BUG: Registry access from multiple threads might fail" (WinNT, Win2K) http://support.microsoft.com/default.aspx?scid=kb;en-us;176906 -bogdan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bvacaliuc@ngit.com Tue Sep 14 07:30:00 2004 From: bvacaliuc@ngit.com (Bogdan Vacaliuc) Date: Tue, 14 Sep 2004 07:30:00 -0000 Subject: 1.5.10: expr + configure failure + testcase (also on 1.5.11-1) In-Reply-To: <01af01c49a26$625a5b20$0b03a8c0@lithium> Message-ID: <01b001c49a29$0b5960c0$0b03a8c0@lithium> Peter, I didn't see your post until after I sent mine. Anyway, I forgot to attach the trace I made and referred to in my post, sorry. (It's late...) I looked at your trace. > I said: > > In my trace (not Peter's) there are also some lines like: > > 324 16458452 [main] bash 1048 > fhandler_base::set_no_inheritance: DuplicateHandle failed, > The parameter is incorrect. > 237 16458689 [main] bash 1048 > fhandler_base::set_close_on_exec: set close_on_exec for > /dev/console to 1 In your *new* trace there are the same trace (on line 176632) in the 'zone' between the fork() and the parent-shell exit decision point of your most recent trace. Did you update your cygwin since your last run? Perhaps its just an artifact? The set happens 4 times in your trace: 1415 34111305 [main] bash 1696 fcntl_worker: 0 = fcntl (1, 1, 0x0) 484 34111789 [main] bash 1696 fhandler_base::set_no_inheritance: DuplicateHandle failed, Win32 error 87 121 34111910 [main] bash 1696 fhandler_base::set_close_on_exec: set close_on_exec for /dev/console to 1 933 34112038 [main] bash 456 dtable::dup2: 1 = dup2 (3, 1) 122 34112160 [main] bash 456 close: close (3) 119 34112279 [main] bash 456 fhandler_base::close: closing '/dev/null' handle 0x338 126 34112405 [main] bash 456 close: 0 = close (3) 244 34112649 [main] bash 456 spawnve: spawnve (/usr/bin/expr, expr, A059278) 905 34112815 [main] bash 1696 fhandler_base::set_no_inheritance: DuplicateHandle failed, Win32 error 87 123 34112938 [main] bash 1696 fcntl_worker: 0 = fcntl (10, 2, 0x1) 123 34113061 [main] bash 1696 dtable::dup2: dup2 (2, 1) 125 34113186 [main] bash 1696 build_fh_pc: fh 0x61781A80 121 34113307 [main] bash 1696 fhandler_base::set_flags: flags 0x10002, supplied_bin 0x0 119 34113426 [main] bash 1696 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x10000 907 34113556 [main] bash 456 spawn_guts: spawn_guts (3, /usr/bin/expr) Hmmm. -bogdan -------------- next part -------------- A non-text attachment was scrubbed... Name: strace3b.out Type: application/octet-stream Size: 105882 bytes Desc: not available URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From peda@axentia.se Tue Sep 14 08:15:00 2004 From: peda@axentia.se (Peter Ekberg) Date: Tue, 14 Sep 2004 08:15:00 -0000 Subject: 1.5.10: expr + configure failure + testcase (also on 1.5.11-1) Message-ID: <90459864DAD67D43BDD3D517DEFC2F7D7115@axon.Axentia.local> Bogdan Vacaliuc wrote: > In your *new* trace there are the same trace (on line 176632) > in the 'zone' between the fork() and the parent-shell exit decision > point of your most recent trace. > > Did you update your cygwin since your last run? Perhaps its > just an artifact? The set happens 4 times in your trace: Yes, the new trace is with cygwin1.dll 1.5.11-1, the old one was with 1.5.10-3, sorry if I didn't mention that... Cheers, Peter -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From andrex@alumni.utexas.net Tue Sep 14 08:20:00 2004 From: andrex@alumni.utexas.net (Andrew Schulman) Date: Tue, 14 Sep 2004 08:20:00 -0000 Subject: typo on cygwin.com Message-ID: http://cygwin.com/faq/faq_1.html, "Is it free software?": "... read the copyright section of the FAQ more more information ..." -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From andrex@alumni.utexas.net Tue Sep 14 08:33:00 2004 From: andrex@alumni.utexas.net (Andrew Schulman) Date: Tue, 14 Sep 2004 08:33:00 -0000 Subject: typo on cygwin.com (#2) Message-ID: http://cygwin.com/faq/faq_1.html#SEC5: "If you are looking for the a version number ..." -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Tue Sep 14 08:48:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Tue, 14 Sep 2004 08:48:00 -0000 Subject: WinXP compressed dirs will work? In-Reply-To: <6.1.0.6.0.20040913180828.03f85a00@pop.prospeed.net> References: <6.1.0.6.0.20040913180828.03f85a00@pop.prospeed.net> Message-ID: <4146ACE7.90806@x-ray.at> Larry Hall schrieb: > At 05:01 PM 9/13/2004, you wrote: > >>If i compress a dir in the home directory using WinXP native compressing, >>will it work with cygwin??? > > > Yes. Compression is taken care of by Windows at a very low level. Cygwin > is a layer over Windows. Cygwin will never know the difference. BTW: Wouldn't that be wanted? I think of something like chattr, applied to NTFS. Now that we have chattr in e2fsprogs, wouldn't that be a wanted addition to recognize NTFS also, for chattr and lsattr. Otherwise it's another e2fsprogs nameclash. Because I cannot think of a better name to modify the NTFS index and compression flags, and in the future for the extended WinFS capabilities. chattr [+-]c would be quite easy to add. SamRobb, Do you knwo if tytso thought about that? Anyway, I filed a RFE at sf.net For the other flags I don't know the WinAPI that good. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Tue Sep 14 09:13:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Tue, 14 Sep 2004 09:13:00 -0000 Subject: HELP: How to disable killing of Bash Shell window with mouse? In-Reply-To: <1qoebilxzdy1c$.dlg@thorstenkampe.de> References: <1qoebilxzdy1c$.dlg@thorstenkampe.de> Message-ID: <4146B06A.4080706@x-ray.at> Thorsten Kampe schrieb: > * Pekka Niiranen (2004-09-13 18:19 +0200) >>Killing Cygwin Shell Window with mouse leaves bash.exe running. >>which can be seen from W2K task manager. How can I disable >>X -button from the Shell Windows so that the user is forced >>to TYPE "exit" on command prompt? Recompiling? > > Recompile what? Cmd exe? Bash is a shell and knows nothing about the > Windows Console "X" button. > > Show them [Ctrl-d] which is anyway faster than grabbing the mouse. If > they still do it - hit 'em on the head with a stick and let them write > a thousand time "I won't ever try to close a shell with my mouse". I don't think that the question is really that stupid. People are used to the mouse. So, shouldn't the KILL message be propagated to its child process? bash could react then. Or is it only propagated if bash would register itself as an (invisible) window, just to receive those parent messages? Just on --login of course. If so, it should be added IMHO. I know it's stupid, but bash is the most used login shell, which should react somehow. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Tue Sep 14 09:36:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Tue, 14 Sep 2004 09:36:00 -0000 Subject: Installation hangs because asks for input from terminal (Attn: tetex maintainer, setup maintainer) In-Reply-To: <87isaikm6u.fsf@peder.flower> References: <41416E12.30103@math.md> <87llfenmgx.fsf@peder.flower> <874qm2nigl.fsf@peder.flower> <87d60qm23w.fsf@peder.flower> <87isaikm6u.fsf@peder.flower> Message-ID: <20040914091419.GA1066@cygbert.vinschen.de> Jan, On Sep 13 21:23, Jan Nieuwenhuizen wrote: > Because I do not like to make the wrong fix. In this case, it will > probably hurt very few people, so it would make sense to think a bit > and do it correctly, if possible. > > See, I can easily add unsetting bunch of variables to post-texmf.mf, eg > > unset MFINPUTS TEXINPUTS TEXMF TEXMFCNF TFMFONTS VARTEXFONTS > > but it makes little sense unless I also do that in a profile.d script > (ugh). > > Then, just pick a variable from texmf.cnf and set it to a silly value > in Windows, eg > > pool_size=2 > > and your tetex setup will be broken again. since the tetex settings are so dependent of environment variables and since the environment variables are shared with different tetex implementations, wouldn't it be better to split the tetex installation into two files? First, the postinstall script, which doesn't depend on these variables, and second, a still-to-be-created tetex-config script, similar to curl-config, exim-config, etc, and which has to be started by the user manually? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bvacaliuc@ngit.com Tue Sep 14 11:45:00 2004 From: bvacaliuc@ngit.com (Bogdan Vacaliuc) Date: Tue, 14 Sep 2004 11:45:00 -0000 Subject: 1.5.10: expr + configure failure + testcase (also on 1.5.11-1) In-Reply-To: <90459864DAD67D43BDD3D517DEFC2F7D7115@axon.Axentia.local> Message-ID: <01c601c49a3e$5dc4b980$0b03a8c0@lithium> Hi Peter, > Yes, the new trace is with cygwin1.dll 1.5.11-1, the old one > was with 1.5.10-3, sorry if I didn't mention that... No, that's fine. It would have been significant if you *had not* upgraded and yet produced that failure. -bogdan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From jwright@hasborg.com Tue Sep 14 12:53:00 2004 From: jwright@hasborg.com (Joshua Wright) Date: Tue, 14 Sep 2004 12:53:00 -0000 Subject: Program terminates with "cygheap version mismatch detected" Message-ID: <4146D9AC.1020200@hasborg.com> I've been using Cygwin for a few years to port code written for Linux systems to Windows systems. Thanks to the developers and supporters for providing such wonderful software. A user recently reported that a tool I have written no longer works on Windows systems, generating the following error: $ ./asleap.exe c:\DEV\testing\asleap.exe (988): *** cygheap version mismatch detected - 0x61780000/0xBF0000. You have multiple copies of cygwin1.dll on your system. Search for cygwin1.dll using the Windows Start->Find/Search facility and delete all but the most recent version. The most recent version *should* reside in x:\cygwin\bin, where 'x' is the drive on which you have installed the cygwin distribution. $ This is on a Windows XP SP2 machine. "cygwin1.dll" reports version 1.5.11. Output of "cygcheck -s -v -r" attached. I used the Windows Find functionality as described and removed all cygwin1.dll files except the file in c:\cygwin\bin and rebooted my system, but the error persists. Other Cygwin code on my system is working fine, yet I am unable to identify the potential issue with this program. I believe the problem may be associated with the changes implemented in Windows XP SP2, but I'm not certain. Has anyone run into a similar issue? Any suggestions? Thanks, -Josh -- -Joshua Wright jwright@hasborg.com http://home.jwu.edu/jwright/ pgpkey: http://home.jwu.edu/jwright/pgpkey.htm fingerprint: FDA5 12FC F391 3740 E0AE BDB6 8FE2 FC0A D44B 4A73 Today I stumbled across the world's largest hotspot. The SSID is "linksys". -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygcheck.out URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bobbymcn@bellsouth.net Tue Sep 14 12:58:00 2004 From: bobbymcn@bellsouth.net (Bobby McNulty) Date: Tue, 14 Sep 2004 12:58:00 -0000 Subject: Program terminates with "cygheap version mismatch detected" In-Reply-To: <4146D9AC.1020200@hasborg.com> References: <4146D9AC.1020200@hasborg.com> Message-ID: <4146CD0C.2000007@bellsouth.net> Joshua Wright wrote: > I've been using Cygwin for a few years to port code written for Linux > systems to Windows systems. Thanks to the developers and supporters > for providing such wonderful software. > > A user recently reported that a tool I have written no longer works on > Windows systems, generating the following error: > > $ ./asleap.exe > c:\DEV\testing\asleap.exe (988): *** cygheap version mismatch detected > - 0x61780000/0xBF0000. > You have multiple copies of cygwin1.dll on your system. > Search for cygwin1.dll using the Windows Start->Find/Search facility > and delete all but the most recent version. The most recent version > *should* > reside in x:\cygwin\bin, where 'x' is the drive on which you have > installed the cygwin distribution. > > $ > > This is on a Windows XP SP2 machine. "cygwin1.dll" reports version > 1.5.11. Output of "cygcheck -s -v -r" attached. > > I used the Windows Find functionality as described and removed all > cygwin1.dll files except the file in c:\cygwin\bin and rebooted my > system, but the error persists. > > Other Cygwin code on my system is working fine, yet I am unable to > identify the potential issue with this program. I believe the problem > may be associated with the changes implemented in Windows XP SP2, but > I'm not certain. > > Has anyone run into a similar issue? Any suggestions? > > Thanks, > > -Josh > >------------------------------------------------------------------------ > > >Cygwin Configuration Diagnostics >Current System Time: Tue Sep 14 07:40:49 2004 > >Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 > >Path: C:\cygwin\usr\local\bin > C:\cygwin\bin > C:\cygwin\bin > C:\cygwin\usr\X11R6\bin > c:\Perl\bin\ > c:\WINDOWS\system32 > c:\WINDOWS > c:\WINDOWS\System32\Wbem > c:\bin > c:\Program Files\PuTTY > c:\cis\rat\bin > >Output from C:\cygwin\bin\id.exe (nontsec) >UID: 1003(Joshua Wright) GID: 513(None) >513(None) > >Output from C:\cygwin\bin\id.exe (ntsec) >UID: 1003(Joshua Wright) GID: 513(None) >0(root) 513(None) >544(Administrators) 545(Users) > >SysDir: C:\WINDOWS\system32 >WinDir: C:\WINDOWS > >HOME = `C:\cygwin\home\Joshua Wright' >MAKE_MODE = `unix' >PWD = `/cygdrive/c/DEV' >USER = `Joshua Wright' > >ALLUSERSPROFILE = `C:\Documents and Settings\All Users' >APPDATA = `C:\Documents and Settings\Joshua Wright\Application Data' >CLIENTNAME = `Console' >COMMONPROGRAMFILES = `C:\Program Files\Common Files' >COMPUTERNAME = `JWRIGHT' >COMSPEC = `C:\WINDOWS\system32\cmd.exe' >CVS_RSH = `/bin/ssh' >FP_NO_HOST_CHECK = `NO' >HOMEDRIVE = `C:' >HOMEPATH = `\Documents and Settings\Joshua Wright' >HOSTNAME = `jwright' >INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' >LOGONSERVER = `\\JWRIGHT' >MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man:/usr/X11R6/man' >NUMBER_OF_PROCESSORS = `1' >OLDPWD = `/home/Joshua Wright' >OS = `Windows_NT' >PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' >PKG_CONFIG_PATH = `/usr/X11R6/lib/pkgconfig' >PROCESSOR_ARCHITECTURE = `x86' >PROCESSOR_IDENTIFIER = `x86 Family 6 Model 9 Stepping 5, GenuineIntel' >PROCESSOR_LEVEL = `6' >PROCESSOR_REVISION = `0905' >PROGRAMFILES = `C:\Program Files' >PROMPT = `$P$G' >PS1 = `\[\033]0;\w\007 >\033[32m\]\u@\h \[\033[33m\w\033[0m\] >$ ' >SESSIONNAME = `Console' >SHLVL = `1' >SYSTEMDRIVE = `C:' >SYSTEMROOT = `C:\WINDOWS' >TEMP = `C:\DOCUME~1\JOSHUA~1\LOCALS~1\Temp' >TERM = `cygwin' >TMP = `C:\DOCUME~1\JOSHUA~1\LOCALS~1\Temp' >USERDOMAIN = `JWRIGHT' >USERNAME = `Joshua Wright' >USERPROFILE = `C:\Documents and Settings\Joshua Wright' >WINDIR = `C:\WINDOWS' >_ = `/usr/bin/cygcheck' >POSIXLY_CORRECT = `1' > >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_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup >HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0 >HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts >HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\00 > (default) = `C:' > unix = `/' > fbinary = 0x00000000 > fsilent = 0x00000000 >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 > (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 >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0 >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\00 >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\01 >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\02 >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\03 >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\04 >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\05 >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\06 >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\07 >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\08 >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\09 >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0A >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0B >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0C >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0D >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0E >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0F >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\10 >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\11 >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\12 >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\13 >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\14 >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\15 >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\16 >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\17 >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\18 >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\19 >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\1A >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\1B >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\1C >HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\1D > >c: hd NTFS 20002Mb 77% CP CS UN PA FC >d: cd N/A N/A >z: net NTFS 19092Mb 5% CP CS PA drop > >C:\cygwin / system binmode >C:\cygwin/bin /usr/bin system binmode >C:\cygwin/lib /usr/lib system binmode >C:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode >. /cygdrive system binmode,cygdrive > >Found: C:\cygwin\bin\awk.exe >Found: C:\cygwin\bin\bash.exe >Found: C:\cygwin\bin\cat.exe >Found: C:\cygwin\bin\cp.exe >Found: C:\cygwin\bin\cpp.exe >Found: C:\cygwin\bin\find.exe >Found: c:\bin\find.exe >Warning: C:\cygwin\bin\find.exe hides c:\bin\find.exe >Found: \bin\find.exe >Warning: C:\cygwin\bin\find.exe hides \bin\find.exe >Found: C:\cygwin\bin\gcc.exe >Found: C:\cygwin\bin\gdb.exe >Found: C:\cygwin\bin\grep.exe >Found: C:\cygwin\bin\ld.exe >Found: C:\cygwin\bin\ls.exe >Found: C:\cygwin\bin\make.exe >Found: C:\cygwin\bin\mv.exe >Found: C:\cygwin\bin\rm.exe >Found: C:\cygwin\bin\sed.exe >Found: C:\cygwin\bin\sh.exe >Found: C:\cygwin\bin\tar.exe > > 61k 2003/08/09 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 > "cygbz2-1.dll" v0.0 ts=2003/8/9 2:35 > 18k 2004/07/06 C:\cygwin\bin\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0 > "cygcharset-1.dll" v0.0 ts=2004/7/6 14:09 > 7k 2003/10/19 C:\cygwin\bin\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0 > "cygcrypt-0.dll" v0.0 ts=2003/10/19 3:57 > 841k 2004/03/17 C:\cygwin\bin\cygcrypto-0.9.7.dll - os=4.0 img=1.0 sys=4.0 > "cygcrypto-0.9.7.dll" v0.0 ts=2004/3/17 17:58 > 617k 2004/03/22 C:\cygwin\bin\cygcurl-2.dll - os=4.0 img=1.0 sys=4.0 > "cygcurl-2.dll" v0.0 ts=2004/3/22 10:52 > 22k 2004/02/10 C:\cygwin\bin\cygcygipc-2.dll - os=4.0 img=1.0 sys=4.0 > "cygcygipc-2.dll" v0.0 ts=2004/2/9 21:48 > 380k 2002/07/24 C:\cygwin\bin\cygdb-3.1.dll - os=4.0 img=1.0 sys=4.0 > "cygdb-3.1.dll" v0.0 ts=2002/7/24 12:24 > 831k 2003/09/20 C:\cygwin\bin\cygdb-4.1.dll - os=4.0 img=1.0 sys=4.0 > "cygdb-4.1.dll" v0.0 ts=2003/9/20 17:51 > 895k 2004/04/28 C:\cygwin\bin\cygdb-4.2.dll - os=4.0 img=1.0 sys=4.0 > "cygdb-4.2.dll" v0.0 ts=2004/4/27 11:31 > 487k 2002/07/24 C:\cygwin\bin\cygdb_cxx-3.1.dll - os=4.0 img=1.0 sys=4.0 > "cygdb_cxx-3.1.dll" v0.0 ts=2002/7/24 12:25 > 1080k 2003/09/20 C:\cygwin\bin\cygdb_cxx-4.1.dll - os=4.0 img=1.0 sys=4.0 > "cygdb_cxx-4.1.dll" v0.0 ts=2003/9/20 17:53 > 1156k 2004/04/28 C:\cygwin\bin\cygdb_cxx-4.2.dll - os=4.0 img=1.0 sys=4.0 > "cygdb_cxx-4.2.dll" v0.0 ts=2004/4/27 11:35 > 155k 2004/01/07 C:\cygwin\bin\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0 > "cygexpat-0.dll" v0.0 ts=2004/1/7 11:14 > 71k 2004/08/04 C:\cygwin\bin\cygexslt-0.dll - os=4.0 img=1.0 sys=4.0 > "cygexslt-0.dll" v0.0 ts=2004/8/4 12:11 > 654k 2003/11/04 C:\cygwin\bin\cygfltknox-0.dll - os=4.0 img=1.0 sys=4.0 > "cygfltknox-0.dll" v0.0 ts=2003/11/4 16:57 > 65k 2003/11/04 C:\cygwin\bin\cygfltknox_forms-0.dll - os=4.0 img=1.0 sys=4.0 > "cygfltknox_forms-0.dll" v0.0 ts=2003/11/4 16:57 > 81k 2003/11/04 C:\cygwin\bin\cygfltknox_gl-0.dll - os=4.0 img=1.0 sys=4.0 > "cygfltknox_gl-0.dll" v0.0 ts=2003/11/4 16:58 > 108k 2003/11/04 C:\cygwin\bin\cygfltknox_images-0.dll - os=4.0 img=1.0 sys=4.0 > "cygfltknox_images-0.dll" v0.0 ts=2003/11/4 16:58 > 129k 2004/03/11 C:\cygwin\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0 > "cygfontconfig-1.dll" v0.0 ts=2004/3/10 19:12 > 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 > 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 > 48k 2003/08/09 C:\cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0 > "cygform7.dll" v0.0 ts=2003/8/9 5:25 > 907k 2004/06/09 C:\cygwin\bin\cygfpx-1.dll - os=4.0 img=1.0 sys=4.0 > "cygfpx-1.dll" v0.0 ts=2004/6/9 4:35 > 361k 2003/10/25 C:\cygwin\bin\cygfreetype-6.dll - os=4.0 img=1.0 sys=4.0 > "cygfreetype-6.dll" v0.0 ts=2003/10/22 0:18 > 28k 2003/07/20 C:\cygwin\bin\cyggdbm-3.dll - os=4.0 img=1.0 sys=4.0 > "cyggdbm-3.dll" v0.0 ts=2003/7/20 3:58 > 30k 2003/08/11 C:\cygwin\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0 > "cyggdbm-4.dll" v0.0 ts=2003/8/10 22:12 > 19k 2003/03/22 C:\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0 > "cyggdbm.dll" v0.0 ts=2002/2/19 22:05 > 15k 2003/07/20 C:\cygwin\bin\cyggdbm_compat-3.dll - os=4.0 img=1.0 sys=4.0 > "cyggdbm_compat-3.dll" v0.0 ts=2003/7/20 4:00 > 15k 2003/08/11 C:\cygwin\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0 > "cyggdbm_compat-4.dll" v0.0 ts=2003/8/10 22:13 > 107k 2004/07/06 C:\cygwin\bin\cyggettextlib-0-14-1.dll - os=4.0 img=1.0 sys=4.0 > "cyggettextlib-0-14-1.dll" v0.0 ts=2004/7/6 13:56 > 17k 2004/07/06 C:\cygwin\bin\cyggettextpo-0.dll - os=4.0 img=1.0 sys=4.0 > "cyggettextpo-0.dll" v0.0 ts=2004/7/6 13:56 > 190k 2004/07/06 C:\cygwin\bin\cyggettextsrc-0-14-1.dll - os=4.0 img=1.0 sys=4.0 > "cyggettextsrc-0-14-1.dll" v0.0 ts=2004/7/6 13:56 > 351k 2004/07/17 C:\cygwin\bin\cygGraphicsMagick++-0.dll - os=4.0 img=1.0 sys=4.0 > "cygGraphicsMagick++-0.dll" v0.0 ts=2004/7/17 4:48 > 2170k 2004/07/17 C:\cygwin\bin\cygGraphicsMagick-0.dll - os=4.0 img=1.0 sys=4.0 > "cygGraphicsMagick-0.dll" v0.0 ts=2004/7/17 4:46 > 489k 2003/08/09 C:\cygwin\bin\cygguile-12.dll - os=4.0 img=1.0 sys=4.0 > "cygguile-12.dll" v0.0 ts=2003/8/9 10:17 > 489k 2003/07/28 C:\cygwin\bin\cygguile-12abi13.dll - os=4.0 img=1.0 sys=4.0 > "cygguile-12abi13.dll" v0.0 ts=2003/7/28 14:18 > 24k 2003/08/09 C:\cygwin\bin\cygguile-ltdl-1.dll - os=4.0 img=1.0 sys=4.0 > "cygguile-ltdl-1.dll" v0.0 ts=2003/8/9 10:16 > 24k 2003/07/28 C:\cygwin\bin\cygguile-ltdl-1abi13.dll - os=4.0 img=1.0 sys=4.0 > "cygguile-ltdl-1abi13.dll" v0.0 ts=2003/7/28 13:48 > 62k 2003/08/09 C:\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1.dll - os=4.0 img=1.0 sys=4.0 > "cygguile-srfi-srfi-13-14-v-1-1.dll" v0.0 ts=2003/8/9 10:17 > 62k 2003/07/28 C:\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1abi13.dll - os=4.0 img=1.0 sys=4.0 > "cygguile-srfi-srfi-13-14-v-1-1abi13.dll" v0.0 ts=2003/7/28 14:18 > 23k 2003/08/09 C:\cygwin\bin\cygguile-srfi-srfi-4-v-1-1.dll - os=4.0 img=1.0 sys=4.0 > "cygguile-srfi-srfi-4-v-1-1.dll" v0.0 ts=2003/8/9 10:17 > 23k 2003/07/28 C:\cygwin\bin\cygguile-srfi-srfi-4-v-1-1abi13.dll - os=4.0 img=1.0 sys=4.0 > "cygguile-srfi-srfi-4-v-1-1abi13.dll" v0.0 ts=2003/7/28 14:18 > 11k 2003/08/09 C:\cygwin\bin\cygguilereadline-v-12-12.dll - os=4.0 img=1.0 sys=4.0 > "cygguilereadline-v-12-12.dll" v0.0 ts=2003/8/9 10:17 > 11k 2003/07/28 C:\cygwin\bin\cygguilereadline-v-12-12abi13.dll - os=4.0 img=1.0 sys=4.0 > "cygguilereadline-v-12-12abi13.dll" v0.0 ts=2003/7/28 14:18 > 17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll - os=4.0 img=1.0 sys=4.0 > "cyghistory4.dll" v0.0 ts=2001/1/6 23:34 > 29k 2003/08/10 C:\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0 > "cyghistory5.dll" v0.0 ts=2003/8/10 19:16 > 991k 2004/07/06 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 > "cygiconv-2.dll" v0.0 ts=2004/7/6 14:10 > 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 > 37k 2003/08/10 C:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0 > "cygintl-2.dll" v0.0 ts=2003/8/10 17:50 > 54k 2004/07/06 C:\cygwin\bin\cygintl-3.dll - os=4.0 img=1.0 sys=4.0 > "cygintl-3.dll" v0.0 ts=2004/7/6 13:51 > 21k 2001/06/20 C:\cygwin\bin\cygintl.dll - os=4.0 img=1.0 sys=4.0 > "cygintl.dll" v0.0 ts=2001/6/20 13:09 > 12k 2003/02/17 C:\cygwin\bin\cygioperm-0.dll - os=4.0 img=1.0 sys=4.0 > "cygioperm-0.dll" v0.0 ts=2003/2/17 14:58 > 241k 2004/08/06 C:\cygwin\bin\cygjasper-1-701-1.dll - os=4.0 img=1.0 sys=4.0 > "cygjasper-1-701-1.dll" v0.0 ts=2004/8/6 11:17 > 48k 2003/08/10 C:\cygwin\bin\cygjbig1.dll - os=4.0 img=1.0 sys=4.0 > "cygjbig1.dll" v0.0 ts=2003/8/10 19:58 > 132k 2003/08/11 C:\cygwin\bin\cygjpeg-62.dll - os=4.0 img=1.0 sys=4.0 > "cygjpeg-62.dll" v0.0 ts=2003/8/10 20:37 > 119k 2002/02/09 C:\cygwin\bin\cygjpeg6b.dll - os=4.0 img=1.0 sys=4.0 > "cygjpeg6b.dll" v0.0 ts=2002/2/9 0:19 > 60k 2003/09/17 C:\cygwin\bin\cygkpathsea-3.dll - os=4.0 img=1.0 sys=4.0 > "cygkpathsea-3.dll" v0.0 ts=2003/9/17 12:37 > 60k 2003/07/27 C:\cygwin\bin\cygkpathsea-3abi13.dll - os=4.0 img=1.0 sys=4.0 > "cygkpathsea-3abi13.dll" v0.0 ts=2003/7/27 16:23 > 156k 2004/06/04 C:\cygwin\bin\cyglcms-1.dll - os=4.0 img=1.0 sys=4.0 > "cyglcms-1.dll" v0.0 ts=2004/6/4 10:00 > 40k 2004/07/07 C:\cygwin\bin\cygltdl-3.dll - os=4.0 img=1.0 sys=4.0 > "cygltdl-3.dll" v0.0 ts=2004/7/7 2:06 > 144k 2004/08/29 C:\cygwin\bin\cygmagic-1.dll - os=4.0 img=1.0 sys=4.0 > "cygmagic-1.dll" v0.0 ts=2004/8/29 16:25 > 369k 2004/08/11 C:\cygwin\bin\cygMagick++-6.dll - os=4.0 img=1.0 sys=4.0 > "cygMagick++-6.dll" v0.0 ts=2004/8/11 2:04 > 3214k 2004/08/11 C:\cygwin\bin\cygMagick-6.dll - os=4.0 img=1.0 sys=4.0 > "cygMagick-6.dll" v0.0 ts=2004/8/11 1:37 > 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 > 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 > 29k 2003/08/09 C:\cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0 > "cygmenu7.dll" v0.0 ts=2003/8/9 5:25 > 15k 2003/11/20 C:\cygwin\bin\cygminires.dll - os=4.0 img=0.97 sys=4.0 > "cygminires.dll" v0.0 ts=2003/11/19 20:55 > 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 > 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 > 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 > 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 > 224k 2003/08/09 C:\cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0 > "cygncurses7.dll" v0.0 ts=2003/8/9 5:24 > 15k 2001/04/25 C:\cygwin\bin\cygpanel5.dll - os=4.0 img=1.0 sys=4.0 > "cygpanel5.dll" v0.0 ts=2001/4/25 1: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 1:03 > 19k 2003/08/09 C:\cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0 > "cygpanel7.dll" v0.0 ts=2003/8/9 5:24 > 62k 2003/12/11 C:\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0 > "cygpcre-0.dll" v0.0 ts=2003/12/11 12:01 > 63k 2003/04/11 C:\cygwin\bin\cygpcre.dll - os=4.0 img=1.0 sys=4.0 > "cygpcre.dll" v0.0 ts=2003/4/11 4:31 > 9k 2003/12/11 C:\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0 > "cygpcreposix-0.dll" v0.0 ts=2003/12/11 12:01 > 61k 2003/04/11 C:\cygwin\bin\cygpcreposix.dll - os=4.0 img=1.0 sys=4.0 > "cygpcreposix.dll" v0.0 ts=2003/4/11 4:31 > 1061k 2004/08/19 C:\cygwin\bin\cygperl5_8_5.dll - os=4.0 img=1.0 sys=4.0 > "cygperl5_8_5.dll" v0.0 ts=2004/8/19 13:54 > 173k 2003/08/10 C:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0 > "cygpng12.dll" v0.0 ts=2003/8/10 18:35 > 22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0 > "cygpopt-0.dll" v0.0 ts=2002/6/9 1: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/6 23:34 > 148k 2003/08/10 C:\cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0 > "cygreadline5.dll" v0.0 ts=2003/8/10 19:16 > 380k 2003/12/13 C:\cygwin\bin\cygsmi-2.dll - os=4.0 img=1.0 sys=4.0 > "cygsmi-2.dll" v0.0 ts=2003/12/12 19:57 > 171k 2004/03/17 C:\cygwin\bin\cygssl-0.9.7.dll - os=4.0 img=1.0 sys=4.0 > "cygssl-0.9.7.dll" v0.0 ts=2004/3/17 17:58 > 281k 2003/02/24 C:\cygwin\bin\cygtiff3.dll - os=4.0 img=1.0 sys=4.0 > "cygtiff3.dll" v0.0 ts=2003/2/23 23:58 > 282k 2003/08/11 C:\cygwin\bin\cygtiff4.dll - os=4.0 img=1.0 sys=4.0 > "cygtiff4.dll" v0.0 ts=2003/8/10 22:32 > 27k 2004/03/05 C:\cygwin\bin\cygungif-4.dll - os=4.0 img=1.0 sys=4.0 > "cygungif-4.dll" v0.0 ts=2004/3/5 15:13 > 154k 2004/08/11 C:\cygwin\bin\cygWand-6.dll - os=4.0 img=1.0 sys=4.0 > "cygWand-6.dll" v0.0 ts=2004/8/11 2:04 > 1226k 2004/08/04 C:\cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0 > "cygxml2-2.dll" v0.0 ts=2004/8/4 10:47 > 200k 2004/08/04 C:\cygwin\bin\cygxslt-1.dll - os=4.0 img=1.0 sys=4.0 > "cygxslt-1.dll" v0.0 ts=2004/8/4 12:09 > 61k 2003/12/04 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 > "cygz.dll" v0.0 ts=2003/12/3 22:03 > 1111k 2004/09/05 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 > "cygwin1.dll" v0.0 ts=2004/9/4 23:17 > Cygwin DLL version info: > DLL version: 1.5.11 > DLL epoch: 19 > DLL bad signal mask: 19005 > DLL old termios: 5 > DLL malloc env: 28 > API major: 0 > API minor: 116 > Shared data: 4 > DLL identifier: cygwin1 > Mount registry: 2 > Cygnus registry name: Cygnus Solutions > Cygwin registry name: Cygwin > Program options name: Program Options > Cygwin mount registry name: mounts v2 > Cygdrive flags: cygdrive flags > Cygdrive prefix: cygdrive prefix > Cygdrive default prefix: > Build date: Sat Sep 4 23:17:09 EDT 2004 > Shared id: cygwin1S4 > > 243k 2004/09/09 C:\cygwin\usr\X11R6\bin\cygdps-1.dll - os=4.0 img=1.0 sys=4.0 > "cygdps-1.dll" v0.0 ts=2004/9/9 8:40 > 26k 2004/09/09 C:\cygwin\usr\X11R6\bin\cygdpstk-1.dll - os=4.0 img=1.0 sys=4.0 > "cygdpstk-1.dll" v0.0 ts=2004/9/9 8:40 > 28k 2004/03/31 C:\cygwin\usr\X11R6\bin\cygDtPrint-1.dll - os=4.0 img=1.0 sys=4.0 > "cygDtPrint-1.dll" v0.0 ts=2004/3/30 23:23 > 21k 2004/09/09 C:\cygwin\usr\X11R6\bin\cygfontenc-1.dll - os=4.0 img=1.0 sys=4.0 > "cygfontenc-1.dll" v0.0 ts=2004/9/9 8:44 > 282k 2003/10/28 C:\cygwin\usr\X11R6\bin\cygfreetype-9.dll - os=4.0 img=1.0 sys=4.0 > "cygfreetype-9.dll" v0.0 ts=2003/10/18 2:44 > 36k 2004/09/09 C:\cygwin\usr\X11R6\bin\cygFS-6.dll - os=4.0 img=1.0 sys=4.0 > "cygFS-6.dll" v0.0 ts=2004/9/9 8:31 > 417k 2004/09/09 C:\cygwin\usr\X11R6\bin\cygGL-1.dll - os=4.0 img=1.0 sys=4.0 > "cygGL-1.dll" v0.0 ts=2004/9/9 8:37 > 439k 2004/09/09 C:\cygwin\usr\X11R6\bin\cygGLU-1.dll - os=4.0 img=1.0 sys=4.0 > "cygGLU-1.dll" v0.0 ts=2004/9/9 8:39 > 140k 2004/08/06 C:\cygwin\usr\X11R6\bin\cygglut-3.dll - os=4.0 img=1.0 sys=4.0 > "cygglut-3.dll" v0.0 ts=2004/8/6 10:43 > 75k 2004/09/09 C:\cygwin\usr\X11R6\bin\cygICE-6.dll - os=4.0 img=1.0 sys=4.0 > "cygICE-6.dll" v0.0 ts=2004/9/9 8:23 > 77k 2004/03/31 C:\cygwin\usr\X11R6\bin\cygMrm-2.dll - os=4.0 img=1.0 sys=4.0 > "cygMrm-2.dll" v0.0 ts=2004/3/30 23:23 > 9k 2004/09/09 C:\cygwin\usr\X11R6\bin\cygoldX-6.dll - os=4.0 img=1.0 sys=4.0 > "cygoldX-6.dll" v0.0 ts=2004/9/9 8:23 > 1416k 2004/09/09 C:\cygwin\usr\X11R6\bin\cygOSMesa-4.dll - os=4.0 img=1.0 sys=4.0 > "cygOSMesa-4.dll" v0.0 ts=2004/9/9 8:37 > 20k 2004/09/09 C:\cygwin\usr\X11R6\bin\cygpsres-1.dll - os=4.0 img=1.0 sys=4.0 > "cygpsres-1.dll" v0.0 ts=2004/9/9 8:40 > 30k 2004/09/09 C:\cygwin\usr\X11R6\bin\cygSM-6.dll - os=4.0 img=1.0 sys=4.0 > "cygSM-6.dll" v0.0 ts=2004/9/9 8:23 > 66k 2004/03/31 C:\cygwin\usr\X11R6\bin\cygUil-2.dll - os=4.0 img=1.0 sys=4.0 > "cygUil-2.dll" v0.0 ts=2004/3/30 23:23 > 876k 2004/09/09 C:\cygwin\usr\X11R6\bin\cygX11-6.dll - os=4.0 img=1.0 sys=4.0 > "cygX11-6.dll" v0.0 ts=2004/9/9 8:23 > 253k 2004/09/09 C:\cygwin\usr\X11R6\bin\cygXaw-6.dll - os=4.0 img=1.0 sys=4.0 > "cygXaw-6.dll" v0.0 ts=2004/9/9 8:28 > 356k 2004/09/09 C:\cygwin\usr\X11R6\bin\cygXaw-7.dll - os=4.0 img=1.0 sys=4.0 > "cygXaw-7.dll" v0.0 ts=2004/9/9 8:29 > 362k 2004/09/09 C:\cygwin\usr\X11R6\bin\cygXaw-8.dll - os=4.0 img=1.0 sys=4.0 > "cygXaw-8.dll" v0.0 ts=2004/9/9 8:30 > 9k 2004/09/09 C:\cygwin\usr\X11R6\bin\cygXcomposite-1.dll - os=4.0 img=1.0 sys=4.0 > "cygXcomposite-1.dll" v0.0 ts=2004/9/9 8:43 > 30k 2004/09/09 C:\cygwin\usr\X11R6\bin\cygXcursor-1.dll - os=4.0 img=1.0 sys=4.0 > "cygXcursor-1.dll" v0.0 ts=2004/9/9 8:42 > 9k 2004/09/09 C:\cygwin\usr\X11R6\bin\cygXdamage-1.dll - os=4.0 img=1.0 sys=4.0 > "cygXdamage-1.dll" v0.0 ts=2004/9/9 8:42 > 7k 2004/09/09 C:\cygwin\usr\X11R6\bin\cygXevie-1.dll - os=4.0 img=1.0 sys=4.0 > "cygXevie-1.dll" v0.0 ts=2004/9/9 8:42 > 49k 2004/09/09 C:\cygwin\usr\X11R6\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0 > "cygXext-6.dll" v0.0 ts=2004/9/9 8:24 > 16k 2004/09/09 C:\cygwin\usr\X11R6\bin\cygXfixes-3.dll - os=4.0 img=1.0 sys=4.0 > "cygXfixes-3.dll" v0.0 ts=2004/9/9 8:42 > 56k 2004/03/11 C:\cygwin\usr\X11R6\bin\cygXft-1.dll - os=4.0 img=1.0 sys=4.0 > "cygXft-1.dll" v0.0 ts=2003/11/17 20:42 > 63k 2004/03/23 C:\cygwin\usr\X11R6\bin\cygXft-2.dll - os=4.0 img=1.0 sys=4.0 > "cygXft-2.dll" v0.0 ts=2004/3/23 17:20 > 27k 2004/09/09 C:\cygwin\usr\X11R6\bin\cygXi-6.dll - os=4.0 img=1.0 sys=4.0 > "cygXi-6.dll" v0.0 ts=2004/9/9 8:30 > 125k 2004/09/09 C:\cygwin\usr\X11R6\bin\cygxkbfile-1.dll - os=4.0 img=1.0 sys=4.0 > "cygxkbfile-1.dll" v0.0 ts=2004/9/9 8:31 > 12k 2004/09/09 C:\cygwin\usr\X11R6\bin\cygxkbui-1.dll - os=4.0 img=1.0 sys=4.0 > "cygxkbui-1.dll" v0.0 ts=2004/9/9 8:31 > 1294k 2004/03/31 C:\cygwin\usr\X11R6\bin\cygXm-2.dll - os=4.0 img=1.0 sys=4.0 > "cygXm-2.dll" v0.0 ts=2004/3/30 23:20 > 76k 2004/09/09 C:\cygwin\usr\X11R6\bin\cygXmu-6.dll - os=4.0 img=1.0 sys=4.0 > "cygXmu-6.dll" v0.0 ts=2004/9/9 8:26 > 11k 2004/09/09 C:\cygwin\usr\X11R6\bin\cygXmuu-1.dll - os=4.0 img=1.0 sys=4.0 > "cygXmuu-1.dll" v0.0 ts=2004/9/9 8:26 > 26k 2004/09/09 C:\cygwin\usr\X11R6\bin\cygXp-6.dll - os=4.0 img=1.0 sys=4.0 > "cygXp-6.dll" v0.0 ts=2004/9/9 8:26 > 51k 2004/09/09 C:\cygwin\usr\X11R6\bin\cygXpm-4.dll - os=4.0 img=1.0 sys=4.0 > "cygXpm-4.dll" v0.0 ts=2004/9/9 8:26 > 11k 2004/09/09 C:\cygwin\usr\X11R6\bin\cygXrandr-2.dll - os=4.0 img=1.0 sys=4.0 > "cygXrandr-2.dll" v0.0 ts=2004/9/9 8:42 > 28k 2004/09/09 C:\cygwin\usr\X11R6\bin\cygXrender-1.dll - os=4.0 img=1.0 sys=4.0 > "cygXrender-1.dll" v0.0 ts=2004/9/9 8:41 > 8k 2004/09/09 C:\cygwin\usr\X11R6\bin\cygXRes-1.dll - os=4.0 img=1.0 sys=4.0 > "cygXRes-1.dll" v0.0 ts=2004/9/9 8:42 > 282k 2004/09/09 C:\cygwin\usr\X11R6\bin\cygXt-6.dll - os=4.0 img=1.0 sys=4.0 > "cygXt-6.dll" v0.0 ts=2004/9/9 8:25 > 27k 2004/09/09 C:\cygwin\usr\X11R6\bin\cygXTrap-6.dll - os=4.0 img=1.0 sys=4.0 > "cygXTrap-6.dll" v0.0 ts=2004/9/9 8:42 > 17k 2004/09/09 C:\cygwin\usr\X11R6\bin\cygXtst-6.dll - os=4.0 img=1.0 sys=4.0 > "cygXtst-6.dll" v0.0 ts=2004/9/9 8:31 > 841k 2004/03/18 c:\bin\cygcrypto-0.9.7.dll - os=4.0 img=1.0 sys=4.0 > "cygcrypto-0.9.7.dll" v0.0 ts=2004/3/17 17:58 > 171k 2004/03/18 c:\bin\cygssl-0.9.7.dll - os=4.0 img=1.0 sys=4.0 > "cygssl-0.9.7.dll" v0.0 ts=2004/3/17 17:58 > 841k 2004/03/18 \bin\cygcrypto-0.9.7.dll - os=4.0 img=1.0 sys=4.0 > "cygcrypto-0.9.7.dll" v0.0 ts=2004/3/17 17:58 > 171k 2004/03/18 \bin\cygssl-0.9.7.dll - os=4.0 img=1.0 sys=4.0 > "cygssl-0.9.7.dll" v0.0 ts=2004/3/17 17:58 > >Cygwin Package Information >Last downloaded files to: c:\temp >Last downloaded files from: http://gnu.kookel.org/ftp/cygwin > >Package Version >_update-info-dir 00227-1 >ash 20040127-1 >autoconf 2.59-1 >autoconf-devel 2.59-1 >autoconf-stable 2.13-5 >automake 1.7.9-1 >automake-devel 1.8.5-1 >automake-stable 1.4p6-2 >base-files 3.0-3 >base-passwd 1.1-1 >bash 2.05b-16 >binutils 20040725-2 >bison 20030307-1 >byacc 1.9-1 >bzip2 1.0.2-5 >c-client 2002e-3 >cabextract 0.6-2 >ccache 2.2-1 >ccdoc 0.8.39-1 >check 0.8.4-1 >cmake 2.0.3-1 >cocom 0.995-1 >compface 1.4-5 >crypt 1.1-1 >ctags 5.5-4 >curl 7.11.1-1 >curl-devel 7.11.1-1 >cvs 1.11.6-3 >cygipc 2.03-2 >cygutils 1.2.5-1 >cygwin 1.5.11-1 >ddd 3.3.9-1 >dejagnu 20021217-2 >diffutils 2.8.7-1 >distcc 2.16-1 >doxygen 1.2.18-1 >dpkg 1.10.4-2 >editrights 1.01-1 >expat 1.95.7-1 >expect 20030128-1 >file 4.10-1 >fileutils 4.1-2 >findutils 4.1.7-4 >flex 2.5.4a-3 >fltk 1.1.4-2 >fontconfig 2.2.2-1 >freeglut 2.2.0-1 >freetype2 2.1.5-1 >gawk 3.1.4-3 >gcc 3.3.3-3 >gcc-core 3.3.3-3 >gcc-g++ 3.3.3-3 >gcc-gpc 3.3.3-3 >gcc-mingw 20040810-1 >gcc-mingw-core 20040810-1 >gcc-mingw-g++ 20040810-1 >gcc-mingw-gpc 20040810-1 >gcc-mingw-objc 20040810-1 >gcc-objc 3.3.3-3 >gdb 20030919-1 >gdbm 1.8.3-7 >gettext 0.14.1-1 >gettext-devel 0.14.1-1 >ghostscript 7.05-2 >ghostscript-base 7.05-2 >ghostscript-x11 7.05-2 >gnugo 3.4-1 >gperf 2.7.2-1 >grep 2.5-1 >groff 1.18.1-2 >guile 1.6.4-12 >guile-devel 1.6.4-12 >gzip 1.3.5-1 >help2man 1.33.1-1 >indent 2.2.9-1 >inetutils 1.3.2-28 >ioperm 0.4-1 >jasper 1.701.0-1 >jbigkit 1.5-3 >jpeg 6b-11 >lcms 1.13-1 >less 381-1 >lesstif 0.93.94-2 >lftp 2.6.10-2 >libbz2_1 1.0.2-5 >libcharset1 1.9.2-1 >libdb3.1 3.1.17-2 >libdb4.1 4.1.25-1 >libdb4.2 4.2.52-1 >libfontconfig-devel 2.2.2-1 >libfontconfig1 2.2.2-1 >libfpx 1.2.0.9-1 >libfreetype2-devel 2.1.5-1 >libfreetype26 2.1.5-1 >libgdbm 1.8.0-5 >libgdbm-devel 1.8.3-7 >libgdbm3 1.8.3-3 >libgdbm4 1.8.3-7 >libgettextpo0 0.14.1-1 >libGraphicsMagick-devel 1.0.6-1 >libGraphicsMagick0 1.0.6-1 >libguile12 1.6.4-12 >libguile12abi13 1.6.4-2 >libiconv 1.9.2-1 >libiconv2 1.9.2-1 >libintl 0.10.38-3 >libintl1 0.10.40-1 >libintl2 0.12.1-3 >libintl3 0.14.1-1 >libjpeg62 6b-11 >libjpeg6b 6b-8 >libkpathsea3 2.0.2-13 >libkpathsea3abi13 2.0.2-2 >libltdl3 1.5.6-3 >libMagick-devel 6.0.4-1 >libMagick6 6.0.4-1 >libncurses-devel 5.3-4 >libncurses5 5.2-1 >libncurses6 5.2-8 >libncurses7 5.3-4 >libpcre 4.1-1 >libpcre0 4.5-1 >libpng 1.2.5-4 >libpng12 1.2.5-4 >libpng12-devel 1.2.5-4 >libpopt0 1.6.4-4 >libreadline4 4.1-2 >libreadline5 4.3-5 >libsmi 0.4.2-1 >libtiff-devel 3.6.0-5 >libtiff3 3.6.0-2 >libtiff4 3.6.0-5 >libtool 1.5b-1 >libtool-devel 1.5.6-3 >libtool-stable 1.4.3-2 >libungif 4.1.0-3 >libXft 2.1.6-1 >libXft-devel 2.1.6-1 >libXft1 1.0.0-1 >libXft2 2.1.6-1 >libxml2 2.6.11-1 >libxslt 1.1.8-1 >login 1.9-7 >m4 1.4-1 >make 3.80-1 >man 1.5k-3 >mingw-runtime 3.5-1 >mingw-zlib 1.2.1-1 >minires 0.97-1 >minires-devel 0.97-1 >mktemp 1.5-3 >nasm 0.98.38-1 >ncftp 3.1.7-1 >ncurses 5.3-4 >netcat 1.10-2 >openssh 3.9p1-1 >openssl 0.9.7d-1 >openssl-devel 0.9.7d-1 >patch 2.5.8-8 >patchutils 0.2.30pre1-1 >pcre 4.5-1 >pcre-devel 4.5-1 >pcre-doc 4.5-1 >perl 5.8.5-3 >pkgconfig 0.15.0-4 >popt 1.6.4-4 >python 2.3.4-2 >rcs 5.7-3 >readline 4.3-5 >sed 4.1.2-1 >sh-utils 2.0.15-4 >splint 3.1.1-1 >swig 1.3.19-1 >tar 1.13.25-5 >tcltk 20030901-1 >tcm 2.20-1 >termcap 20021106-2 >terminfo 5.3_20030726-1 >tetex-devel 2.0.2-13 >texinfo 4.2-4 >textutils 2.0.21-1 >tiff 3.6.0-5 >ttcp 19980512-1 >unzip 5.50-5 >upx 1.24-1 >uw-imap 2002e-3 >vim 6.3-1 >w32api 3.1-1 >wget 1.9.1-1 >which 1.5-2 >X-start-menu-icons 1.0.1-1 >X-startup-scripts 1.0.8-1 >xerces-c-devel 2.5.0-1 >XFree86-base 4.3.0-11 >XFree86-bin 4.3.0-21 >XFree86-lib-compat 4.3.0-2 >XFree86-prog 4.3.0-21 >XFree86-xserv 4.3.0-68 >xorg-x11-base 6.8.0.0-1 >xorg-x11-bin 6.8.0.0-1 >xorg-x11-bin-dlls 6.8.0.0-1 >xorg-x11-bin-lndir 6.8.0.0-1 >xorg-x11-devel 6.8.0.0-1 >xorg-x11-etc 6.8.0.0-1 >xorg-x11-f100 6.8.0.0-1 >xorg-x11-fcyr 6.8.0.0-1 >xorg-x11-fenc 6.8.0.0-1 >xorg-x11-fnts 6.8.0.0-1 >xorg-x11-fscl 6.8.0.0-1 >xorg-x11-fsrv 6.8.0.0-1 >xorg-x11-libs-data 6.8.0.0-1 >xorg-x11-man-pages 6.8.0.0-1 >xorg-x11-man-pages-html 6.8.0.0-1 >xorg-x11-nest 6.8.0.0-1 >xorg-x11-vfb 6.8.0.0-1 >xorg-x11-xwin 6.8.0.0-1 >xorg-x11-xwin-gl 6.8.0.0-1 >xterm 185-4 >xwinclip 1.2.0-1 >zip 2.3-6 >zlib 1.2.1-1 >Use -h to see help about each section > > > >------------------------------------------------------------------------ > >-- >Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >Problem reports: http://cygwin.com/problems.html >Documentation: http://cygwin.com/docs.html >FAQ: http://cygwin.com/faq/ > Find the extra cygwin1.dlls and delete them. Use only the one in cygwin\bin -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Tue Sep 14 13:00:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Tue, 14 Sep 2004 13:00:00 -0000 Subject: 1.5.10: expr + configure failure + testcase (also on 1.5.11-1) In-Reply-To: <90459864DAD67D43BDD3D517DEFC2F7D7114@axon.Axentia.local> References: <90459864DAD67D43BDD3D517DEFC2F7D7114@axon.Axentia.local> Message-ID: <20040914130032.GC32582@trixie.casa.cgf.cx> On Tue, Sep 14, 2004 at 08:11:39AM +0200, Peter Ekberg wrote: >Christopher Faylor wrote: >>I was thinking the same thing but AFAIK, ash doesn't have the pid >>recycling problem. > >Don't know where ash comes into play, the script is executed by bash. >I must have missed some other test case... Remember this? >On Sat, Sep 11, 2004 at 03:05:01AM -0400, Bogdan Vacaliuc wrote: >>4) http://sources.redhat.com/ml/cygwin/2002-08/msg00449.html >> thru http://sources.redhat.com/ml/cygwin/2002-08/msg00556.html >> >>This relates to Manfred Spraul's patch for bash related to RECYCLES_PIDS. I >>have observed the failure to occur under (a)sh, and bash 2.04.5, 2.05b and **** >>3.00.0 ( I compiled them all, including enabling the RECYCLES_PIDS for bash >>2.05b ). cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Tue Sep 14 13:02:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Tue, 14 Sep 2004 13:02:00 -0000 Subject: typo in FAQ In-Reply-To: References: Message-ID: <20040914130219.GD32582@trixie.casa.cgf.cx> Relabelling subject. On Tue, Sep 14, 2004 at 04:15:51AM -0400, Andrew Schulman wrote: >http://cygwin.com/faq/faq_1.html, "Is it free software?": > >"... read the copyright section of the FAQ more more information ..." > > > >-- >Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >Problem reports: http://cygwin.com/problems.html >Documentation: http://cygwin.com/docs.html >FAQ: http://cygwin.com/faq/ > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Tue Sep 14 13:04:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Tue, 14 Sep 2004 13:04:00 -0000 Subject: typo in FAQ #2 In-Reply-To: References: Message-ID: <20040914130414.GE32582@trixie.casa.cgf.cx> Relabelling subject. On Tue, Sep 14, 2004 at 04:17:55AM -0400, Andrew Schulman wrote: >http://cygwin.com/faq/faq_1.html#SEC5: > >"If you are looking for the a version number ..." > > >-- >Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >Problem reports: http://cygwin.com/problems.html >Documentation: http://cygwin.com/docs.html >FAQ: http://cygwin.com/faq/ > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Tue Sep 14 13:05:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Tue, 14 Sep 2004 13:05:00 -0000 Subject: WinXP compressed dirs will work? In-Reply-To: <4146ACE7.90806@x-ray.at> References: <6.1.0.6.0.20040913180828.03f85a00@pop.prospeed.net> <4146ACE7.90806@x-ray.at> Message-ID: <20040914130556.GF32582@trixie.casa.cgf.cx> On Tue, Sep 14, 2004 at 10:33:43AM +0200, Reini Urban wrote: >Larry Hall schrieb: >>At 05:01 PM 9/13/2004, you wrote: >> >>>If i compress a dir in the home directory using WinXP native compressing, >>>will it work with cygwin??? >> >> >>Yes. Compression is taken care of by Windows at a very low level. Cygwin >>is a layer over Windows. Cygwin will never know the difference. > >BTW: Wouldn't that be wanted? >I think of something like chattr, applied to NTFS. > >Now that we have chattr in e2fsprogs, wouldn't that be a wanted >addition to recognize NTFS also, for chattr and lsattr. Otherwise it's >another e2fsprogs nameclash. Because I cannot think of a better name >to modify the NTFS index and compression flags, and in the future for >the extended WinFS capabilities. > >chattr [+-]c would be quite easy to add. >SamRobb, Do you knwo if tytso thought about that? Anyway, I filed a >RFE at sf.net For the other flags I don't know the WinAPI that good. I don't understand why you would expect something called e2fsprogs to manipulate NTFS file systems. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Tue Sep 14 13:08:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Tue, 14 Sep 2004 13:08:00 -0000 Subject: 1.5.10: expr + configure failure + testcase (also on 1.5.11-1) In-Reply-To: <20040914022552.GC26109@trixie.casa.cgf.cx> References: <00f401c497cd$a803aec0$0b03a8c0@lithium> <015101c49932$e1651850$0b03a8c0@lithium> <20040914015428.GA741925@hpn5170> <20040914022552.GC26109@trixie.casa.cgf.cx> Message-ID: <20040914130716.GG32582@trixie.casa.cgf.cx> On Mon, Sep 13, 2004 at 10:25:52PM -0400, Christopher Faylor wrote: >I will create a snapshot with double the number of pids cached in >cygwin. This will cause the last 8 pids to be held from reuse by >windows. Hmm. I woke up this morning to see people busily flooding the airwaves with more strace output but not a hint of anyone trying this snapshot. Can someone try the snapshot please? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Tue Sep 14 13:11:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Tue, 14 Sep 2004 13:11:00 -0000 Subject: 1.5.10: expr + configure failure + testcase (also on 1.5.11-1) In-Reply-To: <01af01c49a26$625a5b20$0b03a8c0@lithium> References: <20040914022552.GC26109@trixie.casa.cgf.cx> <01af01c49a26$625a5b20$0b03a8c0@lithium> Message-ID: <20040914131010.GH32582@trixie.casa.cgf.cx> On Tue, Sep 14, 2004 at 02:45:11AM -0400, Bogdan Vacaliuc wrote: >Chris, Pierre, >> I was thinking the same thing but AFAIK, ash doesn't have the >> pid recycling problem. > >In my failure cases, configure is run under bash. > >I have also captured (finally?) an strace under the ~current cygwin >(attached). The details are largely the same as Peter's last >attachment, to which Igor remarked "FWIW, expr.exe does seem to exit >with the right exit code, but is later zombified, which doesn't sound >quite right." > >Actually, its ok for it to be zombified, because the parent didn't >happen to be waiting for the child at the time that the child exited. > >>>>Pierre's observation that error text is output by the parent shell >>>>*before* the expr command even executes was an inspiration. > >So it seems like the parent shell decides its going to exit after >forking but before waiting on the expr process. That is consistent with the recycled pid problem. Are you seeing duplicated pids? >> Wasn't there a registry value that controlled how pids were >> allocated? I can't find anything appropriate in google. > >I looked for something about this in M$ knowledge base. I didn't find that, but I found this: > >"BUG: Registry access from multiple threads might fail" (WinNT, Win2K) >http://support.microsoft.com/default.aspx?scid=kb;en-us;176906 I don't really see how that applies. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Tue Sep 14 13:26:00 2004 From: dk@artimi.com (Dave Korn) Date: Tue, 14 Sep 2004 13:26:00 -0000 Subject: Program terminates with "cygheap version mismatch detected" In-Reply-To: <4146CD0C.2000007@bellsouth.net> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Bobby McNulty > Sent: 14 September 2004 11:51 752 lines of extraneous quoting, an entire cygcheck output's worth, and all you did was add 3 lines of completely incorrect answer where you told the original poster something that if you had bothered to read his post in the first place you would have seen he had already done ? Get help. cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From jwright@hasborg.com Tue Sep 14 13:31:00 2004 From: jwright@hasborg.com (Joshua Wright) Date: Tue, 14 Sep 2004 13:31:00 -0000 Subject: Program terminates with "cygheap version mismatch detected" In-Reply-To: <4146CD0C.2000007@bellsouth.net> References: <4146D9AC.1020200@hasborg.com> <4146CD0C.2000007@bellsouth.net> Message-ID: <4146F198.9050106@hasborg.com> Bobby, Bobby McNulty wrote: >> c:\DEV\testing\asleap.exe (988): *** cygheap version mismatch detected >> - 0x61780000/0xBF0000. >> You have multiple copies of cygwin1.dll on your system. > Find the extra cygwin1.dlls and delete them. > Use only the one in cygwin\bin Thanks for the suggestion, but I have already removed all the cygwin1.dll's from my system except for the file in c:\cygwin\bin. After removing the other cygwin1.dll's, I rebooted, but the problem persists. Any other suggestions? Many thanks, -Josh -- -Joshua Wright jwright@hasborg.com http://home.jwu.edu/jwright/ pgpkey: http://home.jwu.edu/jwright/pgpkey.htm fingerprint: FDA5 12FC F391 3740 E0AE BDB6 8FE2 FC0A D44B 4A73 Today I stumbled across the world's largest hotspot. The SSID is "linksys". -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Tue Sep 14 13:32:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Tue, 14 Sep 2004 13:32:00 -0000 Subject: Program terminates with "cygheap version mismatch detected" In-Reply-To: <4146F198.9050106@hasborg.com> References: <4146D9AC.1020200@hasborg.com> <4146CD0C.2000007@bellsouth.net> <4146F198.9050106@hasborg.com> Message-ID: <20040914133247.GI32582@trixie.casa.cgf.cx> On Tue, Sep 14, 2004 at 09:26:48AM -0400, Joshua Wright wrote: >Bobby, > >Bobby McNulty wrote: >>>c:\DEV\testing\asleap.exe (988): *** cygheap version mismatch detected >>>- 0x61780000/0xBF0000. >>>You have multiple copies of cygwin1.dll on your system. >>Find the extra cygwin1.dlls and delete them. >>Use only the one in cygwin\bin > >Thanks for the suggestion, but I have already removed all the >cygwin1.dll's from my system except for the file in c:\cygwin\bin. >After removing the other cygwin1.dll's, I rebooted, but the problem >persists. > >Any other suggestions? Many thanks, You probably need to run rebaseall (q.v.). cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ccobb@email.com Tue Sep 14 13:59:00 2004 From: ccobb@email.com (Christopher Cobb) Date: Tue, 14 Sep 2004 13:59:00 -0000 Subject: Win XP SP2: cvs over ssh problems Message-ID: My XP machine at work was just upgraded to SP2. Now I'm having problems accessing a cvs repository on a linux box over ssh. Everything was working fine until this SP2 upgrade. I can access the cvs host via ssh normally (although in a possibly related matter, ssh sometimes seems to be a character behind when using vi remotely -- has anyone else noticed that behavior? This was true before the SP2 upgrade). Invoking cvs remotely without a password seems to work fine: $ ssh user@cvshost cvs Warning: No xauth data; using fake authentication data for X11 forwarding. Usage: cvs [cvs-options] command [command-options-and-arguments] where cvs-options are -q, -n, etc. (specify --help-options for a list of options) where command is add, admin, etc. (specify --help-commands for a list of commands or --help-synonyms for a list of command synonyms) where command-options-and-arguments depend on the specific command (specify -H followed by a command name for command-specific help) Specify --help to receive this message The Concurrent Versions System (CVS) is a tool for version control. For CVS updates and additional information, see the CVS home page at http://www.cvshome.org/ or Pascal Molli's CVS site at http://www.loria.fr/~molli/cvs-index.html However, if I try to issue a local cvs command (CVS_RSH=ssh, etc., nothing has change client side or server side except the SP2 upgrade), then the command hangs: $ cvs status myFile.txt cvs status: warning: unrecognized response `Warning: No xauth data; using fake authentication dat' from cvs servering. (never returns) Examining the process server side reveals that the cvs process is hung on reading stdin: # strace -p 5316 read(0, Is anyone aware of any changes in SP2 that would cause this problem? Are there any workarounds? cc -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Tue Sep 14 14:00:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Tue, 14 Sep 2004 14:00:00 -0000 Subject: WinXP compressed dirs will work? In-Reply-To: <20040914130556.GF32582@trixie.casa.cgf.cx> References: <6.1.0.6.0.20040913180828.03f85a00@pop.prospeed.net> <4146ACE7.90806@x-ray.at> <20040914130556.GF32582@trixie.casa.cgf.cx> Message-ID: <4146F940.2050101@x-ray.at> Christopher Faylor schrieb: > On Tue, Sep 14, 2004 at 10:33:43AM +0200, Reini Urban wrote: > >>Larry Hall schrieb: >> >>>At 05:01 PM 9/13/2004, you wrote: >>> >>> >>>>If i compress a dir in the home directory using WinXP native compressing, >>>>will it work with cygwin??? >>> >>> >>>Yes. Compression is taken care of by Windows at a very low level. Cygwin >>>is a layer over Windows. Cygwin will never know the difference. >> >>BTW: Wouldn't that be wanted? >>I think of something like chattr, applied to NTFS. >> >>Now that we have chattr in e2fsprogs, wouldn't that be a wanted >>addition to recognize NTFS also, for chattr and lsattr. Otherwise it's >>another e2fsprogs nameclash. Because I cannot think of a better name >>to modify the NTFS index and compression flags, and in the future for >>the extended WinFS capabilities. >> >>chattr [+-]c would be quite easy to add. >>SamRobb, Do you knwo if tytso thought about that? Anyway, I filed a >>RFE at sf.net For the other flags I don't know the WinAPI that good. > > > I don't understand why you would expect something called e2fsprogs to > manipulate NTFS file systems. I might expect something called lsattr and chattr to work with the current filesystem. regardless if it's in a e2fsprogs package or somewhere else. It works with ext3, debugfs, reiserfs and other filesystems also, not only ext2. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From peda@axentia.se Tue Sep 14 14:02:00 2004 From: peda@axentia.se (Peter Ekberg) Date: Tue, 14 Sep 2004 14:02:00 -0000 Subject: 1.5.10: expr + configure failure + testcase (also on 1.5.11-1) Message-ID: <90459864DAD67D43BDD3D517DEFC2F7D711C@axon.Axentia.local> > On Mon, Sep 13, 2004 at 10:25:52PM -0400, Christopher Faylor wrote: > >I will create a snapshot with double the number of pids cached in > >cygwin. This will cause the last 8 pids to be held from reuse by > >windows. > > Hmm. I woke up this morning to see people busily flooding > the airwaves > with more strace output but not a hint of anyone trying this snapshot. Well, I was expecting a note when it was in fact available. > Can someone try the snapshot please? Tried it, and I'm not able to open a shell with it. I have rebooted, so it's not some stray old process holding on to the previous dll. What I did: bunzip2 of the snapshot dll, shut down all cygwin processes, swapped in the snapshot dll as /bin/cygwin1.dll, ran the cygwin shortcut. The cmd window appears and disappears. So then I tried to reboot, but no effect. Cheers, Peter -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pierre.humblet@ieee.org Tue Sep 14 14:08:00 2004 From: pierre.humblet@ieee.org (Pierre A. Humblet) Date: Tue, 14 Sep 2004 14:08:00 -0000 Subject: 1.5.10: expr + configure failure + testcase (also on 1.5.11-1) In-Reply-To: <015101c49932$e1651850$0b03a8c0@lithium> References: <00f401c497cd$a803aec0$0b03a8c0@lithium> <015101c49932$e1651850$0b03a8c0@lithium> Message-ID: <20040914140415.GA651435@Worldnet> On Sun, Sep 12, 2004 at 09:42:07PM -0400, Bogdan Vacaliuc wrote: > > Anyway, the attached script (test-configure) will create the above configure.ac, generate configure (via. autoconf), and run the > above line over and over until failure. I am also attaching cygcheck.out for my environment as it now exists. FYI, I lauched that script last evening, it's now at iteration 6441. That's on NT4 with a 2 day old cygwin dll built from cvs. I have seen all the latest e-mails in this thread and the plea to use the new snapshot. BTW, checking for reused PIDs is a trace is very easy: fgrep Program Pierre -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rschm@broadpark.no Tue Sep 14 14:18:00 2004 From: rschm@broadpark.no (Robert Schmidt) Date: Tue, 14 Sep 2004 14:18:00 -0000 Subject: Also unison/ssh [Re: Win XP SP2: cvs over ssh problems] In-Reply-To: References: Message-ID: I get similar symptoms with unison over ssh: It worked great before SP2 (i.e. 2 hours ago). After I installed SP2 on the client, unison/ssh just hangs. The server has been running SP2 for over a week. Any normal ssh sessions work fine. I'm also using ssh to forward the IMAP port (143) to my server's port, which still works. By adding -rshargs "-vvv" to unison, the last few lines of ssh debug output is: Contacting server... ... debug1: Authentication succeeded (publickey). debug2: fd 4 setting O_NONBLOCK debug2: fd 5 setting O_NONBLOCK debug1: channel 0: new [client-session] debug3: ssh_session2_open: channel_new: 0 debug2: channel 0: send open debug1: Entering interactive session. debug2: callback start debug2: client_session2_setup: id 0 debug1: Sending command: unison -server debug2: channel 0: request exec confirm 0 debug2: callback done debug2: channel 0: open confirm rwindow 0 rmax 32768 debug2: channel 0: rcvd adjust 131072 ... and nothing more happens. For the record: My unison is 2.9.20, Win32 native, *not* the cygwin port. cygwin and ssh were already up to date, as of 3-4 days ago. Cheers, Rob Christopher Cobb wrote: > My XP machine at work was just upgraded to SP2. Now I'm having problems > accessing a cvs repository on a linux box over ssh. Everything was working > fine until this SP2 upgrade. > > I can access the cvs host via ssh normally (although in a possibly related > matter, ssh sometimes seems to be a character behind when using vi remotely -- > has anyone else noticed that behavior? This was true before the SP2 upgrade). > Invoking cvs remotely without a password seems to work fine: > > $ ssh user@cvshost cvs > Warning: No xauth data; using fake authentication data for X11 forwarding. > Usage: cvs [cvs-options] command [command-options-and-arguments] > where cvs-options are -q, -n, etc. > (specify --help-options for a list of options) > where command is add, admin, etc. > (specify --help-commands for a list of commands > or --help-synonyms for a list of command synonyms) > where command-options-and-arguments depend on the specific command > (specify -H followed by a command name for command-specific help) > Specify --help to receive this message > > The Concurrent Versions System (CVS) is a tool for version control. > For CVS updates and additional information, see > the CVS home page at http://www.cvshome.org/ or > Pascal Molli's CVS site at http://www.loria.fr/~molli/cvs-index.html > > However, if I try to issue a local cvs command (CVS_RSH=ssh, etc., nothing has > change client side or server side except the SP2 upgrade), then the command > hangs: > > $ cvs status myFile.txt > cvs status: warning: unrecognized response `Warning: No xauth data; using fake > authentication dat' from cvs servering. > (never returns) > > Examining the process server side reveals that the cvs process is hung on > reading stdin: > > # strace -p 5316 > read(0, > > Is anyone aware of any changes in SP2 that would cause this problem? Are there > any workarounds? > > cc > > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From marcus.davage@scenta.co.uk Tue Sep 14 14:27:00 2004 From: marcus.davage@scenta.co.uk (Marcus Davage) Date: Tue, 14 Sep 2004 14:27:00 -0000 Subject: 1.5.11 - tcp problems Message-ID: <4192848252.20040914150844@scenta.co.uk> When executing ftp command, I get... ftp: ftp/tcp: unknown service When executing x3270 hostname, I get... Unknown port number or service: telnet What can I do to re-establish tcp connectivity? uname -s returns... CYGWIN_NT-4.0 wrkseverns79590 1.5.11(0.116/4/2) 2004-09-04 23:17 i686 unknown unknown Cygwin Kind regards, Marcus -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From schneck@math.berkeley.edu Tue Sep 14 14:30:00 2004 From: schneck@math.berkeley.edu (Robert R Schneck) Date: Tue, 14 Sep 2004 14:30:00 -0000 Subject: HELP: How to disable killing of Bash Shell window with mouse? References: <1qoebilxzdy1c$.dlg@thorstenkampe.de> <4146B06A.4080706@x-ray.at> Message-ID: Reini Urban wrote: > Thorsten Kampe schrieb: >> * Pekka Niiranen (2004-09-13 18:19 +0200) >>>Killing Cygwin Shell Window with mouse leaves bash.exe running. >> >> Recompile what? Cmd exe? Bash is a shell and knows nothing about the >> Windows Console "X" button. > > So, shouldn't the KILL message be propagated to its child process? > bash could react then. Or is it only propagated if bash would register > itself as an (invisible) window, just to receive those parent messages? Someone else will have to tell you whether that's possible for cmd.exe. But consider using rxvt instead, which is generally superior as long as you aren't using lots of Windows-native command-line tools. Robert -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lionelbuk@yahoo.co.uk Tue Sep 14 14:35:00 2004 From: lionelbuk@yahoo.co.uk (=?iso-8859-1?q?Lionel=20Barnett?=) Date: Tue, 14 Sep 2004 14:35:00 -0000 Subject: Problem with cat under bash shell Message-ID: <20040914143006.17892.qmail@web90003.mail.scd.yahoo.com> Hi, Still no joy on this problem (Cygwin ver 1.5.11) bash -c "cat << EOF" fails with: cat: -: Permission denied The corresponding command under sh, tcsh or zsh causes no problem. This is a serious issuefor me, as many (most?) configure scripts enforce bash as the shell. I have attached strace output for "cat << EOF": the lines that look suspicious to me (but I'm a bit of a Cygwin newbie) are: 1683 381587 [main] cat 2692 fhandler_base::raw_read: ReadFile /cygdrive/h/users/lionel/Scratch/some disk file failed, An unexpected network error occurred. 958 382545 [main] cat 2692 seterrno_from_win_error: /netrel/src/cygwin-1.5.11-1/winsup/cygwin/fhandler.cc:263 windows error 59 1767 384312 [main] cat 2692 geterrno_from_win_error: unknown windows error 59, setting errno to 13 Any help appreciated, ===== Lionel B ___________________________________________________________ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com -------------- next part -------------- A non-text attachment was scrubbed... Name: strace_out Type: application/octet-stream Size: 36613 bytes Desc: strace_out URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From hughperkins@yahoo.com Tue Sep 14 14:38:00 2004 From: hughperkins@yahoo.com (Hugh Perkins) Date: Tue, 14 Sep 2004 14:38:00 -0000 Subject: Using MySQL from Cygwin app Message-ID: <20040914143505.17142.qmail@web21127.mail.yahoo.com> - want to use MySQL from a Cygwin app - linked successfully with libmysql.a (reimp on msvc import library, sed on resulting def, then dlltool) - most functions work, but MYSQL_ROW is invalid Maybe an alignment problem? Hugh Perkins __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rschm@broadpark.no Tue Sep 14 14:41:00 2004 From: rschm@broadpark.no (Robert Schmidt) Date: Tue, 14 Sep 2004 14:41:00 -0000 Subject: Also unison/ssh [Re: Win XP SP2: cvs over ssh problems] In-Reply-To: References: Message-ID: A quick follow-up: On the unison.general mailing list, Mark Rogers reports that replacing the cygwin1.dll with version 1.5.10 makes unison over ssh work again. I also tried it (temporarily, of course), and can confirm that it works. So SP2 does seem to break something in cygwin 1.5.11, as installing SP2 was the only change I made today. Cheers, Rob Robert Schmidt wrote: > I get similar symptoms with unison over ssh: > It worked great before SP2 (i.e. 2 hours ago). > After I installed SP2 on the client, unison/ssh just hangs. > The server has been running SP2 for over a week. > > Any normal ssh sessions work fine. I'm also using ssh to forward the > IMAP port (143) to my server's port, which still works. > > By adding -rshargs "-vvv" to unison, the last few lines of ssh debug > output is: > > Contacting server... > ... > debug1: Authentication succeeded (publickey). > debug2: fd 4 setting O_NONBLOCK > debug2: fd 5 setting O_NONBLOCK > debug1: channel 0: new [client-session] > debug3: ssh_session2_open: channel_new: 0 > debug2: channel 0: send open > debug1: Entering interactive session. > debug2: callback start > debug2: client_session2_setup: id 0 > debug1: Sending command: unison -server > debug2: channel 0: request exec confirm 0 > debug2: callback done > debug2: channel 0: open confirm rwindow 0 rmax 32768 > debug2: channel 0: rcvd adjust 131072 > > ... and nothing more happens. > > For the record: My unison is 2.9.20, Win32 native, *not* the cygwin > port. cygwin and ssh were already up to date, as of 3-4 days ago. > > > Cheers, > Rob > > Christopher Cobb wrote: > >> My XP machine at work was just upgraded to SP2. Now I'm having problems >> accessing a cvs repository on a linux box over ssh. Everything was >> working fine until this SP2 upgrade. >> >> I can access the cvs host via ssh normally (although in a possibly >> related >> matter, ssh sometimes seems to be a character behind when using vi >> remotely -- >> has anyone else noticed that behavior? This was true before the SP2 >> upgrade). Invoking cvs remotely without a password seems to work fine: >> >> $ ssh user@cvshost cvs >> Warning: No xauth data; using fake authentication data for X11 >> forwarding. >> Usage: cvs [cvs-options] command [command-options-and-arguments] >> where cvs-options are -q, -n, etc. >> (specify --help-options for a list of options) >> where command is add, admin, etc. >> (specify --help-commands for a list of commands >> or --help-synonyms for a list of command synonyms) >> where command-options-and-arguments depend on the specific command >> (specify -H followed by a command name for command-specific help) >> Specify --help to receive this message >> >> The Concurrent Versions System (CVS) is a tool for version control. >> For CVS updates and additional information, see >> the CVS home page at http://www.cvshome.org/ or >> Pascal Molli's CVS site at http://www.loria.fr/~molli/cvs-index.html >> >> However, if I try to issue a local cvs command (CVS_RSH=ssh, etc., >> nothing has >> change client side or server side except the SP2 upgrade), then the >> command hangs: >> >> $ cvs status myFile.txt >> cvs status: warning: unrecognized response `Warning: No xauth data; >> using fake >> authentication dat' from cvs servering. >> (never returns) >> >> Examining the process server side reveals that the cvs process is hung on >> reading stdin: >> >> # strace -p 5316 >> read(0, >> >> Is anyone aware of any changes in SP2 that would cause this problem? >> Are there >> any workarounds? >> >> cc >> >> >> > > > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Tue Sep 14 14:45:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Tue, 14 Sep 2004 14:45:00 -0000 Subject: Also unison/ssh [Re: Win XP SP2: cvs over ssh problems] In-Reply-To: References: Message-ID: <20040914144232.GR17670@cygbert.vinschen.de> On Sep 14 16:37, Robert Schmidt wrote: > A quick follow-up: > > On the unison.general mailing list, Mark Rogers reports that replacing > the cygwin1.dll with version 1.5.10 makes unison over ssh work again. > > I also tried it (temporarily, of course), and can confirm that it works. > > So SP2 does seem to break something in cygwin 1.5.11, as installing SP2 > was the only change I made today. I'm running cvs over ssh on XP SP2 with Cygwin 1.5.11 and it works. It's your coice to revert to 1.5.10, but it won't help to debug the problem. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Tue Sep 14 14:47:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Tue, 14 Sep 2004 14:47:00 -0000 Subject: Also unison/ssh [Re: Win XP SP2: cvs over ssh problems] In-Reply-To: References: Message-ID: <20040914144710.GL32582@trixie.casa.cgf.cx> On Tue, Sep 14, 2004 at 04:37:55PM +0200, Robert Schmidt wrote: >A quick follow-up: > >On the unison.general mailing list, Mark Rogers reports that replacing >the cygwin1.dll with version 1.5.10 makes unison over ssh work again. So, I assume that replacing the DLL with version B20 would really supercharge things. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Tue Sep 14 14:57:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Tue, 14 Sep 2004 14:57:00 -0000 Subject: HELP: How to disable killing of Bash Shell window with mouse? In-Reply-To: <4146B06A.4080706@x-ray.at> References: <1qoebilxzdy1c$.dlg@thorstenkampe.de> <4146B06A.4080706@x-ray.at> Message-ID: <41470467.2040507@x-ray.at> Reini Urban schrieb: > Thorsten Kampe schrieb: >> * Pekka Niiranen (2004-09-13 18:19 +0200) >> >>> Killing Cygwin Shell Window with mouse leaves bash.exe running. >>> which can be seen from W2K task manager. How can I disable >>> X -button from the Shell Windows so that the user is forced >>> to TYPE "exit" on command prompt? Recompiling? >> >> >> Recompile what? Cmd exe? Bash is a shell and knows nothing about the >> Windows Console "X" button. >> >> Show them [Ctrl-d] which is anyway faster than grabbing the mouse. If >> they still do it - hit 'em on the head with a stick and let them write >> a thousand time "I won't ever try to close a shell with my mouse". > I don't think that the question is really that stupid. People are used > to the mouse. > > So, shouldn't the KILL message be propagated to its child process? > bash could react then. Or is it only propagated if bash would register > itself as an (invisible) window, just to receive those parent messages? > Just on --login of course. > > If so, it should be added IMHO. I know it's stupid, but bash is the most > used login shell, which should react somehow. Sorry, haven't actually tried out the reported problem. Of course the Pekka Niiranen report is bogus. The default cygwin.bat shell, starting bash --login -i via cmd.exe, will kill successfully cmd.exe and its child bash.exe when killing the window via the mouse [x] or via the pulldown. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rschm@broadpark.no Tue Sep 14 15:04:00 2004 From: rschm@broadpark.no (Robert Schmidt) Date: Tue, 14 Sep 2004 15:04:00 -0000 Subject: Also unison/ssh [Re: Win XP SP2: cvs over ssh problems] In-Reply-To: <20040914144232.GR17670@cygbert.vinschen.de> References: <20040914144232.GR17670@cygbert.vinschen.de> Message-ID: Corinna Vinschen wrote: > On Sep 14 16:37, Robert Schmidt wrote: > >>A quick follow-up: >> >>On the unison.general mailing list, Mark Rogers reports that replacing >>the cygwin1.dll with version 1.5.10 makes unison over ssh work again. >> >>I also tried it (temporarily, of course), and can confirm that it works. >> >>So SP2 does seem to break something in cygwin 1.5.11, as installing SP2 >>was the only change I made today. > > > I'm running cvs over ssh on XP SP2 with Cygwin 1.5.11 and it works. > It's your coice to revert to 1.5.10, but it won't help to debug the > problem. That's why I wrote "(temporarily, of course)". I only manually replaced the DLL. If there's anything more I can do to help, I'd love to, but I'd need pointers. I'm not familiar with cygwin code. OK, so what works for you doesn't seem to work for Chris Cobb (initiator of this thread). I assumed the unison/ssh problem was related, but I may be wrong - I don't use cvs. So there must be some other differentiating factor between yours and Cobb's setup (and mine, if my assumption is correct). For the record, I've tried with and without the SP2 firewall. 1.5.10 works regardless, 1.5.11 fails regardless. Cheers, Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Tue Sep 14 15:04:00 2004 From: dk@artimi.com (Dave Korn) Date: Tue, 14 Sep 2004 15:04:00 -0000 Subject: Bizarre behaviour of "make --win32" Message-ID: Afternoon folks, When I use make with the "--win32" flag, it is supposed to use cmd.exe rather than sh.exe to spawn the command lines that are used to build a target, isn't it? For some strange reason, however, its behaviour varies according to whether or not the command line includes stdout redirection. It appears to be using sh.exe, regardless of the --win32 flag. But if I add stdout redirection to the command in question, it uses cmd.exe. As it happens, in my particular setup this then causes it to fail in a fairly amusing fashion with ntvdm trying to execute what are very clearly ascii chars rather than opcodes, because cmd isn't able to follow a cygwin symlink, but that's a side issue. The point is that I want to get consistent behaviour. So, a couple of quick questions, just to confirm I'm not barking up a tree other than the right one: 1) Is this the right place for discussing the --win32 flag? It doesn't seem to exist in the upstream gnu sources, so I was wondering if it's a cygwin speciality, or if I should take it up with mingw? 2) Is this behaviour known / intended / understood? 3) Would anyone like to see my (very) minimal testcase? cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Tue Sep 14 15:06:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 14 Sep 2004 15:06:00 -0000 Subject: Win XP SP2: cvs over ssh problems In-Reply-To: References: Message-ID: On Tue, 14 Sep 2004, Christopher Cobb wrote: > My XP machine at work was just upgraded to SP2. Now I'm having problems > accessing a cvs repository on a linux box over ssh. Everything was working > fine until this SP2 upgrade. > > I can access the cvs host via ssh normally (although in a possibly > related matter, ssh sometimes seems to be a character behind when using > vi remotely -- has anyone else noticed that behavior? This was true > before the SP2 upgrade). Invoking cvs remotely without a password seems > to work fine: > > $ cvs status myFile.txt > cvs status: warning: unrecognized response `Warning: No xauth data; using fake ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > authentication dat' from cvs servering. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^!!! > (never returns) I'm a bit concerned about the "ing" above (marked with "!!!"). Looks like you have intermixed the outputs of programs somehow... > Examining the process server side reveals that the cvs process is hung on > reading stdin: > > # strace -p 5316 > read(0, > > Is anyone aware of any changes in SP2 that would cause this problem? > Are there any workarounds? Does "export CVS_RSH='/usr/bin/ssh -x'" help? You really don't need X forwarding for cvs... Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Tue Sep 14 15:07:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 14 Sep 2004 15:07:00 -0000 Subject: 1.5.11 - tcp problems In-Reply-To: <4192848252.20040914150844@scenta.co.uk> References: <4192848252.20040914150844@scenta.co.uk> Message-ID: On Tue, 14 Sep 2004, Marcus Davage wrote: > When executing ftp command, I get... > ftp: ftp/tcp: unknown service > > When executing x3270 hostname, I get... > Unknown port number or service: telnet > > What can I do to re-establish tcp connectivity? Umm, edit /etc/protocols? Igor > uname -s returns... > CYGWIN_NT-4.0 wrkseverns79590 1.5.11(0.116/4/2) 2004-09-04 23:17 i686 unknown unknown Cygwin > > Kind regards, > Marcus -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Tue Sep 14 15:14:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 14 Sep 2004 15:14:00 -0000 Subject: 1.5.11 - tcp problems In-Reply-To: References: <4192848252.20040914150844@scenta.co.uk> Message-ID: On Tue, 14 Sep 2004, Igor Pechtchanski wrote: > On Tue, 14 Sep 2004, Marcus Davage wrote: > > > When executing ftp command, I get... > > ftp: ftp/tcp: unknown service > > > > When executing x3270 hostname, I get... > > Unknown port number or service: telnet > > > > What can I do to re-establish tcp connectivity? > > Umm, edit /etc/protocols? Whoops, fingers ahead of the brain there. Make that /etc/services... Igor > > uname -s returns... > > CYGWIN_NT-4.0 wrkseverns79590 1.5.11(0.116/4/2) 2004-09-04 23:17 i686 unknown unknown Cygwin > > > > Kind regards, > > Marcus -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rschm@broadpark.no Tue Sep 14 15:16:00 2004 From: rschm@broadpark.no (Robert Schmidt) Date: Tue, 14 Sep 2004 15:16:00 -0000 Subject: Also unison/ssh [Re: Win XP SP2: cvs over ssh problems] In-Reply-To: <20040914144710.GL32582@trixie.casa.cgf.cx> References: <20040914144710.GL32582@trixie.casa.cgf.cx> Message-ID: Christopher Faylor wrote: > On Tue, Sep 14, 2004 at 04:37:55PM +0200, Robert Schmidt wrote: > >>On the unison.general mailing list, Mark Rogers reports that replacing >>the cygwin1.dll with version 1.5.10 makes unison over ssh work again. > > So, I assume that replacing the DLL with version B20 would really > supercharge things. > I've been developing commercial software for 15 years (I'm *not* saying that's a lot, just that I'm not a script kiddie). One of my established practices is to narrow down the possible factors contributing to a problem, which includes testing earlier versions. I don't quite understand the sarcasm here. Apparently, my comment was entirely unhelpful, and I apologize for wasting your time. I'll restrain myself in the future, and will keep learning from the list how to be helpful without being shot down. Any follow-ups to this are welcome privately. Cheers, Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From marcus.davage@scenta.co.uk Tue Sep 14 15:23:00 2004 From: marcus.davage@scenta.co.uk (Marcus Davage) Date: Tue, 14 Sep 2004 15:23:00 -0000 Subject: 1.5.11 - tcp problems Message-ID: <6442687640.20040914160617@scenta.co.uk> Sorry, but I'm a bit of a novice when it comes to TCP - how should I edit /etc/services? There are currently entries for ftp and telnet already... ftp 21/tcp ssh 22/tcp ssh 22/udp telnet 23/tcp smtp 25/tcp mail Regards, Marcus ------Original Mail------ From: Igor Pechtchanski To: cygwin@cygwin.com, Marcus Davage Received On: Tue, 14 Sep 2004 15:57:24 Subject: Re: 1.5.11 - tcp problems On Tue, 14 Sep 2004, Igor Pechtchanski wrote: > On Tue, 14 Sep 2004, Marcus Davage wrote: > > > When executing ftp command, I get... > > ftp: ftp/tcp: unknown service > > > > When executing x3270 hostname, I get... > > Unknown port number or service: telnet > > > > What can I do to re-establish tcp connectivity? > > Umm, edit /etc/protocols? Whoops, fingers ahead of the brain there. Make that /etc/services... Igor > > uname -s returns... > > CYGWIN_NT-4.0 wrkseverns79590 1.5.11(0.116/4/2) 2004-09-04 23:17 i686 unknown unknown Cygwin > > > > Kind regards, > > Marcus -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Tue Sep 14 15:28:00 2004 From: dk@artimi.com (Dave Korn) Date: Tue, 14 Sep 2004 15:28:00 -0000 Subject: Also unison/ssh [Re: Win XP SP2: cvs over ssh problems] In-Reply-To: Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Robert Schmidt > Sent: 14 September 2004 16:15 > I don't quite understand the sarcasm here. http://cygwin.com/acronyms#WJM OOO OO OO OO OO OO OO OO OO OO OOO [nb. big ascii-art smiley for emphasis, as in circumstances like this a small one might easily be overlooked......] cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Tue Sep 14 15:42:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 14 Sep 2004 15:42:00 -0000 Subject: 1.5.11 - tcp problems In-Reply-To: <6442687640.20040914160617@scenta.co.uk> References: <6442687640.20040914160617@scenta.co.uk> Message-ID: Marcus, First off, . Thanks. Secondly, the /etc/services file seems ok, but in Cygwin it's actually a symlink to the one in the Windows system directory. Do you have the symlink on your system, or is /etc/services a file? If it's a file, Windows (in particular, winsock) won't be aware of it. Igor On Tue, 14 Sep 2004, Marcus Davage wrote: > Sorry, but I'm a bit of a novice when it comes to TCP - how should I > edit /etc/services? > There are currently entries for ftp and telnet already... > ftp 21/tcp > ssh 22/tcp > ssh 22/udp > telnet 23/tcp > smtp 25/tcp mail > > Regards, > Marcus > > ------Original Mail------ > From: Igor Pechtchanski > To: cygwin@XXXXXX.XXX, Marcus Davage > Received On: Tue, 14 Sep 2004 15:57:24 > Subject: Re: 1.5.11 - tcp problems > > On Tue, 14 Sep 2004, Igor Pechtchanski wrote: > > > On Tue, 14 Sep 2004, Marcus Davage wrote: > > > > > When executing ftp command, I get... > > > ftp: ftp/tcp: unknown service > > > > > > When executing x3270 hostname, I get... > > > Unknown port number or service: telnet > > > > > > What can I do to re-establish tcp connectivity? > > > > Umm, edit /etc/protocols? > > Whoops, fingers ahead of the brain there. Make that /etc/services... > Igor > > > > uname -s returns... > > > CYGWIN_NT-4.0 wrkseverns79590 1.5.11(0.116/4/2) 2004-09-04 23:17 i686 unknown unknown Cygwin > > > > > > Kind regards, > > > Marcus -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From skoehler@upb.de Tue Sep 14 16:07:00 2004 From: skoehler@upb.de (=?ISO-8859-1?Q?Sven_K=F6hler?=) Date: Tue, 14 Sep 2004 16:07:00 -0000 Subject: Win XP SP2: cvs over ssh problems In-Reply-To: References: Message-ID: > My XP machine at work was just upgraded to SP2. Now I'm having problems > accessing a cvs repository on a linux box over ssh. Everything was working > fine until this SP2 upgrade. I'm doing CVS over SSH a lot, and what can i say: it just works, and i've got SP2 and Cygwin 1.5.11 installed too. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ccobb@email.com Tue Sep 14 16:13:00 2004 From: ccobb@email.com (Christopher Cobb) Date: Tue, 14 Sep 2004 16:13:00 -0000 Subject: Also unison/ssh [Re: Win XP SP2: cvs over ssh problems] References: Message-ID: Robert Schmidt broadpark.no> writes: > > On the unison.general mailing list, Mark Rogers reports that replacing > the cygwin1.dll with version 1.5.10 makes unison over ssh work again. > I am using 1.5.11 and I can confirm that reverting to 1.5.10 makes my cvs/ssh problems go away. (The web reader I'm using doesn't seem to allow me to post or attach the output from cygcheck ("You have lines longer than 80 characters."). I'll try to set up a normal subscription.) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From janneke@gnu.org Tue Sep 14 16:20:00 2004 From: janneke@gnu.org (Jan Nieuwenhuizen) Date: Tue, 14 Sep 2004 16:20:00 -0000 Subject: Installation hangs because asks for input from terminal (Attn: tetex maintainer, setup maintainer) In-Reply-To: <20040914091419.GA1066@cygbert.vinschen.de> (Corinna Vinschen's message of "Tue, 14 Sep 2004 11:14:19 +0200") References: <41416E12.30103@math.md> <87llfenmgx.fsf@peder.flower> <874qm2nigl.fsf@peder.flower> <87d60qm23w.fsf@peder.flower> <87isaikm6u.fsf@peder.flower> <20040914091419.GA1066@cygbert.vinschen.de> Message-ID: <87brg8de1w.fsf@peder.flower> Corinna Vinschen writes: Corinna, > since the tetex settings are so dependent of environment variables > and since the environment variables are shared with different tetex > implementations, wouldn't it be better to split the tetex installation > into two files? > > First, the postinstall script, which doesn't depend on these variables, > and second, a still-to-be-created tetex-config script, similar to > curl-config, exim-config, etc, and which has to be started by the user > manually? This would not change very much. With Igor's patch, this is effectively what happens now. The script users should run, is texconfig (as noted in the README). The situation would get a little bit better for computer savvy users (those who have installed an alternative TeX version) but would get far worse for novices. Jan. -- Jan Nieuwenhuizen | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ccobb@email.com Tue Sep 14 16:30:00 2004 From: ccobb@email.com (Christopher Cobb) Date: Tue, 14 Sep 2004 16:30:00 -0000 Subject: Win XP SP2: cvs over ssh problems References: Message-ID: Igor Pechtchanski cs.nyu.edu> writes: > > > authentication dat' from cvs servering. > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^!!! > > (never returns) > > I'm a bit concerned about the "ing" above (marked with "!!!"). Looks like > you have intermixed the outputs of programs somehow... > Facinating. A subsequent run produced this (slightly different) output: $ cvs status myFile.txt cvs status: warning: unrecognized response `Warning: No xauth data; using fake a' from cvs servera for X11 forwarding. ^^^^^^^^^^^^^^^!!!!!!!!!!!!!!!!!!!!! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Tue Sep 14 16:51:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 14 Sep 2004 16:51:00 -0000 Subject: Win XP SP2: cvs over ssh problems In-Reply-To: References: Message-ID: On Tue, 14 Sep 2004, Christopher Cobb wrote: > Igor Pechtchanski cs.nyu.edu> writes: > > > > > authentication dat' from cvs servering. > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^!!! > > > (never returns) > > > > I'm a bit concerned about the "ing" above (marked with "!!!"). Looks like > > you have intermixed the outputs of programs somehow... > > Facinating. A subsequent run produced this (slightly different) output: > > $ cvs status myFile.txt > cvs status: warning: unrecognized response `Warning: No xauth data; using fake > a' from cvs servera for X11 forwarding. > ^^^^^^^^^^^^^^^!!!!!!!!!!!!!!!!!!!!! Probably an stdout buffering artifact. Try cvs status myFile.txt >out 2>err and examine the out and err files. Did you try setting CVS_RSH to "/usr/bin/ssh -x"? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Tue Sep 14 16:56:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Tue, 14 Sep 2004 16:56:00 -0000 Subject: 1.5.10: expr + configure failure + testcase (also on 1.5.11-1) In-Reply-To: <90459864DAD67D43BDD3D517DEFC2F7D711C@axon.Axentia.local> References: <90459864DAD67D43BDD3D517DEFC2F7D711C@axon.Axentia.local> Message-ID: <20040914165321.GA5159@trixie.casa.cgf.cx> On Tue, Sep 14, 2004 at 04:00:41PM +0200, Peter Ekberg wrote: >> Can someone try the snapshot please? > >Tried it, and I'm not able to open a shell with it. I have rebooted, so >it's not some stray old process holding on to the previous dll. > >What I did: bunzip2 of the snapshot dll, shut down all cygwin processes, >swapped in the snapshot dll as /bin/cygwin1.dll, ran the cygwin >shortcut. > >The cmd window appears and disappears. > >So then I tried to reboot, but no effect. Grr... This was the newlib problem previously mentioned. I forgot to generate the snapshot in such a way as to work around this problem. The new snapshot should work better. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ccobb@email.com Tue Sep 14 17:06:00 2004 From: ccobb@email.com (Christopher Cobb) Date: Tue, 14 Sep 2004 17:06:00 -0000 Subject: Win XP SP2: cvs over ssh problems References: Message-ID: Igor Pechtchanski cs.nyu.edu> writes: > > Probably an stdout buffering artifact. Try > > cvs status myFile.txt >out 2>err > > and examine the out and err files. > > Did you try setting CVS_RSH to "/usr/bin/ssh -x"? > Igor $ cat out (nothing) $ cat err cvs status: warning: unrecognized response `Warning: No xauth data; using fake authentication dat' from cvs servering. ("ing." still there). $ CVS_RSH="/usr/bin/ssh.exe -x" cvs status myFile.txt cvs status: warning: unrecognized response `The system cannot find the path spec' from cvs server cvs [status aborted]: end of file from server (consult above messages if any) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From tero_niemela@yahoo.com Tue Sep 14 17:13:00 2004 From: tero_niemela@yahoo.com (Tero Niemela) Date: Tue, 14 Sep 2004 17:13:00 -0000 Subject: [INFO] Adding "Cygwin here" to Windows Explorer Message-ID: <20040914170613.40672.qmail@web61307.mail.yahoo.com> Hi, some of you may find this useful. I did the following, works perfectly for me: Last line of ~/.zlogin is: [[ "$OSTYPE" = *cygwin* && $ARGC -eq 1 ]] && cd "$@" And this registry settings was added to Windows registry: Windows Registry Editor Version 5.00 [HKEY_CLASSES_ROOT\Folder\shell\command] @="Cygwin Here" [HKEY_CLASSES_ROOT\Folder\shell\command\command] @="\"C:\\cygwin\\bin\\zsh.exe\" -l -s \"%1\"" With these, when I right-click a folder on Windows Explorer, one available option is "Cygwin Here" that start Cygwin+zsh and then cd to the right-clicked directory. __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Tue Sep 14 17:24:00 2004 From: dk@artimi.com (Dave Korn) Date: Tue, 14 Sep 2004 17:24:00 -0000 Subject: Win XP SP2: cvs over ssh problems In-Reply-To: Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Christopher Cobb > Sent: 14 September 2004 17:57 > Igor Pechtchanski writes: > > > > Probably an stdout buffering artifact. Try > > > > cvs status myFile.txt >out 2>err > > > > and examine the out and err files. > > > > Did you try setting CVS_RSH to "/usr/bin/ssh -x"? > > Igor > > $ cat out > (nothing) > > $ cat err > cvs status: warning: unrecognized response `Warning: No xauth > data; using fake > authentication dat' from cvs servering. > > ("ing." still there). I suggest you should use "od" to see if there's a CR-without-a-LF in the middle causing two lines of messages to overprint each other. cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Tue Sep 14 17:32:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 14 Sep 2004 17:32:00 -0000 Subject: Win XP SP2: cvs over ssh problems In-Reply-To: References: Message-ID: On Tue, 14 Sep 2004, Christopher Cobb wrote: > Igor Pechtchanski cs.nyu.edu> writes: > > > Probably an stdout buffering artifact. Try > > > > cvs status myFile.txt >out 2>err > > > > and examine the out and err files. > > > > Did you try setting CVS_RSH to "/usr/bin/ssh -x"? > > Igor > > $ cat out > (nothing) > > $ cat err > cvs status: warning: unrecognized response `Warning: No xauth data; using fake > authentication dat' from cvs servering. > > ("ing." still there). Try "cat -A err" :-) > $ CVS_RSH="/usr/bin/ssh.exe -x" cvs status myFile.txt > > cvs status: warning: unrecognized response `The system cannot find the path > spec' from cvs server > cvs [status aborted]: end of file from server (consult above messages if any) Hmm, what does "ssh -nx user@host cvs -tn server" print? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From earl_chew@agilent.com Tue Sep 14 18:20:00 2004 From: earl_chew@agilent.com (Earl Chew) Date: Tue, 14 Sep 2004 18:20:00 -0000 Subject: BUG: Bad call to GetFileSze in ext2fsprogs lib/ext2fs/getsize.c In-Reply-To: <414532D7.8050506@agilent.com> References: <414532D7.8050506@agilent.com> Message-ID: <41472B3F.8030800@agilent.com> Earl Chew wrote: > The call to GetFileSize() doesn't match the Microsoft documentation, > and invariably mis-sizes the disk image as zero. A couple of comments regarding your recent changes: a. GetFileSize() returns the bits 32-63 of the file size in the 2nd parameter. I think code like this is more better: DWORD high_filesize; filesize = GetFileSize(dev, &high_filesize); if (filesize != INVALID_FILE_SIZE || GetLastError() != NO_ERROR) *retblocks (((unsigned long long) high_filesize << 32) + filesize) / blocksize; b. Use of CreateFile() causes problems because win32 doesn't know about the cygwin mount points. Code like this is more flexible: fd = open(file, O_RDONLY | O_BINARY); if (fd == -1) return EBADF; dev = (HANDLE) get_osfhandle(fd); ... close(fd); c. Similarly, code in unix_io.c needs to force binary mode to avoid getting incorrect results when cygwin decides the image is text! open_flags = (flags & IO_FLAG_RW) ? O_RDWR : O_RDONLY; #ifdef O_BINARY open_flags |= O_BINARY; #endif Earl -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From doctor@fruitbat.org Tue Sep 14 18:23:00 2004 From: doctor@fruitbat.org (Peter A. Castro) Date: Tue, 14 Sep 2004 18:23:00 -0000 Subject: zsh hangs with "command not found" (Peter A. Castro?) In-Reply-To: References: <2tmn14ipjsiu.dlg@thorstenkampe.de> Message-ID: On Sun, 12 Sep 2004, Thorsten Kampe wrote: Greetings Thorsten, I see you are still fighting with this problem. Thanks for the traces. Unfortinately, they don't provide much beyond what was previously documented for this problem. I don't think it has to do with process creation. If that were the case, every command or script invocation would have a 10 second delay before it actually ran. However, we have seen problems in the past having to do with process signaling (SIGCHLD for example) and read blocking on pipes between a parent & child. Supposedly those have been resolved, but perhaps they've resurfaced. I still can't reproduce it, however. You might be able to see if it's the parent shell or child shell which is "hanging". When the hang occurs, in another window, do a 'ps' and see how many shell processes are running. Do the 'ps' several times rapidly during this exercise to ensure you get an accurate time picture of events. If the child comes up and quickly disappears, yet the parent is still in the "hung" state, then it's likely the signaling problem again (or an interaction between read blocking a signaling). Or, perhaps you see a long delay before the child even appears, which might indicate the parent is getting stuck on a resource...possibly directory lookup. I presume strace still causes the problem to go away? If so, it's more indication of a timing bug. > * Thorsten Kampe (2004-09-12 16:59 +0200) > > This is a follow-up to the thread "zsh 4.1.1-3 on W2000 hangs with > > command not found" from March 2004. > > > > Facts: > > Cygwin 1.5.12s(0.116/4/2) 20040907 00:06:12 > > zsh 4.2.0 > > Windows XP SP2 > > > > Problem: > > zsh "hangs" about ten seconds when I try to execute a nonexistant > > command (bash in comparison returns immediately). > > > > Even unsetting all environment variables inherited from Windows and > > deleting my .zshrc didn't make any difference. > > > > Changes to march: > > Specifying an absolute path ('/bin/foobar') and unsetting 'correct' > > and 'correctall' make no difference anymore. > > > > * Now I tried to analyze my problem with "File Monitor" from > > SysInternals. I captured two filtered sessions: one with zsh executing > > "foozsh" and one with bash executing "foobash" (both attached). > > > > Things I noticed: > > bash queries 88 items while zsh queries 123. This shouldn't explain > > the ten second difference. > > > > zsh spawns a new instance/process of zsh (pid 224) on line 29! Until > > this line the query results show up with no delay in "File Monitor". > > The next 98 lines show up with the ten second delay. > > > > So either the starting of a new zsh instance/process is so terribly > > slow or the new zsh process searches (for whatever reason) much much > > slower than the first one. > > I've examined the output further: it's in fact the creation of a new > process that takes the time. Compare these two snippets (one with > difference time and one with absolute clock time): > > 27 0.00002486 zsh.exe:3496 FASTIO_QUERY_OPEN C:\foozsh.exe.lnk FILE NOT FOUND Attributes: Error > 28 0.00002403 zsh.exe:3496 FASTIO_QUERY_OPEN C:\foozsh.lnk FILE NOT FOUND Attributes: Error > 29 0.00010951 zsh.exe:224 FASTIO_QUERY_OPEN C:\cygwin\usr\local\bin\foozsh.exe FILE NOT FOUND Attributes: Error > 30 0.00002486 zsh.exe:224 FASTIO_QUERY_OPEN C:\cygwin\usr\local\bin\foozsh FILE NOT FOUND Attributes: Error > 31 0.00002570 zsh.exe:224 FASTIO_QUERY_OPEN C:\cygwin\usr\local\bin\foozsh.exe.lnk FILE NOT FOUND Attributes: Error > > 23 17:24:38 zsh.exe:2360 QUERY INFORMATION C:\cygwin\home\thorsten\whereever.exe.lnk FILE NOT FOUND Attributes: Error > 24 17:24:38 zsh.exe:2360 QUERY INFORMATION C:\cygwin\home\thorsten\whereever.lnk FILE NOT FOUND Attributes: Error > 25 17:24:49 zsh.exe:2360 QUERY INFORMATION C:\whereever FILE NOT FOUND Attributes: Error > 26 17:24:49 zsh.exe:2360 QUERY INFORMATION C:\whereever.exe FILE NOT FOUND Attributes: Error > 27 17:24:49 zsh.exe:2360 QUERY INFORMATION C:\whereever.exe.lnk FILE NOT FOUND Attributes: Error > 28 17:24:49 zsh.exe:2360 QUERY INFORMATION C:\whereever.lnk FILE NOT FOUND Attributes: Error > 29 17:24:49 zsh.exe:2764 QUERY INFORMATION C:\cygwin\usr\local\bin\whereever.exe FILE NOT FOUND Attributes: Error > 30 17:24:49 zsh.exe:2764 QUERY INFORMATION C:\cygwin\usr\local\bin\whereever FILE NOT FOUND Attributes: Error > > Interestingly File Monitor shows the delay always between line 28 and > 29 when set to differential time (which is exactly the creation of a > new process) and between line 24 and 25 when set to "clock time" > (maybe a bug?) > > Thorsten -- Peter A. Castro or "Cats are just autistic Dogs" -- Dr. Tony Attwood -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Tue Sep 14 18:46:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Tue, 14 Sep 2004 18:46:00 -0000 Subject: BUG: Bad call to GetFileSze in ext2fsprogs lib/ext2fs/getsize.c In-Reply-To: <41472B3F.8030800@agilent.com> References: <414532D7.8050506@agilent.com> <41472B3F.8030800@agilent.com> Message-ID: <20040914182519.GD5258@trixie.casa.cgf.cx> On Tue, Sep 14, 2004 at 10:32:47AM -0700, Earl Chew wrote: >Earl Chew wrote: >>The call to GetFileSize() doesn't match the Microsoft documentation, >>and invariably mis-sizes the disk image as zero. > >A couple of comments regarding your recent changes: > >a. GetFileSize() returns the bits 32-63 of the file size in > the 2nd parameter. I think code like this is more better: > > DWORD high_filesize; > filesize = GetFileSize(dev, &high_filesize); > if (filesize != INVALID_FILE_SIZE || GetLastError() != NO_ERROR) > *retblocks (((unsigned long long) high_filesize << 32) > + filesize) / blocksize; > >b. Use of CreateFile() causes problems because win32 doesn't know > about the cygwin mount points. Code like this is more flexible: > > fd = open(file, O_RDONLY | O_BINARY); > if (fd == -1) > return EBADF; > dev = (HANDLE) get_osfhandle(fd); > > ... > close(fd); > >c. Similarly, code in unix_io.c needs to force binary mode to > avoid getting incorrect results when cygwin decides the image > is text! > > open_flags = (flags & IO_FLAG_RW) ? O_RDWR : O_RDONLY; > #ifdef O_BINARY > open_flags |= O_BINARY; > #endif Let me again point out that a cygwin program shouldn't be doing *ANY OF THIS*. It shouldn't be calling GetFileSize and it shouldn't be calling CreateFile. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From sam.robb@timesys.com Tue Sep 14 19:42:00 2004 From: sam.robb@timesys.com (Robb, Sam) Date: Tue, 14 Sep 2004 19:42:00 -0000 Subject: BUG: Bad call to GetFileSze in ext2fsprogs lib/ext2fs/getsize.c Message-ID: <3D848382FB72E249812901444C6BDB1D03E04E7E@exchange.timesys.com> > On Tue, Sep 14, 2004 at 10:32:47AM -0700, Earl Chew wrote: > >Earl Chew wrote: > >>The call to GetFileSize() doesn't match the Microsoft documentation, > >>and invariably mis-sizes the disk image as zero. Earl, Thanks for the comments. I considered some of the things you suggested, but for the moment, I'm holding off on anything other than minor changes to the existing source. > Let me again point out that a cygwin program shouldn't be > doing *ANY OF THIS*. > > It shouldn't be calling GetFileSize and it shouldn't be calling > CreateFile. > > cgf Agreed... however, the e2fsprogs code itself is what's making these calls :-/ In other words, whoever did the initial port of e2fsprogs to Cygwin (Ted Ts'o, from the ChangeLog entries) decided, for some reason, to make use of native Win32 calls instead of using stat/ statfs. Since the only ChangeLog entry for Cygwin is dated from 2003-04-18, it's possible that he ran into problems with Cygwin the current state of the Cygwin code and felt the need to fall back on Win32 natives (probably for large file support, since the code made an explicit call to GetFileSizeEx...) I'm going to look at the code, and see if the existing state of Cygwin is such that the non-windows code path in getfile.c can be used instead. If/when that happens, I'll feed patches back upstream, along with comments, so the next release of the e2fsprogs package can be built without any annoying bits like this... but it's going to have to remain in there for the near future. -Samrobb -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From earl_chew@agilent.com Tue Sep 14 20:01:00 2004 From: earl_chew@agilent.com (Earl Chew) Date: Tue, 14 Sep 2004 20:01:00 -0000 Subject: BUG: Bad call to GetFileSze in ext2fsprogs lib/ext2fs/getsize.c In-Reply-To: <41472B3F.8030800@agilent.com> References: <414532D7.8050506@agilent.com> <41472B3F.8030800@agilent.com> Message-ID: <414749A7.809@agilent.com> Christopher Faylor wrote: > Let me again point out that a cygwin program shouldn't be doing *ANY OF > THIS*. > > It shouldn't be calling GetFileSize and it shouldn't be calling > CreateFile. I think part of the original motivation might have been that under some circumstances this set of programs needs to be used on drive partitions as opposed to files within those partitions. At that time there may have been no way within Cygwin to size a partition (statfs()?). As far as I can tell the O_BINARY changes are good to have. Earl -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Tue Sep 14 20:22:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Tue, 14 Sep 2004 20:22:00 -0000 Subject: BUG: Bad call to GetFileSze in ext2fsprogs lib/ext2fs/getsize.c In-Reply-To: <414749A7.809@agilent.com> References: <414532D7.8050506@agilent.com> <41472B3F.8030800@agilent.com> <414749A7.809@agilent.com> Message-ID: <20040914200322.GE5258@trixie.casa.cgf.cx> On Tue, Sep 14, 2004 at 12:42:31PM -0700, Earl Chew wrote: >Christopher Faylor wrote: >>Let me again point out that a cygwin program shouldn't be doing *ANY OF >>THIS*. >> >>It shouldn't be calling GetFileSize and it shouldn't be calling >>CreateFile. > >I think part of the original motivation might have been that under >some circumstances this set of programs needs to be used on >drive partitions as opposed to files within those partitions. > >At that time there may have been no way within Cygwin to size >a partition (statfs()?). Cygwin has had statfs since 1997. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From skoskie@iupui.edu Tue Sep 14 20:26:00 2004 From: skoskie@iupui.edu (Koskie, Sarah) Date: Tue, 14 Sep 2004 20:26:00 -0000 Subject: FW: newly installed cygwin does not work, seems to be screwing up windows as well. Message-ID: -----Original Message----- From: Koskie, Sarah Sent: Tuesday, September 14, 2004 3:20 PM To: 'cygwin@sourceware.cygnus.com' Subject: newly installed cygwin does not work, seems to be screwing up windows as well. Please help if possible. I reinstalled cygwin yesterday. (First default, then added packages that sounded useful as directed.) Big mistake. I had been running a version I installed about a year ago and hoped to take advantage of improvements since then. Now many things don't work and the things that do work don't work as well. I have tried checking the mail archives and found a claim that the installation process leaves a tarball of the old version. If this is so, please tell me a) where and b) how to undo my reinstallation. After this experience, I'd be happy -- no make that ecstatic and grateful -- to forget it and go back to what I was using. I don't see any files that look likely, but can't untar anything anyway because apparently gzip is no longer used. Files are now labeled .bz2 and I don't know what to use to unzip them. There's no manual entry for bzip. Alternatively, if there is a known stale mirror that I could use, that would be fine, but I don't know how about figuring out which of the 20 or so mirror sites would have a year-old version. No need to tell me how stupid I was to install without backing cygwin first. At this point, I have pretty much identified all the various stupid steps I took. Just want to know whether can be undone and if so how. Thanks!!! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From nbryant@wachoviasec.com Tue Sep 14 20:49:00 2004 From: nbryant@wachoviasec.com (Bryant, Neil) Date: Tue, 14 Sep 2004 20:49:00 -0000 Subject: Problem executing a .bat script in a directory with spaces us ing bash Message-ID: > Christopher Cobb wrote: > > > Conclusion: cmd.exe command line processing is brain dead. > > > > Among the problems are that cmd.exe looks for /exactly/ one pair of quotes and > > no more (see my previous message). And that (double) quotes are the /only/ way > > of quoting spaces. > > Wow. Hideous. > > I wonder if there would be any demand for a small compiled wrapper > program that understands cygwin mounts and posix paths, but is a win32 > app and calls the win32 or nt api directly to avoid all the quoting > ridiculousless. It would Just Do What I Mean(tm) when called from > either cygwin or cmd, and be able to launch bat files, cmd files, any > other script-file associations known to Windows, with shebang support as > well. Hideous, indeed. I always try to use a short file name for the executable with CMD.exe -- saves *lots* of headaches and time. I'm not sure how Sean is trying to launch the batch file (ie, from a batch file, or compiled executable, etc) so how you would get a sfn would vary (and I can only really speak on the Win side), but if you know the batch exists, [cygpath -d "path\file.bat"] should give it in a usable manner. ~Neil -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Tue Sep 14 21:04:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Tue, 14 Sep 2004 21:04:00 -0000 Subject: FW: newly installed cygwin does not work, seems to be screwing up windows as well. In-Reply-To: References: Message-ID: <20040914205121.GF5258@trixie.casa.cgf.cx> On Tue, Sep 14, 2004 at 03:22:43PM -0500, Koskie, Sarah wrote: >I have tried checking the mail archives and found a claim that the >installation process leaves a tarball of the old version. That's sort of hard to believe. This has never been the case or at least has not been the case for four years. >I don't see any files that look likely, but can't untar anything anyway >because apparently gzip is no longer used. Files are now labeled .bz2 >and I don't know what to use to unzip them. There's no manual entry for >bzip. The name of the program is "bzip2": http://www.google.com/search?q=bz2 I don't know why you'd need a manual entry. Any .bz2 files on your disk should have been theoretically installed already. >Alternatively, if there is a known stale mirror that I could use, that >would be fine, but I don't know how about figuring out which of the 20 >or so mirror sites would have a year-old version. Any sites listed in the mirror list are supposed to be up-to-date. However, you may be able to find old mirrors with google. I'd think that you would rather just get the newest cygwin working so that you could continue to be up-to-date in case you need a bug fix. >No need to tell me how stupid I was to install without backing cygwin >first. At this point, I have pretty much identified all the various >stupid steps I took. Just want to know whether can be undone and if so >how. Why don't you start by telling us exactly what you did and exactly what isn't working. Did you (hopefully) choose all of the defaults in setup.exe up until you selected packages? This may be of some help: http://cygwin.com/problems.html . As a WAG, it sounds like you may have just used the "download" option in setup.exe rather than the "install" option but it's difficult to know without any details. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From nbryant@wachoviasec.com Tue Sep 14 21:10:00 2004 From: nbryant@wachoviasec.com (Bryant, Neil) Date: Tue, 14 Sep 2004 21:10:00 -0000 Subject: 1.5.11 on XP: spaces in HOME and my resolution Message-ID: I just downloaded and installed the latest (2 days old, at the time I write this) version of Cygwin. I had several issues relating back to my Home directory having spaces from my XP profile; mostly from external apps such as KDE. I expect this is known, and I have looked it up in the archives and in Google, but whether or not there is curently a resolution is not clear. Below is my fix in the hopes that it is helpful (I couldn't find anything similar as I searched.) First, however, it appears that this is not supposed to be the standard behavior. According to this post: http://www.cygwin.com/ml/cygwin/2003-01/msg00111.html it seems that this behavior is attributed to a HOME directory being set in the environment. In my case, this is not so, as you can see from the attached cygcheck output. If I install cygwin and run Bash on a clean machine, the path with spaces is already set in etc/passwd as below, so I changed it to the short filename version and that fixed most of the issues I was having. NBRYANT:unused_by_nt/2000/xp:198884:10545:NBRYANT,U-WFBS\NBRYANT,S-1-5-21-[r emoved]:/cygdrive/c/Documents and Settings/NBRYANT:/bin/bash In the archives, I found mention that setting this in the cygwin.bat file is a bad idea because of the possibility of mixing up docume~1 and docume~2, etc. If this is the only issue with short file names, then I submit my modified cygwin.bat file. ============================================================================ == @echo off IF NOT DEFINED HOME ( for %%x IN (%USERPROFILE%) DO (set HOME=%%x) if NOT "%HOME%"=="%USERPROFILE%" ( if "%OS%"=="Windows_NT" ( for /D %%x IN ("%USERPROFILE%") DO (set HOME=%%~fsx) ) ) ) C: chdir C:\cygwin\bin bash --login -i %1 ============================================================================ == This will set the HOME variable in the shell to the shortfilename version of %USERPROFILE% and should work in any version of NT (I've only tried it in XP, and it works just fine.) It cleared up my issues with KDE and other software instantly. I typed this up only in the hopes of contributing something to your excellent project ... if it is counterproductive or actually has been addressed, I apologize. On the other hand, if it would be helpful, you are free to use it; I wrote it, it's mine, and I give it to you. If there is interest, I should be able to expand it to '95/'98 (which you have to shorten a different way). Actually, while I'm at it, this should work for all versions (again, I've only tested it on XP. ============================================================================ == @echo off C: chdir C:\cygwin\bin IF NOT DEFINED HOME ( for %%x IN (%USERPROFILE%) DO (set HOME=%%x) if NOT "%HOME%"=="%USERPROFILE%" ( if "%OS%"=="Windows_NT" ( for /D %%x IN ("%USERPROFILE%") DO (set HOME=%%~fsx) ) ELSE ( REM For Win9x, etc cygpath -d "%USERPROFILE%"| cat -b > sethome.bat echo set HOME=%%1>1.bat call sethome.bat del sethome.bat del 1.bat ) ) ) bash --login -i %1 ============================================================================ == Incidentally, the %1 in the last line allows me to run shell scripts directly from Win shortcuts, but does not affect normal execution: ie, since the startx.bat files won't show the background when windowed, my shortcut is thus: C:\cygwin\cygwin.bat C:\cygwin\usr\X11R6\bin\kde.sh But when the desktop Cygwin icon is launched, it functions as always. ~Neil -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygcheck.txt URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ccobb@email.com Tue Sep 14 21:10:00 2004 From: ccobb@email.com (Christopher Cobb) Date: Tue, 14 Sep 2004 21:10:00 -0000 Subject: Win XP SP2: cvs over ssh problems References: Message-ID: Dave Korn artimi.com> writes: > > I suggest you should use "od" to see if there's a CR-without-a-LF in the > middle causing two lines of messages to overprint each other. > > cheers, > DaveK Yes, there was an embedded ^M: cvs status: warning: unrecognized response `Warning: No xauth data; using fake authentication data for X11 forwarding.^M' from cvs server -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ccobb@email.com Tue Sep 14 21:29:00 2004 From: ccobb@email.com (Christopher Cobb) Date: Tue, 14 Sep 2004 21:29:00 -0000 Subject: Win XP SP2: cvs over ssh problems References: Message-ID: Igor Pechtchanski cs.nyu.edu> writes: > > Hmm, what does "ssh -nx user host cvs -tn server" print? > Igor It comes back immediately (does not hang) and with no output: $ ssh -nx user@cvshost cvs -tn server >out 2>err $ ls -l out err -rw-rw-rw- 1 chcobb Domain_U 0 Sep 14 17:06 err -rw-rw-rw- 1 chcobb Domain_U 0 Sep 14 17:06 out -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From nbryant@wachoviasec.com Tue Sep 14 22:08:00 2004 From: nbryant@wachoviasec.com (Bryant, Neil) Date: Tue, 14 Sep 2004 22:08:00 -0000 Subject: Problem executing a .bat script in a directory with spaces us ing bash Message-ID: > I'm not sure how Sean is trying to launch the batch file (ie, > from a batch file, or compiled executable, etc) so how you > would get a sfn would vary (and I can only really speak on > the Win side), but if you know the batch exists, [cygpath -d > "path\file.bat"] should give it in a usable manner. PS, Sean, since I have it open at the moment, I pass this on to you; On the chance that you are calling your batch files from batch files (which is probably the hardest to get a short file name in), and that you are running NT, the following might help you. The following two lines are essentially equivalent in Batch; except that the second will shorten the file name for the batch file -- oddly enough, leaving the unquoted parameters intact (though, probably not in all situations). ============================================================================ ========================= set Parameters="quote this" any /way \you -want %USERPROFILE%\doit.bat %Parameters% @for %%x IN ("%USERPROFILE%\doit.bat") DO %%~fsx %Parameters% ============================================================================ ========================= The first line breaks under most conditions at the first space. The second one is pretty resiliant. It will shorten even nonexistant filenames (though it will only shorten the existing part), and you can use "DO" or "DO CALL" as you wish. HTH, ~Neil -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rschm@broadpark.no Tue Sep 14 23:23:00 2004 From: rschm@broadpark.no (Robert Schmidt) Date: Tue, 14 Sep 2004 23:23:00 -0000 Subject: Also unison/ssh [Re: Win XP SP2: cvs over ssh problems] In-Reply-To: References: <20040914144232.GR17670@cygbert.vinschen.de> Message-ID: OK, here's some more info from the hanging unison over ssh on 1.5.11. I've attached the last part of an strace, taken from after ssh reads the RSA key. At the end of the log, ssh just waits. I've kept the full logs from both 1.5.10 and 1.5.11 if it can be helpful. And thanks, Dave, for the reference to WJM - I was definitely caught off guard... :-) Cheers, Rob -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: unison-ssh-1.5.11.txt URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gene.smith@sea.siemens.com Wed Sep 15 00:24:00 2004 From: gene.smith@sea.siemens.com (geneSmith) Date: Wed, 15 Sep 2004 00:24:00 -0000 Subject: login name changed Message-ID: Due to administrative reason my login name changed from "gene" to "gene.us." This also produced a new directory under "Documents and Setting" called "gene-us" which is my new default home directory for windows. However, cygwin never seems to get the message and when I start cygwin (via rxvt) it thinks my home is still in "gene." How do I tell cygwin to use "gene.us" as my home? -- Lit up like Levy's -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From byrnes@curl.com Wed Sep 15 00:44:00 2004 From: byrnes@curl.com (Bob Byrnes) Date: Wed, 15 Sep 2004 00:44:00 -0000 Subject: Bizarre behaviour of "make --win32" In-Reply-To: from "Dave Korn" (Sep 14, 4:01pm) Message-ID: <20040915002439.27FBDE538@carnage.curl.com> On Sep 14, 4:01pm, Dave Korn wrote: -- Subject: Bizarre behaviour of "make --win32" > > It appears to be using sh.exe, regardless of the --win32 flag. But if I > add stdout redirection to the command in question, it uses cmd.exe. > -- End of excerpt from "Dave Korn" On non-Cygwin, UNIX platforms, GNU make will optimize away the shell invocation for simple commands, which are identified by lack of known shell metacharacters (like ">"). For example, "foo bar baz" would be executed directly, using something like execvp(), but "foo bar > baz" would run /bin/sh -c "foo bar > baz". If the Makefile sets the SHELL make variable to something other than the default /bin/sh, then this opimization is disabled: GNU make conservatively assumes that it has no idea about the syntax for the nonstandard shell, ignores potential metacharacters, and just always runs $(SHELL) -c "command". This can have performance implications, as you might imagine. I don't know offhand what happens with --win32, but the difference in behavior with stdout redirection that you report is probably related to this optimization. I thought --win32 was supposed to use cmd.exe, but I don't know what the equivalent of execvp() would be for simple commands, or if make --win32 knows about cmd.exe metacharacters. What makes you think that sh.exe is being used? -- Bob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From g.r.vansickle@worldnet.att.net Wed Sep 15 00:52:00 2004 From: g.r.vansickle@worldnet.att.net (Gary R. Van Sickle) Date: Wed, 15 Sep 2004 00:52:00 -0000 Subject: Also unison/ssh [Re: Win XP SP2: cvs over ssh problems] In-Reply-To: Message-ID: [snip] > I'll restrain myself in the future, and will keep learning > from the list how to be helpful without being shot down. Wow, did YOU stumble into the wrong mailing list! -- Gary R. Van Sickle -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From g.r.vansickle@worldnet.att.net Wed Sep 15 01:01:00 2004 From: g.r.vansickle@worldnet.att.net (Gary R. Van Sickle) Date: Wed, 15 Sep 2004 01:01:00 -0000 Subject: BUG: Bad call to GetFileSze in ext2fsprogs lib/ext2fs/getsize.c In-Reply-To: <414749A7.809@agilent.com> Message-ID: [snip] > As far as I can tell the O_BINARY changes are good to have. > > Earl > Well, mandatory if standards are to be cloven to and tragedy is to be avoided. -- Gary R. Van Sickle -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From g.r.vansickle@worldnet.att.net Wed Sep 15 01:20:00 2004 From: g.r.vansickle@worldnet.att.net (Gary R. Van Sickle) Date: Wed, 15 Sep 2004 01:20:00 -0000 Subject: HELP: How to disable killing of Bash Shell window with mouse? In-Reply-To: <41470467.2040507@x-ray.at> Message-ID: [exit box not killing bash] > The default cygwin.bat shell, starting bash --login -i via > cmd.exe, will kill successfully cmd.exe and its child > bash.exe when killing the window via the mouse [x] or via the > pulldown. > > -- > Reini Urban > http://xarch.tu-graz.ac.at/home/rurban/ Huh, works with rxvt as well. Never used to. Wonder who fixed that when. -- Gary R. Van Sickle -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pacqe@yahoo.com Wed Sep 15 01:22:00 2004 From: pacqe@yahoo.com (Peter) Date: Wed, 15 Sep 2004 01:22:00 -0000 Subject: How do you pronounce it? Message-ID: Silly little question, but I'd like to get it right. How do you pronounce 'cygwin'? Peter -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From matthew.persico@gmail.com Wed Sep 15 01:30:00 2004 From: matthew.persico@gmail.com (Matthew Persico) Date: Wed, 15 Sep 2004 01:30:00 -0000 Subject: How do you pronounce it? In-Reply-To: References: Message-ID: <9ea6aaa8040914182260922040@mail.gmail.com> sig -win? On Wed, 15 Sep 2004 01:09:02 +0000 (UTC), Peter wrote: > Silly little question, but I'd like to get it right. > How do you pronounce 'cygwin'? > Peter > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Matthew O. Persico -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pacqe@yahoo.com Wed Sep 15 02:11:00 2004 From: pacqe@yahoo.com (Peter) Date: Wed, 15 Sep 2004 02:11:00 -0000 Subject: Installation - where is it all Message-ID: Hi I've checked all the Q's I could find, but couldn't find an answer to this short question. When cygwin installs, does it *all* go in the c:\cygwin directory (or other directory that's specified)? My need is I need to install it onto a machine that doesn't have Internet access. I'm thinking I can download & install on to one machine, and then burn that whole directory to CD and then copy it to the other machine. I'd guess I'd need to set its PATH. What else would I need to do? Thanks for your help Peter -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Wed Sep 15 02:19:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Wed, 15 Sep 2004 02:19:00 -0000 Subject: login name changed In-Reply-To: References: Message-ID: <6.1.0.6.0.20040914220229.02a05078@pop.prospeed.net> At 07:23 PM 9/14/2004, you wrote: >Due to administrative reason my login name changed from "gene" to "gene.us." This also produced a new directory under "Documents and Setting" called "gene-us" which is my new default home directory for windows. However, cygwin never seems to get the message and when I start cygwin (via rxvt) it thinks my home is still in "gene." How do I tell cygwin to use "gene.us" as my home? Same as always. Run 'mkpasswd'. See the docs: 'man mkpasswd' and/or see '/etc/postinstall/base-files-profile.sh.done'. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Wed Sep 15 02:24:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Wed, 15 Sep 2004 02:24:00 -0000 Subject: How do you pronounce it? In-Reply-To: <9ea6aaa8040914182260922040@mail.gmail.com> References: <9ea6aaa8040914182260922040@mail.gmail.com> Message-ID: <6.1.0.6.0.20040914221459.02a11a00@pop.prospeed.net> At 09:22 PM 9/14/2004, you wrote: >sig -win? > Yes, that's it. >On Wed, 15 Sep 2004 01:09:02 +0000 (UTC), Peter wrote: >> Silly little question, but I'd like to get it right. >> How do you pronounce 'cygwin'? >> Peter -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From PHinely@crch.hawaii.edu Wed Sep 15 02:25:00 2004 From: PHinely@crch.hawaii.edu (Peter Hinely) Date: Wed, 15 Sep 2004 02:25:00 -0000 Subject: Cygwin 1.5.11-1 breaks the Hans Boehm-gc (garbage collector) Message-ID: Hi, It appears that Cygwin 1.5.11-1 break the Hans Boehm-gc (garbage collector), v6.2 and v6.3. http://www.hpl.hp.com/personal/Hans_Boehm/gc/gc_source/ The gctest test application of the the boehm-gc runs correctly (it shows a passed result) compiled with gcc 3.3.1, 3.3.1, and 3.4.1 under Cygwin 1.5.10-3. But the gctest application does not run correctly compiled with any of those gcc versions under the current Cygwin, Cygwin 1.5.11-1. I searched the mailing list archive, but I did not find any mention of this problem. But another cygwin user that I know has found the same problem. Is there a known fix for this issue? Thanks, Peter -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Wed Sep 15 02:27:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Wed, 15 Sep 2004 02:27:00 -0000 Subject: Installation - where is it all In-Reply-To: References: Message-ID: <6.1.0.6.0.20040914221930.02a11628@pop.prospeed.net> At 09:23 PM 9/14/2004, you wrote: >Hi >I've checked all the Q's I could find, but couldn't find an answer to this short >question. >When cygwin installs, does it *all* go in the c:\cygwin directory (or other >directory that's specified)? >My need is I need to install it onto a machine that doesn't have Internet >access. I'm thinking I can download & install on to one machine, and then burn >that whole directory to CD and then copy it to the other machine. I'd guess I'd >need to set its PATH. >What else would I need to do? Yes, the installation puts it *all* in the directory you choose. However, you're better off copying the local package directory and the setup program to the CD and installing on the machine without Internet access from that. This is the recommended approach for the situation you described. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Wed Sep 15 03:00:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Wed, 15 Sep 2004 03:00:00 -0000 Subject: Cygwin 1.5.11-1 breaks the Hans Boehm-gc (garbage collector) In-Reply-To: References: Message-ID: <6.1.0.6.0.20040914222549.02a0f9a8@pop.prospeed.net> At 10:24 PM 9/14/2004, you wrote: >Hi, > >It appears that Cygwin 1.5.11-1 break the Hans Boehm-gc (garbage collector), v6.2 and v6.3. http://www.hpl.hp.com/personal/Hans_Boehm/gc/gc_source/ > >The gctest test application of the the boehm-gc runs correctly (it shows a passed result) compiled with gcc 3.3.1, 3.3.1, and 3.4.1 >under Cygwin 1.5.10-3. But the gctest application does not run correctly compiled with any of those gcc versions under the current Cygwin, Cygwin 1.5.11-1. > >I searched the mailing list archive, but I did not find any mention of this problem. But another cygwin user that I know has found the same problem. Is there a known fix for this issue? This problem has not been reported previously. Please see >Problem reports: http://cygwin.com/problems.html for guidelines on reporting the problem to this list. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From PHinely@crch.hawaii.edu Wed Sep 15 03:01:00 2004 From: PHinely@crch.hawaii.edu (Peter Hinely) Date: Wed, 15 Sep 2004 03:01:00 -0000 Subject: Cygwin 1.5.11-1 breaks the Hans Boehm-gc (garbage collector) Message-ID: Hi, Additional info: I meant to say "gcc 3.3.1, 3.3.3, and 3.4.1" in my first email. I am running Windows XP, SP1. I compiled and tested the boehm-gc that's under the GNU gcc project's source tree (used by the GNU java compiler), and it also fails the gctest with Cygwin 1.5.11-1, but works with Cygwin 1.5.10-3. Regards, Peter >>> lh-no-personal-replies-please@cygwin.com 09/14/04 04:26PM >>> At 10:24 PM 9/14/2004, you wrote: >Hi, > >It appears that Cygwin 1.5.11-1 break the Hans Boehm-gc (garbage collector), v6.2 and v6.3. http://www.hpl.hp.com/personal/Hans_Boehm/gc/gc_source/ > >The gctest test application of the the boehm-gc runs correctly (it shows a passed result) compiled with gcc 3.3.1, 3.3.1, and 3.4.1 >under Cygwin 1.5.10-3. But the gctest application does not run correctly compiled with any of those gcc versions under the current Cygwin, Cygwin 1.5.11-1. > >I searched the mailing list archive, but I did not find any mention of this problem. But another cygwin user that I know has found the same problem. Is there a known fix for this issue? This problem has not been reported previously. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bvacaliuc@ngit.com Wed Sep 15 03:08:00 2004 From: bvacaliuc@ngit.com (Bogdan Vacaliuc) Date: Wed, 15 Sep 2004 03:08:00 -0000 Subject: 1.5.10: expr + configure failure + testcase (also on 1.5.11-1) In-Reply-To: <20040914165321.GA5159@trixie.casa.cgf.cx> Message-ID: <002c01c49ad0$48bbf890$0b03a8c0@lithium> Chris, Ok. Running 09/14/04 snapshot is looking *good* so far. I stopped the test script at 150 passes. I'm starting my configure/build/redo test and will let that run overnight. I'll check in tomorrow AM and report on that. 1 successful configure/build so far. Thanks! -bogdan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Wed Sep 15 03:09:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Wed, 15 Sep 2004 03:09:00 -0000 Subject: Cygwin 1.5.11-1 breaks the Hans Boehm-gc (garbage collector) In-Reply-To: References: Message-ID: <6.1.0.6.0.20040914230249.02a08ed0@pop.prospeed.net> At 10:59 PM 9/14/2004, you wrote: >Hi, > >Additional info: > >I meant to say "gcc 3.3.1, 3.3.3, and 3.4.1" in my first email. > >I am running Windows XP, SP1. > >I compiled and tested the boehm-gc that's under the GNU gcc project's source tree (used by the GNU java compiler), and it also fails the gctest with Cygwin 1.5.11-1, but works with Cygwin 1.5.10-3. Looks like you skipped reading >Problem reports: http://cygwin.com/problems.html It has the guidelines for the requested information that goes with problem reports, such as 'cygcheck' output. Probably not really an absolute requirement in this case but it answers any basic questions for those who may look at this problem. >Regards, >Peter > >>>> xx@xx.xxx 09/14/04 04:26PM >>> >At 10:24 PM 9/14/2004, you wrote: >>Hi, >> >>It appears that Cygwin 1.5.11-1 break the Hans Boehm-gc (garbage collector), v6.2 and v6.3. http://www.hpl.hp.com/personal/Hans_Boehm/gc/gc_source/ >> >>The gctest test application of the the boehm-gc runs correctly (it shows a passed result) compiled with gcc 3.3.1, 3.3.1, and 3.4.1 >>under Cygwin 1.5.10-3. But the gctest application does not run correctly compiled with any of those gcc versions under the current Cygwin, Cygwin 1.5.11-1. >> >>I searched the mailing list archive, but I did not find any mention of this problem. But another cygwin user that I know has found the same problem. Is there a known fix for this issue? > > >This problem has not been reported previously. > -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bvacaliuc@ngit.com Wed Sep 15 03:28:00 2004 From: bvacaliuc@ngit.com (Bogdan Vacaliuc) Date: Wed, 15 Sep 2004 03:28:00 -0000 Subject: 1.5.10: expr + configure failure + testcase (also on 1.5.11-1) In-Reply-To: <20040914140415.GA651435@Worldnet> Message-ID: <002d01c49ad1$7c0ee5d0$0b03a8c0@lithium> Pierre, > FYI, I lauched that script last evening, it's now at > iteration 6441. That's on NT4 with a 2 day old cygwin dll > built from cvs. > > I have seen all the latest e-mails in this thread and the plea > to use the new snapshot. So you are not using the new snapshot, yet do not see the failure, correct? Chris Johns on the RTEMS list reported that my configure line did not fail on his MinGW system as readily as his configure line; his line fails just as well on my system, so we've adopted it as the default now. Please replace the fail() with the following in test-configure: fail () { ${configure_test} -n \ --prefix=/opt/rtems \ --with-multisubdir=m68000 \ --with-multisrctop= \ --with-multibuildtop= \ --prefix=/opt/rtems \ --host=m68k-rtems \ --build=i686-pc-mingw32 \ --target=m68k-rtems \ --enable-multilib \ --enable-doc \ --enable-cxx \ --enable-posix \ --enable-networking \ --disable-tests \ --disable-itron \ --with-target-subdir=m68k-rtems \ --exec-prefix=/opt/rtems/m68k-rtems \ --cache-file=/dev/null \ build_alias=i686-pc-mingw32 \ host_alias=m68k-rtems \ target_alias=m68k-rtems \ CC='m68k-rtems-gcc --pipe -m68000' \ --cache-file=/dev/null } and make another run, hopefully *before* you install the snapshot. So far on the rtems-list, reports of the configure problem have implicated Win98/WinME and Win2K. No failure was reported MinGW/WinXP. I'm still waiting to hear from others. By the way, I never got a chance to respond to your request for a simpler test case. Believe me, I tried. The exhaustive/iterative method was the best I could do to come close to quickly returning a failure if the problem existed. On my system, I'd have a better than 1:2 chance of getting a failure, but other people reported different results. It would *never* fail, if all you did was a few expr and tests. The whole configure script machinery appears necessary to setup the failure mode. Thanks, -bogdan > -----Original Message----- > From: cygwin-owner@cygwin.com > [mailto:cygwin-owner@cygwin.com] On Behalf Of Pierre A. Humblet > Sent: Tuesday, September 14, 2004 10:04 AM > To: cygwin@cygwin.com > Subject: Re: 1.5.10: expr + configure failure + testcase > (also on 1.5.11-1) > > > On Sun, Sep 12, 2004 at 09:42:07PM -0400, Bogdan Vacaliuc wrote: > > > > Anyway, the attached script (test-configure) will create the above > > configure.ac, generate configure (via. autoconf), and run the above > > line over and over until failure. I am also attaching cygcheck.out > > for my environment as it now exists. > > FYI, I lauched that script last evening, it's now at > iteration 6441. That's on NT4 with a 2 day old cygwin dll > built from cvs. > > I have seen all the latest e-mails in this thread and the plea > to use the new snapshot. > > BTW, checking for reused PIDs is a trace is very easy: > fgrep Program > > Pierre > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Wed Sep 15 03:38:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Wed, 15 Sep 2004 03:38:00 -0000 Subject: 1.5.10: expr + configure failure + testcase (also on 1.5.11-1) In-Reply-To: <002c01c49ad0$48bbf890$0b03a8c0@lithium> References: <20040914165321.GA5159@trixie.casa.cgf.cx> <002c01c49ad0$48bbf890$0b03a8c0@lithium> Message-ID: <20040915033022.GA14861@trixie.casa.cgf.cx> On Tue, Sep 14, 2004 at 11:01:23PM -0400, Bogdan Vacaliuc wrote: >Ok. Running 09/14/04 snapshot is looking *good* so far. I stopped the >test script at 150 passes. > >I'm starting my configure/build/redo test and will let that run >overnight. I'll check in tomorrow AM and report on that. 1 successful >configure/build so far. That points to a problem with bash, then, not cygwin. If we can confirm this then we should probably notify the bash maintainer. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ed.gold.jr@lmco.com Wed Sep 15 04:08:00 2004 From: ed.gold.jr@lmco.com (Gold Jr, Ed) Date: Wed, 15 Sep 2004 04:08:00 -0000 Subject: FW: Re: tcsh hangs after updating to cygwin 1.5.7-1. Expires with "Out of Memory" Message-ID: <4E974DB3BB51CF499FEF1DC84D1B3A0402804411@emss03m13.us.lmco.com> http://www.cygwin.com/ml/cygwin/2004-02/msg00798.html Re: tcsh hangs after updating to cygwin 1.5.7-1. Expires with "Out of Memory" * From: Corinna Vinschen * To: cygwin at cygwin dot com * Date: Tue, 17 Feb 2004 16:11:55 +0100 * Subject: Re: tcsh hangs after updating to cygwin 1.5.7-1. Expires with "Out of Memory" * References: <014301c3f54c$70d40a90$151a5d80@pcphuot > * Reply-to: cygwin at cygwin dot com On Feb 17 12:51, Etienne Huot wrote: > References: > > > I have experienced exactly the same problem! On two different machines > running XP. But actually, I'm not sure this is due to the new DLL I'm running XP *and* I'm using tcsh on a regular basis and I'm not able to reproduce that effect. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:cygwin@cygwin.com Red Hat, Inc. -- Dear Cygwin Folks: I would have posted this to the message thread, but I didn't have the time to research how to go about doing that. Please pass this along to anyone that might benefit. Well, I know of at least one way to cause this problem! My cygwin installation was running fine for over a year on an XP machine without any problems. Today, out of nowhere, it starts giving me the "Out of memory" error whenever I try to run tcsh. I can run bash just fine. I decided to blow away my installation and reinstall, which reset my home directory back to "C:\Documents and Settings ...". This cured the problem! So when I edited /etc/passwd to put my home directory back to "/home/golde", the problem returned. Looking in that directory revealed that the .history file was huge. I blew it away and everything was fine. I have no idea what caused it to spaz out, but anyway this is at least one way to cause tcsh to experience the "Out of memory" problem. Best Regards, V Edward Gold, Jr. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pacqe@yahoo.com Wed Sep 15 04:14:00 2004 From: pacqe@yahoo.com (Peter) Date: Wed, 15 Sep 2004 04:14:00 -0000 Subject: Thank you References: <6.1.0.6.0.20040914221930.02a11628@pop.prospeed.net> Message-ID: Thanks for all your help. Peter -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cygwin@cwilson.fastmail.fm Wed Sep 15 04:15:00 2004 From: cygwin@cwilson.fastmail.fm (Charles Wilson) Date: Wed, 15 Sep 2004 04:15:00 -0000 Subject: [ANNOUNCEMENT] Updated: zlib-1.2.1-2 Message-ID: <200409150414.i8F4EHj01882@esds.vss.fsi.com> The zlib package has been updated to version 1.2.1-2. zlib is a standard lossless compression library. This is a security bugfix release. CHANGES: - included security patch from http://lwn.net/Articles/99288/ Thanks to jglong3 and Brian Dessent for the headsup. -- Charles Wilson zlib volunteer maintainer for cygwin 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. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cygwin@cwilson.fastmail.fm Wed Sep 15 04:21:00 2004 From: cygwin@cwilson.fastmail.fm (Charles Wilson) Date: Wed, 15 Sep 2004 04:21:00 -0000 Subject: [ANNOUNCEMENT] Updated: mingw-zlib-1.2.1-2 Message-ID: <200409150415.i8F4FEU02028@esds.vss.fsi.com> The mingw-zlib package has been updated to version 1.2.1-2. zlib is a standard lossless compression library; mingw-zlib is a version built using the standard windows runtime library and NOT cygwin; it is used by setup.exe among other tools. This is a security bugfix release. CHANGES: - included security patch from http://lwn.net/Articles/99288/ Thanks to jglong3 and Brian Dessent for the headsup. -- Charles Wilson mingw-zlib volunteer maintainer for cygwin 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. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cygwin@cwilson.fastmail.fm Wed Sep 15 04:22:00 2004 From: cygwin@cwilson.fastmail.fm (Charles Wilson) Date: Wed, 15 Sep 2004 04:22:00 -0000 Subject: [ANNOUNCEMENT] Updated: bzip2-1.0.2-6 Message-ID: <200409150421.i8F4Lb402191@esds.vss.fsi.com> bzip2 provides the bzip2.exe / bunzip2.exe executables, a patent-unencumbered but highly effective compression tool. This is a bugfix release. CHANGES: - Fix bug in bzdiff (thanks to Igor Pechtchanski) -- Charles Wilson bzip2 volunteer maintainer for cygwin 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. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cygwin@cwilson.fastmail.fm Wed Sep 15 06:49:00 2004 From: cygwin@cwilson.fastmail.fm (Charles Wilson) Date: Wed, 15 Sep 2004 06:49:00 -0000 Subject: [ANNOUNCEMENT] Updated: automake-devel-1.9.1-1 Message-ID: <200409150422.i8F4MtE02239@esds.vss.fsi.com> Version 1.9.1-1 of the automake-devel package is now available. It contains GNU automake-1.9.1 installed into /usr/autotool/devel. Changes from 1.8.5-1: o routine update to latest release version Other important info: o requires autoconf-devel-2.59-1 or newer o no testsuite regressions: -- 524 PASS, 25 SKIP, 3 XFAIL -- 1 FAIL: tar.test (which is a new test not present in 1.8.5) o because this is a minor-number upgrade (1.7.x to 1.8.x), developers should read the upstream release notes carefully (/usr/share/doc/automake-devel-1.9.1/NEWS) == Chuck ******************************************************************* 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. Then, run setup and answer all of the questions. If you have questions or comments, please send them to the Cygwin mailing list at: cygwin@cygwin.com . *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. ******************************************************************* -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From fergus@bonhard.uklinux.net Wed Sep 15 07:05:00 2004 From: fergus@bonhard.uklinux.net (fergus@bonhard.uklinux.net) Date: Wed, 15 Sep 2004 07:05:00 -0000 Subject: Cygwin on a stick Message-ID: I managed to acquire a 2.0G USB stick (actually 1970M) and formatted it FAT32 using Disk Manager into clusters of size 512B. (The default Explorer "format" creates clusters that are larger than this, leading to too much wasted space.) The whole of Cygwin on this medium takes 1570M leaving 400M free (for whatever you might want to put under /home/ or /usr/local/ or wherever). It's remarkable. Minor issue: can anybody help at all please? The stick is constantly being accessed, something I have not noticed with any other USB device I have used (64M, 256M, 1.0G, 40G). In Disk Manager the drive is shown as "Healthy (Active)" in contrast to all others shown as merely "Healthy" apart from the C: drive shown as "Healthy (System)". I'm guessing that by contriving to remove the Active status of the stick, I'll stop this constant monitoring. Messing around with Right-Click etc in Disk Manager has got me nowhere. If you know how to turn this off I'd be very grateful. Thanks. Fergus -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rschm@broadpark.no Wed Sep 15 07:24:00 2004 From: rschm@broadpark.no (Robert Schmidt) Date: Wed, 15 Sep 2004 07:24:00 -0000 Subject: Also unison/ssh [Re: Win XP SP2: cvs over ssh problems] In-Reply-To: References: <20040914144232.GR17670@cygbert.vinschen.de> Message-ID: Robert Schmidt wrote: > OK, here's some more info from the hanging unison over ssh on 1.5.11. > ... Sorry, forgot the cygcheck -s -v -r output. Cheers, Rob -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygcheck.out URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From peda@axentia.se Wed Sep 15 08:42:00 2004 From: peda@axentia.se (Peter Ekberg) Date: Wed, 15 Sep 2004 08:42:00 -0000 Subject: 1.5.10: expr + configure failure + testcase (also on 1.5.11-1) Message-ID: <90459864DAD67D43BDD3D517DEFC2F7D7120@axon.Axentia.local> Christopher Faylor wrote: > Grr... This was the newlib problem previously mentioned. I forgot to > generate the snapshot in such a way as to work around this problem. > > The new snapshot should work better. Indeed it does. I have tried a couple of times without any hickups. With 1.5.11 a have not been able to get my testcase to even pass once if straceing. With this snapshot I now have 5 consecutive successes (and no failures). I'm afraid I don't understand the issue and why the temporary change in the snapshot points at bash, so someone else is probably better suited to notify the bash maintainer. (If the evidence in this message qualifies as confirmation.) BTW, thanks for helping out with debugging! Cheers, Peter -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lorenzo.delana@virgilio.it Wed Sep 15 09:00:00 2004 From: lorenzo.delana@virgilio.it (lorenzo.delana@virgilio.it) Date: Wed, 15 Sep 2004 09:00:00 -0000 Subject: Cygwin licensing issue Message-ID: <41463E520000366E@ims5b.cp.tin.it> There is someone that can make me understand what is intendend for "proprietary use" at http://cygwin.com/faq/faq_7.html#SEC132 other authoritary information in Cygwin FAQ section about cygwin software licensing http://cygwin.com/faq/faq_1.html#SEC4 I would to know if I can use Cygwin on my company for using the product, not for selling software developed with Cygwin libraries... I would to know if I can make a C++ application, makeing an executable .exe and then use in my company to simplify my work; remark: I not sell this application, and I write source code with GPL licensing. Any suggestion appreciated, Lorenzo -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bvacaliuc@ngit.com Wed Sep 15 09:04:00 2004 From: bvacaliuc@ngit.com (Bogdan Vacaliuc) Date: Wed, 15 Sep 2004 09:04:00 -0000 Subject: 1.5.10: expr + configure failure + testcase (also on 1.5.11-1) In-Reply-To: <90459864DAD67D43BDD3D517DEFC2F7D7120@axon.Axentia.local> Message-ID: <003901c49b02$6542e820$0b03a8c0@lithium> Chris, My local tests and all reports from rtems-users so far are successes. -bogdan > -----Original Message----- > From: cygwin-owner@cygwin.com > [mailto:cygwin-owner@cygwin.com] On Behalf Of Peter Ekberg > Sent: Wednesday, September 15, 2004 3:24 AM > To: cygwin@cygwin.com > Subject: RE: 1.5.10: expr + configure failure + testcase > (also on 1.5.11-1) > > > Christopher Faylor wrote: > > Grr... This was the newlib problem previously mentioned. > I forgot to > > generate the snapshot in such a way as to work around this problem. > > > > The new snapshot should work better. > > Indeed it does. I have tried a couple of times without any > hickups. With 1.5.11 a have not been able to get my testcase > to even pass once if straceing. With this snapshot I now have > 5 consecutive successes (and no failures). > > I'm afraid I don't understand the issue and why the temporary > change in the snapshot points at bash, so someone else is > probably better suited to notify the bash maintainer. (If the > evidence in this message qualifies as confirmation.) > > BTW, thanks for helping out with debugging! > > Cheers, > Peter > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Wed Sep 15 09:11:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Wed, 15 Sep 2004 09:11:00 -0000 Subject: Cygwin licensing issue In-Reply-To: <41463E520000366E@ims5b.cp.tin.it> References: <41463E520000366E@ims5b.cp.tin.it> Message-ID: <20040915090512.GW17670@cygbert.vinschen.de> On Sep 15 10:42, lorenzo.delana@virgilio.it wrote: > > There is someone that can make me understand what is intendend for "proprietary > use" at > > http://cygwin.com/faq/faq_7.html#SEC132 > > other authoritary information in Cygwin FAQ section about cygwin software > licensing > > http://cygwin.com/faq/faq_1.html#SEC4 > > I would to know if I can use Cygwin on my company for using the product, > not for selling software developed with Cygwin libraries... > > I would to know if I can make a C++ application, makeing an executable .exe > and then use in my company to simplify my work; remark: I not sell this > application, and I write source code with GPL licensing. In that case your definitely off the hook :-) Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From marcus.davage@scenta.co.uk Wed Sep 15 09:21:00 2004 From: marcus.davage@scenta.co.uk (Marcus Davage) Date: Wed, 15 Sep 2004 09:21:00 -0000 Subject: 1.5.11 - tcp problems Message-ID: <6659549764.20040915100142@scenta.co.uk> Firstly, sorry, but I am afriad I cannot CYMTNQREAIYR - it's out of my control. Next, my dir /etc/services returns services -> C:\WINNT\system32\drivers\etc\services* so it IS a symlink to Windows. Marcus ------Original Mail------ Marcus, First off, . Thanks. Secondly, the /etc/services file seems ok, but in Cygwin it's actually a symlink to the one in the Windows system directory. Do you have the symlink on your system, or is /etc/services a file? If it's a file, Windows (in particular, winsock) won't be aware of it. Igor -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Wed Sep 15 09:52:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Wed, 15 Sep 2004 09:52:00 -0000 Subject: 1.5.11 - tcp problems In-Reply-To: <6659549764.20040915100142@scenta.co.uk> References: <6659549764.20040915100142@scenta.co.uk> Message-ID: <20040915092154.GX17670@cygbert.vinschen.de> On Sep 15 10:01, Marcus Davage wrote: > Firstly, sorry, but I am afriad I cannot CYMTNQREAIYR - it's out of my > control. I don't think so. The last resort is called "hand editing". That should always work sufficiently. > Next, my dir /etc/services returns > services -> C:\WINNT\system32\drivers\etc\services* > so it IS a symlink to Windows. I'm wondering if C:\WINNT\system32\drivers\etc\services is readable for everyone. Could you go into the above directory and call chmod a+r services and try again? Other than that, please follow the guidelines on http://cygwin.com/problems.html Attaching the cygcheck output could perhaps give us a clue what's going wrong on your system. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From marcos.rebelo@edisoft.pt Wed Sep 15 10:44:00 2004 From: marcos.rebelo@edisoft.pt (Marcos Rebelo) Date: Wed, 15 Sep 2004 10:44:00 -0000 Subject: rlogin or rsh correct install Message-ID: <000401c49b09$c3e34940$ea0aa8c0@edisoft.pt> I need to use the rlogin and I don't know witch package to use. The command rsh is giving me this error rsh.exe: remote terminal session not supported Runs commands on remote hosts running the RSH service. RSH host [-l username] [-n] command host Specifies the remote host on which to run command. -l username Specifies the user name to use on the remote host. If omitted, the logged on user name is used. -n Redirects the input of RSH to NULL. command Specifies the command to run. What am I doing wrong? Thanks Marcos Rebelo -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From jwright@hasborg.com Wed Sep 15 12:21:00 2004 From: jwright@hasborg.com (Joshua Wright) Date: Wed, 15 Sep 2004 12:21:00 -0000 Subject: Program terminates with "cygheap version mismatch detected" In-Reply-To: <20040914133247.GI32582@trixie.casa.cgf.cx> References: <4146D9AC.1020200@hasborg.com> <4146CD0C.2000007@bellsouth.net> <4146F198.9050106@hasborg.com> <20040914133247.GI32582@trixie.casa.cgf.cx> Message-ID: <41481CE9.6090903@hasborg.com> Christopher Faylor wrote: >>c:\DEV\testing\asleap.exe (988): *** cygheap version mismatch detected >>- 0x61780000/0xBF0000. >>You have multiple copies of cygwin1.dll on your system. >Find the extra cygwin1.dlls and delete them. >Use only the one in cygwin\bin > You probably need to run rebaseall (q.v.). Well, I ran rebaseall, rebooted my system and still have the same results with this program. Any other suggestions? Many thanks, -Josh -- -Joshua Wright jwright@hasborg.com http://home.jwu.edu/jwright/ pgpkey: http://home.jwu.edu/jwright/pgpkey.htm fingerprint: FDA5 12FC F391 3740 E0AE BDB6 8FE2 FC0A D44B 4A73 Today I stumbled across the world's largest hotspot. The SSID is "linksys". -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Wed Sep 15 12:54:00 2004 From: dk@artimi.com (Dave Korn) Date: Wed, 15 Sep 2004 12:54:00 -0000 Subject: Bizarre behaviour of "make --win32" In-Reply-To: <20040915002439.27FBDE538@carnage.curl.com> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Bob Byrnes > Sent: 15 September 2004 01:25 > On Sep 14, 4:01pm, Dave Korn wrote: > -- Subject: Bizarre behaviour of "make --win32" > > > > It appears to be using sh.exe, regardless of the --win32 > flag. But if I > > add stdout redirection to the command in question, it uses cmd.exe. > > > -- End of excerpt from "Dave Korn" > > On non-Cygwin, UNIX platforms, GNU make will optimize away the shell > invocation for simple commands, which are identified by lack of known > shell metacharacters (like ">"). For example, "foo bar baz" would be > executed directly, using something like execvp(), but "foo bar > baz" > would run /bin/sh -c "foo bar > baz". Bingo. That sounds like the one. This is causing me complicated interactions with the fact that windows shell doesn't follow cygwin softlinks, but something launched from within a cygwin process does. Which is ultimately why my makefiles sometimes succeed in launching python.exe (a softlink) and sometimes fail, according to whether redirection is in use or not. > If the Makefile sets the SHELL make variable to something other than > the default /bin/sh, then this opimization is disabled: GNU make > conservatively assumes that it has no idea about the syntax for the > nonstandard shell, ignores potential metacharacters, and just always > runs $(SHELL) -c "command". This can have performance implications, > as you might imagine. > > I don't know offhand what happens with --win32, --win32 is supposed to use cmd.exe rather than sh.exe to launch subprocesses, in order to understand windoze-style backslash-separated paths without having to double up all the backslashes to avoid them being taken as metachar escapes by the *nix shell. So it's basically wrong behaviour: this optimisation effectively launches the subprocess within a unix environment rather than a cmd.exe environment, regardless of MAKE_MODE. >but the difference in > behavior with stdout redirection that you report is probably related > to this optimization. I thought --win32 was supposed to use cmd.exe, > but I don't know what the equivalent of execvp() would be for simple > commands, or if make --win32 knows about cmd.exe metacharacters. > What makes you think that sh.exe is being used? NTFileMon from sysinternals, but on closer inspection, it turns out to be a red herring: sh.exe is in fact not being invoked from make directly, but by a call to os.system (....) in a python script; some activity from it just at the point where make was launching a subcommand got in the way and fooled me. The only thing that has been going wrong here is that when make invokes the command through execvp it runs in the same unix-y environment that make is running in itself, which defies the purpose of the --win32 switch; when the redirection of the command disables this optimisation, it correctly launches cmd.exe to execute subcommands. Now that I've got the inconsistent behaviour explained, I need to figure out how to make it possible to invoke python from a makefile that might be run from either bash.exe or cmd.exe and use either cygwin python or win32 python according to which is installed, and without any dependency on which order in $PATH they come...... cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From jwright@hasborg.com Wed Sep 15 13:59:00 2004 From: jwright@hasborg.com (Joshua Wright) Date: Wed, 15 Sep 2004 13:59:00 -0000 Subject: Program terminates with "cygheap version mismatch detected" In-Reply-To: References: Message-ID: <41483B7C.9030807@hasborg.com> J??rg Schaible wrote: >> c:\DEV\testing\asleap.exe (988): *** cygheap version mismatch >> detected - 0x61780000/0xBF0000. You have multiple copies of >> cygwin1.dll on your system. > From your cygcheck output I've seen that you have or had a B15 > running ... do you still use it? Even it the dll name is cygwin.dll > (just a guess, B15 was not my time ), it might already allocate > the same shared memory than cygwin1.dll. I tried to remove all instances of Cygwin from my system in an effort to troubleshoot: + Did a find with regedit and removed any keys with "cyg" in them + Removed the c:\cygwin tree + Did a Windows Find on "cyg" and removed all files Reinstalled cygwin, rebooted. Same error. :( Any other thoughts? Possibly a problem with Windows XP SP2? I'm not sure what to try next. Thanks, -Josh -- -Joshua Wright jwright@hasborg.com http://home.jwu.edu/jwright/ pgpkey: http://home.jwu.edu/jwright/pgpkey.htm fingerprint: FDA5 12FC F391 3740 E0AE BDB6 8FE2 FC0A D44B 4A73 Today I stumbled across the world's largest hotspot. The SSID is "linksys". -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Wed Sep 15 14:01:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Wed, 15 Sep 2004 14:01:00 -0000 Subject: rlogin or rsh correct install In-Reply-To: <000401c49b09$c3e34940$ea0aa8c0@edisoft.pt> References: <000401c49b09$c3e34940$ea0aa8c0@edisoft.pt> Message-ID: <6.1.0.6.0.20040915095234.03c5ce50@pop.prospeed.net> At 05:52 AM 9/15/2004, you wrote: >I need to use the rlogin and I don't know witch package to use. You answer this question by consulting . Type in the name of the file you're looking for. It will tell you the package(s) and version(s) that contain this file. For executables, it's often helpful to proceed the executable name with 'bin/' (i.e. 'bin/rlogin'). With the results of that, run 'setup' and install that package. Simple. :-) >The command rsh is giving me this error > >rsh.exe: remote terminal session not supported > >Runs commands on remote hosts running the RSH service. > >RSH host [-l username] [-n] command > > host Specifies the remote host on which to run command. > -l username Specifies the user name to use on the remote host. If > omitted, the logged on user name is used. > -n Redirects the input of RSH to NULL. > command Specifies the command to run. > >What am I doing wrong? You're using the Windows version of 'rsh'. ;-) You may want to consider installing and using 'openssh' instead, if security is an issue. It's a secure replacement for r* commands. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rob2@siklos.ca Wed Sep 15 14:05:00 2004 From: rob2@siklos.ca (Rob S.i.k.l.o.s) Date: Wed, 15 Sep 2004 14:05:00 -0000 Subject: CTRL-C kills "ssh -X" References: <12d701c4968b$8741bf30$920aa8c0@adexainc.com> Message-ID: <099901c49b2c$6b77b4d0$920aa8c0@adexainc.com> Just to close off this thread, in case anyone cares, adding "tty" the CYGWIN environment variable seems to solve this problem. Rob. ----- Original Message ----- From: "Rob S.i.k.l.o.s" To: Sent: Thursday, September 09, 2004 12:39 PM Subject: CTRL-C kills "ssh -X" > Hi All, > > When I connect to any machine using "ssh -X", so that X display is > automatically tunelled over the ssh connection, hitting CTRL-C at any time > kills the ssh process, which outputs "Killed by signal 2." > > This does not happen if I omit the "-X" when running ssh. > > Cygcheck output attached. > > Thanks, > > Rob. > -------------------------------------------------------------------------------- > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Wed Sep 15 14:27:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Wed, 15 Sep 2004 14:27:00 -0000 Subject: rlogin or rsh correct install In-Reply-To: <6.1.0.6.0.20040915095234.03c5ce50@pop.prospeed.net> References: <000401c49b09$c3e34940$ea0aa8c0@edisoft.pt> <6.1.0.6.0.20040915095234.03c5ce50@pop.prospeed.net> Message-ID: <6.1.0.6.0.20040915100233.03d573e0@pop.prospeed.net> At 09:58 AM 9/15/2004, you wrote: >At 05:52 AM 9/15/2004, you wrote: >>I need to use the rlogin and I don't know witch package to use. > >You answer this question by consulting . Type >in the name of the file you're looking for. It will tell you the package(s) >and version(s) that contain this file. For executables, it's often helpful >to proceed the executable name with 'bin/' (i.e. 'bin/rlogin'). With the ^^^^^^^ *precede* UGH! >results of that, run 'setup' and install that package. Simple. :-) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Wed Sep 15 16:35:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Wed, 15 Sep 2004 16:35:00 -0000 Subject: Installation hangs because asks for input from terminal In-Reply-To: <41416E12.30103@math.md> References: <41416E12.30103@math.md> Message-ID: <4148511D.1000604@x-ray.at> Hi Alex, Alexander Colesnicov schrieb: > I tried to install cygwin and it hanged when executing > /etc/postinstall/post-texmf.sh . To proceed further, I marked this > script as "done" and all the rest was OK. Then I started cygwin and run > this script manually. I found that it was a conflict with my existing > fpTeX installation (fpTeX is a TeTeX port to Windows) that defined an > environment variable TEXMFCNF to one of Windows directories. The script > post-texmf.sh diagnosted that and asked for user's reaction. I redefined > the variable in my .bashrc as TEXMFCNF="/usr/share/texmf/web2c:", and > the script run. The bad thing is that the terminal window does not exist > during setup.exe run. Therefore, the user can not react to script's > questions. My recommedation is to reprogram post-texmf.sh in such a > manner that it will never ask for user's intervention, and will set the > TEXMFCNF variable uncoditionally to its true value to avoid the > described conflict. Could you please attach the output of $ cygcheck -s -v -r > cygcheck.out as described in http://cygwin.com/problems.html Our setup.exe maintainers couldn't reproduce this problem on their systems. Any read in the postinstall script is just skipped. Do you have Win95? -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pierre.humblet@ieee.org Wed Sep 15 16:41:00 2004 From: pierre.humblet@ieee.org (Pierre A. Humblet) Date: Wed, 15 Sep 2004 16:41:00 -0000 Subject: 1.5.10: expr + configure failure + testcase (also on 1.5.11-1) References: <20040914165321.GA5159@trixie.casa.cgf.cx> <002c01c49ad0$48bbf890$0b03a8c0@lithium> <20040915033022.GA14861@trixie.casa.cgf.cx> Message-ID: <41486F42.12E5F931@ieee.org> Christopher Faylor wrote: > > On Tue, Sep 14, 2004 at 11:01:23PM -0400, Bogdan Vacaliuc wrote: > >Ok. Running 09/14/04 snapshot is looking *good* so far. I stopped the > >test script at 150 passes. > > > >I'm starting my configure/build/redo test and will let that run > >overnight. I'll check in tomorrow AM and report on that. 1 successful > >configure/build so far. > > That points to a problem with bash, then, not cygwin. > > If we can confirm this then we should probably notify the bash > maintainer. He might be interested by the attachment below, obtained from the bashstrace in http://cygwin.com/ml/cygwin/2004-09/msg00626.html fgrep ' 1696 ' bashstrace | grep '= fork\|wait4: call' > bashstrace_grep.txt Every fork is followed by a wait, except the one that leads to trouble. Somehow bash draws conclusions about its status without doing a wait. Pid reuse shouldn't be the root cause of this behavior. Also according the the following comment in bash code, the Cygwin style of pid reuse should be no problem: #if defined (RECYCLES_PIDS) /* LynxOS, for one, recycles pids very quickly -- so quickly that a new process may have the same pid as the last one created. This has been reported to fix the problem. */ Pierre -------------- next part -------------- 117 872308 [main] bash 1696 fork: 2308 = fork() 125 873876 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 137 927912 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 152 1115952 [main] bash 1696 fork: 2036 = fork() 210 1117609 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 137 1223831 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 117 1662780 [main] bash 1696 fork: 1488 = fork() 144 1664261 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 131 1867156 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 116 1914817 [main] bash 1696 fork: 456 = fork() 139 1916356 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 146 2114502 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 120 2161965 [main] bash 1696 fork: 2104 = fork() 143 2163481 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 145 2368793 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 118 2416409 [main] bash 1696 fork: 1432 = fork() 165 2417863 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 145 2616099 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 119 2664589 [main] bash 1696 fork: 2308 = fork() 159 2665939 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 148 2865875 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 129 2914912 [main] bash 1696 fork: 2036 = fork() 676 2916792 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 146 3114780 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 204 3162946 [main] bash 1696 fork: 1488 = fork() 126 3164271 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 203 3461625 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 155 3509295 [main] bash 1696 fork: 456 = fork() 126 3510735 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 206 3712483 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 143 3765025 [main] bash 1696 fork: 2104 = fork() 127 3766418 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 145 3965535 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 117 4125336 [main] bash 1696 fork: 1432 = fork() 126 4126809 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 125 4358150 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 121 4405766 [main] bash 1696 fork: 2308 = fork() 137 4407184 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 147 4611082 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 116 4659500 [main] bash 1696 fork: 2036 = fork() 169 4661074 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 148 4866256 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 115 4913817 [main] bash 1696 fork: 1488 = fork() 157 4915180 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 145 5116382 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 116 5165835 [main] bash 1696 fork: 456 = fork() 163 5167204 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 145 5375291 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 130 5423472 [main] bash 1696 fork: 2104 = fork() 655 5425369 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 342 5625852 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 115 5859774 [main] bash 1696 fork: 1432 = fork() 127 5862344 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 145 5940525 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 118 6074762 [main] bash 1696 fork: 652 = fork() 149 6076183 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 145 6216456 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 117 6249297 [main] bash 1696 fork: 2308 = fork() 128 6400094 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 159 6414758 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 117 6735571 [main] bash 1696 fork: 1744 = fork() 128 6900186 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 162 6914401 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 118 7614921 [main] bash 1696 fork: 928 = fork() 130 7618114 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 261 7804716 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 117 7832737 [main] bash 1696 fork: 2444 = fork() 163 7834208 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 156 7933846 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 116 8003620 [main] bash 1696 fork: 1432 = fork() 127 8006178 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 160 8088113 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 140 8224719 [main] bash 1696 fork: 1488 = fork() 128 8365057 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 125 8379982 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 117 10989717 [main] bash 1696 fork: 2308 = fork() 128 11031593 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 126 11045283 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 118 11075562 [main] bash 1696 fork: 928 = fork() 125 11116011 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 139 11129323 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 117 11257063 [main] bash 1696 fork: 2444 = fork() 127 11259660 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 264 11331012 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 127 11415317 [main] bash 1696 fork: 2292 = fork() 128 11418076 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 156 11488899 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 118 11943232 [main] bash 1696 fork: 456 = fork() 134 11945914 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 125 12133772 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 117 12233382 [main] bash 1696 fork: 1432 = fork() 127 12236109 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 158 12320728 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 119 12476801 [main] bash 1696 fork: 1488 = fork() 129 12479291 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 157 12555608 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 127 13812007 [main] bash 1696 fork: 2308 = fork() 129 13904349 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 160 13918945 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 131 17328684 [main] bash 1696 fork: 2444 = fork() 129 17330018 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 168 18078679 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 116 18111440 [main] bash 1696 fork: 500 = fork() 129 18657054 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 150 18670941 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 167 18705218 [main] bash 1696 fork: 456 = fork() 136 18706550 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 156 18746487 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 150 18790459 [main] bash 1696 fork: 1488 = fork() 128 18883008 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 124 18897087 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 130 18937532 [main] bash 1696 fork: 2104 = fork() 129 19086345 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 137 19103581 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 117 19645762 [main] bash 1696 fork: 1432 = fork() 127 20035554 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 159 20049156 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 720 32419577 [main] bash 1696 fork: 316 = fork() 131 33169800 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 125 33179922 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 120 33510682 [main] bash 1696 fork: 2296 = fork() 126 33589937 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 123 33600762 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 738 33951098 [main] bash 1696 fork: 888 = fork() 128 34030382 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 144 34040883 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 786 34092978 [main] bash 1696 fork: 456 = fork() 125 34198383 [main] bash 1696 fork: 2016 = fork() 708 34200943 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 124 34210650 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 0 203 34230192 [main] bash 1696 wait4: calling proc_subproc, pid -1, options 1 -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From peter@rehley.net Wed Sep 15 16:57:00 2004 From: peter@rehley.net (Peter Rehley) Date: Wed, 15 Sep 2004 16:57:00 -0000 Subject: Program terminates with "cygheap version mismatch detected" In-Reply-To: <41483B7C.9030807@hasborg.com> References: <41483B7C.9030807@hasborg.com> Message-ID: On Sep 15, 2004, at 5:54 AM, Joshua Wright wrote: > J?rg Schaible wrote: >>> c:\DEV\testing\asleap.exe (988): *** cygheap version mismatch >>> detected - 0x61780000/0xBF0000. You have multiple copies of >>> cygwin1.dll on your system. > >> From your cygcheck output I've seen that you have or had a B15 >> running ... do you still use it? Even it the dll name is cygwin.dll >> (just a guess, B15 was not my time ), it might already allocate >> the same shared memory than cygwin1.dll. > > I tried to remove all instances of Cygwin from my system in an effort > to troubleshoot: > + Did a find with regedit and removed any keys with "cyg" in them > + Removed the c:\cygwin tree > + Did a Windows Find on "cyg" and removed all files > > Reinstalled cygwin, rebooted. Same error. :( > > Any other thoughts? Possibly a problem with Windows XP SP2? I'm not > sure what to try next Maybe off the wall, but keep the program that you are trying to run. Remove the cygwin tree (c:\cygwin) and then try running the exe again. See what happens. If the program runs, then there is a cygwin1.dll outside of the tree. Check the path that the program uses to see where the dll might be lurking. Could the dll have a different name then cygwin1? Where I work we've created a special dll with a different name to prevent cross over problems from the regular cygwin dll. When running a regular cygwin program in this custom space (i.e. start from bash in custom environment) the error message you've seen appears. Again off the wall things to try and check. Peter -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Wed Sep 15 17:00:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 15 Sep 2004 17:00:00 -0000 Subject: Program terminates with "cygheap version mismatch detected" In-Reply-To: References: <41483B7C.9030807@hasborg.com> Message-ID: On Wed, 15 Sep 2004, Peter Rehley wrote: > On Sep 15, 2004, at 5:54 AM, Joshua Wright wrote: > > > J??rg Schaible wrote: > > > > c:\DEV\testing\asleap.exe (988): *** cygheap version mismatch detected - > > > > 0x61780000/0xBF0000. You have multiple copies of cygwin1.dll on your > > > > system. > > > > > From your cygcheck output I've seen that you have or had a B15 > > > running ... do you still use it? Even it the dll name is cygwin.dll > > > (just a guess, B15 was not my time ), it might already allocate > > > the same shared memory than cygwin1.dll. > > > > I tried to remove all instances of Cygwin from my system in an effort to > > troubleshoot: > > + Did a find with regedit and removed any keys with "cyg" in them > > + Removed the c:\cygwin tree > > + Did a Windows Find on "cyg" and removed all files > > > > Reinstalled cygwin, rebooted. Same error. :( > > > > Any other thoughts? Possibly a problem with Windows XP SP2? I'm not sure > > what to try next > > Maybe off the wall, but keep the program that you are trying to run. Remove > the cygwin tree (c:\cygwin) and then try running the exe again. See what > happens. If the program runs, then there is a cygwin1.dll outside of the > tree. Check the path that the program uses to see where the dll might be > lurking. Or, you could simply do "cygcheck program.exe", where "program.exe" is the one you're trying to run. It'll show all the DLLs that the program depends on statically. Igor > Could the dll have a different name then cygwin1? Where I work we've created > a special dll with a different name to prevent cross over problems from the > regular cygwin dll. When running a regular cygwin program in this custom > space (i.e. start from bash in custom environment) the error message you've > seen appears. > > Again off the wall things to try and check. > Peter -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Wed Sep 15 17:02:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Wed, 15 Sep 2004 17:02:00 -0000 Subject: 1.5.10: expr + configure failure + testcase (also on 1.5.11-1) In-Reply-To: <41486F42.12E5F931@ieee.org> References: <20040914165321.GA5159@trixie.casa.cgf.cx> <002c01c49ad0$48bbf890$0b03a8c0@lithium> <20040915033022.GA14861@trixie.casa.cgf.cx> <41486F42.12E5F931@ieee.org> Message-ID: <20040915170150.GA23012@trixie.casa.cgf.cx> On Wed, Sep 15, 2004 at 12:35:14PM -0400, Pierre A. Humblet wrote: >Christopher Faylor wrote: >> On Tue, Sep 14, 2004 at 11:01:23PM -0400, Bogdan Vacaliuc wrote: >> >Ok. Running 09/14/04 snapshot is looking *good* so far. I stopped the >> >test script at 150 passes. >> > >> >I'm starting my configure/build/redo test and will let that run >> >overnight. I'll check in tomorrow AM and report on that. 1 successful >> >configure/build so far. >> >> That points to a problem with bash, then, not cygwin. >> >> If we can confirm this then we should probably notify the bash >> maintainer. > >He might be interested by the attachment below, obtained from >the bashstrace in http://cygwin.com/ml/cygwin/2004-09/msg00626.html > >fgrep ' 1696 ' bashstrace | grep '= fork\|wait4: call' > bashstrace_grep.txt > >Every fork is followed by a wait, except the one that leads to trouble. >Somehow bash draws conclusions about its status without doing a wait. >Pid reuse shouldn't be the root cause of this behavior. But, the fork previous to the last fork had been seen 5 times previously and the gap between the last occurrence of pid 456 was 7 which is greater than the 4 pids that cygwin holds in check to prevent duplication. Here's a useless table showing the occurrence of pids: PID PREV SEEN PID PREV SEEN PID PREV SEEN PID PREV SEEN 2308 -1 0 1432 6 1 2444 -1 0 2444 6 2 2036 -1 0 2308 6 2 1432 6 3 500 -1 0 1488 -1 0 2036 6 2 1488 10 3 456 6 4 456 -1 0 1488 6 2 2308 6 4 1488 5 5 2104 -1 0 456 6 2 928 5 1 2104 21 3 1432 -1 0 2104 6 2 2444 5 1 1432 8 5 2308 6 1 1432 6 2 2292 -1 0 316 -1 0 2036 6 1 652 -1 0 456 14 3 2296 -1 0 1488 6 1 2308 7 3 1432 7 4 888 -1 0 456 6 1 1744 -1 0 1488 7 4 456 7 5 2104 6 1 928 -1 0 2308 7 5 2016 -1 0 PID is the pid produced by fork. PREV is how many forks ago we'd previously seen this same pid (-1 means never). SEEN is how many times we've seen this pid. There doesn't seem to be anything especially unique about pid 456 (the problematic one), at least from this table. But, it sure is fun analyzing the data like bash was a black box... It does seem like the correct number of pids to hold is probably 8, though so, maybe the temporary change to cygwin is a keeper. >Also according the the following comment in bash code, the Cygwin style of >pid reuse should be no problem: >#if defined (RECYCLES_PIDS) > /* LynxOS, for one, recycles pids very quickly -- so quickly > that a new process may have the same pid as the last one > created. This has been reported to fix the problem. */ IIRC, bash keeps some kind of cache of pids which it has recently seen and incorrectly decides not to wait for pids in some cases. The RECYCLES_PIDS define turned out not to be foolproof. I had, at one point, turned off the code in cygwin which works around this problem when it looked like bash had a fix but the problem still manifested. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Wed Sep 15 17:22:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Wed, 15 Sep 2004 17:22:00 -0000 Subject: Program terminates with "cygheap version mismatch detected" In-Reply-To: References: <41483B7C.9030807@hasborg.com> Message-ID: <20040915170349.GB23012@trixie.casa.cgf.cx> On Wed, Sep 15, 2004 at 12:57:10PM -0400, Igor Pechtchanski wrote: >Or, you could simply do "cygcheck program.exe", where "program.exe" is the >one you're trying to run. It'll show all the DLLs that the program >depends on statically. Right. I suspect that one of the DLLs needs to be rebased along with the others that were previously rebased. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pierre.humblet@ieee.org Wed Sep 15 17:37:00 2004 From: pierre.humblet@ieee.org (Pierre A. Humblet) Date: Wed, 15 Sep 2004 17:37:00 -0000 Subject: 1.5.10: expr + configure failure + testcase (also on 1.5.11-1) In-Reply-To: <20040915170150.GA23012@trixie.casa.cgf.cx> References: <20040914165321.GA5159@trixie.casa.cgf.cx> <002c01c49ad0$48bbf890$0b03a8c0@lithium> <20040915033022.GA14861@trixie.casa.cgf.cx> <41486F42.12E5F931@ieee.org> <20040915170150.GA23012@trixie.casa.cgf.cx> Message-ID: <20040915172406.GA155849@Worldnet> On Wed, Sep 15, 2004 at 01:01:50PM -0400, Christopher Faylor wrote: > On Wed, Sep 15, 2004 at 12:35:14PM -0400, Pierre A. Humblet wrote: > >Christopher Faylor wrote: > >> On Tue, Sep 14, 2004 at 11:01:23PM -0400, Bogdan Vacaliuc wrote: > >> >Ok. Running 09/14/04 snapshot is looking *good* so far. I stopped the > >> >test script at 150 passes. > >> > > >> >I'm starting my configure/build/redo test and will let that run > >> >overnight. I'll check in tomorrow AM and report on that. 1 successful > >> >configure/build so far. > >> > >> That points to a problem with bash, then, not cygwin. > >> > >> If we can confirm this then we should probably notify the bash > >> maintainer. > > > >He might be interested by the attachment below, obtained from > >the bashstrace in http://cygwin.com/ml/cygwin/2004-09/msg00626.html > > > >fgrep ' 1696 ' bashstrace | grep '= fork\|wait4: call' > bashstrace_grep.txt > > > >Every fork is followed by a wait, except the one that leads to trouble. > >Somehow bash draws conclusions about its status without doing a wait. > >Pid reuse shouldn't be the root cause of this behavior. > > But, the fork previous to the last fork had been seen 5 times previously and > the gap between the last occurrence of pid 456 was 7 which is greater than > the 4 pids that cygwin holds in check to prevent duplication. > > Here's a useless table showing the occurrence of pids: > > PID PREV SEEN PID PREV SEEN PID PREV SEEN PID PREV SEEN > 2308 -1 0 1432 6 1 2444 -1 0 2444 6 2 > 2036 -1 0 2308 6 2 1432 6 3 500 -1 0 > 1488 -1 0 2036 6 2 1488 10 3 456 6 4 > 456 -1 0 1488 6 2 2308 6 4 1488 5 5 > 2104 -1 0 456 6 2 928 5 1 2104 21 3 > 1432 -1 0 2104 6 2 2444 5 1 1432 8 5 > 2308 6 1 1432 6 2 2292 -1 0 316 -1 0 > 2036 6 1 652 -1 0 456 14 3 2296 -1 0 > 1488 6 1 2308 7 3 1432 7 4 888 -1 0 > 456 6 1 1744 -1 0 1488 7 4 456 7 5 > 2104 6 1 928 -1 0 2308 7 5 2016 -1 0 > > PID is the pid produced by fork. > > PREV is how many forks ago we'd previously seen this same pid (-1 means > never). > > SEEN is how many times we've seen this pid. > > There doesn't seem to be anything especially unique about pid 456 (the > problematic one), at least from this table. But, it sure is fun analyzing > the data like bash was a black box... It does seem like the correct number > of pids to hold is probably 8, though so, maybe the temporary change to > cygwin is a keeper. > > >Also according the the following comment in bash code, the Cygwin style of > >pid reuse should be no problem: > >#if defined (RECYCLES_PIDS) > > /* LynxOS, for one, recycles pids very quickly -- so quickly > > that a new process may have the same pid as the last one > > created. This has been reported to fix the problem. */ > > IIRC, bash keeps some kind of cache of pids which it has recently seen and > incorrectly decides not to wait for pids in some cases. The RECYCLES_PIDS > define turned out not to be foolproof. I had, at one point, turned off > the code in cygwin which works around this problem when it looked like > bash had a fix but the problem still manifested. I have been poking at the bash code. It keeps all the pids in the pipelines for each job, so the number can be very large. At any rate, trying to get status without waiting should be considered a bug, and not a feature that Cygwin should work around. Will someone take responsibility to notify the bash maintainer? Pierre -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Wed Sep 15 18:04:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Wed, 15 Sep 2004 18:04:00 -0000 Subject: 1.5.10: expr + configure failure + testcase (also on 1.5.11-1) In-Reply-To: <20040915172406.GA155849@Worldnet> References: <20040914165321.GA5159@trixie.casa.cgf.cx> <002c01c49ad0$48bbf890$0b03a8c0@lithium> <20040915033022.GA14861@trixie.casa.cgf.cx> <41486F42.12E5F931@ieee.org> <20040915170150.GA23012@trixie.casa.cgf.cx> <20040915172406.GA155849@Worldnet> Message-ID: <20040915173835.GC23012@trixie.casa.cgf.cx> On Wed, Sep 15, 2004 at 01:24:06PM -0400, Pierre A. Humblet wrote: >At any rate, trying to get status without waiting should be considered >a bug, and not a feature that Cygwin should work around. Will someone >take responsibility to notify the bash maintainer? Ronald, I think this one is yours as the bash maintainer. Could you notify the bash maintainer? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Wed Sep 15 19:20:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Wed, 15 Sep 2004 19:20:00 -0000 Subject: 1.5.10: expr + configure failure + testcase (also on 1.5.11-1) In-Reply-To: <20040915173835.GC23012@trixie.casa.cgf.cx> References: <20040914165321.GA5159@trixie.casa.cgf.cx> <002c01c49ad0$48bbf890$0b03a8c0@lithium> <20040915033022.GA14861@trixie.casa.cgf.cx> <41486F42.12E5F931@ieee.org> <20040915170150.GA23012@trixie.casa.cgf.cx> <20040915172406.GA155849@Worldnet> <20040915173835.GC23012@trixie.casa.cgf.cx> Message-ID: <20040915180610.GD23012@trixie.casa.cgf.cx> On Wed, Sep 15, 2004 at 01:38:35PM -0400, Christopher Faylor wrote: >On Wed, Sep 15, 2004 at 01:24:06PM -0400, Pierre A. Humblet wrote: >>At any rate, trying to get status without waiting should be considered >>a bug, and not a feature that Cygwin should work around. Will someone >>take responsibility to notify the bash maintainer? > >Ronald, I think this one is yours as the bash maintainer. Could you >notify the bash maintainer? ^ upstream -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From sds@gnu.org Wed Sep 15 20:31:00 2004 From: sds@gnu.org (Sam Steingold) Date: Wed, 15 Sep 2004 20:31:00 -0000 Subject: checking for working mmap...no Message-ID: It appears that cygwin mmap() is lacking: configure:20536: checking for working mmap configure:20617: gcc -o conftest.exe -g -O2 conftest.c >&5 configure:20620: $? = 0 configure:20622: ./conftest.exe configure:20625: $? = 1 configure: program exited with status 1 configure: failed program was: | /* confdefs.h. */ | | #include | #ifdef HAVE_UNISTD_H | #include | #endif | #include | #ifdef OPEN_NEEDS_SYS_FILE_H | #include | #endif | #include | #include | int main () { | | int flags = MAP_ANON | MAP_PRIVATE; | int fd = -1; | #define bits_to_avoid 0 | #define my_shift 24 | #define my_low 1 | #ifdef FOR_SUN4_29 | #define my_high 31 | #define my_size 32768 /* hope that 32768 is a multiple of the page size */ | /* i*32 KB for i=1..31 gives a total of 15.5 MB, which is close to what we need */ | #else | #define my_high 64 | #define my_size 8192 /* hope that 8192 is a multiple of the page size */ | /* i*8 KB for i=1..64 gives a total of 16.25 MB, which is close to what we need */ | #endif | {long i; | #define i_ok(i) ((i) & (bits_to_avoid >> my_shift) == 0) | for (i=my_low; i<=my_high; i++) | if (i_ok(i)) | { caddr_t addr = (caddr_t)(i << my_shift); | /* Check for 8 MB, not 16 MB. This is more likely to work on Solaris 2. */ | #if bits_to_avoid | long size = i*my_size; | #else | long size = ((i+1)/2)*my_size; | #endif | if (mmap(addr,size,PROT_READ|PROT_WRITE,flags|MAP_FIXED,fd,0) == (void*)-1) exit(1); | } | #define x(i) *(unsigned char *) ((i<=my_low; i--) if (i_ok(i)) { if (x(i) != y(i)) exit(1); } | exit(0); | }} Thanks! the above is from the CLISP configure, see http://cvs.sourceforge.net/viewcvs.py/*checkout*/clisp/clisp/src/m4/mmap.m4 -- Sam Steingold (http://www.podval.org/~sds) running w2k Those who value Life above Freedom are destined to lose both. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Dr.Volker.Zell@oracle.com Wed Sep 15 21:06:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Wed, 15 Sep 2004 21:06:00 -0000 Subject: [ANNOUNCEMENT] Updated: naim-0.11.7.2-1 In-Reply-To: <200409131920.i8DJKlc05330@esds.vss.fsi.com> (Daniel Reed's message of "Mon, 13 Sep 2004 14:20:47 -0500 (CDT)") References: <200409131920.i8DJKlc05330@esds.vss.fsi.com> Message-ID: <87656fp93f.fsf@vzell-de.de.oracle.com> >>>>> Daniel Reed writes: > naim 0.11.7.2 is now available through the Cygwin package system. The package is missing the libnaim_core.a library also libnaim_core.la advertises it. The previous version had this file installed. Ciao Volker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Wed Sep 15 22:33:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Wed, 15 Sep 2004 22:33:00 -0000 Subject: checking for working mmap...no In-Reply-To: References: Message-ID: <20040915210751.GG23012@trixie.casa.cgf.cx> On Wed, Sep 15, 2004 at 03:20:50PM -0400, Sam Steingold wrote: >It appears that cygwin mmap() is lacking: > >configure:20536: checking for working mmap >configure:20617: gcc -o conftest.exe -g -O2 conftest.c >&5 >configure:20620: $? = 0 >configure:20622: ./conftest.exe >configure:20625: $? = 1 >configure: program exited with status 1 >configure: failed program was: It would be enormously helpful if you apprised us of exactly *what* was wrong rather than expecting us to figure it out. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From sds@gnu.org Wed Sep 15 22:50:00 2004 From: sds@gnu.org (Sam Steingold) Date: Wed, 15 Sep 2004 22:50:00 -0000 Subject: checking for working mmap...no In-Reply-To: <20040915210751.GG23012@trixie.casa.cgf.cx> (Christopher Faylor's message of "Wed, 15 Sep 2004 17:07:51 -0400") References: <20040915210751.GG23012@trixie.casa.cgf.cx> Message-ID: > * Christopher Faylor [2004-09-15 17:07:51 -0400]: > > On Wed, Sep 15, 2004 at 03:20:50PM -0400, Sam Steingold wrote: >>It appears that cygwin mmap() is lacking: >> >>configure:20536: checking for working mmap >>configure:20617: gcc -o conftest.exe -g -O2 conftest.c >&5 >>configure:20620: $? = 0 >>configure:20622: ./conftest.exe >>configure:20625: $? = 1 >>configure: program exited with status 1 >>configure: failed program was: > > It would be enormously helpful if you apprised us of exactly *what* > was wrong rather than expecting us to figure it out. Let me assure you that you know these matters much better than I do. The C program in my original e-mail is supposed to terminate with exit code 0 if mmap() works correctly. It does, e.g., on Linux and Solaris. On cygwin, it terminates with exit code 1, which indicates that mmap() does not work correctly as it is supposed to according to the spec. Unfortunately, I am far from being an expert on these matters... -- Sam Steingold (http://www.podval.org/~sds) running w2k Bus error -- please leave by the rear door. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gene.smith@sea.siemens.com Wed Sep 15 23:07:00 2004 From: gene.smith@sea.siemens.com (geneSmith) Date: Wed, 15 Sep 2004 23:07:00 -0000 Subject: login name changed In-Reply-To: <6.1.0.6.0.20040914220229.02a05078@pop.prospeed.net> References: <6.1.0.6.0.20040914220229.02a05078@pop.prospeed.net> Message-ID: Larry Hall wrote, On 9/14/2004 10:10 PM: > At 07:23 PM 9/14/2004, you wrote: > >>Due to administrative reason my login name changed from "gene" to "gene.us." This also produced a new directory under "Documents and Setting" called "gene-us" which is my new default home directory for windows. However, cygwin never seems to get the message and when I start cygwin (via rxvt) it thinks my home is still in "gene." How do I tell cygwin to use "gene.us" as my home? > > > > > Same as always. Run 'mkpasswd'. See the docs: > > > 'man mkpasswd' > > and/or see '/etc/postinstall/base-files-profile.sh.done'. > > > -- > Larry Hall http://www.rfk.com > RFK Partners, Inc. (508) 893-9779 - RFK Office > 838 Washington Street (508) 893-9889 - FAX > Holliston, MA 01746 > > Thanks for the pointers. For the record: mkpasswd -d MYDOMAIN > /etc/passwd produced thousands of entries. Weeded it down to just me since I am the only relevant user. Also, in /etc/passwd had to change /home/gene.us to /cyygdrive/c/Documents and Settings/gene.us for it to work right running rxvt. Rxvt also complained that I need to run mkgroup. So I did mkgroup -d MYDOMAIN > /etc/group This also produced thousands of entries but since I was not sure which of the groups I am in, just left them all in /etc/group. Complaint about mkgroup went away and rxvt starts with ok speed. I assume this is all ok. -gene -- Lit up like Levy's -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Thu Sep 16 00:31:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Thu, 16 Sep 2004 00:31:00 -0000 Subject: login name changed In-Reply-To: References: <6.1.0.6.0.20040914220229.02a05078@pop.prospeed.net> Message-ID: <6.1.0.6.0.20040915190157.03d5ca30@pop.prospeed.net> At 06:50 PM 9/15/2004, you wrote: >Larry Hall wrote, On 9/14/2004 10:10 PM: >>At 07:23 PM 9/14/2004, you wrote: >> >>>Due to administrative reason my login name changed from "gene" to "gene.us." This also produced a new directory under "Documents and Setting" called "gene-us" which is my new default home directory for windows. However, cygwin never seems to get the message and when I start cygwin (via rxvt) it thinks my home is still in "gene." How do I tell cygwin to use "gene.us" as my home? >> >> >>Same as always. Run 'mkpasswd'. See the docs: >> >>'man mkpasswd' >>and/or see '/etc/postinstall/base-files-profile.sh.done'. >> >>-- >>Larry Hall http://www.rfk.com >>RFK Partners, Inc. (508) 893-9779 - RFK Office >>838 Washington Street (508) 893-9889 - FAX >>Holliston, MA 01746 > >Thanks for the pointers. > >For the record: > >mkpasswd -d MYDOMAIN > /etc/passwd > >produced thousands of entries. Weeded it down to just me since I am the only relevant user. The '-u' flag would remove the need to weed if you like a tidy '/etc/passwd'. >Also, in /etc/passwd had to change /home/gene.us to /cyygdrive/c/Documents and Settings/gene.us for it to work right running rxvt. You can use a symbolic link or a mount point to do this too. >Rxvt also complained that I need to run mkgroup. So I did > >mkgroup -d MYDOMAIN > /etc/group > >This also produced thousands of entries but since I was not sure which of the groups I am in, just left them all in /etc/group. Complaint about mkgroup went away and rxvt starts with ok speed. '-c' may have been what you wanted here, though more entries than needed is not a problem. >I assume this is all ok. Sounds fine to me. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From electabuzz@katamail.com Thu Sep 16 01:01:00 2004 From: electabuzz@katamail.com (electa) Date: Thu, 16 Sep 2004 01:01:00 -0000 Subject: Cygwin install error (retrieving option) Message-ID: Today I tried to retrieve all my installed packets, using "download from internet" and the "reinstall" option, which marks all my packages with "retrieve". I downloaded all of them good, but I get "An error occurred while downloading" at the very end (in the window I see that setup is downloading "_update_info_dir..." My full dowloads are compromized? then the setup wants to retrieve all packages again...I stopped it! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From byrnes@curl.com Thu Sep 16 01:01:00 2004 From: byrnes@curl.com (Bob Byrnes) Date: Thu, 16 Sep 2004 01:01:00 -0000 Subject: Bizarre behaviour of "make --win32" In-Reply-To: from "Dave Korn" (Sep 15, 1:18pm) Message-ID: <20040916003115.D20FBE538@carnage.curl.com> On Sep 15, 1:18pm, Dave Korn" wrote: -- Subject: RE: Bizarre behaviour of "make --win32" > > The only thing that has been going wrong here is that when make invokes > the command through execvp it runs in the same unix-y environment that make > is running in itself, which defies the purpose of the --win32 switch; when > the redirection of the command disables this optimisation, it correctly > launches cmd.exe to execute subcommands. If your goal is to *always* use cmd.exe, i.e., to completely disable the optimization, then it should suffice to add ... SHELL = cmd.exe ... to your Makefile (you would still use make --win32 in order to enable various other win32-style Makefile syntax rules). > --win32 is supposed to use cmd.exe rather than sh.exe to launch > subprocesses, in order to understand windoze-style backslash-separated paths > without having to double up all the backslashes to avoid them being taken as > metachar escapes by the *nix shell. So it's basically wrong behaviour: this > optimisation effectively launches the subprocess within a unix environment > rather than a cmd.exe environment, regardless of MAKE_MODE. > -- End of excerpt from "Dave Korn" I would tend to agree that the run-simple-commands-directly optimization is not so useful, or arguably even a bug, for make --win32. The optimization is not supposed to affect how the programs run, and it clearly does. -- Bob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Thu Sep 16 02:42:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 16 Sep 2004 02:42:00 -0000 Subject: checking for working mmap...no In-Reply-To: References: <20040915210751.GG23012@trixie.casa.cgf.cx> Message-ID: On Wed, 15 Sep 2004, Sam Steingold wrote: > > * Christopher Faylor [2004-09-15 17:07:51 -0400]: > > > > On Wed, Sep 15, 2004 at 03:20:50PM -0400, Sam Steingold wrote: > >>It appears that cygwin mmap() is lacking: > >> > >>configure:20536: checking for working mmap > >>configure:20617: gcc -o conftest.exe -g -O2 conftest.c >&5 > >>configure:20620: $? = 0 > >>configure:20622: ./conftest.exe > >>configure:20625: $? = 1 > >>configure: program exited with status 1 > >>configure: failed program was: > > > > It would be enormously helpful if you apprised us of exactly *what* > > was wrong rather than expecting us to figure it out. > > Let me assure you that you know these matters much better than I do. > > The C program in my original e-mail is supposed to terminate with exit > code 0 if mmap() works correctly. It does, e.g., on Linux and Solaris. > > On cygwin, it terminates with exit code 1, which indicates that mmap() > does not work correctly as it is supposed to according to the spec. > > Unfortunately, I am far from being an expert on these matters... Well, it looks like what configure basically complains about is that the following mmap() calls fail (i.e., return (void*)-1) when they should have succeeded (i.e., returned the first parameter): mmap(0xa000000,40960,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) mmap(0xb000000,49152,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) mmap(0xc000000,49152,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) mmap(0xd000000,57344,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) mmap(0xe000000,57344,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) mmap(0xf000000,65536,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) mmap(0x10000000,65536,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) mmap(0x11000000,73728,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) mmap(0x12000000,73728,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) mmap(0x13000000,81920,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) mmap(0x14000000,81920,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) mmap(0x15000000,90112,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) mmap(0x16000000,90112,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) mmap(0x17000000,98304,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) mmap(0x18000000,98304,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) mmap(0x19000000,106496,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) mmap(0x1a000000,106496,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) mmap(0x1b000000,114688,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) mmap(0x1c000000,114688,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) mmap(0x1d000000,122880,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) mmap(0x1e000000,122880,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) mmap(0x1f000000,131072,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) mmap(0x20000000,131072,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) mmap(0x21000000,139264,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) mmap(0x22000000,139264,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) BTW, I'm not at all sure this is abnormal behavior... Especially given that the 9 preceding mmap() calls and ~30 later calls succeed: mmap(0x1000000,8192,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) => 0x1000000 mmap(0x2000000,8192,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) => 0x2000000 mmap(0x3000000,16384,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) => 0x3000000 mmap(0x4000000,16384,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) => 0x4000000 mmap(0x5000000,24576,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) => 0x5000000 mmap(0x6000000,24576,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) => 0x6000000 mmap(0x7000000,32768,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) => 0x7000000 mmap(0x8000000,32768,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) => 0x8000000 mmap(0x9000000,40960,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) => 0x9000000 [failures] mmap(0x23000000,147456,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) => 0x23000000 mmap(0x24000000,147456,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) => 0x24000000 mmap(0x25000000,155648,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) => 0x25000000 mmap(0x26000000,155648,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) => 0x26000000 mmap(0x27000000,163840,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) => 0x27000000 mmap(0x28000000,163840,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) => 0x28000000 mmap(0x29000000,172032,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) => 0x29000000 mmap(0x2a000000,172032,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) => 0x2a000000 mmap(0x2b000000,180224,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) => 0x2b000000 mmap(0x2c000000,180224,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) => 0x2c000000 mmap(0x2d000000,188416,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) => 0x2d000000 mmap(0x2e000000,188416,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) => 0x2e000000 mmap(0x2f000000,196608,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) => 0x2f000000 mmap(0x30000000,196608,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) => 0x30000000 mmap(0x31000000,204800,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) => 0x31000000 mmap(0x32000000,204800,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) => 0x32000000 mmap(0x33000000,212992,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) => 0x33000000 mmap(0x34000000,212992,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) => 0x34000000 mmap(0x35000000,221184,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) => 0x35000000 mmap(0x36000000,221184,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) => 0x36000000 mmap(0x37000000,229376,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) => 0x37000000 mmap(0x38000000,229376,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) => 0x38000000 mmap(0x39000000,237568,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) => 0x39000000 mmap(0x3a000000,237568,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) => 0x3a000000 mmap(0x3b000000,245760,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) => 0x3b000000 mmap(0x3c000000,245760,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) => 0x3c000000 mmap(0x3d000000,253952,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) => 0x3d000000 mmap(0x3e000000,253952,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) => 0x3e000000 mmap(0x3f000000,262144,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) => 0x3f000000 mmap(0x40000000,262144,PROT_READ|PROT_WRITE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0) => 0x40000000 It may have just hit on a reserved region (e.g., one set aside for DLLs)... FWIW, when attempting to write to the mmapped area, the program crashes with a SEGV (probably also not surprising, as the fd was set to -1). It could simply be that the configure script is non-portable or non-POSIX-compliant... Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From g.r.vansickle@worldnet.att.net Thu Sep 16 03:43:00 2004 From: g.r.vansickle@worldnet.att.net (Gary R. Van Sickle) Date: Thu, 16 Sep 2004 03:43:00 -0000 Subject: 9-15 snap has newlib prob? Message-ID: Chris, Did you build the 9-15 snapshot with the newlib problem? I'm getting the same symptom as the ones that did, i.e. bash hangs on startup and you never get a prompt. -- Gary R. Van Sickle Brewer. Patriot. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cygwin@cwilson.fastmail.fm Thu Sep 16 06:19:00 2004 From: cygwin@cwilson.fastmail.fm (Charles Wilson) Date: Thu, 16 Sep 2004 06:19:00 -0000 Subject: [ANNOUNCEMENT] Updated: cvs-1.11.17-1 Message-ID: <200409160343.i8G3hMv14483@esds.vss.fsi.com> CVS is the 'Concurrent Versioning System', a widely-used package for maintianing revision histories of source code. This port is based on the official cvs-1.11.17 release, and requires that libgdbm4-1.8.3-7 be installed as well. CHANGES: * updated to the latest release (thanks to Volker Quetschke for doing the heavy lifting) -- Charles Wilson cvs volunteer maintainer for cygwin 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. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From deo@corpit.ru Thu Sep 16 08:46:00 2004 From: deo@corpit.ru (egor duda) Date: Thu, 16 Sep 2004 08:46:00 -0000 Subject: checking for working mmap...no In-Reply-To: References: Message-ID: <41493067.5020200@corpit.ru> Sam Steingold wrote: > It appears that cygwin mmap() is lacking: > > configure:20536: checking for working mmap > configure:20617: gcc -o conftest.exe -g -O2 conftest.c >&5 > configure:20620: $? = 0 > configure:20622: ./conftest.exe > configure:20625: $? = 1 > configure: program exited with status 1 > configure: failed program was: Maybe this: http://www.cygwin.com/ml/cygwin/2000-09/msg00380.html is the reason? egor -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Thu Sep 16 09:09:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Thu, 16 Sep 2004 09:09:00 -0000 Subject: checking for working mmap...no In-Reply-To: References: <20040915210751.GG23012@trixie.casa.cgf.cx> Message-ID: <20040916084702.GA29191@cygbert.vinschen.de> On Sep 15 18:33, Sam Steingold wrote: > > * Christopher Faylor [2004-09-15 17:07:51 -0400]: > > > > On Wed, Sep 15, 2004 at 03:20:50PM -0400, Sam Steingold wrote: > >>It appears that cygwin mmap() is lacking: > >> > >>configure:20536: checking for working mmap > >>configure:20617: gcc -o conftest.exe -g -O2 conftest.c >&5 > >>configure:20620: $? = 0 > >>configure:20622: ./conftest.exe > >>configure:20625: $? = 1 > >>configure: program exited with status 1 > >>configure: failed program was: > > > > It would be enormously helpful if you apprised us of exactly *what* > > was wrong rather than expecting us to figure it out. > > Let me assure you that you know these matters much better than I do. > > The C program in my original e-mail is supposed to terminate with exit > code 0 if mmap() works correctly. It does, e.g., on Linux and Solaris. > > On cygwin, it terminates with exit code 1, which indicates that mmap() > does not work correctly as it is supposed to according to the spec. > > Unfortunately, I am far from being an expert on these matters... The mmap test is crap. How can an application expect to be able to access just about every address together with MAP_FIXED? Consequentially MapViewOfFileEx returns error 487 in these cases, "Attempt to access invalid address." That's just another example of a crappy autoconf mmap test. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lionelbuk@yahoo.co.uk Thu Sep 16 09:25:00 2004 From: lionelbuk@yahoo.co.uk (=?iso-8859-1?q?Lionel=20Barnett?=) Date: Thu, 16 Sep 2004 09:25:00 -0000 Subject: Problem with cat under bash shell In-Reply-To: <20040914143006.17892.qmail@web90003.mail.scd.yahoo.com> Message-ID: <20040916090941.38007.qmail@web90010.mail.scd.yahoo.com> --- Lionel Barnett wrote: > Hi, > > Still no joy on this problem (Cygwin ver 1.5.11) > > bash -c "cat << EOF" > > fails with: > > cat: -: Permission denied > > The corresponding command under sh, tcsh or zsh causes no problem. Seems like it could be a permissions problem with /tmp. Lines 1162 - 1164 in the strace output (attached) are: 743 120125 [main] cat 2668 fhandler_base::raw_read: ReadFile /tmp/sh-thd-1095306567 failed, Win32 error 59 1746 121871 [main] cat 2668 seterrno_from_win_error: /netrel/src/cygwin-1.5.11-1/winsup/cygwin/fhandler.cc:263 windows error 59 756 122627 [main] cat 2668 geterrno_from_win_error: unknown windows error 59, setting errno to 13 The directory listing for /tmp is: drwxr-xr-x 1 lionel Domain U 4096 Sep 16 09:26 tmp which looks ok to me, so I'm none the wiser. However, a workaround was to symlink /tmp to C:\temp. Would still like to know why the read of /tmp fails, 'though. Attached are strace and cygcheck output. Regards, ===== Lionel B ___________________________________________________________ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com -------------- next part -------------- A non-text attachment was scrubbed... Name: strace.out Type: application/octet-stream Size: 123545 bytes Desc: strace.out URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: cygcheck.out Type: application/octet-stream Size: 31651 bytes Desc: cygcheck.out URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Thu Sep 16 09:47:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Thu, 16 Sep 2004 09:47:00 -0000 Subject: Problem with cat under bash shell In-Reply-To: <20040916090941.38007.qmail@web90010.mail.scd.yahoo.com> References: <20040914143006.17892.qmail@web90003.mail.scd.yahoo.com> <20040916090941.38007.qmail@web90010.mail.scd.yahoo.com> Message-ID: <20040916092623.GC17670@cygbert.vinschen.de> On Sep 16 10:09, Lionel Barnett wrote: > --- Lionel Barnett wrote: > > Hi, > > > > Still no joy on this problem (Cygwin ver 1.5.11) > > > > bash -c "cat << EOF" > > > > fails with: > > > > cat: -: Permission denied > > > > The corresponding command under sh, tcsh or zsh causes no problem. > > Seems like it could be a permissions problem with /tmp. Lines 1162 - > 1164 in the strace output (attached) are: > > 743 120125 [main] cat 2668 fhandler_base::raw_read: ReadFile > /tmp/sh-thd-1095306567 failed, Win32 error 59 > 1746 121871 [main] cat 2668 seterrno_from_win_error: > /netrel/src/cygwin-1.5.11-1/winsup/cygwin/fhandler.cc:263 windows error > 59 > 756 122627 [main] cat 2668 geterrno_from_win_error: unknown windows > error 59, setting errno to 13 That looks really weird. Did you notice that win32 error 59 means "An unexpected network error occurred." ? Does that give a hint to you? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lionelbuk@yahoo.co.uk Thu Sep 16 09:48:00 2004 From: lionelbuk@yahoo.co.uk (=?iso-8859-1?q?Lionel=20Barnett?=) Date: Thu, 16 Sep 2004 09:48:00 -0000 Subject: Problem with cat under bash shell In-Reply-To: <20040916092623.GC17670@cygbert.vinschen.de> Message-ID: <20040916094708.77372.qmail@web90008.mail.scd.yahoo.com> --- Corinna Vinschen wrote: > On Sep 16 10:09, Lionel Barnett wrote: > > --- Lionel Barnett wrote: > > > Hi, > > > > > > Still no joy on this problem (Cygwin ver 1.5.11) > > > > > > bash -c "cat << EOF" > > > > > > fails with: > > > > > > cat: -: Permission denied > > > > > > The corresponding command under sh, tcsh or zsh causes no > problem. > > > > Seems like it could be a permissions problem with /tmp. Lines 1162 > - > > 1164 in the strace output (attached) are: > > > > 743 120125 [main] cat 2668 fhandler_base::raw_read: ReadFile > > /tmp/sh-thd-1095306567 failed, Win32 error 59 > > 1746 121871 [main] cat 2668 seterrno_from_win_error: > > /netrel/src/cygwin-1.5.11-1/winsup/cygwin/fhandler.cc:263 windows > error > > 59 > > 756 122627 [main] cat 2668 geterrno_from_win_error: unknown > windows > > error 59, setting errno to 13 > > That looks really weird. Did you notice that win32 error 59 means > "An unexpected network error occurred." ? Yes, I was aware of that. > Does that give a hint to you? Um, not really... except that it appears the problem doesn't arise if /tmp is accessed locally rather than over the network. However, I constantly read/write/execute files all over the network via Cygwin tools and have not encountered any problems previously. Is there something special about /tmp that I am not aware of? Lionel ===== Lionel B ___________________________________________________________ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Thu Sep 16 10:35:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Thu, 16 Sep 2004 10:35:00 -0000 Subject: [Fwd: Re: Installation hangs because asks for input from terminal] Message-ID: <4149617E.1090300@x-ray.at> [from private email] of course it was WinME (as guessed). -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -------------- next part -------------- An embedded message was scrubbed... From: Alexander Colesnicov Subject: Re: Installation hangs because asks for input from terminal Date: Thu, 16 Sep 2004 11:27:25 +0300 Size: 52922 URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Thu Sep 16 11:41:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Thu, 16 Sep 2004 11:41:00 -0000 Subject: Problem with cat under bash shell In-Reply-To: <20040916094708.77372.qmail@web90008.mail.scd.yahoo.com> References: <20040916092623.GC17670@cygbert.vinschen.de> <20040916094708.77372.qmail@web90008.mail.scd.yahoo.com> Message-ID: <20040916103634.GD17670@cygbert.vinschen.de> On Sep 16 10:47, Lionel Barnett wrote: > --- Corinna Vinschen wrote: > > > /netrel/src/cygwin-1.5.11-1/winsup/cygwin/fhandler.cc:263 windows > > error > > > 59 > > > 756 122627 [main] cat 2668 geterrno_from_win_error: unknown > > windows > > > error 59, setting errno to 13 > > > > That looks really weird. Did you notice that win32 error 59 means > > "An unexpected network error occurred." ? > > Yes, I was aware of that. > > > Does that give a hint to you? > > Um, not really... except that it appears the problem doesn't arise if > /tmp is accessed locally rather than over the network. However, I > constantly read/write/execute files all over the network via Cygwin > tools and have not encountered any problems previously. Is there > something special about /tmp that I am not aware of? I just curiously tried to reproduce the effect and it was pretty simple. I'm not quite sure, but it seems to be a strange interaction between remote file handling under windows, coupled with the way the temporary file is handled by bash. What bash does is this: It opens a temporary file in /tmp which gets everything you type into the here script up to the EOF. Then it duplicates the handle to become stdin for the still to be called `cat' process. Next, it unlinks the file. Unlink is implemented as h=CreateFile(FILE_FLAG_DELETE_ON_CLOSE); CloseHandle(h); This should result in removing the file as soon as all open handles to the file are closed. That works, but for some reason also the ReadFile call in cat fails as above. I don't know how to fix this right now, but the workaround is simply to have /tmp always be a local directory. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Thu Sep 16 12:02:00 2004 From: dk@artimi.com (Dave Korn) Date: Thu, 16 Sep 2004 12:02:00 -0000 Subject: Bizarre behaviour of "make --win32" In-Reply-To: <20040916003115.D20FBE538@carnage.curl.com> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Bob Byrnes > Sent: 16 September 2004 01:31 > On Sep 15, 1:18pm, Dave Korn" wrote: > -- Subject: RE: Bizarre behaviour of "make --win32" > > > > The only thing that has been going wrong here is that when > make invokes > > the command through execvp it runs in the same unix-y > environment that make > > is running in itself, which defies the purpose of the > --win32 switch; when > > the redirection of the command disables this optimisation, > it correctly > > launches cmd.exe to execute subcommands. > > If your goal is to *always* use cmd.exe, i.e., to completely disable > the optimization, then it should suffice to add ... > > SHELL = cmd.exe > > ... to your Makefile (you would still use make --win32 in > order to enable > various other win32-style Makefile syntax rules). Yep, 'doze-style path support is one of the other things I needed here. Actually, I noticed something a bit tricky: even with --win32, you can't easily manipulate file paths with spaces in them, because space is used as a word separator in make variables, and they don't understand any form of quoting or escaping spaces to make multiple words count as one..... (Personally, I'd rather have done the whole thing in posix shell, but there ya go: I've got a mixed and heterogeneous working environment to support here.) > I would tend to agree that the run-simple-commands-directly > optimization > is not so useful, or arguably even a bug, for make --win32. The > optimization is not supposed to affect how the programs run, and it > clearly does. .... now looking at construct_command_argv and construct_command_argv_internal in job.c .... cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lionelbuk@yahoo.co.uk Thu Sep 16 12:42:00 2004 From: lionelbuk@yahoo.co.uk (=?iso-8859-1?q?Lionel=20Barnett?=) Date: Thu, 16 Sep 2004 12:42:00 -0000 Subject: Problem with cat under bash shell In-Reply-To: <20040916103634.GD17670@cygbert.vinschen.de> Message-ID: <20040916120158.85111.qmail@web90001.mail.scd.yahoo.com> --- Corinna Vinschen wrote: > On Sep 16 10:47, Lionel Barnett wrote: > > --- Corinna Vinschen wrote: > > > > /netrel/src/cygwin-1.5.11-1/winsup/cygwin/fhandler.cc:263 > windows > > > error > > > > 59 > > > > 756 122627 [main] cat 2668 geterrno_from_win_error: unknown > > > windows > > > > error 59, setting errno to 13 > > > > > > That looks really weird. Did you notice that win32 error 59 > means > > > "An unexpected network error occurred." ? > > > > Yes, I was aware of that. > > > > > Does that give a hint to you? > > > > Um, not really... except that it appears the problem doesn't arise > if > > /tmp is accessed locally rather than over the network. However, I > > constantly read/write/execute files all over the network via Cygwin > > tools and have not encountered any problems previously. Is there > > something special about /tmp that I am not aware of? > > I just curiously tried to reproduce the effect and it was pretty > simple. > I'm not quite sure, but it seems to be a strange interaction between > remote file handling under windows, coupled with the way the > temporary > file is handled by bash. > > What bash does is this: It opens a temporary file in /tmp which gets > everything you type into the here script up to the EOF. Then it > duplicates the handle to become stdin for the still to be called > `cat' > process. Next, it unlinks the file. Unlink is implemented as > > h=CreateFile(FILE_FLAG_DELETE_ON_CLOSE); > CloseHandle(h); > > This should result in removing the file as soon as all open handles > to > the file are closed. That works, but for some reason also the > ReadFile > call in cat fails as above. > > I don't know how to fix this right now, but the workaround is simply > to have /tmp always be a local directory. Thanks for the information, Corinna. Actually, what surprises me most is that this issue has not been reported more frequently. Regards, ===== Lionel B ___________________________________________________________ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Thu Sep 16 12:50:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Thu, 16 Sep 2004 12:50:00 -0000 Subject: checking for working mmap...no In-Reply-To: <20040916084702.GA29191@cygbert.vinschen.de> References: <20040915210751.GG23012@trixie.casa.cgf.cx> <20040916084702.GA29191@cygbert.vinschen.de> Message-ID: <1937224285.20040916144208@familiehaase.de> Hallo Corinna, Am Donnerstag, 16. September 2004 um 10:47 schriebst du: > On Sep 15 18:33, Sam Steingold wrote: >> > * Christopher Faylor >> [2004-09-15 17:07:51 >> -0400]: >> > >> > On Wed, Sep 15, 2004 at 03:20:50PM -0400, Sam Steingold wrote: >> >>It appears that cygwin mmap() is lacking: >> >> >> >>configure:20536: checking for working mmap >> >>configure:20617: gcc -o conftest.exe -g -O2 conftest.c >&5 >> >>configure:20620: $? = 0 >> >>configure:20622: ./conftest.exe >> >>configure:20625: $? = 1 >> >>configure: program exited with status 1 >> >>configure: failed program was: >> > >> > It would be enormously helpful if you apprised us of exactly *what* >> > was wrong rather than expecting us to figure it out. >> >> Let me assure you that you know these matters much better than I do. >> >> The C program in my original e-mail is supposed to terminate with exit >> code 0 if mmap() works correctly. It does, e.g., on Linux and Solaris. >> >> On cygwin, it terminates with exit code 1, which indicates that mmap() >> does not work correctly as it is supposed to according to the spec. >> >> Unfortunately, I am far from being an expert on these matters... > The mmap test is crap. How can an application expect to be able to > access just about every address together with MAP_FIXED? > Consequentially MapViewOfFileEx returns error 487 in these cases, > "Attempt to access invalid address." > That's just another example of a crappy autoconf mmap test. This means that mmap is actually working? Probably the best option would be to fix the test in the upstream sources, so it will just work automatically then? Maybe fixing it in the -devel autoconf release for now would be sufficient too? Charles? Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From john.proffitt@charter.net Thu Sep 16 12:56:00 2004 From: john.proffitt@charter.net (John Proffitt) Date: Thu, 16 Sep 2004 12:56:00 -0000 Subject: ed for cygwin Message-ID: I have just loaded cygwin on my computer and it looks great. I have started to experiment with my unix script files to see what modifications will be needed. Many of my script files use the ed editor to manipulate files and cygwin does not include the ed editor. Is there a line editor that I can use under cygwin? What text editors are supplied with cygwin? Also, I have many perl scripts, how do I load the perl package? Thank you very much for your help. John Proffitt -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From mikee@mikee.ath.cx Thu Sep 16 13:07:00 2004 From: mikee@mikee.ath.cx (Mike) Date: Thu, 16 Sep 2004 13:07:00 -0000 Subject: ed for cygwin In-Reply-To: References: Message-ID: <20040916125610.GC15305@mikee.ath.cx> On Thu, 16 Sep 2004, John Proffitt wrote: > I have just loaded cygwin on my computer and it looks great. I have started > to experiment with my unix script files to see what modifications will be > needed. Many of my script files use the ed editor to manipulate files and > cygwin does not include the ed editor. > > Is there a line editor that I can use under cygwin? > What text editors are supplied with cygwin? > > Also, I have many perl scripts, how do I load the perl package? > > Thank you very much for your help. > > John Proffitt vi does everything! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From peda@axentia.se Thu Sep 16 13:08:00 2004 From: peda@axentia.se (Peter Ekberg) Date: Thu, 16 Sep 2004 13:08:00 -0000 Subject: DirectX headers Message-ID: <90459864DAD67D43BDD3D517DEFC2F7D7134@axon.Axentia.local> Hello! I'm working on a project (GGI) that uses DirectX (DirectInput and DirectDraw) and would like to be able to compile it without downloading the DirectX SDK from Microsoft. So, I tried to get it to work with the DirectX headers available in Wine and this was a success after some trivial #define games and some reordering. Now, my wish is to share this possibility with others and have these modified headers (dinput.h and ddraw.h) in the regular cygwin dist. However, they are licensed under LGPL, and I don't know if that is a problem? Do I have to get the Wine people to relicense them under regular GPL? Cheers, Peter -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From maxb@ukf.net Thu Sep 16 13:19:00 2004 From: maxb@ukf.net (Max Bowsher) Date: Thu, 16 Sep 2004 13:19:00 -0000 Subject: ed for cygwin References: Message-ID: <014001c49bee$3d2b0dd0$78d96f83@robinson.cam.ac.uk> John Proffitt wrote: > I have just loaded cygwin on my computer and it looks great. I have > started > to experiment with my unix script files to see what modifications will be > needed. Many of my script files use the ed editor to manipulate files and > cygwin does not include the ed editor. Yes it does. > Is there a line editor that I can use under cygwin? > What text editors are supplied with cygwin? Many. > Also, I have many perl scripts, how do I load the perl package? Same way you installed cygwin in the first place. Take some time browsing through the list of available packages in the setup program - there's a *lot* there. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From john.proffitt@charter.net Thu Sep 16 13:25:00 2004 From: john.proffitt@charter.net (John Proffitt) Date: Thu, 16 Sep 2004 13:25:00 -0000 Subject: ed for cygwin References: <20040916125610.GC15305@mikee.ath.cx> Message-ID: Mike mikee.ath.cx> writes: > vi does everything! > > Thanks, I guess I'll have to load that package. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Thu Sep 16 13:52:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Thu, 16 Sep 2004 13:52:00 -0000 Subject: checking for working mmap...no In-Reply-To: <1937224285.20040916144208@familiehaase.de> References: <20040915210751.GG23012@trixie.casa.cgf.cx> <20040916084702.GA29191@cygbert.vinschen.de> <1937224285.20040916144208@familiehaase.de> Message-ID: <20040916132550.GA491@cygbert.vinschen.de> On Sep 16 14:42, Gerrit P. Haase wrote: > Am Donnerstag, 16. September 2004 um 10:47 schriebst du: > > The mmap test is crap. How can an application expect to be able to > > access just about every address together with MAP_FIXED? > > > Consequentially MapViewOfFileEx returns error 487 in these cases, > > "Attempt to access invalid address." > > > That's just another example of a crappy autoconf mmap test. > > This means that mmap is actually working? Probably the best option > would be to fix the test in the upstream sources, so it will just work > automatically then? Maybe fixing it in the -devel autoconf release > for now would be sufficient too? Charles? mmap works fine for a long time already, as long as you work strictly SUSv3 conformant. The code also tries hard to accomodate usual border cases (like, say, the expectation that two consecutively mmaped pages are located adjacent in memory), but code like the one in this thread is just way off. The test in question doesn't look like the standard autoconf test btw., it looks like a handcrafted one, but I could be wrong. Dunno what the current autoconf mmap test does, but the original test back in 2.13 times was as crappy as this one. It malloc'd an area and expected that it then can mmap it. That won't work on every system and it certainly doesn't work on Windows. Random use of MAP_FIXED is just a good way to create non-portable code. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rc040203@freenet.de Thu Sep 16 14:08:00 2004 From: rc040203@freenet.de (Ralf Corsepius) Date: Thu, 16 Sep 2004 14:08:00 -0000 Subject: checking for working mmap...no In-Reply-To: <20040916132550.GA491@cygbert.vinschen.de> References: <20040915210751.GG23012@trixie.casa.cgf.cx> <20040916084702.GA29191@cygbert.vinschen.de> <1937224285.20040916144208@familiehaase.de> <20040916132550.GA491@cygbert.vinschen.de> Message-ID: <1095342758.4989.409.camel@mccallum.corsepiu.local> On Thu, 2004-09-16 at 15:25, Corinna Vinschen wrote: > Dunno what the current autoconf mmap test does, but the original test > back in 2.13 times was as crappy as this one. This doesn't look like the mmap test from current autoconf. Ralf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From steve@rothskeller.net Thu Sep 16 15:04:00 2004 From: steve@rothskeller.net (Steve Roth) Date: Thu, 16 Sep 2004 15:04:00 -0000 Subject: can't start inetd as service Message-ID: <41499E19.5060308@rothskeller.net> Greetings, I'm having difficulty using inetd under cygwin. After installing it as a service (apparently successfully), "net start inetd" shows this error: The service is not responding to the control function. I have tried all of the suggestions I could find in the README and in archived emails about this problem, to no avail. In particular: - I have c:\cygwin\bin at the beginning of my system path. - I have set the CYGWIN environment variable in the system environment. - I have also set the ProgramOptions registry key for inetd.exe. I have added some debug logging to inetd.c. I find that none of its functions are called when I run "net start inetd". In particular, service_main() is not. My environment: Windows XP Home, 2002 SP1 Version 1.5.11-1 of cygwin Version 1.3.2-28 of inetutils cygcheck output attached. All help is greatly appreciated! Steve -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygcheck.out URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Andrew@DeFaria.com Thu Sep 16 15:05:00 2004 From: Andrew@DeFaria.com (Andrew DeFaria) Date: Thu, 16 Sep 2004 15:05:00 -0000 Subject: can't start inetd as service In-Reply-To: <41499E19.5060308@rothskeller.net> References: <41499E19.5060308@rothskeller.net> Message-ID: Steve Roth wrote: > Greetings, > > I'm having difficulty using inetd under cygwin. After installing it > as a service (apparently successfully), "net start inetd" shows this > error: > The service is not responding to the control function. > I have tried all of the suggestions I could find in the README and in > archived emails about this problem, to no avail. In particular: > - I have c:\cygwin\bin at the beginning of my system path. > - I have set the CYGWIN environment variable in the system environment. > - I have also set the ProgramOptions registry key for inetd.exe. > > I have added some debug logging to inetd.c. I find that none of its > functions are called when I run "net start inetd". In particular, > service_main() is not. Have you rebooted since you change your system env vars? -- Taxation with representation isn't so hot, either! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From aserebre@win.tue.nl Thu Sep 16 15:16:00 2004 From: aserebre@win.tue.nl (A Serebrenik) Date: Thu, 16 Sep 2004 15:16:00 -0000 Subject: gcc, gdb, make missing? Message-ID: Dear all, I've installed cygwin today and there seem to be a small problem with the installation that I'm not able to resolve by reading and rereading FAQ. Namely, gcc seems to be missing (and gdb and make as well). Cygcheck reports: Not Found: cpp (good!) <...> Not Found: gcc Not Found: gdb <...> Not Found: ld <...> Not Found: make <...> Complete cygcheck report is attached. Thanks in advance, Alexander Serebrenik -------------- next part -------------- Cygwin Configuration Diagnostics Current System Time: Thu Sep 16 16:50:37 2004 Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem Output from C:\cygwin\bin\id.exe (nontsec) UID: 104972(aserebre) GID: 10545(mkgroup-l-d) 10545(mkgroup-l-d) Output from C:\cygwin\bin\id.exe (ntsec) UID: 104972(aserebre) GID: 10545(mkgroup-l-d) 0(root) 544(Administrators) 545(Users) 10545(mkgroup-l-d) SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS HOME = `c:\Documents and Settings\aserebre' MAKE_MODE = `unix' PWD = `/cygdrive/c/Documents and Settings/aserebre' USER = `aserebre' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\aserebre\Application Data' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `NBWIN349' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CVS_RSH = `/bin/ssh' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\aserebre' HOSTNAME = `NBWIN349' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' LOGONSERVER = `\\CAMPUSDC1' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man:' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PRINTER = `\\winp2\ps5n1' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 9 Stepping 5, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0905' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 \033[32m\]\u@\h \[\033[33m\w\033[0m\] $ ' SESSIONNAME = `Console' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `C:\DOCUME~1\aserebre\LOCALS~1\Temp' TERM = `cygwin' TMP = `C:\DOCUME~1\aserebre\LOCALS~1\Temp' USERDNSDOMAIN = `CAMPUS.TUE.NL' USERDOMAIN = `TUE' USERNAME = `aserebre' USERPROFILE = `C:\Documents and Settings\aserebre' WINDIR = `C:\WINDOWS' _ = `/usr/bin/cygcheck' POSIXLY_CORRECT = `1' 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 NTFS 19492Mb 27% CP CS UN PA FC d: hd NTFS 18637Mb 1% CP CS UN PA FC DATA 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 system binmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Not Found: cpp (good!) Found: C:\cygwin\bin\find.exe Not Found: gcc Not Found: gdb Found: C:\cygwin\bin\grep.exe Not Found: ld Found: C:\cygwin\bin\ls.exe Not Found: make Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe 55k 2004/09/14 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 "cygbz2-1.dll" v0.0 ts=2004/9/14 6:16 45k 2001/04/25 C:\cygwin\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0 "cygform5.dll" v0.0 ts=2001/4/25 7:28 35k 2002/01/09 C:\cygwin\bin\cygform6.dll - os=4.0 img=1.0 sys=4.0 "cygform6.dll" v0.0 ts=2002/1/9 7:03 48k 2003/08/09 C:\cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0 "cygform7.dll" v0.0 ts=2003/8/9 11:25 28k 2003/07/20 C:\cygwin\bin\cyggdbm-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-3.dll" v0.0 ts=2003/7/20 9:58 30k 2003/08/11 C:\cygwin\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-4.dll" v0.0 ts=2003/8/11 4:12 19k 2003/03/22 C:\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm.dll" v0.0 ts=2002/2/20 4:05 15k 2003/07/20 C:\cygwin\bin\cyggdbm_compat-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-3.dll" v0.0 ts=2003/7/20 10:00 15k 2003/08/11 C:\cygwin\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-4.dll" v0.0 ts=2003/8/11 4:13 107k 2004/07/06 C:\cygwin\bin\cyggettextlib-0-14-1.dll - os=4.0 img=1.0 sys=4.0 "cyggettextlib-0-14-1.dll" v0.0 ts=2004/7/6 19:56 17k 2004/07/06 C:\cygwin\bin\cyggettextpo-0.dll - os=4.0 img=1.0 sys=4.0 "cyggettextpo-0.dll" v0.0 ts=2004/7/6 19:56 190k 2004/07/06 C:\cygwin\bin\cyggettextsrc-0-14-1.dll - os=4.0 img=1.0 sys=4.0 "cyggettextsrc-0-14-1.dll" v0.0 ts=2004/7/6 19:56 17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll - os=4.0 img=1.0 sys=4.0 "cyghistory4.dll" v0.0 ts=2001/1/7 5:34 29k 2003/08/10 C:\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0 "cyghistory5.dll" v0.0 ts=2003/8/11 1:16 991k 2004/07/06 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 "cygiconv-2.dll" v0.0 ts=2004/7/6 20:10 22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll - os=4.0 img=1.0 sys=4.0 "cygintl-1.dll" v0.0 ts=2001/12/13 10:28 37k 2003/08/10 C:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0 "cygintl-2.dll" v0.0 ts=2003/8/10 23:50 54k 2004/07/06 C:\cygwin\bin\cygintl-3.dll - os=4.0 img=1.0 sys=4.0 "cygintl-3.dll" v0.0 ts=2004/7/6 19:51 26k 2001/04/25 C:\cygwin\bin\cygmenu5.dll - os=4.0 img=1.0 sys=4.0 "cygmenu5.dll" v0.0 ts=2001/4/25 7:27 20k 2002/01/09 C:\cygwin\bin\cygmenu6.dll - os=4.0 img=1.0 sys=4.0 "cygmenu6.dll" v0.0 ts=2002/1/9 7:03 29k 2003/08/09 C:\cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0 "cygmenu7.dll" v0.0 ts=2003/8/9 11:25 156k 2001/04/25 C:\cygwin\bin\cygncurses++5.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++5.dll" v0.0 ts=2001/4/25 7:29 175k 2002/01/09 C:\cygwin\bin\cygncurses++6.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++6.dll" v0.0 ts=2002/1/9 7:03 226k 2001/04/25 C:\cygwin\bin\cygncurses5.dll - os=4.0 img=1.0 sys=4.0 "cygncurses5.dll" v0.0 ts=2001/4/25 7:17 202k 2002/01/09 C:\cygwin\bin\cygncurses6.dll - os=4.0 img=1.0 sys=4.0 "cygncurses6.dll" v0.0 ts=2002/1/9 7:03 224k 2003/08/09 C:\cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0 "cygncurses7.dll" v0.0 ts=2003/8/9 11:24 15k 2001/04/25 C:\cygwin\bin\cygpanel5.dll - os=4.0 img=1.0 sys=4.0 "cygpanel5.dll" v0.0 ts=2001/4/25 7:27 12k 2002/01/09 C:\cygwin\bin\cygpanel6.dll - os=4.0 img=1.0 sys=4.0 "cygpanel6.dll" v0.0 ts=2002/1/9 7:03 19k 2003/08/09 C:\cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0 "cygpanel7.dll" v0.0 ts=2003/8/9 11:24 62k 2003/12/11 C:\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcre-0.dll" v0.0 ts=2003/12/11 18:01 63k 2003/04/11 C:\cygwin\bin\cygpcre.dll - os=4.0 img=1.0 sys=4.0 "cygpcre.dll" v0.0 ts=2003/4/11 10:31 9k 2003/12/11 C:\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix-0.dll" v0.0 ts=2003/12/11 18:01 61k 2003/04/11 C:\cygwin\bin\cygpcreposix.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix.dll" v0.0 ts=2003/4/11 10:31 108k 2001/06/28 C:\cygwin\bin\cygreadline4.dll - os=4.0 img=1.0 sys=4.0 "cygreadline4.dll" v0.0 ts=2001/1/7 5:34 148k 2003/08/10 C:\cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0 "cygreadline5.dll" v0.0 ts=2003/8/11 1:16 62k 2004/09/14 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 "cygz.dll" v0.0 ts=2004/9/14 5:51 1111k 2004/09/05 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2004/9/5 5:17 Cygwin DLL version info: DLL version: 1.5.11 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 116 Shared data: 4 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Sat Sep 4 23:17:09 EDT 2004 Shared id: cygwin1S4 Cygwin Package Information Last downloaded files to: C:\Documents and Settings\aserebre\Desktop Last downloaded files from: ftp://ftp.easynet.be/cygwin Package Version _update-info-dir 00227-1 ash 20040127-1 base-files 3.0-3 base-passwd 2.0-1 bash 2.05b-16 bzip2 1.0.2-6 cygwin 1.5.11-1 diffutils 2.8.7-1 editrights 1.01-1 fileutils 4.1-2 findutils 4.1.7-4 gawk 3.1.4-3 gdbm 1.8.3-7 grep 2.5-1 groff 1.18.1-2 gzip 1.3.5-1 less 381-1 libbz2_1 1.0.2-6 libgdbm 1.8.0-5 libgdbm-devel 1.8.3-7 libgdbm3 1.8.3-3 libgdbm4 1.8.3-7 libgettextpo0 0.14.1-1 libiconv2 1.9.2-1 libintl1 0.10.40-1 libintl2 0.12.1-3 libintl3 0.14.1-1 libncurses5 5.2-1 libncurses6 5.2-8 libncurses7 5.3-4 libpcre 4.1-1 libpcre0 4.5-1 libreadline4 4.1-2 libreadline5 4.3-5 login 1.9-7 man 1.5k-3 mktemp 1.5-3 ncurses 5.3-4 readline 4.3-5 sed 4.1.2-1 sh-utils 2.0.15-4 tar 1.13.25-5 termcap 20021106-2 terminfo 5.3_20030726-1 texinfo 4.2-4 textutils 2.0.21-1 which 1.5-2 zlib 1.2.1-2 Use -h to see help about each section -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Thu Sep 16 15:26:00 2004 From: dk@artimi.com (Dave Korn) Date: Thu, 16 Sep 2004 15:26:00 -0000 Subject: gcc, gdb, make missing? In-Reply-To: Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of A Serebrenik > Sent: 16 September 2004 16:05 > I've installed cygwin today and there seem to be a small > problem with the > installation that I'm not able to resolve by reading and > rereading FAQ. > Namely, gcc seems to be missing (and gdb and make as well). Gcc and other development tools aren't installed by default. Re-run setup and select them specifically. cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Thu Sep 16 15:52:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Thu, 16 Sep 2004 15:52:00 -0000 Subject: gcc, gdb, make missing? In-Reply-To: References: Message-ID: <20040916152826.GB681@trixie.casa.cgf.cx> On Thu, Sep 16, 2004 at 05:05:15PM +0200, A Serebrenik wrote: >I've installed cygwin today and there seem to be a small problem with the >installation that I'm not able to resolve by reading and rereading FAQ. How about the cygwin web page itself? "Note also that, by default, setup.exe does not install everything. Only the base cygwin distribution is installed by default. When running setup.exe, clicking on categories and packages in the package installation screen will provide you with the ability to control what is installed or updated. For instance, clicking on the "Default" field next to the "All" category will provide you with the opportunity to install every Cygwin package. Be advised that this will download and install hundreds of megabytes to your computer. The best plan is probably to click on individual categories and install either entire categories or packages from the categories themselves." -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Thu Sep 16 15:52:00 2004 From: dk@artimi.com (Dave Korn) Date: Thu, 16 Sep 2004 15:52:00 -0000 Subject: Problem with cat under bash shell In-Reply-To: <20040916120158.85111.qmail@web90001.mail.scd.yahoo.com> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Lionel Barnett > Sent: 16 September 2004 13:02 > To: cygwin > Subject: Re: Problem with cat under bash shell > > --- Corinna Vinschen wrote: > > On Sep 16 10:47, Lionel Barnett wrote: > > > --- Corinna Vinschen wrote: Hey Lionel, read http://cygwin.com/acronyms#PCYMTNQREAIYR, let's not feed the spam harvesters huh? > > What bash does is this: It opens a temporary file in /tmp > which gets > > everything you type into the here script up to the EOF. Then it > > duplicates the handle to become stdin for the still to be called > > `cat' > > process. Next, it unlinks the file. Unlink is implemented as > > > > h=CreateFile(FILE_FLAG_DELETE_ON_CLOSE); > > CloseHandle(h); > > > > This should result in removing the file as soon as all open handles > > to > > the file are closed. That works, but for some reason also the > > ReadFile > > call in cat fails as above. I suspect 'doze simply isn't able to rely on a remotely mounted fs implementing delete-on-final-close semantics, since the remote mount could be NFS on a Unix box, or Novell over IPX/SPX, or Samba on Linux. And it can't simply delete the file itself when the handle is closed, even if it has no other handles to the same file, because there might be another remote user on a different client with an open handle to that file who wouldn't like it to vanish under their feet. So maybe there's some bodge here that denies access. Ah! Gottit! Well, looks like my guess wasn't right..... http://support.microsoft.com/default.aspx?scid=kb;en-us;837665 |>------------------------------------------<| Unexpected results may occur when you use the CreateFile function and the FILE_FLAG_DELETE_ON_CLOSE flag in multiple processes to programmatically access a file that is located on a remote Microsoft Windows Server 2003-based computer. When you use the CreateFile function and the FILE_FLAG_DELETE_ON_CLOSE flag to open and then close a file that has other handles that are still open, you receive the following error message: Error No 59: An unexpected network error occurred. CAUSE This problem occurs because the file is incorrectly deleted when the specified handle is closed. |>------------------------------------------<| So, if the file has been deleted too soon, that would explain why subsequent calls to ReadFile find the whole matter a little perplexing..... Lionel, is your server win 2003? If so, there's a hotfix for the problem at the above page. > > I don't know how to fix this right now, but the workaround is simply > > to have /tmp always be a local directory. > > Thanks for the information, Corinna. Actually, what surprises me most > is that this issue has not been reported more frequently. If it really is down to this w2k3-specific issue, that would be why in itself; w2k3 is fairly new, not a lot of cygwin-users are running with it yet, and so we're only starting to see the problems begin to show up recently. The fact that mounting your /tmp on a remote drive is a pretty rare thing would be another reason. Remote home dirs, yes, remote /bin dirs yes, remote /tmp...... not so commonly done. Owing to a) there's generally no need nor use for sharing the contents of /tmp with other users and b) it gets used pretty heavily and mostly for temporary files and data that are going to be needed again imminently, so for efficiency purposes it would be nice if the data didn't have to make a round-trip across the network to a server and then back again when it could just stay on your local machine where it's needed in the first place. cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Thu Sep 16 16:28:00 2004 From: dk@artimi.com (Dave Korn) Date: Thu, 16 Sep 2004 16:28:00 -0000 Subject: checking for working mmap...no In-Reply-To: <20040916084702.GA29191@cygbert.vinschen.de> Message-ID: > -----Original Message----- > From: cygwin-owner@ On Behalf Of Corinna Vinschen > Sent: 16 September 2004 09:47 > The mmap test is crap. How can an application expect to be able to > access just about every address together with MAP_FIXED? > > Consequentially MapViewOfFileEx returns error 487 in these cases, > "Attempt to access invalid address." > > That's just another example of a crappy autoconf mmap test. I just *knew* they were asking for trouble when they introduced AC_CRAPPY_MMAP_TEST macro in autoconf-2.53! cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Thu Sep 16 16:51:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Thu, 16 Sep 2004 16:51:00 -0000 Subject: Problem with cat under bash shell In-Reply-To: References: <20040916120158.85111.qmail@web90001.mail.scd.yahoo.com> Message-ID: <20040916162948.GB7504@trixie.casa.cgf.cx> On Thu, Sep 16, 2004 at 04:49:36PM +0100, Dave Korn wrote: >>Thanks for the information, Corinna. Actually, what surprises me most >>is that this issue has not been reported more frequently. > >If it really is down to this w2k3-specific issue, that would be why in >itself; w2k3 is fairly new, not a lot of cygwin-users are running with >it yet, and so we're only starting to see the problems begin to show up >recently. Actually, I've done a substantial amount of development on w2k3 and I haven't noticed any problems. I'm sure that my use of it isn't typical for a corporate environment but I lived in w2k3 for a couple of months when I was doing multi-threaded signal work for Red Hat back in Dec - Mar. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Thu Sep 16 17:00:00 2004 From: dk@artimi.com (Dave Korn) Date: Thu, 16 Sep 2004 17:00:00 -0000 Subject: Problem with cat under bash shell In-Reply-To: <20040916162948.GB7504@trixie.casa.cgf.cx> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Christopher Faylor > Sent: 16 September 2004 17:30 > On Thu, Sep 16, 2004 at 04:49:36PM +0100, Dave Korn wrote: > >>Thanks for the information, Corinna. Actually, what > surprises me most > >>is that this issue has not been reported more frequently. > > > >If it really is down to this w2k3-specific issue, that would > be why in > >itself; w2k3 is fairly new, not a lot of cygwin-users are > running with > >it yet, and so we're only starting to see the problems begin > to show up > >recently. > > Actually, I've done a substantial amount of development on w2k3 and I > haven't noticed any problems. Ah, but you probably don't use it in such a 3PP-kind of way as having your /tmp on a remotely-mounted network share..... cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Thu Sep 16 17:13:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Thu, 16 Sep 2004 17:13:00 -0000 Subject: Problem with cat under bash shell In-Reply-To: References: <20040916162948.GB7504@trixie.casa.cgf.cx> Message-ID: <20040916170058.GE17670@cygbert.vinschen.de> On Sep 16 17:48, Dave Korn wrote: > > -----Original Message----- > > From: cygwin-owner On Behalf Of Christopher Faylor > > Sent: 16 September 2004 17:30 > > > On Thu, Sep 16, 2004 at 04:49:36PM +0100, Dave Korn wrote: > > >>Thanks for the information, Corinna. Actually, what > > surprises me most > > >>is that this issue has not been reported more frequently. > > > > > >If it really is down to this w2k3-specific issue, that would > > be why in > > >itself; w2k3 is fairly new, not a lot of cygwin-users are > > running with > > >it yet, and so we're only starting to see the problems begin > > to show up > > >recently. > > > > Actually, I've done a substantial amount of development on w2k3 and I > > haven't noticed any problems. > > Ah, but you probably don't use it in such a 3PP-kind of way as having your > /tmp on a remotely-mounted network share..... Funny you say that. In my case the server is running Linux 2.4.27 and Samba 2.2.8... But the description in the KB article is *that* close to what we observe here. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Thu Sep 16 17:15:00 2004 From: dk@artimi.com (Dave Korn) Date: Thu, 16 Sep 2004 17:15:00 -0000 Subject: Problem with cat under bash shell In-Reply-To: <20040916170058.GE17670@cygbert.vinschen.de> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Corinna Vinschen > Sent: 16 September 2004 18:01 > On Sep 16 17:48, Dave Korn wrote: > > Ah, but you probably don't use it in such a 3PP-kind of > way as having your > > /tmp on a remotely-mounted network share..... > > Funny you say that. In my case the server is running Linux 2.4.27 and > Samba 2.2.8... But the description in the KB article is *that* close > to what we observe here. If it's really a simple matter of the file getting deleted too early, you could verify it fairly simply by waiting for a keypress in between the CloseHandle call and the subsequent ReadFile call, and then just go and manually do a "ls /tmp" in another window to see if the file had vanished already or not. cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Alexander.Povolotsky@marconi.com Thu Sep 16 17:31:00 2004 From: Alexander.Povolotsky@marconi.com (Povolotsky, Alexander) Date: Thu, 16 Sep 2004 17:31:00 -0000 Subject: problems with initialization while accessing NFS mounted root fil e system during the boot Message-ID: <313680C9A886D511A06000204840E1CF0A647181@whq-msgusr-02.pit.comms.marconi.com> > Hi, > I've managed to program U-boot bootloader and now am trying to boot my PQ2FADS-VR board ...but I have problems with the initialization while accessing NFS mounted root file system ... . > I have NFS server running on my Windows XP Laptop (that is all I am > allowed to have, no Linux hosts machine available to me ...). I copied > entire "fadsroot" directory from Arabella's CD-ROM into my "fadsroot" > directory on my D-drive and made this directory nfs-shared-mountable (I > have propagated permissions from "fadsroot" down to all subfolders within > "fadsroot" ...). > > I noticed several errors during the copy process - complaining that I am > over-writing the files being already copied - is it an issue with "letter > case" ? - are there files on the Arabella's CD-ROM "fadsroot", which have > same names but differ just in the letter case used ? > > Anyway I am getting the following error during the end of the boot: > ...... > device=eth0, addr=192.168.1.103, mask=255.255.255.0, gw=255.255.255.255, > host=192.168.1.103, domain=, nis-domain=(none), > bootserver=255.255.255.255, rootserver=192.168.1.100, rootpath= > Looking up port of RPC 100003/2 on 192.168.1.100 > Looking up port of RPC 100005/1 on 192.168.1.100 > VFS: Mounted root (nfs filesystem). > Freeing unused kernel memory: 272k init > Warning: unable to open an initial console. > Kernel panic: No init found. Try passing init= option to kernel. > <0>Rebooting in 180 seconds.. > > My U-boot environment is: > => printenv > bootdelay=5 > bootcmd=bootm 200000 > ipaddr=192.168.1.103 > serverip=192.168.1.100 > ethaddr=08:00:17:00:00:03 > bootargs=root /dev/nfs rw nfsroot=192.168.1.100:/home/apovolot/fadsroot > baudrate=19200 > stdin=serial > stdout=serial > stderr=serial > > Any ideas ? > Thanks, > Alex > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From chet@caleb.ins.cwru.edu Thu Sep 16 18:17:00 2004 From: chet@caleb.ins.cwru.edu (Chet Ramey) Date: Thu, 16 Sep 2004 18:17:00 -0000 Subject: Bash returns incorrect process status In-Reply-To: Message from cgf@cygwin.com of Thu, 16 Sep 2004 11:44:09 -0400 (id <20040916154409.GC681@trixie.casa.cgf.cx>) References: <41499B4A.207AC15F@ieee.org> <040916151300.AA27319.SM@caleb.ins.cwru.edu> <20040916154409.GC681@trixie.casa.cgf.cx> Message-ID: <040916172728.AA27372.SM@caleb.ins.cwru.edu> > Is there some reason why we aren't discussing this on the mailing > list? Which mailing list? I'm not on the cygwin list. > >POSIX shells are required to remember at least CHILD_MAX (but > >optionally more) process statuses. There is a gray area about whether > >or not the user can query the status of those processes, implying that > >once the status of a background or foreground job has been reported, > >its status, and the status of its constituent processes, can be > >discarded, but those rules are hard to decipher. > > Are you saying that waitpid should be able to return the status of an > exited process when it is called repeatedly? I've never seen anything > like that. I thought that once you'd done a wait the process was > unzombified, it goes away, and it is unavailable for future querying. No. The portion of the POSIX spec describing the shell's behavior is independent of the exact function used to query a process's status. It says the shell has to remember. It doesn't mention waitpid(), nor does it need to. You're assuming that the shell just does a waitpid() whenever it needs to get a particular process's status. No shell does it that way. Chet -- ``The lyf so short, the craft so long to lerne.'' - Chaucer ( ``Discere est Dolere'' -- chet ) Live...Laugh...Love Chet Ramey, ITS, CWRU chet@po.cwru.edu http://tiswww.tis.cwru.edu/~chet/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From kostya@tortrade.ru Thu Sep 16 18:44:00 2004 From: kostya@tortrade.ru (Konstantin Andreev) Date: Thu, 16 Sep 2004 18:44:00 -0000 Subject: OpenSSH privilege separation fails: connections starts to be dropped. Message-ID: <179199034656.20040916221736@tortrade.ru> In the first place, OpenSSH daemon works fine for me, if "UsePrivilegeSeparation" feature is disabled. I enabled "UsePrivilegeSeparation" and properly configured my system for use of this feature: set up account "sshd" and set up permissions for /var/empty. In this configuration OpenSSH daemon starts without complains, but drops incoming connections immediately after connect. The appropriate debug output of SSH daemon (debug level 3) is: ------------------- cut here -------------------------------- ... debug2: Network child is on pid 1000 debug3: privsep user:group 1004:100ed debug1: permanently_set_uid: 1004/100 permanently_set_uid: was able to restore old [e]gid ------------------- cut here -------------------------------- The last line has severity "fatal", and is sent to Event Log. My setup is: cygwin-1.5.11-1, openssh-3.9p1-1 @ Windows XP Professinal RUS SP2 SSH daemon is running under (NT AUTHORITY/SYSTEM) account. /var/empty resides on NTFS, permissions set appropriately, and test "sshd -t" does not complain about anything. There was a discussion recently in this maillist with very close topic: "SSH on Cygwin Immediate Drops Connections" (http://sources.redhat.com/ml/cygwin/2004-09/msg00298.html) But that topic is not applicable, because addresses another problem: >> debug1: permanently_set_uid: 1107/513 >> setreuid 1107: Permission denied What could I do to cope with SSH daemon failures ? -- - TOR Trade Company, IT Department, Konstantin Andreev. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pierre.humblet@ieee.org Thu Sep 16 18:50:00 2004 From: pierre.humblet@ieee.org (Pierre A. Humblet) Date: Thu, 16 Sep 2004 18:50:00 -0000 Subject: Bash returns incorrect process status References: <41499B4A.207AC15F@ieee.org> <040916151300.AA27319.SM@caleb.ins.cwru.edu> <20040916154409.GC681@trixie.casa.cgf.cx> <040916172728.AA27372.SM@caleb.ins.cwru.edu> Message-ID: <4149DF06.3454B2D3@ieee.org> Chet Ramey wrote: > > > >POSIX shells are required to remember at least CHILD_MAX (but > > >optionally more) process statuses. There is a gray area about whether > > >or not the user can query the status of those processes, implying that > > >once the status of a background or foreground job has been reported, > > >its status, and the status of its constituent processes, can be > > >discarded, but those rules are hard to decipher. > > > > Are you saying that waitpid should be able to return the status of an > > exited process when it is called repeatedly? I've never seen anything > > like that. I thought that once you'd done a wait the process was > > unzombified, it goes away, and it is unavailable for future querying. > > No. The portion of the POSIX spec describing the shell's behavior is > independent of the exact function used to query a process's status. It > says the shell has to remember. It doesn't mention waitpid(), nor does > it need to. > > You're assuming that the shell just does a waitpid() whenever it needs to > get a particular process's status. No shell does it that way. In practice, when does bash need to get a process status on a per pid (and not per job) basis? FWIW, attached is a patch to bash that may improve its behavior on Cygwin. The idea is that when a new process is stored in the memory array, any existing process with the same pid is marked "reused". "reused" processes are never considered when searching for a process by pid. They are still still available, e.g. to get the status of processes in a job. It's a proof of principle code, not meant to be efficient. It can still print a debug message on stderr. Pierre -------------- next part -------------- --- jobs.h.orig 2002-01-17 12:35:11.000000000 -0500 +++ jobs.h 2004-09-16 14:11:02.107380800 -0400 @@ -55,6 +55,7 @@ typedef struct process { WAIT status; /* The status of this command as returned by wait. */ int running; /* Non-zero if this process is running. */ char *command; /* The particular program that is running. */ + int reused; } PROCESS; /* PRUNNING really means `not exited' */ --- jobs.c.orig 2002-05-09 11:56:20.000000000 -0400 +++ jobs.c 2004-09-16 14:01:25.478228800 -0400 @@ -737,7 +737,35 @@ add_process (name, pid) char *name; pid_t pid; { - PROCESS *t, *p; + PROCESS *t, *p, * p_start; + register int i; + + for (i = -1; i < job_slots; i++) + { + if (i < 0) + { + if (!(p = the_pipeline)) + continue; + } + else if (jobs[i]) + p = jobs[i]->pipe; + else + continue; + + p_start = p; + do + { + if (p->pid == pid && !p->reused) + { + p->reused = 1; + fprintf(stderr, "Found old pid %d in job %d\n", pid, i); + goto done; + } + p = p->next; + } + while (p != p_start); + } + done: t = (PROCESS *)xmalloc (sizeof (PROCESS)); t->next = the_pipeline; @@ -745,6 +773,7 @@ add_process (name, pid) WSTATUS (t->status) = 0; t->running = PS_RUNNING; t->command = name; + t->reused = 0; the_pipeline = t; if (t->next == 0) @@ -902,12 +931,11 @@ find_pipeline (pid, running_only, jobp) do { /* Return it if we found it. */ - if (p->pid == pid) + if (p->pid == pid && !p->reused) { if ((running_only && PRUNNING(p)) || (running_only == 0)) return (p); } - p = p->next; } while (p != the_pipeline); @@ -937,7 +965,7 @@ find_job (pid, running_only) do { - if (p->pid == pid) + if (p->pid == pid && !p->reused) { if ((running_only && PRUNNING(p)) || (running_only == 0)) return (i); -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Alexander.Povolotsky@marconi.com Thu Sep 16 19:02:00 2004 From: Alexander.Povolotsky@marconi.com (Povolotsky, Alexander) Date: Thu, 16 Sep 2004 19:02:00 -0000 Subject: problems with initialization while accessing NFS mounted root file system during the boot Message-ID: <313680C9A886D511A06000204840E1CF0A647183@whq-msgusr-02.pit.comms.marconi.com> I forgot to mention that I am booting Linux 2.6.8-rc4 ... What file system support I need to configure while bulding the kernel for the case when root file system is nfs mounted on Windows host (see below) ? > -----Original Message----- > From: Povolotsky, Alexander > Sent: Thursday, September 16, 2004 1:15 PM > To: cygwin@cygwin.com; 'etux@embeddedtux.org'; 'suse-ppc@suse.com' > Subject: problems with initialization while accessing NFS mounted > root file system during the boot > > Hi, > > I've managed to program U-boot bootloader and now am trying to boot my > PQ2FADS-VR board ...but I have problems with the initialization while > accessing NFS mounted root file system ... . > I have NFS server running on my Windows XP Laptop (that is all I am > allowed to have, no Linux hosts machine available to me ...). I copied > entire "fadsroot" directory from Arabella's CD-ROM into my "fadsroot" > directory on my D-drive and made this directory nfs-shared-mountable (I > have propagated permissions from "fadsroot" down to all subfolders within > "fadsroot" ...). > > I noticed several errors during the copy process - complaining that I am > over-writing the files being already copied - is it an issue with "letter > case" ? - are there files on the Arabella's CD-ROM "fadsroot", which have > same names but differ just in the letter case used ? > > Anyway I am getting the following error during the end of the boot: > ...... > device=eth0, addr=192.168.1.103, mask=255.255.255.0, gw=255.255.255.255, > host=192.168.1.103, domain=, nis-domain=(none), > bootserver=255.255.255.255, rootserver=192.168.1.100, rootpath= > Looking up port of RPC 100003/2 on 192.168.1.100 > Looking up port of RPC 100005/1 on 192.168.1.100 > VFS: Mounted root (nfs filesystem). > Freeing unused kernel memory: 272k init > Warning: unable to open an initial console. > Kernel panic: No init found. Try passing init= option to kernel. > <0>Rebooting in 180 seconds.. > > My U-boot environment is: > => printenv > bootdelay=5 > bootcmd=bootm 200000 > ipaddr=192.168.1.103 > serverip=192.168.1.100 > ethaddr=08:00:17:00:00:03 > bootargs=root /dev/nfs rw nfsroot=192.168.1.100:/home/apovolot/fadsroot > baudrate=19200 > stdin=serial > stdout=serial > stderr=serial > > Any ideas ? > Thanks, > Alex > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pkl@datatech.ru Thu Sep 16 19:17:00 2004 From: pkl@datatech.ru (Konstantin Andreev) Date: Thu, 16 Sep 2004 19:17:00 -0000 Subject: OpenSSH public key authentication: suspicios in domain environment. Message-ID: <168201745184.20040916230247@tortrade.ru> Suppose, I have Windows XP workstation (TEX), member of domain DOM (Microsoft Windows Networking), and Cygwin/SSH daemon are running on this workstation (TEX). Suppose, on TEX, I set up record in /etc/passwd for domain user DOMUSR. If I logon on TEX as DOMUSR with password authentication, this logon is indistinguishable from regular local logon to TEX: - record in Security Log appeares - command shell is assigned with identical Access Token, and privileges. - command shell is running under DOMUSR account. But, if I try to logon on TEX as DOMUSR with public key authentication, logon succeeds, but strange things appears: - *NO* record appears in Security Log about logon event. - command shell has strange Access Token, in particular, it does not contain these SIDS: - Logon SID (S-1-5-5-0-...) - S-1-5-4 NT AUTHORITY\INTERACTIVE - S-1-2-0 \LOCAL - command shell holds all privileges enabled (like SYSTEM process), whereas some of the privileges should be disabled. - some utilities consider command shell process as running under "NT AUTHORITY\SYSTEM" account, in particular, "whoami.exe" from "Windows Server 2003 Resource Kit Tools". Could anybody comment this ? -- - TOR Trade Company, IT Department, Konstantin Andreev. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From vaf@ulysses.kiev.ua Thu Sep 16 19:21:00 2004 From: vaf@ulysses.kiev.ua (Valery A. Frolov) Date: Thu, 16 Sep 2004 19:21:00 -0000 Subject: signal delivery problem (with pthreads) In-Reply-To: <20040906175529.GA543@tonfa> References: <20040827181156.GB2008@tonfa> <20040828001709.GA3261@coe.casa.cgf.cx> <20040830104350.GA461@tonfa> <20040906175529.GA543@tonfa> Message-ID: <20040916191456.GB577@tonfa> >> And after while I've got (IMHO) a little test source (attached) to >> reproduce the problem. > > Can anyone confirm this problem? So, after week of silence I can make the decision that this problem has been happened only for me (because no one has confirmed it). Anyway, many many thanks for all Cygwin's developers for their great job. Let source be with you, Cygwin! (c) almost Star Wars. :) WBR, Valery -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Thu Sep 16 19:52:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Thu, 16 Sep 2004 19:52:00 -0000 Subject: OpenSSH public key authentication: suspicios in domain environment. In-Reply-To: <168201745184.20040916230247@tortrade.ru> References: <168201745184.20040916230247@tortrade.ru> Message-ID: <6.1.0.6.0.20040916151323.03bab3e0@pop.prospeed.net> At 03:02 PM 9/16/2004, you wrote: >Suppose, I have Windows XP workstation (TEX), member of domain DOM >(Microsoft Windows Networking), and Cygwin/SSH daemon are running >on this workstation (TEX). > >Suppose, on TEX, I set up record in /etc/passwd for domain user DOMUSR. > >If I logon on TEX as DOMUSR with password authentication, this logon >is indistinguishable from regular local logon to TEX: > > - record in Security Log appeares > - command shell is assigned with identical Access Token, and > privileges. > - command shell is running under DOMUSR account. > >But, if I try to logon on TEX as DOMUSR with public key authentication, >logon succeeds, but strange things appears: > > - *NO* record appears in Security Log about logon event. > - command shell has strange Access Token, in particular, it does > not contain these SIDS: > - Logon SID (S-1-5-5-0-...) > - S-1-5-4 NT AUTHORITY\INTERACTIVE > - S-1-2-0 \LOCAL > - command shell holds all privileges enabled (like SYSTEM process), > whereas some of the privileges should be disabled. > - some utilities consider command shell process as running under > "NT AUTHORITY\SYSTEM" account, in particular, "whoami.exe" from > "Windows Server 2003 Resource Kit Tools". > >Could anybody comment this ? Sure. This isn't strange. Just think about it. You haven't authenticated with Windows so it certainly doesn't know you as an authenticated user. If you want/need to be authenticated as this user in the domain, use password authentication. There's plenty of discussion about this across many resources, including this mailing lists' archives, the readme for openssh, and the User's Guide (), if you're looking for more insight. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From marcel@telka.sk Thu Sep 16 20:57:00 2004 From: marcel@telka.sk (Marcel Telka) Date: Thu, 16 Sep 2004 20:57:00 -0000 Subject: DirectX headers In-Reply-To: <90459864DAD67D43BDD3D517DEFC2F7D7134@axon.Axentia.local> References: <90459864DAD67D43BDD3D517DEFC2F7D7134@axon.Axentia.local> Message-ID: <20040916195218.GA21902@tortuga.telka.sk> On Thu, Sep 16, 2004 at 03:07:23PM +0200, Peter Ekberg wrote: > Hello! > > I'm working on a project (GGI) that uses DirectX (DirectInput and > DirectDraw) and would like to be able to compile it without downloading > the DirectX SDK from Microsoft. So, I tried to get it to work with the > DirectX headers available in Wine and this was a success after some > trivial #define games and some reordering. > > Now, my wish is to share this possibility with others and have these > modified headers (dinput.h and ddraw.h) in the regular cygwin dist. > However, they are licensed under LGPL, and I don't know if that is a > problem? Do I have to get the Wine people to relicense them under > regular GPL? 3. You may opt to apply the terms of the ordinary GNU General Public License instead of this License to a given copy of the Library. To do this, you must alter all the notices that refer to this License, so that they refer to the ordinary GNU General Public License, version 2, instead of to this License. (If a newer version than version 2 of the ordinary GNU General Public License has appeared, then you can specify that version instead if you wish.) Do not make any other change in these notices. Regards. -- +-------------------------------------------+ | Marcel Telka e-mail: marcel@telka.sk | | homepage: http://telka.sk/ | | jabber: marcel@jabber.sk | +-------------------------------------------+ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cygwin@tlinx.org Thu Sep 16 21:12:00 2004 From: cygwin@tlinx.org (linda w) Date: Thu, 16 Sep 2004 21:12:00 -0000 Subject: Can /proc be made to reference Win processes? Message-ID: <4149FE18.1070809@tlinx.org> 01234567890123456789012345678901234567890123456789012345678901234567890123456789 I know 'ps' can reference win processes with the "-W" switch. I was wondering if there was a value I could place in the CYGWIN env-var, or or if "/proc" might be 'mountable', thus allowing passing of a similar "-W" switch in the /proc mount to allow showing of all win processes? Thanks, -linda -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Thu Sep 16 21:20:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 16 Sep 2004 21:20:00 -0000 Subject: Can /proc be made to reference Win processes? In-Reply-To: <4149FE18.1070809@tlinx.org> References: <4149FE18.1070809@tlinx.org> Message-ID: On Thu, 16 Sep 2004, linda w wrote: > I know 'ps' can reference win processes with the "-W" switch. Sure, because it's a specially written Cygwin program, not a stock Unix "ps". "procps", which *is* a stock Unix program ported to Cygwin, can't. > I was wondering if there was a value I could place in the CYGWIN env-var, or > or if "/proc" might be 'mountable', thus allowing passing of a similar "-W" > switch in the /proc mount to allow showing of all win processes? No, there is no such switch. Why would you need it? The Windows processes aren't likely to have all of the information that /proc provides anyway... BTW, /proc isn't a mount, it's a virtual directory (which means it's functionality provided by the Cygwin DLL itself, rather than a path translation thing). As always, , but I doubt it'll be considered very favorably in this case. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dave@adboyd.com Thu Sep 16 21:31:00 2004 From: dave@adboyd.com (J. David Boyd) Date: Thu, 16 Sep 2004 21:31:00 -0000 Subject: ed for cygwin References: Message-ID: <81zn3q2msv.fsf@adboyd.com> John Proffitt writes: > I have just loaded cygwin on my computer and it looks great. I have started > to experiment with my unix script files to see what modifications will be > needed. Many of my script files use the ed editor to manipulate files and > cygwin does not include the ed editor. > > Is there a line editor that I can use under cygwin? > What text editors are supplied with cygwin? > > Also, I have many perl scripts, how do I load the perl package? > > Thank you very much for your help. > > John Proffitt ed is postively included with Cygwin. It is just not in the default install. Start setup, and go look in the editors section. Dave -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From andrea.m@bufera.org Thu Sep 16 21:39:00 2004 From: andrea.m@bufera.org (Andrea M) Date: Thu, 16 Sep 2004 21:39:00 -0000 Subject: cron and copying files across drives: how? Message-ID: <414A0635.20407@bufera.org> I am having a problem running a simple bash script with cron. The script executes and behaves as expected when run from the command line, but when run by cron, it fails to execute some commands. I narrowed the problem down and found out that cron fails to copy files between drives; for example, the following does not work * * * * * cp /cygdrive/c/Andrea/try.png /cygdrive/z/try.png I should mention that the z drive is a network drive. And yes, a simple script containing that command does execute correctly from the prompt. Thanks in advance -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From isaac.foraker@xilinx.com Thu Sep 16 21:40:00 2004 From: isaac.foraker@xilinx.com (Isaac Foraker) Date: Thu, 16 Sep 2004 21:40:00 -0000 Subject: cron and copying files across drives: how? In-Reply-To: <414A0635.20407@bufera.org> References: <414A0635.20407@bufera.org> Message-ID: <414A0800.1010508@xilinx.com> You need to "net use" the network drive before you can access it through cron. IF Andrea M wrote: > I am having a problem running a simple bash script with cron. The > script executes and behaves as expected when run from the command > line, but when run by cron, it fails to execute some commands. > > I narrowed the problem down and found out that cron fails to copy > files between drives; for example, the following does not work > > * * * * * cp /cygdrive/c/Andrea/try.png /cygdrive/z/try.png > > I should mention that the z drive is a network drive. And yes, a > simple script containing that command does execute correctly from the > prompt. > > Thanks in advance > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Thu Sep 16 22:18:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 16 Sep 2004 22:18:00 -0000 Subject: cron and copying files across drives: how? In-Reply-To: <414A0635.20407@bufera.org> References: <414A0635.20407@bufera.org> Message-ID: On Thu, 16 Sep 2004, Andrea M wrote: > I am having a problem running a simple bash script with cron. The script > executes and behaves as expected when run from the command line, but > when run by cron, it fails to execute some commands. Cron runs as a different Windows user ("SYSTEM"), so things that work from your normal logon may not work from there. > I narrowed the problem down and found out that cron fails to copy files > between drives; for example, the following does not work > > * * * * * cp /cygdrive/c/Andrea/try.png /cygdrive/z/try.png > > I should mention that the z drive is a network drive. Well, here's your problem. > And yes, a simple script containing that command does execute correctly > from the prompt. > > Thanks in advance Simple: the z drive isn't accesible to SYSTEM. Either make it accessible (by doing a "net use" before/when starting the service), or don't use /cygdrive/z in your scripts. FWIW, if the share is publicly accessible you can use the following syntax instead: * * * * * cp /cygdrive/c/Andrea/try.png //remote.machine/share/try.png You may still need to do a "net use", though. Try testing it out in a system-owned shell (Google for the recipe). HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Alexander.Povolotsky@marconi.com Thu Sep 16 22:33:00 2004 From: Alexander.Povolotsky@marconi.com (Povolotsky, Alexander) Date: Thu, 16 Sep 2004 22:33:00 -0000 Subject: broken hardlinks and "permission denied" while copying under cygw in Unix/Linux type files from CD-ROM Message-ID: <313680C9A886D511A06000204840E1CF0A647186@whq-msgusr-02.pit.comms.marconi.com> Hi, - I am getting broken hardlinks and "permission denied" while copying under cygwin Unix/Linux type files from CD-ROM ... I was advised that: " fadsroot must be copied exactly, any error message probably is a result of the above mentioned incompatibilities and the resulting FS would be broken." What would be the recommended course of actions ? Should I manually create softlink instead of each broken hardlink ? What is the solution for "permission denied" files ? Thanks, Alex PS Yuli - I hope that is the right forum for above questions ? ******************************* apovolot@USPITLAD104868 /cygdrive/e/fadsroot $ pwd /cygdrive/e/fadsroot $ cp -r * /cygdrive/d/Profiles/apovolot/fadsroot cp: cannot create regular file `/cygdrive/d/Profiles/apovolot/fadsroot/lib/iptab les/libip6t_hl.so': Permission denied cp: cannot create regular file `/cygdrive/d/Profiles/apovolot/fadsroot/lib/iptab les/libip6t_mark.so': Permission denied cp: cannot create regular file `/cygdrive/d/Profiles/apovolot/fadsroot/lib/iptab les/libipt_connmark.so': Permission denied cp: cannot create regular file `/cygdrive/d/Profiles/apovolot/fadsroot/lib/iptab les/libipt_dscp.so': Permission denied cp: cannot create regular file `/cygdrive/d/Profiles/apovolot/fadsroot/lib/iptab les/libipt_ecn.so': Permission denied cp: cannot create regular file `/cygdrive/d/Profiles/apovolot/fadsroot/lib/iptab les/libipt_mark.so': Permission denied cp: cannot create regular file `/cygdrive/d/Profiles/apovolot/fadsroot/lib/iptab les/libipt_pool.so': Permission denied cp: cannot create regular file `/cygdrive/d/Profiles/apovolot/fadsroot/lib/iptab les/libipt_tcpmss.so': Permission denied cp: cannot create regular file `/cygdrive/d/Profiles/apovolot/fadsroot/lib/iptab les/libipt_tos.so': Permission denied cp: cannot create regular file `/cygdrive/d/Profiles/apovolot/fadsroot/lib/iptab les/libipt_ttl.so': Permission denied cp: will not create hard link `/cygdrive/d/Profiles/apovolot/fadsroot/usr/lib/pe rl/5.8.2/sys' to directory `/cygdrive/d/Profiles/apovolot/fadsroot/usr/lib/perl/ 5.8.2/Sys' cp: cannot create regular file `/cygdrive/d/Profiles/apovolot/fadsroot/usr/share /man/man3/Locale::gettext.3pm.gz': Invalid argument cp: cannot create regular file `/cygdrive/d/Profiles/apovolot/fadsroot/usr/share /man/man3/Text::CharWidth.3pm.gz': Invalid argument cp: cannot create regular file `/cygdrive/d/Profiles/apovolot/fadsroot/usr/share /man/man3/Text::Iconv.3pm.gz': Invalid argument cp: cannot create regular file `/cygdrive/d/Profiles/apovolot/fadsroot/usr/share /man/man3/Text::WrapI18N.3pm.gz': Invalid argument cp: will not create hard link `/cygdrive/d/Profiles/apovolot/fadsroot/usr/share/ perl/5.8.2/pod' to directory `/cygdrive/d/Profiles/apovolot/fadsroot/usr/share/p erl/5.8.2/Pod' cp: will not create hard link `/cygdrive/d/Profiles/apovolot/fadsroot/usr/share/ terminfo/a' to directory `/cygdrive/d/Profiles/apovolot/fadsroot/usr/share/termi nfo/A' cp: will not create hard link `/cygdrive/d/Profiles/apovolot/fadsroot/usr/share/ terminfo/e' to directory `/cygdrive/d/Profiles/apovolot/fadsroot/usr/share/termi nfo/E' cp: will not create hard link `/cygdrive/d/Profiles/apovolot/fadsroot/usr/share/ terminfo/l' to directory `/cygdrive/d/Profiles/apovolot/fadsroot/usr/share/termi nfo/L' cp: will not create hard link `/cygdrive/d/Profiles/apovolot/fadsroot/usr/share/ terminfo/m' to directory `/cygdrive/d/Profiles/apovolot/fadsroot/usr/share/termi nfo/M' cp: will not create hard link `/cygdrive/d/Profiles/apovolot/fadsroot/usr/share/ terminfo/n' to directory `/cygdrive/d/Profiles/apovolot/fadsroot/usr/share/termi nfo/N' cp: will not create hard link `/cygdrive/d/Profiles/apovolot/fadsroot/usr/share/ terminfo/p' to directory `/cygdrive/d/Profiles/apovolot/fadsroot/usr/share/termi nfo/P' cp: will not create hard link `/cygdrive/d/Profiles/apovolot/fadsroot/usr/share/ terminfo/q' to directory `/cygdrive/d/Profiles/apovolot/fadsroot/usr/share/termi nfo/Q' cp: will not create hard link `/cygdrive/d/Profiles/apovolot/fadsroot/usr/share/ terminfo/x' to directory `/cygdrive/d/Profiles/apovolot/fadsroot/usr/share/termi nfo/X' apovolot@USPITLAD104868 /cygdrive/e/fadsroot $ apovolot@USPITLAD104868 /cygdrive/e/fadsroot $ > -----Original Message----- > From: Povolotsky, Alexander > Sent: Thursday, September 16, 2004 2:51 PM > To: 'cygwin@cygwin.com'; 'etux@embeddedtux.org' > Subject: RE: problems with initialization while accessing NFS mounted > root file system during the boot > > I forgot to mention that I am booting Linux 2.6.8-rc4 ... > What file system support I need to configure while bulding the kernel for > the case when root file system is nfs mounted on Windows host (see below) > ? > -----Original Message----- > From: Povolotsky, Alexander > Sent: Thursday, September 16, 2004 1:15 PM > To: cygwin@cygwin.com; 'etux@embeddedtux.org'; > 'suse-ppc@suse.com' > Subject: problems with initialization while accessing NFS > mounted root file system during the boot > > Hi, > > I've managed to program U-boot bootloader and now am trying to boot > my PQ2FADS-VR board ...but I have problems with the initialization while > accessing NFS mounted root file system ... . > I have NFS server running on my Windows XP Laptop (that is all I am > allowed to have, no Linux hosts machine available to me ...). I copied > entire "fadsroot" directory from Arabella's CD-ROM into my "fadsroot" > directory on my D-drive and made this directory nfs-shared-mountable (I > have propagated permissions from "fadsroot" down to all subfolders within > "fadsroot" ...). > > I noticed several errors during the copy process - complaining that > I am over-writing the files being already copied - is it an issue with > "letter case" ? - are there files on the Arabella's CD-ROM "fadsroot", > which have same names but differ just in the letter case used ? > > Anyway I am getting the following error during the end of the boot: > ...... > device=eth0, addr=192.168.1.103, mask=255.255.255.0, > gw=255.255.255.255, > host=192.168.1.103, domain=, nis-domain=(none), > bootserver=255.255.255.255, rootserver=192.168.1.100, rootpath= > Looking up port of RPC 100003/2 on 192.168.1.100 > Looking up port of RPC 100005/1 on 192.168.1.100 > VFS: Mounted root (nfs filesystem). > Freeing unused kernel memory: 272k init > Warning: unable to open an initial console. > Kernel panic: No init found. Try passing init= option to kernel. > <0>Rebooting in 180 seconds.. > > My U-boot environment is: > => printenv > bootdelay=5 > bootcmd=bootm 200000 > ipaddr=192.168.1.103 > serverip=192.168.1.100 > ethaddr=08:00:17:00:00:03 > bootargs=root /dev/nfs rw > nfsroot=192.168.1.100:/home/apovolot/fadsroot > baudrate=19200 > stdin=serial > stdout=serial > stderr=serial > > Any ideas ? > Thanks, > Alex > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Thu Sep 16 23:03:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Thu, 16 Sep 2004 23:03:00 -0000 Subject: broken hardlinks and "permission denied" while copying under cygw in Unix/Linux type files from CD-ROM In-Reply-To: <313680C9A886D511A06000204840E1CF0A647186@whq-msgusr-02.pit.comms.marconi.com> References: <313680C9A886D511A06000204840E1CF0A647186@whq-msgusr-02.pit.comms.marconi.com> Message-ID: <20040916223443.GD10281@trixie.casa.cgf.cx> On Thu, Sep 16, 2004 at 06:18:36PM -0400, Povolotsky, Alexander wrote: >PS Yuli - I hope that is the right forum for above questions ? It is not. "fadsroot" is not a cygwin package. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From janneke@gnu.org Thu Sep 16 23:48:00 2004 From: janneke@gnu.org (Jan Nieuwenhuizen) Date: Thu, 16 Sep 2004 23:48:00 -0000 Subject: some cygwin in wine Message-ID: <87d60lstoy.fsf@peder.flower> Just a quick note because I didn't see a success report before, some Cygwin stuff starts to work with Wine. Greetings, Jan. 00:53:17 janneke@peder:~/.wine/fake_windows/cygwin/usr/bin $ wine --version Wine 20040716 Wine exited with a successful status 00:53:23 janneke@peder:~/.wine/fake_windows/cygwin/usr/bin $ wine bash -i bash-2.05b$ echo /etc/* /etc/X11 /etc/defaults /etc/fonts /etc/postinstall /etc/postremove /etc/preremove /etc/profile.d /etc/setup /etc/skel /etc/termcap bash-2.05b$ pwd /cygdrive/z/var/mknetrel/cygwin1.5/usr/bin bash-2.05b$ ls 48 [main] bash -22 sync_with_child: child 4294967269(0x118) died before initialization with status code 0x0 166 [main] bash -22 sync_with_child: *** child state waiting for longjmp bash: fork: Resource temporarily unavailable bash-2.05b$ exit exit Wine exited with a successful status 00:53:49 janneke@peder:~/.wine/fake_windows/cygwin/usr/bin $ wine guile guile> (uname) #("CYGWIN_98-4.10" "peder.flower" "1.5.11(0.116/4/2)" "2004-09-04 23:17" "i686")guile> -- Jan Nieuwenhuizen | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Fri Sep 17 01:19:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Fri, 17 Sep 2004 01:19:00 -0000 Subject: some cygwin in wine In-Reply-To: <87d60lstoy.fsf@peder.flower> References: <87d60lstoy.fsf@peder.flower> Message-ID: <1037980372.20040917014821@familiehaase.de> Hello Jan, > Just a quick note because I didn't see a success report before, > some Cygwin stuff starts to work with Wine. Is this Wine running under coLinux or on real Linux? Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From electabuzz@katamail.com Fri Sep 17 02:48:00 2004 From: electabuzz@katamail.com (electa) Date: Fri, 17 Sep 2004 02:48:00 -0000 Subject: install error Message-ID: Today I tried to retrieve all my installed packets, using "download from internet" and the "reinstall" option, which marks all my packages with "retrieve". I downloaded all of them good, but I get "An error occurred while downloading" at the very end (in the window I see that setup is downloading "_update_info_dir..." My full dowloads are compromized? then the setup wants to retrieve all packages again...I stopped it! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Pierre.Humblet@ieee.org Fri Sep 17 03:28:00 2004 From: Pierre.Humblet@ieee.org (Pierre A. Humblet) Date: Fri, 17 Sep 2004 03:28:00 -0000 Subject: Bash returns incorrect process status In-Reply-To: <040916185049.AA27432.SM@caleb.ins.cwru.edu> References: <41499B4A.207AC15F@ieee.org> <040916151300.AA27319.SM@caleb.ins.cwru.edu> <20040916154409.GC681@trixie.casa.cgf.cx> <040916172728.AA27372.SM@caleb.ins.cwru.edu> <20040916184354.GE7504@trixie.casa.cgf.cx> Message-ID: <3.0.5.32.20040916224329.0082c940@incoming.verizon.net> At 02:50 PM 9/16/2004 -0400, Chet Ramey wrote: >> >> >POSIX shells are required to remember at least CHILD_MAX (but >> >> >optionally more) process statuses. There is a gray area about whether >> >> >or not the user can query the status of those processes, implying that >> >> >once the status of a background or foreground job has been reported, >> >> >its status, and the status of its constituent processes, can be >> >> >discarded, but those rules are hard to decipher. >> >> >> >> Are you saying that waitpid should be able to return the status of an >> >> exited process when it is called repeatedly? I've never seen anything >> >> like that. I thought that once you'd done a wait the process was >> >> unzombified, it goes away, and it is unavailable for future querying. >> > >> >No. The portion of the POSIX spec describing the shell's behavior is >> >independent of the exact function used to query a process's status. It >> >says the shell has to remember. It doesn't mention waitpid(), nor does >> >it need to. >> > >> >You're assuming that the shell just does a waitpid() whenever it needs to >> >get a particular process's status. No shell does it that way. >> >> My point was that unless you assume (which you can't) that you can >> repeatedly query the OS for the status of a process, keeping an array, >> or a linked list, or a database or whatever of pids around will cause >> problems unless you're also storing a time component as well. Once >> you've queried the pid status using wait* then the pid is free to be >> reused so remembering the process status of a pid for a long time seems >> problematic. > >That's why there's the implicit requirement that the period be at least >CHILD_MAX. If a single process can have CHILD_MAX simultaneously >executing children, the number of unique PIDs the system must support is >at least CHILD_MAX+1, and there's the presumption that the PID distribution >is uniform. > >Chet But bash seems to keep at least CHILD_MAX jobs, each one of them possibly with many (unbounded) processes. It is very easy to produce situations where bash keeps track of thousands of pids. Many of those pids (e.g. the first ones in pipelines) will have been waited on, and nothing prevents the OS from reusing them. Pid aliasing can easily occur even if the OS never reuses a pid in CHILD_MAX consecutive forks from a process. Pierre -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From luke.kendall@cisra.canon.com.au Fri Sep 17 03:38:00 2004 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Fri, 17 Sep 2004 03:38:00 -0000 Subject: So how do you uninstall Cygwin? Message-ID: <20040917032837.A419F84C4D@pessard.research.canon.com.au> It occurred to me, while trying to work out why ssh isn't working on a laptop that we installed Cygwin on recently, to wonder whether the information at http://cygwin.com/faq/faq_2.html#SEC19 (How do I uninstall all of Cygwin?) could be a little more helpful. It gives good advice, but ends by saying: It's up to you to deal with other changes you made to your system, such as installing the inetd service, altering system paths, etc. Setup would not have done any of these things for you. This is true. But for ssh, and other packages, is there any useful advice that could be given on how to uninstall? I'm wondering how I get the machine back into a pristine state to try a re-install, since perhaps some of our post-install changes screwed things up. (ssh normally works just fine.) luke -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From jkrahn@nc.rr.com Fri Sep 17 04:46:00 2004 From: jkrahn@nc.rr.com (Joe Krahn) Date: Fri, 17 Sep 2004 04:46:00 -0000 Subject: Cygwin processes getting stuck on max CPU usage; XP SP2 problem? Message-ID: <414A5C34.9050305@nc.rr.com> I use SysInternal's Process Explorer a lot. After installing XP SP2, if I browse Cygwin processes in ProceExp, I can no longer get the list of loaded DLLs, and they get stuck at max CPU usage along with csrss.exe. The CygWin processes continue working OK, but the whole system (obviously) gets slowed down. I noticed that csrss.exe is new with XP SP2. Maybe it's involved in querying process information, and does not play well with CygWin? Thanks, Joe Krahn -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Fri Sep 17 04:56:00 2004 From: brian@dessent.net (Brian Dessent) Date: Fri, 17 Sep 2004 04:56:00 -0000 Subject: some cygwin in wine References: <87d60lstoy.fsf@peder.flower> <1037980372.20040917014821@familiehaase.de> Message-ID: <414A6D18.8354E8FE@dessent.net> "Gerrit P. Haase" wrote: > > Hello Jan, > > > Just a quick note because I didn't see a success report before, > > some Cygwin stuff starts to work with Wine. > > Is this Wine running under coLinux or on real Linux? ...and I offer 50 quatloos to the first person who can achieve the act of cross-compiling the Linux kernel using cygwin-hosted gcc, running under WINE, itself running on Linux, which is actually hosted on colinux, running along side an NT kernel. Now do it with your eyes closed! :-) Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Fri Sep 17 05:03:00 2004 From: brian@dessent.net (Brian Dessent) Date: Fri, 17 Sep 2004 05:03:00 -0000 Subject: So how do you uninstall Cygwin? References: <20040917032837.A419F84C4D@pessard.research.canon.com.au> Message-ID: <414A6F40.FACE0590@dessent.net> luke.kendall@cisra.canon.com.au wrote: > > It occurred to me, while trying to work out why ssh isn't working on a > laptop that we installed Cygwin on recently, to wonder whether the > information at http://cygwin.com/faq/faq_2.html#SEC19 (How do I uninstall > all of Cygwin?) could be a little more helpful. > > It gives good advice, but ends by saying: > > It's up to you to deal with other changes you made to your > system, such as installing the inetd service, altering system > paths, etc. Setup would not have done any of these things > for you. > > This is true. But for ssh, and other packages, is there any useful > advice that could be given on how to uninstall? > > I'm wondering how I get the machine back into a pristine state to try a > re-install, since perhaps some of our post-install changes screwed > things up. (ssh normally works just fine.) Remove any services you might have installed ("cygrunsrv -R ssh") and remove all entries from the mount table ("umount -a") and that should pretty much do it, assuming of course you removed the main installation directory as well. Personally, though, if I were you and trying to fix ssh I'd worry just about ssh. Remove the service and any created files (pid, log, $HOME/.ssh, etc.) and then re-reun ssh-{host,user}-config. Removing everything and reinstalling "pristine" is one of those things that everyone likes to do but it always seemed to me like the equivalent of crushing the entire car and melting it down to raw scrap steel to fix the scratch in the side of the door. But, I will admit, it does work in a lot of cases (due to e.g. permission errors on the original install.) Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Fri Sep 17 05:40:00 2004 From: brian@dessent.net (Brian Dessent) Date: Fri, 17 Sep 2004 05:40:00 -0000 Subject: Cygwin processes getting stuck on max CPU usage; XP SP2 problem? References: <414A5C34.9050305@nc.rr.com> Message-ID: <414A70F8.A84FAADF@dessent.net> Joe Krahn wrote: > > I use SysInternal's Process Explorer a lot. After > installing XP SP2, if I browse Cygwin processes in > ProceExp, I can no longer get the list of loaded > DLLs, and they get stuck at max CPU usage along > with csrss.exe. > > The CygWin processes continue working OK, but the > whole system (obviously) gets slowed down. > > I noticed that csrss.exe is new with XP SP2. > Maybe it's involved in querying process information, > and does not play well with CygWin? This is a reported issue and it has to do with the way Process Explorer works. It attaches a thread to the target process in order to list the modules, and cygwin processes don't like this for some reason. It started in the early 1.5 days, and is nothing really that new. If you have symbols installed and you list the threads for the hung Cygwin process you'll see the stuck one is in a loop in ntdll.dll!RtlConvertUiListToApiList, as well as a corresponding thread in csrss.exe (CSRSRV.dll!ValidateMessageString) for each. The CPU usage seems to be split equally between them all. So, it's definitely an interaction between Cygwin and Process Explorer's grubby little fingers... however no one seems to be interestd in fixing it so for the time being the solution seems to be "Don't accidently enable the 'DLLs View' of a cygwin process in ProcExp." Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lewris@ig.com.br Fri Sep 17 06:14:00 2004 From: lewris@ig.com.br (Moises Deangelo) Date: Fri, 17 Sep 2004 06:14:00 -0000 Subject: Problem in Cygwin-X... In-Reply-To: <414A5C34.9050305@nc.rr.com> Message-ID: <002c01c49c78$a7d46660$1717eac8@lewlew> Please I installed cygwin in my windows 2000 with service pack 4. I download the complete version of cygwin. But the graphic interface does not work by any means Cygwin-X does not run. Any applications do not accuse no mistake, simply do not initiate. Other introduce the following mistake: RUN.EXE ERROR: could not start C:\cygwin\usr\X11R6\xdvi -display 127.0.0.1:0.0 Can anybody help to do the graphic interface to work? Moises Deangelo. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From peter@rehley.net Fri Sep 17 06:14:00 2004 From: peter@rehley.net (Peter Rehley) Date: Fri, 17 Sep 2004 06:14:00 -0000 Subject: Problem in Cygwin-X... In-Reply-To: <002c01c49c78$a7d46660$1717eac8@lewlew> References: <002c01c49c78$a7d46660$1717eac8@lewlew> Message-ID: <8DDA53A0-0870-11D9-B13A-000D932D0448@rehley.net> On Sep 16, 2004, at 10:38 PM, Moises Deangelo wrote: > Please > > I installed cygwin in my windows 2000 with service pack 4. > > I download the complete version of cygwin. > > But the graphic interface does not work by any means > Cygwin-X does not run. > > Any applications do not accuse no mistake, simply do not initiate. > Other introduce the following mistake: > > RUN.EXE > ERROR: could not start C:\cygwin\usr\X11R6\xdvi -display 127.0.0.1:0.0 > > Can anybody help to do the graphic interface to work? Have you checked out the following site? http://x.cygwin.com/ My guess is that the X Server isn't running (did you do startx?) Also, it's been said before, but check out http://cygwin.com/problems.html Peter -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lorenzo.delana@virgilio.it Fri Sep 17 06:20:00 2004 From: lorenzo.delana@virgilio.it (lorenzo.delana@virgilio.it) Date: Fri, 17 Sep 2004 06:20:00 -0000 Subject: Cygwin licensing issue In-Reply-To: <20040915090512.GW17670@cygbert.vinschen.de> Message-ID: <41463E5200008816@ims5b.cp.tin.it> >-- Messaggio originale -- >Date: Wed, 15 Sep 2004 11:05:12 +0200 >From: Corinna Vinschen >To: cygwin@cygwin.com >Subject: Re: Cygwin licensing issue >Reply-To: cygwin@cygwin.com > > >On Sep 15 10:42, lorenzo.delana@virgilio.it wrote: >> >> There is someone that can make me understand what is intendend for "proprietary >> use" at >> >> http://cygwin.com/faq/faq_7.html#SEC132 >> >> other authoritary information in Cygwin FAQ section about cygwin software >> licensing >> >> http://cygwin.com/faq/faq_1.html#SEC4 >> >> I would to know if I can use Cygwin on my company for using the product, >> not for selling software developed with Cygwin libraries... >> >> I would to know if I can make a C++ application, makeing an executable >.exe >> and then use in my company to simplify my work; remark: I not sell this >> application, and I write source code with GPL licensing. > >In that case your definitely off the hook :-) Excuse me for my english translation but I don't understand what you mean for ..."off the hook". Thanks, in advice Lorenzo > > >Corinna > >-- >Corinna Vinschen Please, send mails regarding Cygwin to >Cygwin Project Co-Leader mailto:cygwin@cygwin.com >Red Hat, Inc. > >-- >Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >Problem reports: http://cygwin.com/problems.html >Documentation: http://cygwin.com/docs.html >FAQ: http://cygwin.com/faq/ > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From the_ram_man@hotmail.com Fri Sep 17 07:13:00 2004 From: the_ram_man@hotmail.com (=?iso-8859-1?B?dGhlX3JhbV9tYW4gduRkdXJzbWFubmVu?=) Date: Fri, 17 Sep 2004 07:13:00 -0000 Subject: problem to read files Message-ID: Maybe I??m at the wrong mailinglist here but this is my problem. I wrote a c-applicaton using cygwin and gcc. I used text files, in a subdirectory, to fed input into my application. This all worked fine untill I desided to update cygwin. Then suddenly the application wasn??t able to read the input text files anymore, claiming that they doesn??t exist. I run cygwin under windows 2000, 5.00.2195, service pack 2 _________________________________________________________________ L??ttare att hitta dr??mresan med MSN Resor http://www.msn.se/resor/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From janneke@gnu.org Fri Sep 17 07:37:00 2004 From: janneke@gnu.org (Jan Nieuwenhuizen) Date: Fri, 17 Sep 2004 07:37:00 -0000 Subject: some cygwin in wine In-Reply-To: <1037980372.20040917014821@familiehaase.de> (Gerrit P. Haase's message of "Fri, 17 Sep 2004 01:48:21 +0200") References: <87d60lstoy.fsf@peder.flower> <1037980372.20040917014821@familiehaase.de> Message-ID: <874qlxl65b.fsf@peder.flower> Gerrit P. Haase writes: > Is this Wine running under coLinux or on real Linux? Hmm, do I really look that pale ;-) I'm using Debian sid. Jan. -- Jan Nieuwenhuizen | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From fergus@bonhard.uklinux.net Fri Sep 17 07:51:00 2004 From: fergus@bonhard.uklinux.net (fergus@bonhard.uklinux.net) Date: Fri, 17 Sep 2004 07:51:00 -0000 Subject: 19 symlinks with missing target Message-ID: In something like 90,000 files for the current full installation, of which 4,439 are symlinks, there are 19 with missing or wrongly defined target. They are /bin/X11 -> ../X11R6/bin /bin/aclocal-1.4 -> ../autotool/stable/bin/aclocal-1.4 /bin/aclocal-1.9 -> ../autotool/devel/bin/aclocal-1.9 /bin/automake-1.4 -> ../autotool/stable/bin/automake-1.4 /bin/automake-1.9 -> ../autotool/devel/bin/automake-1.9 /bin/rcs2log -> ../share/cvs/contrib/rcs2log /lib/X11 -> ../X11R6/lib/X11 /lib/gcc-lib/i686-pc-cygwin/3.3.3/adalib/libgnarl.so -> libgnarl-*.so /lib/gcc-lib/i686-pc-cygwin/3.3.3/adalib/libgnat.so -> libgnat-*.so /lib/gcc-lib/i686-pc-mingw32/3.3.1/gnat1.exe -> ../../i686-pc-cygwin/3.3.1/gnat1.exe /lib/rpmpopt -> rpm/rpmpopt /lib/terminfo -> ../share/terminfo /usr/X11R6/include/X11/X11 -> ../X11R6/include/X11 /usr/X11R6/share/tcm-2.20/help/CHANGELOG -> ../../CHANGELOG /usr/X11R6/share/tcm-2.20/help/COPYING -> ../../COPYING /usr/man/de/man1/gsbj.1 -> gslp.1 /usr/man/de/man1/gsdj.1 -> gslp.1 /usr/man/de/man1/gsdj500.1 -> gslp.1 /usr/man/de/man1/gslj.1 -> gslp.1 I can see that all those under /bin/ and some but not all under /lib/ actually work properly when mounted respectively under /usr/bin/ and /usr/lib/. I got the listing by a simple translation of (sp)->(sp) to /../ for all symlinks and seeing whether the file or folder thus defined existed. In 4,420 cases (99.6% success) it did. None of these 19 others seems to be particularly problematic (but then I have never knowingly sought to use them). Fergus -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From peda@axentia.se Fri Sep 17 08:16:00 2004 From: peda@axentia.se (Peter Ekberg) Date: Fri, 17 Sep 2004 08:16:00 -0000 Subject: Bash returns incorrect process status Message-ID: <90459864DAD67D43BDD3D517DEFC2F7D7138@axon.Axentia.local> Pierre A. Humblet wrote: > FWIW, attached is a patch to bash that may improve its > behavior on Cygwin. > The idea is that when a new process is stored in the memory array, any > existing process with the same pid is marked "reused". > "reused" processes > are never considered when searching for a process by pid. > They are still > still available, e.g. to get the status of processes in a job. > > It's a proof of principle code, not meant to be efficient. It > can still print > a debug message on stderr. Tried it and it doesn't solve the problem for me. It shifts the trigger pattern though. Without the patch, an almost sure thing to do to trigger the bug is to run the configure script under "strace bash". But with the patch, I have not been able to trigger the bug once. However, just running the configure script without straceing bash triggers the bug at about the same rate as without the patch (I estimate that between 1/3 and 1/2 of the runs fail). But wait, now I tried to trigger the bug with the original bash and that also fails when straceing. So I guess my remark about the shift in trigger pattern is not certain... /me makes a note of the phase of the moon I have not noted any occurance of the "Found old pid..." message. Is that an indication that the patch never kicks in? Cheers, Peter -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rc040203@freenet.de Fri Sep 17 08:22:00 2004 From: rc040203@freenet.de (Ralf Corsepius) Date: Fri, 17 Sep 2004 08:22:00 -0000 Subject: 1.5.10: expr + configure failure + testcase (also on 1.5.11-1) In-Reply-To: <003901c49b02$6542e820$0b03a8c0@lithium> References: <003901c49b02$6542e820$0b03a8c0@lithium> Message-ID: <1095408997.4989.679.camel@mccallum.corsepiu.local> On Wed, 2004-09-15 at 11:00, Bogdan Vacaliuc wrote: > My local tests and all reports from rtems-users so far are successes. Meanwhile, there are failure reports or at least "non full success stories" from rtems-users, c.f. http://www.rtems.org/ml/rtems-users/2004/september/msg00144.html http://www.rtems.org/ml/rtems-users/2004/september/msg00151.html Ralf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From luke.kendall@cisra.canon.com.au Fri Sep 17 08:25:00 2004 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Fri, 17 Sep 2004 08:25:00 -0000 Subject: So how do you uninstall Cygwin? In-Reply-To: <414A6F40.FACE0590@dessent.net> Message-ID: <20040917072141.7DAD084C4D@pessard.research.canon.com.au> On 16 Sep, Brian Dessent wrote: > > I'm wondering how I get the machine back into a pristine state to try a > > re-install, since perhaps some of our post-install changes screwed > > things up. (ssh normally works just fine.) > > Remove any services you might have installed ("cygrunsrv -R ssh") and > remove all entries from the mount table ("umount -a") and that should > pretty much do it, assuming of course you removed the main installation > directory as well. Okay. While this wouldn't undo changes made by ssh-host-config to c:/windows/services, I don't really think that'd be the source of the error. > Personally, though, if I were you and trying to fix ssh I'd worry just > about ssh. Remove the service and any created files (pid, log, > $HOME/.ssh, etc.) and then re-reun ssh-{host,user}-config. Removing > everything and reinstalling "pristine" is one of those things that > everyone likes to do but it always seemed to me like the equivalent of > crushing the entire car and melting it down to raw scrap steel to fix > the scratch in the side of the door. But, I will admit, it does work in > a lot of cases (due to e.g. permission errors on the original install.) > > Brian Very true. Yeah, I should at least do that. And I just now saw your note about ssh-user-config and realised that I didn't know about it at all - so I may have some more fruitful avenues to pursue than I thought. Many thanks, luke -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Fri Sep 17 08:27:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Fri, 17 Sep 2004 08:27:00 -0000 Subject: 19 symlinks with missing target Message-ID: <1833050044.20040917102451@familiehaase.de> Hallo fergus, Am Freitag, 17. September 2004 um 09:35 schriebst du: > In something like 90,000 files for the current full installation, of which > 4,439 are symlinks, there are 19 with missing or wrongly defined target. > They are > /bin/X11 -> ../X11R6/bin > /bin/aclocal-1.4 -> ../autotool/stable/bin/aclocal-1.4 > /bin/aclocal-1.9 -> ../autotool/devel/bin/aclocal-1.9 > /bin/automake-1.4 -> ../autotool/stable/bin/automake-1.4 > /bin/automake-1.9 -> ../autotool/devel/bin/automake-1.9 > /bin/rcs2log -> ../share/cvs/contrib/rcs2log > /lib/X11 -> ../X11R6/lib/X11 > /lib/gcc-lib/i686-pc-mingw32/3.3.1/gnat1.exe -> > ../../i686-pc-cygwin/3.3.1/gnat1.exe > /lib/rpmpopt -> rpm/rpmpopt > /lib/terminfo -> ../share/terminfo These are actually symlinks from /usr/bin -> target and then they should be correct. > /lib/gcc-lib/i686-pc-cygwin/3.3.3/adalib/libgnarl.so -> libgnarl-*.so > /lib/gcc-lib/i686-pc-cygwin/3.3.3/adalib/libgnat.so -> libgnat-*.so These two are wrong because there ain't such thing as a shared gnat library, but they are installed during gcc installation. I'll see if I can fix it. > /usr/X11R6/include/X11/X11 -> ../X11R6/include/X11 This one is bogus. It should be /usr/include/X11 -> and points to the actual X11 header directory. > /usr/X11R6/share/tcm-2.20/help/CHANGELOG -> ../../CHANGELOG > /usr/X11R6/share/tcm-2.20/help/COPYING -> ../../COPYING These are really wrong. Report to the maintainer, please. > /usr/man/de/man1/gsbj.1 -> gslp.1 > /usr/man/de/man1/gsdj.1 -> gslp.1 > /usr/man/de/man1/gsdj500.1 -> gslp.1 > /usr/man/de/man1/gslj.1 -> gslp.1 Which package are these from? Probably a packaging error? Report to the maintainer, please. > I can see that all those under /bin/ and some but not all under /lib/ > actually work properly when mounted respectively under /usr/bin/ and Aha. > /usr/lib/. I got the listing by a simple translation of (sp)->(sp) to /../ > for all symlinks and seeing whether the file or folder thus defined existed. > In 4,420 cases (99.6% success) it did. None of these 19 others seems to be > particularly problematic (but then I have never knowingly sought to use > them). Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From luke.kendall@cisra.canon.com.au Fri Sep 17 08:28:00 2004 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Fri, 17 Sep 2004 08:28:00 -0000 Subject: Problem in Cygwin-X... In-Reply-To: <002c01c49c78$a7d46660$1717eac8@lewlew> Message-ID: <20040917073208.907A384C4D@pessard.research.canon.com.au> On 17 Sep, Moises Deangelo wrote: > Please > > I installed cygwin in my windows 2000 with service pack 4. > > I download the complete version of cygwin. > > But the graphic interface does not work by any means > Cygwin-X does not run. > > Any applications do not accuse no mistake, simply do not initiate. > Other introduce the following mistake: > > RUN.EXE > ERROR: could not start C:\cygwin\usr\X11R6\xdvi -display 127.0.0.1:0.0 > > Can anybody help to do the graphic interface to work? > > Moises Deangelo. For us, for many months now, X11 hasn't worked after any fresh Cygwin install, due to the "missing font "fixed" problem) - see http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-error-font-eof In fact, our install process now runs setup, runs various commands as per the faq entry above, then re-runs setup and requires the user to re-install the X fonts. After that X will work. On top of that, there were changes to -multiwindow and other parameters. We now default to starting X in a way that boils down to this: xinit -- -rootless -clipboard -logfile /tmp/XWin.log.$USER The .$USER is important if multiple people may use the machine - the default choice of /tmp/XWin.log will make X fail to start because a later user won't have write permissions on /tmp/XWin.log. Anyway, try the above, and check out the contents of the log file to help work out what's going wrong. luke -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From luke.kendall@cisra.canon.com.au Fri Sep 17 09:11:00 2004 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Fri, 17 Sep 2004 09:11:00 -0000 Subject: Bash returns incorrect process status In-Reply-To: <3.0.5.32.20040916224329.0082c940@incoming.verizon.net> Message-ID: <20040917073617.AE94C84C4D@pessard.research.canon.com.au> On 16 Sep, Pierre A. Humblet wrote: > But bash seems to keep at least CHILD_MAX jobs, each one of them possibly > with many (unbounded) processes. It is very easy to produce situations > where bash keeps track of thousands of pids. Many of those pids (e.g. the > first ones in pipelines) will have been waited on, and nothing prevents the > OS from reusing them. Pid aliasing can easily occur even if the OS never > reuses a pid in CHILD_MAX consecutive forks from a process. I'm coming in to this discussion late, and this is probably way off topic. But I once thought bash wasn't reporting status of the previous command properly (as reported via $?), when what was really happening was that I was executing other commands as part of my bash prompt, and bash was reporting the (successful) status of the last of those commands! I.e. I'd get a different result by doing: some-command if [ $? = 0 ] then ... and doing some-command && ... luke -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Fri Sep 17 09:15:00 2004 From: dk@artimi.com (Dave Korn) Date: Fri, 17 Sep 2004 09:15:00 -0000 Subject: signal delivery problem (with pthreads) In-Reply-To: <20040916191456.GB577@tonfa> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Valery A. Frolov > Sent: 16 September 2004 20:15 > >> And after while I've got (IMHO) a little test source (attached) to > >> reproduce the problem. > > > > Can anyone confirm this problem? > > So, after week of silence I can make the decision that this > problem has > been happened only for me (because no one has confirmed it). Anyway, > many many thanks for all Cygwin's developers for their great job. > Let source be with you, Cygwin! (c) almost Star Wars. :) > > WBR, > Valery Ok, here ya go, I guess if you went to the trouble of http://cygwin.com/acronyms#PPAST 'ing, I can take a couple of minutes to check it out for you! :) dk@mace /test/pthread> gcc -O2 -g -o sb sig_bug.c dk@mace /test/pthread> ./sb new thread start got signal 30 OK, press any key to exit... got signal 30 got signal 30 select was interrupted 1 times dk@mace /test/pthread> gcc -O2 -g -o sb sig_bug.c -lpthread dk@mace /test/pthread> ./sb new thread start got signal 30 OK, press any key to exit... got signal 30 got signal 30 select was interrupted 1 times dk@mace /test/pthread> No SEGV for me. -lpthread didn't seem necessary. I'm using a version of the cygwin1.dll built from CVS sources on 20041407. cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Fri Sep 17 09:17:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Fri, 17 Sep 2004 09:17:00 -0000 Subject: Problem with cat under bash shell In-Reply-To: <20040916120158.85111.qmail@web90001.mail.scd.yahoo.com> References: <20040916103634.GD17670@cygbert.vinschen.de> <20040916120158.85111.qmail@web90001.mail.scd.yahoo.com> Message-ID: <20040917091638.GA9638@cygbert.vinschen.de> On Sep 16 13:01, Lionel Barnett wrote: > --- Corinna Vinschen wrote: > > I just curiously tried to reproduce the effect and it was pretty > > simple. > > I'm not quite sure, but it seems to be a strange interaction between > > remote file handling under windows, coupled with the way the > > temporary > > file is handled by bash. > > > > What bash does is this: It opens a temporary file in /tmp which gets > > everything you type into the here script up to the EOF. Then it > > duplicates the handle to become stdin for the still to be called > > `cat' > > process. Next, it unlinks the file. Unlink is implemented as > > > > h=CreateFile(FILE_FLAG_DELETE_ON_CLOSE); > > CloseHandle(h); > > > > This should result in removing the file as soon as all open handles > > to > > the file are closed. That works, but for some reason also the > > ReadFile > > call in cat fails as above. > > > > I don't know how to fix this right now, but the workaround is simply > > to have /tmp always be a local directory. > > Thanks for the information, Corinna. Actually, what surprises me most > is that this issue has not been reported more frequently. I've applied a patch to Cygwin which hopefully solves that for any sort of remote share. I tried this with shares on Samba, NT4, XP64 and 2K3. Check out the next developers snapshot from http://cygwin.com/snapshots/ Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Fri Sep 17 09:22:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Fri, 17 Sep 2004 09:22:00 -0000 Subject: Cygwin licensing issue In-Reply-To: <41463E5200008816@ims5b.cp.tin.it> References: <20040915090512.GW17670@cygbert.vinschen.de> <41463E5200008816@ims5b.cp.tin.it> Message-ID: <20040917091811.GB9638@cygbert.vinschen.de> On Sep 17 08:14, lorenzo.delana@virgilio.it wrote: > >In that case your definitely off the hook :-) > > Excuse me for my english translation but I don't understand what you mean > for > ..."off the hook". It means, you're doing fine. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Fri Sep 17 09:47:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Fri, 17 Sep 2004 09:47:00 -0000 Subject: OpenSSH privilege separation fails: connections starts to be dropped. In-Reply-To: <179199034656.20040916221736@tortrade.ru> References: <179199034656.20040916221736@tortrade.ru> Message-ID: <20040917092258.GC9638@cygbert.vinschen.de> On Sep 16 22:17, Konstantin Andreev wrote: > > In the first place, OpenSSH daemon works fine for me, if > "UsePrivilegeSeparation" feature is disabled. > > I enabled "UsePrivilegeSeparation" and properly configured my system > for use of this feature: set up account "sshd" and set up permissions > for /var/empty. > > In this configuration OpenSSH daemon starts without complains, but > drops incoming connections immediately after connect. > > The appropriate debug output of SSH daemon (debug level 3) is: > > ------------------- cut here -------------------------------- > ... > debug2: Network child is on pid 1000 > debug3: privsep user:group 1004:100ed > debug1: permanently_set_uid: 1004/100 > permanently_set_uid: was able to restore old [e]gid > ------------------- cut here -------------------------------- > > The last line has severity "fatal", and is sent to Event Log. I know this problem with a slightly different text: permanently_set_uid: was able to restore old [e]uid Note "uid" instead of "gid". But that problem has been solved already about a year ago. I'm a bit surprised to see the above message and I'm unable to reproduce that problem. While it's easy to workaround it in OpenSSH, I'd like to understand why that happens, first. Could you please send your /etc/passwd and /etc/group files, as well as the information on which system this is running? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Fri Sep 17 10:46:00 2004 From: dk@artimi.com (Dave Korn) Date: Fri, 17 Sep 2004 10:46:00 -0000 Subject: So how do you uninstall Cygwin? In-Reply-To: <414A6F40.FACE0590@dessent.net> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Brian Dessent > Sent: 17 September 2004 06:00 > luke.kendall@XXXXX.XXXXX.XXX.XX wrote: > > information at http://cygwin.com/faq/faq_2.html#SEC19 (How > and remove all entries from the mount table ("umount -a") The advice in the faq to delete "...The registry tree `Software\Cygnus Solutions' under HKEY_LOCAL_MACHINE and/or HKEY_CURRENT_USER..." obviates the need to umount anything manually, doesn't it? cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Fri Sep 17 11:44:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Fri, 17 Sep 2004 11:44:00 -0000 Subject: [automake-1.9] aclocal problems Message-ID: <0601068.20040917124623@familiehaase.de> Hello Charles, I'm having problems with the new automake. I'm getting no aclocal.m4 file as usual and therefore, there are several unexpanded macros from configure.in which causes autoconf to fail. It is nice to see that there are major aclocal bugs handled with this new release, but it seems that they also introduced new problems. Gerrit -- =^..^= $ (cd adns-1.0 && autoreconf --install --verbose --force ) autoreconf: Entering directory `.' autoreconf: configure.in: not using Gettext autoreconf: running: aclocal --force /usr/autotool/devel/share/aclocal/rep.m4:7: warning: underquoted definition of AM_PATH_REP run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending-aclocal /usr/share/aclocal/sigc++.m4:8: warning: underquoted definition of AM_PATH_SIGC /usr/share/aclocal/pth.m4:43: warning: underquoted definition of _AC_PTH_ERROR /usr/share/aclocal/pth.m4:55: warning: underquoted definition of _AC_PTH_VERBOSE /usr/share/aclocal/pth.m4:61: warning: underquoted definition of AC_CHECK_PTH /usr/share/aclocal/pkg.m4:5: warning: underquoted definition of PKG_CHECK_MODULES /usr/share/aclocal/linger.m4:4: warning: underquoted definition of AC_STRUCT_LINGER /usr/share/aclocal/libtasn1.m4:12: warning: underquoted definition of AM_PATH_LIBTASN1 /usr/share/aclocal/libsmi.m4:8: warning: underquoted definition of AM_PATH_LIBSMI /usr/share/aclocal/libmcrypt.m4:17: warning: underquoted definition of AM_PATH_LIBMCRYPT /usr/share/aclocal/libgcrypt.m4:23: warning: underquoted definition of AM_PATH_LIBGCRYPT /usr/share/aclocal/ksba.m4:17: warning: underquoted definition of AM_PATH_KSBA /usr/share/aclocal/gnome-cxx-check.m4:2: warning: underquoted definition of GNOME_CHECK_CXX /usr/share/aclocal/gimp-2.0.m4:8: warning: underquoted definition of AM_PATH_GIMP_2_0 /usr/share/aclocal/gconf-2.m4:8: warning: underquoted definition of AM_GCONF_SOURCE_2 /usr/share/aclocal/freetype2.m4:7: warning: underquoted definition of AC_CHECK_FT2 /usr/share/aclocal/check.m4:5: warning: underquoted definition of AM_PATH_CHECK /usr/share/aclocal/check-utmp.m4:11: warning: underquoted definition of AC_CHECK_UTMP autoreconf: configure.in: tracing autoreconf: configure.in: not using Libtool autoreconf: running: /usr/autotool/devel/bin/autoconf --force configure.in:29: error: possibly undefined macro: AC_MSG_CHECKING If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.in:30: error: possibly undefined macro: AC_CACHE_VAL configure.in:31: error: possibly undefined macro: AC_TRY_COMPILE autoreconf: /usr/autotool/devel/bin/autoconf failed with exit status: 1 gerrit@loreley ~ $ (cd adns-1.0 && ls -l aclocal* && cat aclocal* ) -rw-r--r-- 1 gerrit Dom??nen- 600 Sep 17 12:11 aclocal.m4 # generated automatically by aclocal 1.9.1 -*- Autoconf -*- # Copyright (C) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004 # Free Software Foundation, Inc. # This file is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. m4_include([acinclude.m4]) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gadek@debian.org Fri Sep 17 12:20:00 2004 From: gadek@debian.org (Grzegorz B. Prokopski) Date: Fri, 17 Sep 2004 12:20:00 -0000 Subject: Is cygffi.dll needed for SableVM JVM? [was: Re: Is there a Windows version of SableVM?] In-Reply-To: <20040906021844.84591.qmail@web53304.mail.yahoo.com> References: <20040906021844.84591.qmail@web53304.mail.yahoo.com> Message-ID: <1095382062.1234.164.camel@gadek.homelinux.org> W li??cie z nie, 05-09-2004, godz. 22:18, Andy Madigan pisze: > The only free VM I've been able to find for Windows is gij (via the > mingw version of gcj). I tried to build SableVM in cygwin, but while I > was able to get it to recognize libpopt, the build failed because of > (apparently) missing file called fficonfig.h. As I understand it, the > native libs for the Classpath won't build under cygwin, but I was > hoping someone might know a way to get it to work, or perhaps tell me > of a free Windows VM. As I mentioned before, we had a version of SableVM that worked with Cygwin. Most (or all?) of the source changes needed to make it work should be already included into the current official version. The most tricky part (for me, at the time I didn't know much about Cygwin) was getting a shared library of libffi. SableVM currently does not allow for static compilation, so we needed to compile /bin/cygffi.dll ourselves. Once that was done - the rest was easy. This was acceptable as an experiment, but in the long run we'd like to have a Cygwin package of SableVM, so we need a cleaner method. [*] There's two possible solutions I can see: 1. include shared library of libffi into official cygwin gcc-java (along with ffi headers) 2. make libsablevm link against statically compiled libffi. I am not sure 2) is possible and I don't know how to do it. SableVM consists of 3 binary parts: /usr/bin/sablevm binary wrapper that loads libsablevm which in turn loads via ltdl_open JNI libraries from sablevm-classpath. In such scenario, would it be possible for libsablevm to link against static libffi? How to accomplish that in practice? (we use auto* and libtool in the build process) Some good advice or RTFM URLs are welcome. If 2) is not possible, would it be possible for gcc maintainer to include shared version of libffi in gcc-java? Cheers, Grzegorz B. Prokopski PS: Please send replies to *both* mailing lists. Thank you. [*] We have a machine that could serve as an autobuilder for Cygwin packages, so once we make SableVM buildable and working under Cygwin it should be possible to ensure every new version still works. -- Grzegorz B. Prokopski Debian GNU/Linux http://www.debian.org SableVM - LGPL'ed Java VM http://www.sablevm.org Why SableVM ?!? http://devel.sablevm.org/wiki/Features -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Tony.Dolton@uk.fujitsu.com Fri Sep 17 12:30:00 2004 From: Tony.Dolton@uk.fujitsu.com (Dolton Tony AB) Date: Fri, 17 Sep 2004 12:30:00 -0000 Subject: bash script doesn't wait for commands to complete Message-ID: <753F1E41ACB9D51190C00090277218D80171EE38@WWMESSD206> I've now realised that this is actually the same problem as described in the thread "Re: Bash returns incorrect process status" - it's the fact that bash is reusing process ids that is causing the problem. I've tried the patch in http://cygwin.com/ml/cygwin/2004-09/msg00783.html and it prevents the errors. Tony -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Fri Sep 17 12:37:00 2004 From: dk@artimi.com (Dave Korn) Date: Fri, 17 Sep 2004 12:37:00 -0000 Subject: problem to read files In-Reply-To: Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of the_ram_man v?dursmannen > Sent: 17 September 2004 07:15 > Maybe I?m at the wrong mailinglist here but this is my problem. > > I wrote a c-applicaton using cygwin and gcc. I used text files, in a > subdirectory, to fed input into my application. This all > worked fine untill > I desided to update cygwin. Then suddenly the application > wasn?t able to > read the input text files anymore, claiming that they doesn?t exist. Your application probably has a bug. Cut it down to a dead simple testcase: just open a single file, read something from it, and close it, printing return values and errno after each operation. If that works, it's not a cygwin bug. If that doesn't, post the testcase and people can try to reproduce it. You might also be able to deduce what's happening by watching file activity while your application runs and fails with a utility such as filemon from sysinternals (http://www.sysinternals.com/ntw2k/source/filemon.shtml) cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From manikraina@gmail.com Fri Sep 17 12:42:00 2004 From: manikraina@gmail.com (Manik Raina) Date: Fri, 17 Sep 2004 12:42:00 -0000 Subject: Fwd: Manik , Manik Raina has invited you to open a Google mail account In-Reply-To: <407a1d820409162357585d395c@mail.gmail.com> References: <407a1d820409162357585d395c@mail.gmail.com> Message-ID: <407a1d820409170537613270e2@mail.gmail.com> ---------- Forwarded message ---------- From: Manik Raina Date: Fri, 17 Sep 2004 12:27:43 +0530 Subject: Manik , Manik Raina has invited you to open a Google mail account To: Manik Raina I've been using Gmail and thought you might like to try it out. Here's an invitation to create an account. ----------------------------------------------------------------------- Manik Raina has invited you to open a free Gmail account. The invitation will expire in three weeks and can only be used to set up one account. To accept this invitation and register for your account, visit http://gmail.google.com/gmail/a-8698430991-579b2a46d7-b6a6333266 Once you create your account, Manik Raina will be notified with your new @gmail.com address so you can stay in touch with Gmail! If you haven't already heard about Gmail, it's a new search-based webmail service that offers: - 1,000 megabytes (one gigabyte) of free storage - Built-in Google search that instantly finds any message you want - Automatic arrangement of messages and related replies into "conversations" - Text ads and related pages that are relevant to the content of your messages Gmail is still in an early stage of development. If you set up an account, you'll be able to keep it even after we make Gmail more widely available and as one of the system's early testers, you will be helping us improve the service through your feedback. We might ask for your comments and suggestions periodically and we appreciate your help in making Gmail even better. Thanks, The Gmail Team To learn more about Gmail before registering, visit: http://gmail.google.com/gmail/help/benefits.html (If clicking the URLs in this message does not work, copy and paste them into the address bar of your browser). -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Fri Sep 17 13:47:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Fri, 17 Sep 2004 13:47:00 -0000 Subject: Is cygffi.dll needed for SableVM JVM? In-Reply-To: <1095382062.1234.164.camel@gadek.homelinux.org> References: <20040906021844.84591.qmail@web53304.mail.yahoo.com> <1095382062.1234.164.camel@gadek.homelinux.org> Message-ID: <1729140505.20040917144223@familiehaase.de> Hello Grzegorz, Am Freitag, 17. September 2004 um 02:47 schriebst du: > The most tricky part (for me, at the time I didn't know much about > Cygwin) was getting a shared library of libffi. SableVM currently > does not allow for static compilation, so we needed to compile > /bin/cygffi.dll ourselves. Once that was done - the rest was easy. > This was acceptable as an experiment, but in the long run we'd like to > have a Cygwin package of SableVM, so we need a cleaner method. [*] > There's two possible solutions I can see: > 1. include shared library of libffi into official cygwin gcc-java > (along with ffi headers) > 2. make libsablevm link against statically compiled libffi. > I am not sure 2) is possible and I don't know how to do it. SableVM > consists of 3 binary parts: /usr/bin/sablevm binary wrapper that loads > libsablevm which in turn loads via ltdl_open JNI libraries from > sablevm-classpath. In such scenario, would it be possible for > libsablevm to link against static libffi? How to accomplish that > in practice? (we use auto* and libtool in the build process) > Some good advice or RTFM URLs are welcome. > If 2) is not possible, would it be possible for gcc maintainer > to include shared version of libffi in gcc-java? You can link against static archives when using 'pass_all' instead of 'file_magic ^x86 archive import|^x86 DLL' to recognise dependent libraries in libtool (change in libtool.m4). > [*] We have a machine that could serve as an autobuilder for > Cygwin packages, so once we make SableVM buildable and working > under Cygwin it should be possible to ensure every new version > still works. -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Tony.Dolton@uk.fujitsu.com Fri Sep 17 14:03:00 2004 From: Tony.Dolton@uk.fujitsu.com (Dolton Tony AB) Date: Fri, 17 Sep 2004 14:03:00 -0000 Subject: Bash returns incorrect process status Message-ID: <753F1E41ACB9D51190C00090277218D80171EE39@WWMESSD206> (Sorry if this doesn't appear in the right place - I'm still unable to subscribe to the list and had to bodge a reply.) I would just like to say that the patch specified in http://cygwin.com/ml/cygwin/2004-09/msg00783.html fixes the problem that I reported in http://cygwin.com/ml/cygwin/2004-09/msg00401.html. Obviously, it wasn't simply the exiting of the background processes that was the problem, it was the reuse of pids as well. Given the caveats attached to the patch, I'm hoping that a "proper" version will eventually be issued in a new release of bash. Will this be the case? I've noticed that bash doesn't get issued too often. Regards, Tony -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From shinji257@gmail.com Fri Sep 17 14:11:00 2004 From: shinji257@gmail.com (Robert Pendell) Date: Fri, 17 Sep 2004 14:11:00 -0000 Subject: Cygwin processes getting stuck on max CPU usage; XP SP2 problem? In-Reply-To: <414A70F8.A84FAADF@dessent.net> References: <414A5C34.9050305@nc.rr.com> <414A70F8.A84FAADF@dessent.net> Message-ID: Oh and csrss.exe isn't anything new with XP SP2. It is on SP1 as well. On Thu, 16 Sep 2004 22:07:04 -0700, Brian Dessent wrote: > Joe Krahn wrote: > > > > I use SysInternal's Process Explorer a lot. After > > installing XP SP2, if I browse Cygwin processes in > > ProceExp, I can no longer get the list of loaded > > DLLs, and they get stuck at max CPU usage along > > with csrss.exe. > > > > The CygWin processes continue working OK, but the > > whole system (obviously) gets slowed down. > > > > I noticed that csrss.exe is new with XP SP2. > > Maybe it's involved in querying process information, > > and does not play well with CygWin? > > This is a reported issue and it has to do with the way Process Explorer > works. It attaches a thread to the target process in order to list the > modules, and cygwin processes don't like this for some reason. It > started in the early 1.5 days, and is nothing really that new. > > If you have symbols installed and you list the threads for the hung > Cygwin process you'll see the stuck one is in a loop in > ntdll.dll!RtlConvertUiListToApiList, as well as a corresponding thread > in csrss.exe (CSRSRV.dll!ValidateMessageString) for each. The CPU usage > seems to be split equally between them all. > > So, it's definitely an interaction between Cygwin and Process Explorer's > grubby little fingers... however no one seems to be interestd in fixing > it so for the time being the solution seems to be "Don't accidently > enable the 'DLLs View' of a cygwin process in ProcExp." > > Brian > > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Robert Pendell shinji257@gmail.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Fri Sep 17 14:44:00 2004 From: brian@dessent.net (Brian Dessent) Date: Fri, 17 Sep 2004 14:44:00 -0000 Subject: So how do you uninstall Cygwin? References: Message-ID: <414AF179.90BA9A51@dessent.net> Dave Korn wrote: > > > information at http://cygwin.com/faq/faq_2.html#SEC19 (How > > > and remove all entries from the mount table ("umount -a") > > The advice in the faq to delete > > "...The registry tree `Software\Cygnus Solutions' under HKEY_LOCAL_MACHINE > and/or HKEY_CURRENT_USER..." > > obviates the need to umount anything manually, doesn't it?> Just doing my part in the "cgf crusade against manually editing the registry", really... Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Fri Sep 17 15:03:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Fri, 17 Sep 2004 15:03:00 -0000 Subject: So how do you uninstall cygwin? In-Reply-To: <414AF179.90BA9A51@dessent.net> References: <414AF179.90BA9A51@dessent.net> Message-ID: <20040917144553.GA20454@trixie.casa.cgf.cx> On Fri, Sep 17, 2004 at 07:15:21AM -0700, Brian Dessent wrote: >Dave Korn wrote: >>>>information at http://cygwin.com/faq/faq_2.html#SEC19 (How >> >>>and remove all entries from the mount table ("umount -a") >> >>The advice in the faq to delete >> >>"...The registry tree `Software\Cygnus Solutions' under >>HKEY_LOCAL_MACHINE and/or HKEY_CURRENT_USER..." >> >>obviates the need to umount anything manually, doesn't it?> > >Just doing my part in the "cgf crusade against manually editing the >registry", really... Thanks. I guess the FAQ could say something about using umount -a but "umount -a" doesn't (yet) remove the Cygwin registry entries so you couldn't get a clean install without actually going into the registry. ...and just imagine the feeling of empowerment! You've edited the registry! You're practically a hacker at that moment. Well, you're at least a programming guru... cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pierre.humblet@ieee.org Fri Sep 17 15:06:00 2004 From: pierre.humblet@ieee.org (Pierre A. Humblet) Date: Fri, 17 Sep 2004 15:06:00 -0000 Subject: Bash returns incorrect process status In-Reply-To: <753F1E41ACB9D51190C00090277218D80171EE39@WWMESSD206> References: <753F1E41ACB9D51190C00090277218D80171EE39@WWMESSD206> Message-ID: <20040917150459.GA155849@Worldnet> On Fri, Sep 17, 2004 at 02:47:57PM +0100, Dolton Tony AB wrote: > (Sorry if this doesn't appear in the right place - I'm still unable to > subscribe to the list and had to bodge a reply.) > > I would just like to say that the patch specified in > http://cygwin.com/ml/cygwin/2004-09/msg00783.html fixes the problem that I > reported in http://cygwin.com/ml/cygwin/2004-09/msg00401.html. Obviously, it > wasn't simply the exiting of the background processes that was the problem, > it was the reuse of pids as well. Do you see the patch kicking in, the "Found old pid..." message on stderr? > Given the caveats attached to the patch, I'm hoping that a "proper" version > will eventually be issued in a new release of bash. Will this be the case? > I've noticed that bash doesn't get issued too often. There is more to the story, see http://cygwin.com/ml/cygwin/2004-09/msg00812.html Also it's not surprising that the current snapshot doesn't fully fix the problem http://cygwin.com/ml/cygwin/2004-09/msg00813.html , increasing the pid reuse period only reduces the likelihood that the problem shows up. Pierre -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Fri Sep 17 15:17:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Fri, 17 Sep 2004 15:17:00 -0000 Subject: Fwd: Manik , Manik Raina has invited you to open a Google mail account In-Reply-To: <407a1d820409170537613270e2@mail.gmail.com> References: <407a1d820409162357585d395c@mail.gmail.com> <407a1d820409170537613270e2@mail.gmail.com> Message-ID: <414AFD8B.6070002@x-ray.at> Manik Raina schrieb: > To accept this invitation and register for your account, visit > http://gmail.google.com/gmail/a-8698430991-579b2a46d7-b6a6333266 damn! some john.chatelle was quicker. maybe next time. -- Reini Urban -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From kkuo@emagtech.com Fri Sep 17 15:22:00 2004 From: kkuo@emagtech.com (Kevin Kuo) Date: Fri, 17 Sep 2004 15:22:00 -0000 Subject: ssh missing from cygwin distribution? Message-ID: <414AFFEE.9070707@emagtech.com> Hi everyone, I installed cygwin yesterday and checked the packages X and develop and libopenssl. I was expecting ssh to be installed like previous cygwin installs, but this time it wasn't. I ran setup again and couldn't find ssh anywhere! Has ssh been removed from the cygwin install? If so, how to I get it back? If not, how do I install it? Thanks. Kevin -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ingber@ingber.com Fri Sep 17 15:23:00 2004 From: ingber@ingber.com (Lester Ingber) Date: Fri, 17 Sep 2004 15:23:00 -0000 Subject: file I/O and calling executables from a DLL? Message-ID: <20040917152157.GA1568@ingber.com> I'm having problems executing file I/O and calling executables from a DLL? I know this sounds simple, and this works fine under Excel, but I'm having problems doing this with TradeStation. Is there anything I should know about changes in paths, root directories, etc., that can occur under different applications? I have modified a simple code to prepare a DLL from a fairly well-known tool, dllhelpers, http://www.xraylith.wisc.edu/~khan/software/gnu-win32/dllhelpers.html and I have produced an equally good DLL using a Makefile enclosed. I've just added a call to another independent executable. This works just fine (using either the more standard dllhelper way or using my own Makefile) under Excel using the dllhelpers-prepared dlltest.xls. Here's some simple code I prepared to explain what I've done. I'm using *all* the most current Curr downloads via setup.exe from cygwin.com. Makefile for cdll.c: ------------8<------------ top cut -> bottom ------------->8------------ DLL_OPTION=-mrtd # I found this necessary for DLLs to work CYGWIN_OPTION=-mno-cygwin $(DLL_OPTION) CC = gcc CDEBUGFLAGS = -g -O -Wall CFLAGS = $(CDEBUGFLAGS) $(CYGWIN_OPTION) LDFLAGS = $(CYGWIN_OPTION) obj_libs = cdll.o dllmodule = cdll dependency_libs = -lm all: $(CC) $(CFLAGS) -c -o ${obj_libs} cdll.c $(CC) $(CFLAGS) -mrtd -shared -o ${dllmodule}.dll \ -Wl,--out-implib=${dllmodule}.lib \ -Wl,--compat-implib \ -Wl,--add-stdcall-alias \ -Wl,--enable-stdcall-fixup \ -Wl,--enable-auto-import \ -Wl,--enable-auto-image-base \ -Wl,--whole-archive ${obj_libs} \ -Wl,--export-all-symbols \ -Wl,--output-def=${dllmodule}.def \ -Wl,--no-whole-archive ${dependency_libs} ------------8<------------ bottom cut <- top ------------->8------------ cdll.c (In Tradestation, you have to change double->float): ------------8<------------ top cut -> bottom ------------->8------------ #include #include #include #include #include double dll_double_square (double d); double dll_double_square (double d) { char trd_comm[200]; FILE *ptr_comm; /* I tried this with a system() call, but it still doesn't work when dll_double_square is called in TradeStation */ sprintf (trd_comm, "run_trd.exe"); ptr_comm = popen (trd_comm, "r"); pclose (ptr_comm); return d * d; } ------------8<------------ bottom cut <- top ------------->8------------ Makefile for trd.c: ------------8<------------ top cut -> bottom ------------->8------------ CYGWIN_OPTION=-mno-cygwin CC = gcc CDEBUGFLAGS = -g -O -Wall CFLAGS = $(CDEBUGFLAGS) $(CYGWIN_OPTION) LDFLAGS = $(CYGWIN_OPTION) obj_libs = trd.o all: $(obj_libs) @$(CC) $(LDFLAGS) -o run_trd.exe $(obj_libs) -lm ------------8<------------ bottom cut <- top ------------->8------------ trd.c: ------------8<------------ top cut -> bottom ------------->8------------ #include #include #include #include #include int main (); int main () { char trd_comm[50]; FILE *ptr_comm; sprintf (trd_comm, "mkdir ..\\IO\\%s", "test_dir"); ptr_comm = popen (trd_comm, "r"); pclose (ptr_comm); printf ("mkdir test_dir\n"); return 0; } ------------8<------------ bottom cut <- top ------------->8------------ I have the same non-results in TradeStation, but OK results in Excel, if I simply create the test_dir within cdll.c, e.g., *not* calling any other executable. In TradeStation, the code returns just fine, and goes on to do other stuff, but the commands I cite just are not being executed? I also tried including explicit paths, e.g., prefacing the executable and file with c:\cygwin\..., and not even using any relative paths like "..", but with no positive effect. Thanks. Lester -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From shinji257@gmail.com Fri Sep 17 15:30:00 2004 From: shinji257@gmail.com (Robert Pendell) Date: Fri, 17 Sep 2004 15:30:00 -0000 Subject: Fwd: Manik , Manik Raina has invited you to open a Google mail account In-Reply-To: <414AFD8B.6070002@x-ray.at> References: <407a1d820409162357585d395c@mail.gmail.com> <407a1d820409170537613270e2@mail.gmail.com> <414AFD8B.6070002@x-ray.at> Message-ID: And why were you sending that here??? If you did want one then email me directly as I have plenty to go around. On Fri, 17 Sep 2004 17:06:51 +0200, Reini Urban wrote: > Manik Raina schrieb: > > To accept this invitation and register for your account, visit > > http://gmail.google.com/gmail/a-8698430991-579b2a46d7-b6a6333266 > > damn! some john.chatelle was quicker. > maybe next time. > -- > Reini Urban > > > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Robert Pendell shinji257@gmail.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ford@vss.fsi.com Fri Sep 17 15:51:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Fri, 17 Sep 2004 15:51:00 -0000 Subject: ssh missing from cygwin distribution? In-Reply-To: <414AFFEE.9070707@emagtech.com> References: <414AFFEE.9070707@emagtech.com> Message-ID: On Fri, 17 Sep 2004, Kevin Kuo wrote: > I installed cygwin yesterday and checked the packages X and develop and > libopenssl. But not openssh? > I was expecting ssh to be installed like previous cygwin installs, but > this time it wasn't. Why, if you didn't select it? > I ran setup again and couldn't find ssh anywhere! You probably didn't look for openssh. It is under the Net catagory. > Has ssh been removed from the cygwin install? No. > If so, how to I get it back? If not, how do I install it? Thanks. via setup.exe. Next time, please read and follow: > Problem reports: http://cygwin.com/problems.html Thanks. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Tony.Dolton@uk.fujitsu.com Fri Sep 17 15:58:00 2004 From: Tony.Dolton@uk.fujitsu.com (Dolton Tony AB) Date: Fri, 17 Sep 2004 15:58:00 -0000 Subject: Bash returns incorrect process status Message-ID: <753F1E41ACB9D51190C00090277218D80171EE3A@WWMESSD206> > Do you see the patch kicking in, the "Found old pid..." message on stderr? Yes, I get lots of these messages, when I used to get lots of errors. Further analysis of my old strace output shows that the errors occurred when pids had been reused. > There is more to the story... I'm fairly sure that the patch solves my problem. It's not clear to me whether there are other outstanding problems that need addressing, or known deficiencies with the patch. Regards, Tony -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Bill.Hughes@cox.co.uk Fri Sep 17 16:16:00 2004 From: Bill.Hughes@cox.co.uk (Hughes, Bill) Date: Fri, 17 Sep 2004 16:16:00 -0000 Subject: Is it possible to pass parameters to rxvt? Message-ID: Is it possible to pass a parameter to rxvt to start bash up in a specified folder? I suspect I don't know enough to construct the proper string. I normally start rxvt from a keyboard shortcut to the command D:\cygwin\bin\run.exe rxvt -name 17 -e /usr/bin/bash --login -i which works fine. I also have a registry entry to start cygwin in a specified folder from the explorer context menu, set up so: REGEDIT4 [HKEY_CLASSES_ROOT\Directory\shell\BashHere] @="bash here" [HKEY_CLASSES_ROOT\Directory\shell\BashHere\command] @="D:\\cygwin\\bin\\bash.exe --login -c \"cd '%1' ; exec /bin/bash -rcfile ~/.bashrc\"" which also works fine, it's just that I'd rather invoke rxvt. I have googled for it but not found anything obvious (but it is late Friday afternoon here), if anyone can drop me a hint, even a better search selection I'd appreciate it. BTW while in the subject of registry hacking if there's any emacs fans out there I find this rather useful too: [HKEY_CLASSES_ROOT\AllFilesystemObjects\shell\emacs] [HKEY_CLASSES_ROOT\AllFilesystemObjects\shell\emacs\command] @="D:\\util\\emacs-21.3\\bin\\gnuclientw.exe \"%1\"" Hmm - the other editor I do this with is the Hessling editor (the), I was wondering if there are any other users on list? Bill -- ___ oo // \\ "De Chelonian Mobile" (_,\/ \_/ \ TortoiseSVN \ \_/_\_/> The coolest Interface to (Sub)Version Control /_/ \_\ http://tortoisesvn.tigris.org This e-mail transmission is strictly confidential and intended solely for the person or organisation to whom it is addressed. It may contain privileged and confidential information and if you are not the intended recipient, you must not copy, distribute or take any action in reliance on it. If you have received this email in error, please reply to the sender as soon as possible and delete the message. Please note that we are able to, and reserve the right to, monitor e-mail communications passing through our network. The views expressed in this email are not that of the company unless specified within the message. The inclusion of this footnote indicates that the mail message and any attachments have been checked for the presence of known viruses. If you have any comments regarding our policy please direct them to postmaster@cox.co.uk ________________________________________________________________________ This email has been scanned for all viruses by the MessageLabs Email Security System. For more information on a proactive email security service working around the clock, around the globe, visit http://www.messagelabs.com ________________________________________________________________________ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ebone@dotsandloops.net Fri Sep 17 16:17:00 2004 From: ebone@dotsandloops.net (e-head) Date: Fri, 17 Sep 2004 16:17:00 -0000 Subject: adding to and upgrading a cygwin installation... In-Reply-To: References: Message-ID: <20040917160153.GC16957@DotsAndLoops.net> On 12/19/03 15:02 or thereabouts, Buchbinder, Barry (NIH/NIAID) scribbled: > On Fri, 19 Dec 2003 tomatohead@myrealbox.com wrote: > > > Also, is there any easy way to essentially just "upgrade" all of your > > currently installed cygwin packages ? > > setup.exe -R c:\cygwin -s ftp://mirrors.rcn.net -n -q > > works for me. I have is as a shortcut in my Startup folder, so it runs with > every reboot. (c:\cygwin is where cygwin is installed; > ftp://mirrors.rcn.net is my preferred mirror, change both as appropriate for > you.) See http://www.cygwin.com/ml/cygwin/2002-11/msg01490.html for more. > > - Barry Hi, this little upgrade tip seems to be working great (it's not finished yet) ... however, i have no idea what it is doing. i would like to simply upgrade all of the packages i currently have installed. not install anything new, not uninstall anything i already have. i couldn't find any info on command line switches to setup. setup -h,--help, /? did not show anything. further, i couldn't find any documentation on the cygwin site about this. can anyone point me in the right direction, as i find this easier than fiddling with the setup GUI. is there any way to "grap" single packages this way ? what i would really love is a dpkg/apt-get system for cygwin ... i guess i'll have to wait for that one. :) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Bill.Hughes@cox.co.uk Fri Sep 17 16:20:00 2004 From: Bill.Hughes@cox.co.uk (Hughes, Bill) Date: Fri, 17 Sep 2004 16:20:00 -0000 Subject: Is it possible to pass parameters to rxvt? Message-ID: Hughes, Bill wrote: > Is it possible to pass a parameter to rxvt to start bash up > in a specified > folder? > > I suspect I don't know enough to construct the proper string. > > I normally start rxvt from a keyboard shortcut to the command > D:\cygwin\bin\run.exe rxvt -name 17 -e /usr/bin/bash --login -i > > which works fine. > > I also have a registry entry to start cygwin in a specified > folder from the > explorer context menu, set up so: > REGEDIT4 > > [HKEY_CLASSES_ROOT\Directory\shell\BashHere] > @="bash here" > [HKEY_CLASSES_ROOT\Directory\shell\BashHere\command] > @="D:\\cygwin\\bin\\bash.exe --login -c \"cd '%1' ; exec /bin/bash > -rcfile ~/.bashrc\"" > > which also works fine, it's just that I'd rather invoke rxvt. Sorry to reply to myself but I realised what I was doing wrong, this works: [HKEY_CLASSES_ROOT\Directory\shell\rxvt] @="rxvt" [HKEY_CLASSES_ROOT\Directory\shell\rxvt\command] @="D:\\cygwin\\bin\\run.exe rxvt -name 17 -e /usr/bin/bash --login -c \"cd '%1' ; exec /bin/bash -rcfile ~/.bashrc\"" sorry for the waste of time, bandwidth etc: PEBKAC. Bill -- ___ oo // \\ "De Chelonian Mobile" (_,\/ \_/ \ TortoiseSVN \ \_/_\_/> The coolest Interface to (Sub)Version Control /_/ \_\ http://tortoisesvn.tigris.org This e-mail transmission is strictly confidential and intended solely for the person or organisation to whom it is addressed. It may contain privileged and confidential information and if you are not the intended recipient, you must not copy, distribute or take any action in reliance on it. If you have received this email in error, please reply to the sender as soon as possible and delete the message. Please note that we are able to, and reserve the right to, monitor e-mail communications passing through our network. The views expressed in this email are not that of the company unless specified within the message. The inclusion of this footnote indicates that the mail message and any attachments have been checked for the presence of known viruses. If you have any comments regarding our policy please direct them to postmaster@cox.co.uk ________________________________________________________________________ This email has been scanned for all viruses by the MessageLabs Email Security System. For more information on a proactive email security service working around the clock, around the globe, visit http://www.messagelabs.com ________________________________________________________________________ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From khemani@netscaler.com Fri Sep 17 16:48:00 2004 From: khemani@netscaler.com (Prakash Khemani) Date: Fri, 17 Sep 2004 16:48:00 -0000 Subject: apache2 as service Message-ID: <24BDFF97F1939B44BCBA2E6AADEB0A28233917@mailsc.engineering.netscaler.com> Hi, I compiled & installed apache2 on cygwin+WinXP. I am able to use it fine - but I am not able to install it as a service. The run as User in the httpd.conf file is SYSTEM. I installed apache2 asa service using the following command cygrunsrv -I cygapache -p /usr/local/apache2/bin/httpd.exe -a "-k start" -t auto When I try to start it cygrunsrv -S cygapache I get the following error cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: The service has not been started. Nothing is written to /var/log/cygaapche.log or to /usr/local/apache2/log/error_log The pid stored in httpd.pid changes but the httpd processes don't show up on doing ps -ae What am I doing wrong? I compiled and installed apache2 as the network user ENG/khemani. I had to change the permissions on apache2/logs directory to be able to run apache2 as the user SYSTEM. What more should I do? Thanks, Prakash -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From peter@rehley.net Fri Sep 17 16:52:00 2004 From: peter@rehley.net (Peter Rehley) Date: Fri, 17 Sep 2004 16:52:00 -0000 Subject: apache2 as service In-Reply-To: <24BDFF97F1939B44BCBA2E6AADEB0A28233917@mailsc.engineering.netscaler.com> References: <24BDFF97F1939B44BCBA2E6AADEB0A28233917@mailsc.engineering.netscaler.com> Message-ID: <1DDE2584-08C9-11D9-B6BD-000D932D0448@rehley.net> On Sep 17, 2004, at 9:18 AM, Prakash Khemani wrote: > Hi, > > I compiled & installed apache2 on cygwin+WinXP. I am able to use it > fine > - but I am not able to install it as a service. > > The run as User in the httpd.conf file is SYSTEM. > > I installed apache2 asa service using the following command > > cygrunsrv -I cygapache -p /usr/local/apache2/bin/httpd.exe -a "-k > start" > -t auto > I'll assume that it seemed to install correctly. As a quick simple sanity check try typing the command in a bash prompt and see what happens. Make sure that starts ok. If it goes to the background, you will need to find the parameter that keeps apache in the foreground. cygrunsrv needs this. Otherwise it can say that the service has not started when it is running. > When I try to start it > cygrunsrv -S cygapache > > I get the following error > > cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error > 1062: > The service has not been started. > > Nothing is written to /var/log/cygaapche.log or to > /usr/local/apache2/log/error_log > Check the windows event viewer for more logs. Might be nothing, but might also give hints to what may be happening. > The pid stored in httpd.pid changes but the httpd processes don't show > up on doing ps -ae > Almost sounds like apache wants to start, but is encountering a problem. > What am I doing wrong? > > I compiled and installed apache2 as the network user ENG/khemani. I had > to change the permissions on apache2/logs directory to be able to run > apache2 as the user SYSTEM. > > What more should I do? Configuration problems. File permissions. Check them all. > > Thanks, > Prakash > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > > A M??se once bit my sister -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From adrian_ford@yahoo.co.uk Fri Sep 17 17:05:00 2004 From: adrian_ford@yahoo.co.uk (Adrian Ford) Date: Fri, 17 Sep 2004 17:05:00 -0000 Subject: Problem with ncurses-5.3-20030719-patch.sh Message-ID: <20040917165249.3402.qmail@web25407.mail.ukl.yahoo.com> Dear All, I came across a problem when installing ncurses-5.3 source using the setup utility. The problem is in the ncurses-5.3-20030719-patch.sh script which is called by the primary install script ncurses-5.3-4.sh. The patch script begins by unconditionally deleting some extracted files e.g. lib_insstr.c extracted and then calls the command "patch" expected in /bin. On my system at the time of installation I did not have the patch utility installed - in setup this is a seperate download, so the script ran something like this: Patching.... patch: not found patch: not found patch: not found . . . ...unable to make target lib_insstr.c required by lib_insstr.o.... Basically because the file was deleted and /bin/patch not available to apply the corrections to the make files, control is passed back to the parent shell script then the subsequent make process falls over with a fatal error. (Interestingly the patch script seems to exit with status 0 or the install script would fail?). Naturally I was able to correct the problem by installing the patch utility and reinstalling, but in the supplied INSTALL document, it was not listed as a prerequisite. I see two ways of fixing this issue: 1. Modify ncurses-5.3-20030719-patch.sh to check for existence of patch utility, if not then exit with non-zero exit status and appropriate error message. 2. Include patch utility with the package (maybe modify setup utility?) (I suppose there would be a third option just to modify the INSTALL document to list patch as a prerequisite). Thanks and regards, Adrian Ford ___________________________________________________________ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From jason@tishler.net Fri Sep 17 17:22:00 2004 From: jason@tishler.net (Jason Tishler) Date: Fri, 17 Sep 2004 17:22:00 -0000 Subject: apache2 as service In-Reply-To: <24BDFF97F1939B44BCBA2E6AADEB0A28233917@mailsc.engineering.netscaler.com> References: <24BDFF97F1939B44BCBA2E6AADEB0A28233917@mailsc.engineering.netscaler.com> Message-ID: <20040917171211.GA2576@tishler.net> On Fri, Sep 17, 2004 at 09:18:44AM -0700, Prakash Khemani wrote: > Nothing is written to /var/log/cygaapche.log or to > /usr/local/apache2/log/error_log You should see errors in NT's event log, such as the following: httpd : PID 7068 : starting service `httpd' failed: signal 12 raised. > What am I doing wrong? Did you start cygserver? Did you set the CYGWIN environment variable to include "server"? If not, then do so and try again. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Fri Sep 17 17:42:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Fri, 17 Sep 2004 17:42:00 -0000 Subject: automatic cronjaob injectsion Message-ID: <414B1D41.7070400@x-ray.at> I know that it might be possible and I know that is not advisable, but may a cygwin postinstall script or just another helper script install a cronjob automatically? echo "$cronline" >> /var/cron/tabs/$USER kill -HUP `cat /var/run/cron.pid` crontab -e Then change a bit in the job file, and save. voila. A technical issue might be that cron will not react on -HUP. Does it? I only look at the cron sources at linux some years ago. I have for example this init.d snippet: installcron() { echo "put this into your cronjob:" echo echo "* */3 * * * /usr/bin/freshclam 2>&1 >/dev/null" echo "#* */3 * * * /usr/bin/freshclam 2>&1 >/dev/null" >> /var/cron/tabs/$USER kill -HUP `cat /var/run/cron.pid` crontab -e } -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lionelbuk@yahoo.co.uk Fri Sep 17 18:06:00 2004 From: lionelbuk@yahoo.co.uk (Lionel Barnett) Date: Fri, 17 Sep 2004 18:06:00 -0000 Subject: Problem with cat under bash shell In-Reply-To: References: Message-ID: <414B1FEC.5010302@yahoo.co.uk> Dave Korn wrote: >> >> --- Corinna Vinschen wrote: >> >>>On Sep 16 10:47, Lionel Barnett wrote: >>> >>>> --- Corinna Vinschen wrote: > > Hey Lionel, read http://cygwin.com/acronyms#PCYMTNQREAIYR, let's not feed > the spam harvesters huh? Oops, my bad... new account (I would've thought, though, that any self-respecting spambot could parse "blah at blah dot blah" pretty easily). > Ah! Gottit! Well, looks like my guess wasn't right..... > > http://support.microsoft.com/default.aspx?scid=kb;en-us;837665 > Lionel, is your server win 2003? If so, there's a hotfix for the problem > at the above page. No, it's W2K, actually. > The fact that mounting your /tmp on a remote drive is a pretty rare thing > would be another reason. Remote home dirs, yes, remote /bin dirs yes, > remote /tmp...... not so commonly done. Owing to a) there's generally no > need nor use for sharing the contents of /tmp with other users and b) it > gets used pretty heavily and mostly for temporary files and data that are > going to be needed again imminently, so for efficiency purposes it would be > nice if the data didn't have to make a round-trip across the network to a > server and then back again when it could just stay on your local machine > where it's needed in the first place. Agreed - things are actually noticeably zippier with a local /tmp (particularly as our network is somewhat crapulous). As to how/why we ended up with a remote /tmp is as follows: our work setup is that most of our (shared) software - including Cygwin - sits on a shared drive on machine S, say. We generally terminal serve in to machines A, B, C, ... over the network and run stuff from there (which may access fs's on machines X, Y, Z...). Now since the default Cygwin install sets up /tmp as... well, /tmp, under our setup this means /tmp sits on machine S which will be remote as far as machines A, B, C are concerned. I wouldn't have thought this to be such an uncommon setup. Hence the solution to symlink /tmp to /cygdrive/c/temp, as this is guaranteed to be local. Perhaps this could get a mention in the FAQ/Install notes? Lionel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Fri Sep 17 18:27:00 2004 From: dk@artimi.com (Dave Korn) Date: Fri, 17 Sep 2004 18:27:00 -0000 Subject: automatic cronjaob injectsion In-Reply-To: <414B1D41.7070400@x-ray.at> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Reini Urban > Sent: 17 September 2004 18:22 > I know that it might be possible and I know that is not advisable, So why are you asking? You know the ropes: what does it say at the top of EVERY single file in /var/cron/tabs? # DO NOT EDIT THIS FILE - edit the master and reinstall. If it's inadvisable, then it seems wildly reckless to attempt a flaky and improper technique in a postinstall script, because such scripts are going to be run by every conceivable kind of user in every conceivable combination of environments and if something can go wrong, it will. A postinstall script should be utterly solid (well, as close to as possible) because it's such a critical part of the cygwin distribution mechanism. A broken postinstall script that causes setup.exe to bomb out (rare, but I've seen it happen) can get users stuck in an endless cycle of download megs of files - get half-way through installing - setup crashes - restart setup and it doesn't remember what it's done and needs to re-download everything again. So don't do it. If you want to do this programatically, use "crontab -l" to dump it to a file, use a sed script to edit it - I don't think blindly appending a line without making sure you delete the old one would be good - then "crontab edited-file" to update it. That doesn't seem to me any more hard than the three operations you have in your way of doing it, and it's guaranteed to work. What motivation for doing it any other way could there be? cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bpmz@hotmail.com Fri Sep 17 18:45:00 2004 From: bpmz@hotmail.com (dimitri berbanov) Date: Fri, 17 Sep 2004 18:45:00 -0000 Subject: Starting sshd with ipv6 address only Message-ID: Hi, I'm running cygwin under Win XP, but I cannot get sshd to listen only on ipv6 address. I've installed sshd as a service with "cygrunsrv -I sshd --path /usr/sbin/sshd.exe -a -6" (in order to force sshd to use only IPv6 address), and I've modified sshd_config with "ListenAddress ". But when I try to start sshd "process unexpectedly terminates", and in /var/log/sshd.log it says "bad addr or host: (no address associated with host name)." What could have gone wrong? Any help would be mostly appreciated. _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brucejhyatt@yahoo.com Fri Sep 17 18:50:00 2004 From: brucejhyatt@yahoo.com (Bruce Hyatt) Date: Fri, 17 Sep 2004 18:50:00 -0000 Subject: 1.5.11, I don't have .profile, .bashrc and .inputrc in my HOME Message-ID: <20040917184540.74999.qmail@web50408.mail.yahoo.com> I have run the mkgroup -ld command. HOME is defined but it IS a logical drive on a network server. (Does that matter?) The bash prompt shows "my_uid@my_computer_name" and I have no problems except with some X apps which I think I read is not unexpected because of some XFree86 issues. If I move my HOME do I have to change other things (other than moving what's in it) and can/how do I create the .profile, .bashrc and .inputrc files in my HOME? The top of cygcheck output is attached. TIA, Bruce __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------- next part -------------- A non-text attachment was scrubbed... Name: cygcheck_abrg.out Type: application/octet-stream Size: 5539 bytes Desc: cygcheck_abrg.out URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Fri Sep 17 19:14:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 17 Sep 2004 19:14:00 -0000 Subject: So how do you uninstall Cygwin? In-Reply-To: <414A6F40.FACE0590@dessent.net> References: <20040917032837.A419F84C4D@pessard.research.canon.com.au> <414A6F40.FACE0590@dessent.net> Message-ID: On Thu, 16 Sep 2004, Brian Dessent wrote: > lukekendallcisracanoncomau wrote: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Tut-tut. . ;-) > > It occurred to me, while trying to work out why ssh isn't working on a > > laptop that we installed Cygwin on recently, to wonder whether the > > information at http://cygwin.com/faq/faq_2.html#SEC19 (How do I uninstall > > all of Cygwin?) could be a little more helpful. > > > > It gives good advice, but ends by saying: > > > > It's up to you to deal with other changes you made to your > > system, such as installing the inetd service, altering system > > paths, etc. Setup would not have done any of these things > > for you. > > > > This is true. But for ssh, and other packages, is there any useful > > advice that could be given on how to uninstall? > > > > I'm wondering how I get the machine back into a pristine state to try a > > re-install, since perhaps some of our post-install changes screwed > > things up. (ssh normally works just fine.) > > Remove any services you might have installed ("cygrunsrv -R ssh") and FWIW, I have been thinking of implementing a --list option to cygrunsrv that would list all the Cygwin services installed with cygrunsrv. At this point I have no implementation, though. > remove all entries from the mount table ("umount -a") and that should > pretty much do it, assuming of course you removed the main installation > directory as well. Well, one could always add an "Uninstall all" radio button to setup.exe's action screen. :-) Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Fri Sep 17 19:22:00 2004 From: dk@artimi.com (Dave Korn) Date: Fri, 17 Sep 2004 19:22:00 -0000 Subject: So how do you uninstall Cygwin? In-Reply-To: Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Igor Pechtchanski > Sent: 17 September 2004 19:50 > FWIW, I have been thinking of implementing a --list option to > cygrunsrv > that would list all the Cygwin services installed with > cygrunsrv. At this > point I have no implementation, though. Rather than run through the list of services and try and deduce which ones are cygwin services, the simplest implementation might just be for cygrunsrv to add a 'created_by_cygrunsrv' value into the service key in HKLM/CCS/Services, which it can come back and look for later. cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From peter@rehley.net Fri Sep 17 19:23:00 2004 From: peter@rehley.net (Peter Rehley) Date: Fri, 17 Sep 2004 19:23:00 -0000 Subject: So how do you uninstall Cygwin? In-Reply-To: References: <20040917032837.A419F84C4D@pessard.research.canon.com.au> <414A6F40.FACE0590@dessent.net> Message-ID: <9FCD851E-08DE-11D9-B6BD-000D932D0448@rehley.net> On Sep 17, 2004, at 11:50 AM, Igor Pechtchanski wrote: > On Thu, 16 Sep 2004, Brian Dessent wrote: > >> lukekendallcisracanoncomau wrote: > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > Tut-tut. . ;-) > >>> It occurred to me, while trying to work out why ssh isn't working on >>> a >>> laptop that we installed Cygwin on recently, to wonder whether the >>> information at http://cygwin.com/faq/faq_2.html#SEC19 (How do I >>> uninstall >>> all of Cygwin?) could be a little more helpful. >>> >>> It gives good advice, but ends by saying: >>> >>> It's up to you to deal with other changes you made to your >>> system, such as installing the inetd service, altering system >>> paths, etc. Setup would not have done any of these things >>> for you. >>> >>> This is true. But for ssh, and other packages, is there any useful >>> advice that could be given on how to uninstall? >>> >>> I'm wondering how I get the machine back into a pristine state to >>> try a >>> re-install, since perhaps some of our post-install changes screwed >>> things up. (ssh normally works just fine.) >> >> Remove any services you might have installed ("cygrunsrv -R ssh") and > > FWIW, I have been thinking of implementing a --list option to cygrunsrv > that would list all the Cygwin services installed with cygrunsrv. At > this > point I have no implementation, though. Another feature that would be helpful is an option to show what program and the options associated with the program. It would prevent hunting through the registry when debugging problems. > >> remove all entries from the mount table ("umount -a") and that should >> pretty much do it, assuming of course you removed the main >> installation >> directory as well. > > Well, one could always add an "Uninstall all" radio button to > setup.exe's > action screen. :-) > Igor > -- > http://cs.nyu.edu/~pechtcha/ > |\ _,,,---,,_ pechtcha@cs.nyu.edu > ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com > |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. > '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! > > "Happiness lies in being privileged to work hard for long hours in > doing > whatever you think is worth doing." -- Dr. Jubal Harshaw > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > > A M??se once bit my sister -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From peter@rehley.net Fri Sep 17 19:39:00 2004 From: peter@rehley.net (Peter Rehley) Date: Fri, 17 Sep 2004 19:39:00 -0000 Subject: So how do you uninstall Cygwin? In-Reply-To: References: Message-ID: On Sep 17, 2004, at 12:11 PM, Dave Korn wrote: >> -----Original Message----- >> From: cygwin-owner On Behalf Of Igor Pechtchanski >> Sent: 17 September 2004 19:50 > > >> FWIW, I have been thinking of implementing a --list option to >> cygrunsrv >> that would list all the Cygwin services installed with >> cygrunsrv. At this >> point I have no implementation, though. > > Rather than run through the list of services and try and deduce > which ones > are cygwin services, the simplest implementation might just be for > cygrunsrv > to add a 'created_by_cygrunsrv' value into the service key in > HKLM/CCS/Services, which it can come back and look for later. Looking for cygrunsrv is usually good enough. > > cheers, > DaveK > -- > Can't think of a witty .sigline today.... > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > > A M??se once bit my sister -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Fri Sep 17 19:51:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Fri, 17 Sep 2004 19:51:00 -0000 Subject: Starting sshd with ipv6 address only In-Reply-To: References: Message-ID: <20040917194024.GN17670@cygbert.vinschen.de> On Sep 17 15:33, dimitri berbanov wrote: > Hi, > I'm running cygwin under Win XP, but I cannot get sshd to listen only on > ipv6 address. I've installed sshd as a service with "cygrunsrv -I sshd > --path /usr/sbin/sshd.exe -a -6" (in order to force sshd to use only IPv6 > address), and I've modified sshd_config with "ListenAddress global address>". But when I try to start sshd "process unexpectedly > terminates", and in /var/log/sshd.log it says "bad addr or host: ipv6 global address> (no address associated with host name)." > > What could have gone wrong? Any help would be mostly appreciated. Cygwin doesn't support ipv6 and therefore Cygwin's OpenSSH doesn't suport it, too. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From khemani@netscaler.com Fri Sep 17 20:11:00 2004 From: khemani@netscaler.com (Prakash Khemani) Date: Fri, 17 Sep 2004 20:11:00 -0000 Subject: apache2 as service Message-ID: <24BDFF97F1939B44BCBA2E6AADEB0A28246FC9@mailsc.engineering.netscaler.com> > Did you start cygserver? Did you set the CYGWIN environment variable to > include "server"? If not, then do so and try again. Yes, I did set up cygserver. At the command line apache2/bin/httpd -k start works fine. > -----Original Message----- > From: cygwin-owner@cygwin.com [mailto:cygwin-owner@cygwin.com] On Behalf > Of Jason Tishler > Sent: Friday, September 17, 2004 10:12 AM > To: cygwin@cygwin.com > Subject: Re: apache2 as service > > On Fri, Sep 17, 2004 at 09:18:44AM -0700, Prakash Khemani wrote: > > Nothing is written to /var/log/cygaapche.log or to > > /usr/local/apache2/log/error_log > > You should see errors in NT's event log, such as the following: > > httpd : PID 7068 : starting service `httpd' failed: signal 12 raised. > > > What am I doing wrong? > > Did you start cygserver? Did you set the CYGWIN environment variable to > include "server"? If not, then do so and try again. > > Jason > > -- > PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers > Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From shankarunni@netscape.net Fri Sep 17 20:19:00 2004 From: shankarunni@netscape.net (Shankar Unni) Date: Fri, 17 Sep 2004 20:19:00 -0000 Subject: Cygwin licensing issue In-Reply-To: <41463E5200008816@ims5b.cp.tin.it> References: <20040915090512.GW17670@cygbert.vinschen.de> <41463E5200008816@ims5b.cp.tin.it> Message-ID: lorenzo.delana@virgilio.it wrote: > ..."off the hook". Think of a fish on a hook. If you're "off the hook", you're OK. (Or maybe you're dead, which comes to the same thing in the end, I suppose :-). Just kidding. It just means you do not have (some) problem any more. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From khemani@netscaler.com Fri Sep 17 20:57:00 2004 From: khemani@netscaler.com (Prakash Khemani) Date: Fri, 17 Sep 2004 20:57:00 -0000 Subject: apache2 as service Message-ID: <24BDFF97F1939B44BCBA2E6AADEB0A28233918@mailsc.engineering.netscaler.com> > I'll assume that it seemed to install correctly. As a quick simple > sanity check try typing the command in a bash prompt and see what > happens. Make sure that starts ok. Yes. It did start ok at the cmd prompt. > will need to find the parameter that keeps apache in the foreground. > cygrunsrv needs this. Otherwise it can say that the service has not > started when it is running. I tried httpd -D FOREGROUND -k start That keeps the httpd process in the foreground at the CLI. But, even with -D FOREGROUND I get the same error when I tyr to run with cygrunsrv. > Check the windows event viewer for more logs. Windows event viewer has errors saying that the cygapache service terminated unexpectedly. > Configuration problems. File permissions. Check them all. I doubt that this would be a problem. When I start it at the command line everything works fine. Httpd spawns multiple processes. Can that be an issue? Thanks, Prakash > -----Original Message----- > From: Peter Rehley [mailto:peter@rehley.net] > Sent: Friday, September 17, 2004 9:46 AM > To: Prakash Khemani > Cc: cygwin@cygwin.com > Subject: Re: apache2 as service > > > On Sep 17, 2004, at 9:18 AM, Prakash Khemani wrote: > > > Hi, > > > > I compiled & installed apache2 on cygwin+WinXP. I am able to use it > > fine > > - but I am not able to install it as a service. > > > > The run as User in the httpd.conf file is SYSTEM. > > > > I installed apache2 asa service using the following command > > > > cygrunsrv -I cygapache -p /usr/local/apache2/bin/httpd.exe -a "-k > > start" > > -t auto > > > I'll assume that it seemed to install correctly. As a quick simple > sanity check try typing the command in a bash prompt and see what > happens. Make sure that starts ok. If it goes to the background, you > will need to find the parameter that keeps apache in the foreground. > cygrunsrv needs this. Otherwise it can say that the service has not > started when it is running. > > > When I try to start it > > cygrunsrv -S cygapache > > > > I get the following error > > > > cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error > > 1062: > > The service has not been started. > > > > Nothing is written to /var/log/cygaapche.log or to > > /usr/local/apache2/log/error_log > > > Check the windows event viewer for more logs. Might be nothing, but > might also give hints to what may be happening. > > > The pid stored in httpd.pid changes but the httpd processes don't show > > up on doing ps -ae > > > Almost sounds like apache wants to start, but is encountering a problem. > > > What am I doing wrong? > > > > I compiled and installed apache2 as the network user ENG/khemani. I had > > to change the permissions on apache2/logs directory to be able to run > > apache2 as the user SYSTEM. > > > > What more should I do? > Configuration problems. File permissions. Check them all. > > > > > Thanks, > > Prakash > > > > -- > > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > > Problem reports: http://cygwin.com/problems.html > > Documentation: http://cygwin.com/docs.html > > FAQ: http://cygwin.com/faq/ > > > > > > > A M??se once bit my sister -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From janneke@gnu.org Fri Sep 17 21:05:00 2004 From: janneke@gnu.org (Jan Nieuwenhuizen) Date: Fri, 17 Sep 2004 21:05:00 -0000 Subject: [ANNOUNCEMENT] Updated: tetex-2.0.2-14 Message-ID: <200409172057.i8HKv3W01588@esds.vss.fsi.com> The tetex suite hase been updated to version 2.0.2-14. This is a bugfix release. Changes tetex-bin (2.0.2-14) * Fix xdvi script (reported by Gregory Borota). tetex-texmf (2.0.2-14) * Add fonts cmr{5,6,7,8}.pfb, cmti{5,6}.pfb, cmtt{5,6,7,8,17}.pfb, cmcsc8.pfb and cmss{5,6,7,8,9,10,12,14,17}.pfb to tetex-tiny (Mats Bengtsson). * Also add cmb10.pfb, cmbxti8* * post-texmf.sh: Unset some environment variables that setup.exe may leak, which break texconfig. Enjoy, Jan. 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. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- Jan Nieuwenhuizen | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From s_kelem@pacbell.net Fri Sep 17 21:15:00 2004 From: s_kelem@pacbell.net (Steve Kelem) Date: Fri, 17 Sep 2004 21:15:00 -0000 Subject: gtk 2? Message-ID: <414B518B.8040804@pacbell.net> Do you know what's needed to get gtk 2.0 to work with cygwin? I need gtk 2 to get Dia (an open source diagramming package to displace Microsoft Visio). (http://www.gnome.org/projects/dia/) Thanks, Steve -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Fri Sep 17 21:17:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 17 Sep 2004 21:17:00 -0000 Subject: So how do you uninstall Cygwin? In-Reply-To: References: Message-ID: On Fri, 17 Sep 2004, Dave Korn wrote: > > -----Original Message----- > > From: cygwin-owner On Behalf Of Igor Pechtchanski > > Sent: 17 September 2004 19:50 > > > FWIW, I have been thinking of implementing a --list option to > > cygrunsrv that would list all the Cygwin services installed with > > cygrunsrv. At this point I have no implementation, though. > > Rather than run through the list of services and try and deduce which > ones are cygwin services, the simplest implementation might just be for > cygrunsrv to add a 'created_by_cygrunsrv' value into the service key in > HKLM/CCS/Services, which it can come back and look for later. All services created by cygrunsrv have "`cygpath -aw /`\bin\cygrunsrv.exe" as the executable name. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Fri Sep 17 21:20:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 17 Sep 2004 21:20:00 -0000 Subject: So how do you uninstall Cygwin? In-Reply-To: <9FCD851E-08DE-11D9-B6BD-000D932D0448@rehley.net> References: <20040917032837.A419F84C4D@pessard.research.canon.com.au> <414A6F40.FACE0590@dessent.net> <9FCD851E-08DE-11D9-B6BD-000D932D0448@rehley.net> Message-ID: On Fri, 17 Sep 2004, Peter Rehley wrote: > On Sep 17, 2004, at 11:50 AM, Igor Pechtchanski wrote: > > > FWIW, I have been thinking of implementing a --list option to cygrunsrv > > that would list all the Cygwin services installed with cygrunsrv. At this > > point I have no implementation, though. > > Another feature that would be helpful is an option to show what program > and the options associated with the program. It would prevent hunting > through the registry when debugging problems. Umm, yes, I was wondering whether I should have mentioned this one. I was thinking of adding this info to the "cygrunsrv -Q" option in verbose mode. Thanks for bringing it up. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Fri Sep 17 21:50:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 17 Sep 2004 21:50:00 -0000 Subject: Problem with cat under bash shell In-Reply-To: <414B1FEC.5010302@yahoo.co.uk> References: <414B1FEC.5010302@yahoo.co.uk> Message-ID: On Fri, 17 Sep 2004, Lionel Barnett wrote: > Dave Korn wrote: > > > The fact that mounting your /tmp on a remote drive is a pretty rare thing > > would be another reason. Remote home dirs, yes, remote /bin dirs yes, > > remote /tmp...... not so commonly done. Owing to a) there's generally no > > need nor use for sharing the contents of /tmp with other users and b) it > > gets used pretty heavily and mostly for temporary files and data that are > > going to be needed again imminently, so for efficiency purposes it would be > > nice if the data didn't have to make a round-trip across the network to a > > server and then back again when it could just stay on your local machine > > where it's needed in the first place. > > Agreed - things are actually noticeably zippier with a local /tmp > (particularly as our network is somewhat crapulous). > > As to how/why we ended up with a remote /tmp is as follows: our work setup is > that most of our (shared) software - including Cygwin - sits on a shared drive > on machine S, say. We generally terminal serve in to machines A, B, C, ... > over the network and run stuff from there (which may access fs's on machines > X, Y, Z...). Now since the default Cygwin install sets up /tmp as... well, > /tmp, under our setup this means /tmp sits on machine S which will be remote > as far as machines A, B, C are concerned. I wouldn't have thought this to be > such an uncommon setup. > > Hence the solution to symlink /tmp to /cygdrive/c/temp, as this is guaranteed > to be local. Perhaps this could get a mention in the FAQ/Install notes? It's actually better to re-mount /tmp as a local dir instead, e.g. mount -fsb c:/temp /tmp That way you avoid one network access for each /tmp access (to read the symlink). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Fri Sep 17 21:59:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Fri, 17 Sep 2004 21:59:00 -0000 Subject: gtk 2? In-Reply-To: <414B518B.8040804@pacbell.net> References: <414B518B.8040804@pacbell.net> Message-ID: <1871401462.20040917235026@familiehaase.de> Hallo Steve, Am Freitag, 17. September 2004 um 23:05 schriebst du: > Do you know what's needed to get gtk 2.0 to work with cygwin? Just install it with setup.exe? > I need gtk 2 to get Dia (an open source diagramming package to displace > Microsoft Visio). (http://www.gnome.org/projects/dia/) All prerequisites are available as Cygwin packages, should be possible to build it. However, there were some issues the last time I tried to build Dis, e.g. loading modules. Please continue reporting how it is going and don't hesitate to ask here or the Dia people for help if you get errors. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Fri Sep 17 22:00:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Fri, 17 Sep 2004 22:00:00 -0000 Subject: automatic cronjob injection In-Reply-To: References: Message-ID: <414B5E57.8020207@x-ray.at> Dave Korn schrieb: >>-----Original Message----- >>From: cygwin-owner On Behalf Of Reini Urban >>Sent: 17 September 2004 18:22 >>I know that it might be possible and I know that is not advisable, > > So why are you asking? You know the ropes: what does it say at the top of > EVERY single file in /var/cron/tabs? > > # DO NOT EDIT THIS FILE - edit the master and reinstall. > > If it's inadvisable, then it seems wildly reckless to attempt a flaky and > improper technique in a postinstall script, because such scripts are going > to be run by every conceivable kind of user in every conceivable combination > of environments and if something can go wrong, it will. A postinstall > script should be utterly solid (well, as close to as possible) because it's > such a critical part of the cygwin distribution mechanism. A broken > postinstall script that causes setup.exe to bomb out (rare, but I've seen it > happen) can get users stuck in an endless cycle of download megs of files - > get half-way through installing - setup crashes - restart setup and it > doesn't remember what it's done and needs to re-download everything again. Of course not in a postinstall script, because the user should be able to see it and correct it. But in the following installation steps. I thought of: /etc/rc.d/init.d/$package install /etc/rc.d/init.d/$package installcron /etc/rc.d/init.d/$package uninstall ("install" / "uninstall" just un-/installs the service, not the package) > So don't do it. If you want to do this programatically, use "crontab -l" > to dump it to a file, use a sed script to edit it - I don't think blindly > appending a line without making sure you delete the old one would be good - > then "crontab edited-file" to update it. Good idea. I'll do a grep before blindly adding a new line. I just add a commented line to crontab, and called: crontab -e so the user will get an idea what to do. > That doesn't seem to me any more hard than the three operations you have > in your way of doing it, and it's guaranteed to work. What motivation for > doing it any other way could there be? The motivation is: users prefer installers, which just do what they want, instead of reading docs about required installations steps. And I wanted a place where all the logic which didn't fit into the postinstall script could be executed. Give permissions to SYSTEM, run cygrunsrv --install with the correct settings, blabla. it's about ten lines. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ford@vss.fsi.com Fri Sep 17 22:09:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Fri, 17 Sep 2004 22:09:00 -0000 Subject: argv[0] drops extension? Message-ID: $ uname -a CYGWIN_NT-5.1 fordpc 1.5.12(0.116/4/2) 2004-09-16 11:17 i686 unknown unknown Cygwin $ cat argv.c #include #include #include #include int main(int argc, char *argv[]) { printf("argv[0]: %s\n", argv[0]); if (open(argv[0], O_RDONLY|O_BINARY) < 0) perror("open"); return 0; } $ gcc -o argv.exe -g -O2 argv.c $ ./argv argv[0]: ./argv open: No such file or directory $ ./argv.exe argv[0]: ./argv open: No such file or directory Is this expected behavior? Thanks. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ford@vss.fsi.com Fri Sep 17 22:11:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Fri, 17 Sep 2004 22:11:00 -0000 Subject: 1.5.11, I don't have .profile, .bashrc and .inputrc in my HOME In-Reply-To: <20040917184540.74999.qmail@web50408.mail.yahoo.com> References: <20040917184540.74999.qmail@web50408.mail.yahoo.com> Message-ID: On Fri, 17 Sep 2004, Bruce Hyatt wrote: > can/how do I create the .profile, .bashrc and .inputrc files in my HOME? Template files for these are found in /etc/skel. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Fri Sep 17 22:25:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 17 Sep 2004 22:25:00 -0000 Subject: apache2 as service In-Reply-To: <24BDFF97F1939B44BCBA2E6AADEB0A28233918@mailsc.engineering.netscaler.com> References: <24BDFF97F1939B44BCBA2E6AADEB0A28233918@mailsc.engineering.netscaler.com> Message-ID: On Fri, 17 Sep 2004, Prakash Khemani wrote: > > Check the windows event viewer for more logs. > > Windows event viewer has errors saying that the cygapache service > terminated unexpectedly. What, no more information? > > Configuration problems. File permissions. Check them all. > > I doubt that this would be a problem. When I start it at the command > line everything works fine. When you start it at the command line, it runs as you. When you start it as a service, it runs as a different user (SYSTEM). Listen to what people tell you -- check the file permissions. > Httpd spawns multiple processes. Can that be an issue? > > Thanks, > Prakash > > > -----Original Message----- > > From: Peter Rehley [mailto:peterrehleynet] > > Sent: Friday, September 17, 2004 9:46 AM > > To: Prakash Khemani > > Cc: cygwincygwincom Oh, and . Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From peter@rehley.net Fri Sep 17 22:35:00 2004 From: peter@rehley.net (Peter Rehley) Date: Fri, 17 Sep 2004 22:35:00 -0000 Subject: apache2 as service In-Reply-To: References: <24BDFF97F1939B44BCBA2E6AADEB0A28233918@mailsc.engineering.netscaler.com> Message-ID: <4ADD5763-08F8-11D9-B6BD-000D932D0448@rehley.net> On Sep 17, 2004, at 3:11 PM, Igor Pechtchanski wrote: > On Fri, 17 Sep 2004, Prakash Khemani wrote: > >>> Check the windows event viewer for more logs. >> >> Windows event viewer has errors saying that the cygapache service >> terminated unexpectedly. > > What, no more information? Actually, this is pretty normal. Sometimes you might catch something. But in my experiences, those times have been rare. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Fri Sep 17 22:50:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Fri, 17 Sep 2004 22:50:00 -0000 Subject: argv[0] drops extension? In-Reply-To: References: Message-ID: <20040917223734.GA25444@trixie.casa.cgf.cx> On Fri, Sep 17, 2004 at 05:00:39PM -0500, Brian Ford wrote: >$ ./argv.exe >argv[0]: ./argv >open: No such file or directory > >Is this expected behavior? Thanks. Yes. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Fri Sep 17 23:09:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Fri, 17 Sep 2004 23:09:00 -0000 Subject: Resolved: [automake-1.9] aclocal problems In-Reply-To: <0601068.20040917124623@familiehaase.de> References: <0601068.20040917124623@familiehaase.de> Message-ID: <916006622.20040918005003@familiehaase.de> Hello All, I wrote: > I'm having problems with the new automake. I'm getting no aclocal.m4 > file as usual and therefore, there are several unexpanded macros from > configure.in which causes autoconf to fail. It is nice to see that > there are major aclocal bugs handled with this new release, but it > seems that they also introduced new problems. It resolved as I exited the subshell and used a new opened shell. The problem was that I did an `export LD=gcc` for a prvious build and libtool thought that my linker cannot build shared executables.... Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Fri Sep 17 23:11:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 17 Sep 2004 23:11:00 -0000 Subject: apache2 as service In-Reply-To: <4ADD5763-08F8-11D9-B6BD-000D932D0448@rehley.net> References: <24BDFF97F1939B44BCBA2E6AADEB0A28233918@mailsc.engineering.netscaler.com> <4ADD5763-08F8-11D9-B6BD-000D932D0448@rehley.net> Message-ID: On Fri, 17 Sep 2004, Peter Rehley wrote: > On Sep 17, 2004, at 3:11 PM, Igor Pechtchanski wrote: > > > On Fri, 17 Sep 2004, Prakash Khemani wrote: > > > > > > Check the windows event viewer for more logs. > > > > > > Windows event viewer has errors saying that the cygapache service > > > terminated unexpectedly. > > > > What, no more information? > > Actually, this is pretty normal. Sometimes you might catch something. > But in my experiences, those times have been rare. Ah, right. Sometimes you'd see something like "execv: operation not permitted". However, the "terminated unexpectedly" message seems to indicate that apache doesn't start in the foreground... Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From khemani@netscaler.com Fri Sep 17 23:13:00 2004 From: khemani@netscaler.com (Prakash Khemani) Date: Fri, 17 Sep 2004 23:13:00 -0000 Subject: apache2 as service Message-ID: <24BDFF97F1939B44BCBA2E6AADEB0A2823391B@mailsc.engineering.netscaler.com> > What, no more information? Actually there is more information in the Event Viewer under Application. The cygapache service gave out the following error message "cygapache : PID 604 : starting service `cygapache' failed: signal 12 raised." I am tring to run "httpd -k start -D FOREGROUND" as the cygapache service. Thanks, Prakash > -----Original Message----- > From: Igor Pechtchanski [mailto:pechtcha@cs.nyu.edu] > Sent: Friday, September 17, 2004 3:12 PM > To: Prakash Khemani > Cc: Peter Rehley; cygwin@cygwin.com > Subject: RE: apache2 as service > > On Fri, 17 Sep 2004, Prakash Khemani wrote: > > > > Check the windows event viewer for more logs. > > > > Windows event viewer has errors saying that the cygapache service > > terminated unexpectedly. > > What, no more information? > > > > Configuration problems. File permissions. Check them all. > > > > I doubt that this would be a problem. When I start it at the command > > line everything works fine. > > When you start it at the command line, it runs as you. When you start it > as a service, it runs as a different user (SYSTEM). Listen to what people > tell you -- check the file permissions. > > > Httpd spawns multiple processes. Can that be an issue? > > > > Thanks, > > Prakash > > > > > -----Original Message----- > > > From: Peter Rehley [mailto:peterrehleynet] > > > Sent: Friday, September 17, 2004 9:46 AM > > > To: Prakash Khemani > > > Cc: cygwincygwincom > > Oh, and . > Igor > -- > http://cs.nyu.edu/~pechtcha/ > |\ _,,,---,,_ pechtcha@cs.nyu.edu > ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com > |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. > '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! > > "Happiness lies in being privileged to work hard for long hours in doing > whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From khemani@netscaler.com Fri Sep 17 23:24:00 2004 From: khemani@netscaler.com (Prakash Khemani) Date: Fri, 17 Sep 2004 23:24:00 -0000 Subject: apache2 as service Message-ID: <24BDFF97F1939B44BCBA2E6AADEB0A28246FD0@mailsc.engineering.netscaler.com> > When you start it at the command line, it runs as you. When you start it > as a service, it runs as a different user (SYSTEM). Listen to what people > tell you -- check the file permissions. > Setting all permissions to 777 on /usr/, /usr/local/ and everything under /usr/local/apache2 has not helped. Thanks, Prakash > -----Original Message----- > From: Igor Pechtchanski [mailto:pechtcha@cs.nyu.edu] > Sent: Friday, September 17, 2004 3:12 PM > To: Prakash Khemani > Cc: Peter Rehley; cygwin@cygwin.com > Subject: RE: apache2 as service > > On Fri, 17 Sep 2004, Prakash Khemani wrote: > > > > Check the windows event viewer for more logs. > > > > Windows event viewer has errors saying that the cygapache service > > terminated unexpectedly. > > What, no more information? > > > > Configuration problems. File permissions. Check them all. > > > > I doubt that this would be a problem. When I start it at the command > > line everything works fine. > > When you start it at the command line, it runs as you. When you start it > as a service, it runs as a different user (SYSTEM). Listen to what people > tell you -- check the file permissions. > > > Httpd spawns multiple processes. Can that be an issue? > > > > Thanks, > > Prakash > > > > > -----Original Message----- > > > From: Peter Rehley [mailto:peterrehleynet] > > > Sent: Friday, September 17, 2004 9:46 AM > > > To: Prakash Khemani > > > Cc: cygwincygwincom > > Oh, and . > Igor > -- > http://cs.nyu.edu/~pechtcha/ > |\ _,,,---,,_ pechtcha@cs.nyu.edu > ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com > |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. > '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! > > "Happiness lies in being privileged to work hard for long hours in doing > whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Fri Sep 17 23:43:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 17 Sep 2004 23:43:00 -0000 Subject: apache2 as service In-Reply-To: <24BDFF97F1939B44BCBA2E6AADEB0A2823391B@mailsc.engineering.netscaler.com> References: <24BDFF97F1939B44BCBA2E6AADEB0A2823391B@mailsc.engineering.netscaler.com> Message-ID: On Fri, 17 Sep 2004, Prakash Khemani wrote: > > What, no more information? > > Actually there is more information in the Event Viewer under > Application. > > The cygapache service gave out the following error message > > "cygapache : PID 604 : starting service `cygapache' failed: signal 12 > raised." Heh, there you go. You've seen , right? Try adding '-e CYGWIN="$CYGWIN"' to your cygrunsrv command line. > I am tring to run "httpd -k start -D FOREGROUND" as the cygapache > service. > > Thanks, > Prakash > > > -----Original Message----- > > From: Igor Pechtchanski [mailto:pechtchacsnyuedu] > > Sent: Friday, September 17, 2004 3:12 PM > > To: Prakash Khemani > > Cc: Peter Rehley; cygwincygwincom Ah, again, . Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From khemani@netscaler.com Sat Sep 18 00:17:00 2004 From: khemani@netscaler.com (Prakash Khemani) Date: Sat, 18 Sep 2004 00:17:00 -0000 Subject: apache2 as service Message-ID: <24BDFF97F1939B44BCBA2E6AADEB0A2823391C@mailsc.engineering.netscaler.com> > Heh, there you go. You've seen > , right? > > Try adding '-e CYGWIN="$CYGWIN"' to your cygrunsrv command line. Bingo! That worked. In the Windows Environment variables (MyComputer -> System Properties -> Advanced -> Environment Variables -> System Variables) I had CYGWIN set properly all this while - but I guess that value is not picked up while running services. Thank you all very much ! :) ! Regards, Prakash > -----Original Message----- > From: Igor Pechtchanski [mailto:pechtcha@cs.nyu.edu] > Sent: Friday, September 17, 2004 4:24 PM > To: Prakash Khemani > Cc: cygwin@cygwin.com; Peter Rehley > Subject: RE: apache2 as service > > On Fri, 17 Sep 2004, Prakash Khemani wrote: > > > > What, no more information? > > > > Actually there is more information in the Event Viewer under > > Application. > > > > The cygapache service gave out the following error message > > > > "cygapache : PID 604 : starting service `cygapache' failed: signal 12 > > raised." > > Heh, there you go. You've seen > , right? > > Try adding '-e CYGWIN="$CYGWIN"' to your cygrunsrv command line. > > > I am tring to run "httpd -k start -D FOREGROUND" as the cygapache > > service. > > > > Thanks, > > Prakash > > > > > -----Original Message----- > > > From: Igor Pechtchanski [mailto:pechtchacsnyuedu] > > > Sent: Friday, September 17, 2004 3:12 PM > > > To: Prakash Khemani > > > Cc: Peter Rehley; cygwincygwincom > > Ah, again, . > Igor > -- > http://cs.nyu.edu/~pechtcha/ > |\ _,,,---,,_ pechtcha@cs.nyu.edu > ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com > |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. > '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! > > "Happiness lies in being privileged to work hard for long hours in doing > whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From wjournkk@hotmail.com Sat Sep 18 00:28:00 2004 From: wjournkk@hotmail.com (Dan H) Date: Sat, 18 Sep 2004 00:28:00 -0000 Subject: python 2.3.4-1 on cygwin 1.5.11-1 exits when Thread exits Message-ID: Whenever any of my python threads exits, python exits, too (regardless of the main thread, for example). See below for details. How can I fix this? Transcript of a python session on cygwin 1.5.11-1: % python2.3 Python 2.3.4 (#1, Jun 13 2004, 11:21:03) [GCC 3.3.1 (cygming special)] on cygwin Type "help", "copyright", "credits" or "license" for more information. >>>from threading import Thread >>>t = Thread() >>>t.start() >>>% i.e. when thread t exited, so did python. Doing the same thing on Linux, python does not exit: % uname -srm Linux 2.6.6-1-386 i686 % python2.3 Python 2.3.4 (#2, Jul 5 2004, 09:15:05) [GCC 3.3.4 (Debian 1:3.3.4-2)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>>from threading import Thread >>>t = Thread() >>>t.start() >>>print "foo" foo >>> _________________________________________________________________ On the road to retirement? Check out MSN Life Events for advice on how to get there! http://lifeevents.msn.com/category.aspx?cid=Retirement -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From wjournkk@hotmail.com Sat Sep 18 00:37:00 2004 From: wjournkk@hotmail.com (Dan H) Date: Sat, 18 Sep 2004 00:37:00 -0000 Subject: python 2.3.4-1 on cygwin 1.5.11-1 exits when Thread exits Message-ID: This is on XP Pro 5.1.2600 _________________________________________________________________ Don??t just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Sat Sep 18 01:27:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Sat, 18 Sep 2004 01:27:00 -0000 Subject: python 2.3.4-1 on cygwin 1.5.11-1 exits when Thread exits In-Reply-To: References: Message-ID: <20040918003937.GA27097@trixie.casa.cgf.cx> On Sat, Sep 18, 2004 at 12:17:12AM +0000, Dan H wrote: >Whenever any of my python threads exits, python exits, too (regardless of >the main thread, for example). See below for details. How can I fix this? Try a snapshot: http://cygwin.com/snapshots/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Sat Sep 18 03:02:00 2004 From: brian@dessent.net (Brian Dessent) Date: Sat, 18 Sep 2004 03:02:00 -0000 Subject: adding to and upgrading a cygwin installation... References: <20040917160153.GC16957@DotsAndLoops.net> Message-ID: <414B8FE7.E85943EA@dessent.net> e-head wrote: > > > Also, is there any easy way to essentially just "upgrade" all of your > > > currently installed cygwin packages ? > > > > setup.exe -R c:\cygwin -s ftp://mirrors.rcn.net -n -q > > > > works for me. I have is as a shortcut in my Startup folder, so it runs with > > every reboot. (c:\cygwin is where cygwin is installed; > > ftp://mirrors.rcn.net is my preferred mirror, change both as appropriate for > > you.) See http://www.cygwin.com/ml/cygwin/2002-11/msg01490.html for more. > > > > - Barry > > Hi, > this little upgrade tip seems to be working great (it's not finished > yet) ... however, i have no idea what it is doing. I have to say that running setup.exe unattended like that in an automated way is just insane, in my opinion. It may work but it's not really supported, we're not at the state where you can really expect to pull down periodic updates that way and not expect surprises every so often. > i would like to simply upgrade all of the packages i currently have > installed. not install anything new, not uninstall anything i already > have. If you run setup.exe and select nothing but 'Next' on each page, then that's just what you should get. Why do you have belief otherwise? > i couldn't find any info on command line switches to setup. > setup -h,--help, /? did not show anything. > further, i couldn't find any documentation on the cygwin site about > this. That's because they're unsupported. They're only documented in the mailing list archives and the source code. > is there any way to "grap" single packages this way ? (...assuming here you meant "grab" ...) Run setup, find the individual package you want, click anywhere in the "New" column to cycle from "Skip" to the current version. If the default "Category" view is scary then switch to "Full" or "Not installed" if you prefer and you'll see them as a flat list instead of a tree. Why don't you ask your setup.exe questions directly rather than skirting the issue by trying to use other nonsupported methods for getting packages? Using setup in this manner is the only current sane way to select packages. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Pierre.Humblet@ieee.org Sat Sep 18 09:10:00 2004 From: Pierre.Humblet@ieee.org (Pierre A. Humblet) Date: Sat, 18 Sep 2004 09:10:00 -0000 Subject: Bash returns incorrect process status In-Reply-To: <90459864DAD67D43BDD3D517DEFC2F7D7138@axon.Axentia.local> Message-ID: <3.0.5.32.20040917225811.00818730@incoming.verizon.net> At 09:51 AM 9/17/2004 +0200, Peter Ekberg wrote: >Pierre A. Humblet wrote: >> FWIW, attached is a patch to bash that may improve its >> behavior on Cygwin. >> The idea is that when a new process is stored in the memory array, any >> existing process with the same pid is marked "reused". >> "reused" processes >> are never considered when searching for a process by pid. >> They are still >> still available, e.g. to get the status of processes in a job. >> >> It's a proof of principle code, not meant to be efficient. It >> can still print >> a debug message on stderr. > >Tried it and it doesn't solve the problem for me. It shifts the trigger >pattern though. There was another problem. bash keeps track of the "last_made_pid" and compares it to its previous value to decide if it should wait on a process. So if a new command has the same pid as the previous one, bash won't wait on it. You might think that this is OK as long as consecutive forks return different pids. Wrong, because forks used for some purposes, such as back tick evaluations, don't count. So bash is currently unreliable on any system where processes don't have unique pids. If pid values are reused, and all intervening forks serve only for backtick evaluations, bash will return 0 status for a command. Naturally this gets to be unlikely as the reuse period grows. Here is another patch against the Cygwin release of bash. It includes the previous one in this thread. Please try it. Thanks to Bogdan Vacaliuc and Peter Ekberg for their help. Pierre -------------- next part -------------- --- configure.orig 2004-09-17 21:04:34.000000000 -0400 +++ configure 2004-09-17 21:25:24.000000000 -0400 @@ -19323,7 +19323,7 @@ lynxos*) LOCAL_CFLAGS=-DRECYCLES_PIDS ;; linux*) LOCAL_LDFLAGS=-rdynamic ;; # allow dynamic loading *qnx*) LOCAL_CFLAGS="-Dqnx -F -3s" LOCAL_LDFLAGS="-3s" LOCAL_LIBS="-lunix -lncurses" ;; powerux*) LOCAL_LIBS="-lgen" ;; -cygwin*) LOCAL_CFLAGS="-DRECYCLES_PIDS" ;; +cygwin*) LOCAL_CFLAGS="" ;; opennt*|interix*) LOCAL_CFLAGS="-DNO_MAIN_ENV_ARG -DBROKEN_DIRENT_D_INO" ;; esac --- execute_cmd.c.orig 2002-03-18 13:24:22.000000000 -0500 +++ execute_cmd.c 2004-09-17 22:03:44.000000000 -0400 @@ -468,7 +468,7 @@ execute_command_internal (command, async { int exec_result, invert, ignore_return, was_error_trap; REDIRECT *my_undo_list, *exec_undo_list; - volatile pid_t last_pid; + volatile upid_t last_pid; if (command == 0 || breaking || continuing || read_but_dont_execute) return (EXECUTION_SUCCESS); @@ -646,13 +646,13 @@ execute_command_internal (command, async /* XXX - this is something to watch out for if there are problems when the shell is compiled without job control. */ if (already_making_children && pipe_out == NO_PIPE && - last_pid != last_made_pid) + (last_pid.pid != last_made_pid.pid || last_pid.seq != last_made_pid.seq)) { stop_pipeline (asynchronous, (COMMAND *)NULL); if (asynchronous) { - DESCRIBE_PID (last_made_pid); + DESCRIBE_PID (last_made_pid.pid); } else #if !defined (JOB_CONTROL) @@ -663,7 +663,7 @@ execute_command_internal (command, async /* When executing a shell function that executes other commands, this causes the last simple command in the function to be waited for twice. */ - exec_result = wait_for (last_made_pid); + exec_result = wait_for (last_made_pid.pid); #if defined (RECYCLES_PIDS) /* LynxOS, for one, recycles pids very quickly -- so quickly that a new process may have the same pid as the last one --- jobs.c.orig 2002-05-09 11:56:20.000000000 -0400 +++ jobs.c 2004-09-17 21:45:16.000000000 -0400 @@ -187,11 +187,14 @@ int current_job = NO_JOB; int previous_job = NO_JOB; /* Last child made by the shell. */ -pid_t last_made_pid = NO_PID; +upid_t last_made_pid = NO_UPID; /* Pid of the last asynchronous child. */ pid_t last_asynchronous_pid = NO_PID; +/* Sequence number for unique pid identification */ +unsigned int pid_sequence = 0; + /* The pipeline currently being built. */ PROCESS *the_pipeline = (PROCESS *)NULL; @@ -737,7 +740,35 @@ add_process (name, pid) char *name; pid_t pid; { - PROCESS *t, *p; + PROCESS *t, *p, * p_start; + register int i; + + /* Mark any pid that is being reused */ + for (i = -1; i < job_slots; i++) + { + if (i < 0) + { + if (!(p = the_pipeline)) + continue; + } + else if (jobs[i]) + p = jobs[i]->pipe; + else + continue; + + p_start = p; + do + { + if (p->pid == pid && !p->reused) + { + p->reused = 1; + goto done; + } + p = p->next; + } + while (p != p_start); + } + done: t = (PROCESS *)xmalloc (sizeof (PROCESS)); t->next = the_pipeline; @@ -745,6 +776,7 @@ add_process (name, pid) WSTATUS (t->status) = 0; t->running = PS_RUNNING; t->command = name; + t->reused = 0; the_pipeline = t; if (t->next == 0) @@ -902,7 +934,7 @@ find_pipeline (pid, running_only, jobp) do { /* Return it if we found it. */ - if (p->pid == pid) + if (p->pid == pid && !p->reused) { if ((running_only && PRUNNING(p)) || (running_only == 0)) return (p); @@ -937,7 +969,7 @@ find_job (pid, running_only) do { - if (p->pid == pid) + if (p->pid == pid && !p->reused) { if ((running_only && PRUNNING(p)) || (running_only == 0)) return (i); @@ -1408,7 +1440,8 @@ make_child (command, async_p) if (async_p) last_asynchronous_pid = pid; - last_made_pid = pid; + last_made_pid.pid = pid; + last_made_pid.seq = pid_sequence++; /* Unblock SIGINT and SIGCHLD. */ sigprocmask (SIG_SETMASK, &oset, (sigset_t *)NULL); --- jobs.h.orig 2002-01-17 12:35:12.000000000 -0500 +++ jobs.h 2004-09-17 21:27:08.000000000 -0400 @@ -55,6 +55,7 @@ typedef struct process { WAIT status; /* The status of this command as returned by wait. */ int running; /* Non-zero if this process is running. */ char *command; /* The particular program that is running. */ + int reused; } PROCESS; /* PRUNNING really means `not exited' */ @@ -104,9 +105,17 @@ typedef struct job { extern pid_t fork (), getpid (), getpgrp (); #endif /* !HAVE_UNISTD_H */ +/* Unique pid */ +typedef struct { + pid_t pid; + unsigned int seq; +} upid_t; +#define NO_UPID {(pid_t)-1, 0} + /* Stuff from the jobs.c file. */ -extern pid_t original_pgrp, shell_pgrp, pipeline_pgrp; -extern pid_t last_made_pid, last_asynchronous_pid; +extern pid_t original_pgrp, shell_pgrp, pipeline_pgrp, last_asynchronous_pid; +extern upid_t last_made_pid; +extern unsigned int pid_sequence; extern int current_job, previous_job; extern int asynchronous_notification; extern JOB **jobs; --- subst.c.orig 2004-09-17 21:03:52.000000000 -0400 +++ subst.c 2004-09-17 21:30:00.000000000 -0400 @@ -3449,7 +3449,8 @@ process_substitute (string, open_for_rea { char *pathname; int fd, result; - pid_t old_pid, pid; + upid_t old_pid; + pid_t pid; #if defined (HAVE_DEV_FD) int parent_pipe_fd, child_pipe_fd; int fildes[2]; @@ -3713,7 +3714,8 @@ command_substitute (string, quoted) char *string; int quoted; { - pid_t pid, old_pid, old_pipeline_pgrp; + pid_t pid, old_pipeline_pgrp; + upid_t old_pid; char *istring; int result, fildes[2], function_value; int i, closeit[3]; -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From janneke@gnu.org Sat Sep 18 09:16:00 2004 From: janneke@gnu.org (Jan Nieuwenhuizen) Date: Sat, 18 Sep 2004 09:16:00 -0000 Subject: gdb: which dll starts at 0x461000 ? Message-ID: <87wtys9c3h.fsf@peder.flower> When trying to run an experimental guile-1.7.1, it seems that a dll is missing, but which one? Cygcheck says everything is ok, so how do I get more information from gdb? $ cygcheck --verbose ./guile.exe Warning: .\guile.exe hides c:\cygwin\bin\guile.exe .\guile.exe - os=4.0 img=1.0 sys=4.0 c:\cygwin\bin\cygguile-16.dll - os=4.0 img=1.0 sys=4.0 "cygguile-16.dll" v0.0 ts=2004/9/16 15:15 c:\cygwin\bin\cygguile-ltdl-2.dll - os=4.0 img=1.0 sys=4.0 "cygguile-ltdl-2.dll" v0.0 ts=2004/9/16 15:13 c:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2004/9/5 5:17 C:\WINDOWS\System32\ADVAPI32.DLL - os=5.1 img=5.1 sys=4.0 "ADVAPI32.dll" v0.0 ts=2002/8/29 11:09 C:\WINDOWS\System32\ntdll.dll - os=5.1 img=5.1 sys=4.0 "ntdll.dll" v0.0 ts=2003/5/1 2:43 C:\WINDOWS\System32\KERNEL32.dll - os=5.1 img=5.1 sys=4.0 "KERNEL32.dll" v0.0 ts=2002/8/29 11:15 C:\WINDOWS\System32\ntdll.dll (already done) C:\WINDOWS\System32\RPCRT4.dll - os=5.1 img=5.1 sys=4.10 "RPCRT4.dll" v0.0 ts=2004/3/6 2:58 C:\WINDOWS\System32\ntdll.dll (already done) C:\WINDOWS\System32\KERNEL32.dll (already done) C:\WINDOWS\System32\ADVAPI32.dll (recursive) C:\WINDOWS\System32\KERNEL32.dll (already done) C:\WINDOWS\System32\KERNEL32.dll (already done) c:\cygwin\bin\cygwin1.dll (already done) c:\cygwin\bin\cyggmp-3.dll - os=4.0 img=1.0 sys=4.0 "cyggmp-3.dll" v0.0 ts=2003/9/10 0:03 c:\cygwin\bin\cygwin1.dll (already done) C:\WINDOWS\System32\KERNEL32.dll (already done) c:\cygwin\bin\cygwin1.dll (already done) C:\WINDOWS\System32\KERNEL32.dll (already done) c:\cygwin\bin\cygwin1.dll (already done) C:\WINDOWS\System32\KERNEL32.dll (already done) c:\cygwin\bin\cygguile-ltdl-2.dll (already done) $ gdb ./guile.exe GNU gdb 2003-09-20-cvs (cygwin-special) Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-cygwin"... (gdb) b main Breakpoint 1 at 0x401074 (gdb) r Starting program: /home/root/guile.exe Program received signal SIGSEGV, Segmentation fault. Error: dll starting at 0x461000 not found. Program received signal SIGSEGV, Segmentation fault. Program received signal SIGSEGV, Segmentation fault. Program exited with code 0200. You can't do that without a process to debug. (gdb) bt (gdb) no stack Jan. -- Jan Nieuwenhuizen | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gadek@debian.org Sat Sep 18 09:36:00 2004 From: gadek@debian.org (Grzegorz B. Prokopski) Date: Sat, 18 Sep 2004 09:36:00 -0000 Subject: Is cygffi.dll needed for SableVM JVM? In-Reply-To: <1729140505.20040917144223@familiehaase.de> References: <20040906021844.84591.qmail@web53304.mail.yahoo.com> <1095382062.1234.164.camel@gadek.homelinux.org> <1729140505.20040917144223@familiehaase.de> Message-ID: <1095453892.21655.265.camel@glue> Hi Gerrit, On Fri, 2004-09-17 at 08:42, Gerrit P. Haase wrote: > Am Freitag, 17. September 2004 um 02:47 schriebst du: > > 2. make libsablevm link against statically compiled libffi. > > > I am not sure 2) is possible and I don't know how to do it. > > If 2) is not possible, would it be possible for gcc maintainer > > to include shared version of libffi in gcc-java? > > You can link against static archives when using 'pass_all' instead of > 'file_magic ^x86 archive import|^x86 DLL' to recognise dependent > libraries in libtool (change in libtool.m4). You mean I should edit /usr/share/libtool/libtool.m4 and change this part, that is already specific to cygwin? cygwin*) # func_win32_libid is a shell function defined in ltmain.sh lt_cv_deplibs_check_method='file_magic ^x86 archive import|^x86 DLL' lt_cv_file_magic_cmd='func_win32_libid' ;; It sounds hackish. Terribly hackish. If it's a normal thing you need to do at least for some applications under cygwin, why not have some kind of a switch for that included into official libtool? Or have I missed something? Grzegorz B. Prokopski -- Grzegorz B. Prokopski Debian GNU/Linux http://www.debian.org SableVM - LGPL'ed Java VM http://www.sablevm.org Why SableVM ?!? http://devel.sablevm.org/wiki/Features -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From andrex@alumni.utexas.net Sat Sep 18 10:07:00 2004 From: andrex@alumni.utexas.net (Andrew Schulman) Date: Sat, 18 Sep 2004 10:07:00 -0000 Subject: gtk 2? References: <414B518B.8040804@pacbell.net> Message-ID: > I need gtk 2 to get Dia (an open source diagramming package to displace > Microsoft Visio). (http://www.gnome.org/projects/dia/) Consider also xfig, which is already in Cygwin and which Dia looks very similar to. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From fodber@freemail.hu Sat Sep 18 11:49:00 2004 From: fodber@freemail.hu (Bertalan Fodor) Date: Sat, 18 Sep 2004 11:49:00 -0000 Subject: Very annoying bash problem Message-ID: <414C08CF.1010004@freemail.hu> Hello, starting bash on my Windows XP computer (1GHz, 512MB) takes more than one minute!!! It seems as it reads a lot of things from the hard disk, but it writes nothing (as the free space doesn't change). It doesn't allocate memory as well. This also happens on my Windows 2000 (1.8GHz, 512MB) after a fresh install of cygwin, only it is not so much time. It appeared some months ago. The previous cygwin versions hadn't had this problem before. Bert -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From thorsten@thorstenkampe.de Sat Sep 18 12:18:00 2004 From: thorsten@thorstenkampe.de (Thorsten Kampe) Date: Sat, 18 Sep 2004 12:18:00 -0000 Subject: [INFO] Adding "Cygwin here" to Windows Explorer References: <20040914170613.40672.qmail@web61307.mail.yahoo.com> Message-ID: * Tero Niemela (2004-09-14 19:06 +0200) > some of you may find this useful. I did the following, > works perfectly for me: > > Last line of ~/.zlogin is: > > [[ "$OSTYPE" = *cygwin* && $ARGC -eq 1 ]] && cd "$@" > > And this registry settings was added to Windows > registry: > > Windows Registry Editor Version 5.00 > > [HKEY_CLASSES_ROOT\Folder\shell\command] > @="Cygwin Here" > > [HKEY_CLASSES_ROOT\Folder\shell\command\command] > @="\"C:\\cygwin\\bin\\zsh.exe\" -l -s \"%1\"" > > With these, when I right-click a folder on Windows > Explorer, one available option is "Cygwin Here" that > start Cygwin+zsh and then cd to the right-clicked directory. Thanks. For the rxvt junkies I have improved it (made worse?): REGEDIT4 [HKEY_CLASSES_ROOT\Folder\shell\command] @="&Zsh Prompt Here" [HKEY_CLASSES_ROOT\Folder\shell\command\command] @="C:\\cygwin\\bin\\rxvt.exe -e /bin/zsh --login -i -s \"%1\"" and... if [[ $OSTYPE = cygwin && $ARGC = 1 ]]; then cd $@; fi If you have a call to "screen" which is the only thing I have in my .zlogin) the screen call has to be the last statement. Thorsten -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From tero_niemela@yahoo.com Sat Sep 18 12:51:00 2004 From: tero_niemela@yahoo.com (Tero Niemela) Date: Sat, 18 Sep 2004 12:51:00 -0000 Subject: [BUG REPORT] setup.exe hangs when disk full Message-ID: <20040918121806.79316.qmail@web61308.mail.yahoo.com> FYI: I was installing cygwin with setup.exe to a machine that had 200 MB disk space. During installation the disk space ran out and setup.exe went crazy: installation progress halted, setup.exe was eating 99% of CPU and its memory usage was growing at rate of 1MB/sec! __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Sat Sep 18 18:22:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Sat, 18 Sep 2004 18:22:00 -0000 Subject: Is cygffi.dll needed for SableVM JVM? In-Reply-To: <1095453892.21655.265.camel@glue> References: <20040906021844.84591.qmail@web53304.mail.yahoo.com> <1095382062.1234.164.camel@gadek.homelinux.org> <1729140505.20040917144223@familiehaase.de> <1095453892.21655.265.camel@glue> Message-ID: <1902690.20040918145110@familiehaase.de> Hello Grzegorz, Am Freitag, 17. September 2004 um 22:44 schriebst du: > Hi Gerrit, > On Fri, 2004-09-17 at 08:42, Gerrit P. Haase wrote: >> Am Freitag, 17. September 2004 um 02:47 schriebst du: >> > 2. make libsablevm link against statically compiled libffi. >> >> > I am not sure 2) is possible and I don't know how to do it. >> > If 2) is not possible, would it be possible for gcc maintainer >> > to include shared version of libffi in gcc-java? >> >> You can link against static archives when using 'pass_all' instead of >> 'file_magic ^x86 archive import|^x86 DLL' to recognise dependent >> libraries in libtool (change in libtool.m4). > You mean I should edit /usr/share/libtool/libtool.m4 and change this > part, that is already specific to cygwin? > cygwin*) > # func_win32_libid is a shell function defined in ltmain.sh > lt_cv_deplibs_check_method='file_magic ^x86 archive import|^x86 DLL' > lt_cv_file_magic_cmd='func_win32_libid' > ;; > It sounds hackish. Terribly hackish. If it's a normal thing you need > to do at least for some applications under cygwin, why not have some > kind of a switch for that included into official libtool? Please submit a patch;) > Or have I missed something? It is as is for backward compatibility, new created DLLs don't need all the stuff with __declspec(import/export), however, some libs still use it and if you link against one which uses import/export definitions it may break things when using pass_all. Then there are still some problems with exporting data, so it may also be needed to use import/export definitions with DLLs containing data, and then it would break too. As long as you have libraries which don't use import/export definitions and since all code is PIC on Windows anyway, you may safely use pass_all. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From s_kelem@pacbell.net Sat Sep 18 18:47:00 2004 From: s_kelem@pacbell.net (Steve Kelem) Date: Sat, 18 Sep 2004 18:47:00 -0000 Subject: Dia & gtk 2 & cygwin Message-ID: <414C7CE0.5020400@pacbell.net> Gerrit P. Haase wrote: >Hallo Steve, > >Am Freitag, 17. September 2004 um 23:05 schriebst du: > >>Do you know what's needed to get gtk 2.0 to work with cygwin? >> >> > >Just install it with setup.exe? > > > >>I need gtk 2 to get Dia (an open source diagramming package to displace >>Microsoft Visio). (http://www.gnome.org/projects/dia/) >> >> > >All prerequisites are available as Cygwin packages, should be possible >to build it. However, there were some issues the last time I tried to >build Dis, e.g. loading modules. Please continue reporting how it is >going and don't hesitate to ask here or the Dia people for help if you >get errors. > >Gerrit > The prerequisites for dia are: * pkg-config gstrfuncs.c: In function `g_strsignal': gstrfuncs.c:674: error: conflicting types for `strsignal' /usr/include/string.h:75: error: previous declaration of `strsignal' gstrfuncs.c:674: warning: extern declaration of `strsignal' doesn't match global one * dintltool 0.21 (ftp://ftp.gnome.org/pub/gnome/sources/intltool/) 0.31.2 compiled, 1 test failed (#6), I installed it anyway. * font-config 1.0.1 Is this the same as http://freedesktop.org/~fontconfig/? That s/w's current version is 2.2.96, and fails its test: make[2]: Entering directory `/usr/local/src/fontconfig-2.2.96/test' *** Test failed: Subdir with an out-of-date cache file *** output is in 'out', expected output in 'out.expected' FAIL: run-test.sh =================== 1 of 1 tests failed =================== * GLib 2.1.3 glib-2.4.1 requiers pkg-config, which doesn't compile * ATK 2.0.0 * FreeType 2.0.9 FreeType 2.1.5 works under cygwin. * Pango 2.1.5 * GTK+ 2.0.0 * libxml 2.3.9 libxml 2.6.5 compile, but fails to compile the requirements for its tests: Making check in . make[1]: Entering directory `/usr/local/src/libxml2-2.6.5' /bin/bash ./libtool --mode=link gcc -g -O2 -Wall -o xmllint.exe xmllint.o ./ libxml2.la -lpthread -liconv -lm gcc -g -O2 -Wall -o xmllint.exe xmllint.o ./.libs/libxml2.a -lpthread /usr/lib/ libiconv.dll.a ./.libs/libxml2.a(xmlIO.o)(.text+0x10cb): In function `xmlGzfileOpen_real': /usr/local/src/libxml2-2.6.5/xmlIO.c:849: undefined reference to `_gzdopen' ./.libs/libxml2.a(xmlIO.o)(.text+0x111f):/usr/local/src/libxml2-2.6.5/xmlIO.c:87 3: undefined reference to `_gzopen' ./.libs/libxml2.a(xmlIO.o)(.text+0x121c): In function `xmlGzfileOpenW': /usr/local/src/libxml2-2.6.5/xmlIO.c:919: undefined reference to `_gzdopen' ./.libs/libxml2.a(xmlIO.o)(.text+0x1260):/usr/local/src/libxml2-2.6.5/xmlIO.c:94 1: undefined reference to `_gzopen' ./.libs/libxml2.a(xmlIO.o)(.text+0x12be): In function `xmlGzfileRead': /usr/local/src/libxml2-2.6.5/xmlIO.c:960: undefined reference to `_gzread' ./.libs/libxml2.a(xmlIO.o)(.text+0x131e): In function `xmlGzfileWrite': /usr/local/src/libxml2-2.6.5/xmlIO.c:980: undefined reference to `_gzwrite' ./.libs/libxml2.a(xmlIO.o)(.text+0x1372): In function `xmlGzfileClose': /usr/local/src/libxml2-2.6.5/xmlIO.c:996: undefined reference to `_gzclose' ./.libs/libxml2.a(xmlIO.o)(.text+0x1403): In function `xmlFreeZMemBuff': /usr/local/src/libxml2-2.6.5/xmlIO.c:1102: undefined reference to `_deflateEnd' ./.libs/libxml2.a(xmlIO.o)(.text+0x1559): In function `xmlCreateZMemBuff': /usr/local/src/libxml2-2.6.5/xmlIO.c:1146: undefined reference to `_deflateInit2 _' ./.libs/libxml2.a(xmlIO.o)(.text+0x157f):/usr/local/src/libxml2-2.6.5/xmlIO.c:11 61: undefined reference to `_crc32' ./.libs/libxml2.a(xmlIO.o)(.text+0x18c4): In function `xmlZMemBuffAppend': /usr/local/src/libxml2-2.6.5/xmlIO.c:1263: undefined reference to `_deflate' ./.libs/libxml2.a(xmlIO.o)(.text+0x18e2):/usr/local/src/libxml2-2.6.5/xmlIO.c:12 75: undefined reference to `_crc32' ./.libs/libxml2.a(xmlIO.o)(.text+0x1a0c): In function `xmlZMemBuffGetContent': /usr/local/src/libxml2-2.6.5/xmlIO.c:1304: undefined reference to `_deflate' ./.libs/libxml2.a(xmlIO.o)(.text+0x2786): In function `xmlParserInputBufferCreat eFilename': /usr/local/src/libxml2-2.6.5/xmlIO.c:2156: undefined reference to `_gzread' ./.libs/libxml2.a(xmlIO.o)(.text+0x27b5):/usr/local/src/libxml2-2.6.5/xmlIO.c:21 61: undefined reference to `_gzrewind' collect2: ld returned 1 exit status Any idea on how to get these to work so I can run Dia on Windows XP? Thanks for your help, Steve Kelem -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From jason@tishler.net Sat Sep 18 18:59:00 2004 From: jason@tishler.net (Jason Tishler) Date: Sat, 18 Sep 2004 18:59:00 -0000 Subject: apache2 as service In-Reply-To: <24BDFF97F1939B44BCBA2E6AADEB0A28246FC9@mailsc.engineering.netscaler.com> References: <24BDFF97F1939B44BCBA2E6AADEB0A28246FC9@mailsc.engineering.netscaler.com> Message-ID: <20040918185450.GA2960@tishler.net> Prakash, On Fri, Sep 17, 2004 at 12:50:10PM -0700, Prakash Khemani wrote: > > Did you start cygserver? Did you set the CYGWIN environment > > variable to include "server"? If not, then do so and try again. > > Yes, I did set up cygserver. At the command line apache2/bin/httpd -k > start works fine. Does adding "-DNO_DETACH" to httpd's command line (via cygrunsrv's --args) help? Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From skoskie@iupui.edu Sat Sep 18 19:24:00 2004 From: skoskie@iupui.edu (Koskie, Sarah) Date: Sat, 18 Sep 2004 19:24:00 -0000 Subject: FW: problems with new installation, followon to my questions of Sept 14, 20:22 Message-ID: And again. . . From: Koskie, Sarah Sent: Saturday, September 18, 2004 1:56 PM To: 'cygwin@cygwin.com' Subject: FW: problems with new installation, followon to my questions of Sept 14, 20:22 Thought I fixed it. Sigh. . . . From: Koskie, Sarah Sent: Saturday, September 18, 2004 1:47 PM To: 'cygwin@cygwin.com' Subject: FW: problems with new installation, followon to my questions of Sept 14, 20:22 Gosh this is irritating. I did not intentionally send 'mime type "text/html"'. Ok, fixed that annoying Outlook default "feature". Do you recommend Mozilla Thuderbird? ------------------------------------------ From: Koskie, Sarah Sent: Saturday, September 18, 2004 1:10 PM To: 'cygwin@cygwin.com' Subject: FW: problems with new installation, followon to my questions of Sept 14, 20:22 Ok, I tried to send the output of cygcheck as an attachment, but your mailer refused it. I have included it at the end of the message. --------------------------------------------- From: Koskie, Sarah Sent: Saturday, September 18, 2004 12:59 PM To: 'cygwin@cygwin.com' Subject: problems with new installation Thanks for your reply. My delay in replying is the result of my machine being compromised coincident with my installing cygwin. Luckily for me, the compromise appears to have been over the network and to have nothing to do with cygwin (or anything else I have done or not done.) I have now reinstalled cygwin from scratch. In answer to your implied question, the reason I would have preferred to have the old version back is that I did not have time for this. I don't think of myself as requiring a terribly sophisticated computing environment but I have had to install, to date, 7 additional packages as I found basic tools I use every day were not included in the default installation (more, tetex, tetex-extras, ghostscript, tcsh, openssh, emacs). I also have had to completely redo my .cshrc, .login, etc. and am far from getting things working the way I want (and the way they worked before). But that's neither here nor there at this point. I have the following problems (possibly you should read my questions below first - I leave that up to you): Emacs doesn't work right. 1) ^X^C does not close it - I have to use Mx kill-emacs. 2) I cannot cut or paste into it. 3) I cannot use the mouse to change the location of the pointer. 4) backspace doesn't work. The pull-down menus don't work - not that I want them, but I don't like having to go to so much trouble to close emacs. I've also had trouble with the display getting screwed up - two lines of text stuck at the top and not moving when I page down, etc. The icon opens a bash shell. I changed my shell in /etc/passwd to tcsh but I seem to have to actually log in to get a tcsh shell. This, to me, is not an improvement. Before I clicked on the icon and got a tcsh shell. I tried creating a shortcut to /bin/tcsh but that still did not give me a tcsh shell. I have the following questions: In order to cut and paste among cygwin shell windows, emacs windows, and Windows windows, perhaps I have to have X running first? (If not, what do I need to do instead?) I did not remember to tell our computer services people to load Exceed. Will the current emacs work with Exceed or do I have to download and install more cygwin packages, or . . . ? I have attached the output of the command cygcheck -rsc so you can see exactly what I have. I did not download xemacs because in the past emacs had worked fine with Exceed. (Yes, obviously if I am going to use Exceed, I will have to have the systems people install it. I'm asking what my options are here, and trying to sort out what problems arise from what.) In /etc/passwd, there are the following "users": SYSTEM, Administrators, HelpAssistant, ntguest, SUPPORT_388945a0, testman in addition to me. Since no one but me is supposed to be using cygwin, and our computer services people certainly aren't going to help support it, should I delete some of these users, and if so, what is the appropriate procedure? Are there any other security related issues I should know about? I have to assume that cygwin as installed is safe until I have time to look into it, so I am hoping that my faith is not misplaced. Regards, --sk Cygwin Package Information Package Version Status _update-info-dir 00228-1 OK ash 20040127-1 OK base-files 3.0-3 OK base-passwd 2.0-1 OK bash 2.05b-16 OK bzip2 1.0.2-6 OK clear 1.0-1 OK crypt 1.1-1 OK ctags 5.5-4 OK cygutils 1.2.5-1 OK cygwin 1.5.11-1 OK diffutils 2.8.7-1 OK ed 0.2-1 OK editrights 1.01-1 OK emacs 21.2-13 OK expat 1.95.7-1 OK fileutils 4.1-2 OK findutils 4.1.7-4 OK fontconfig 2.2.2-1 OK freetype2 2.1.5-1 OK gawk 3.1.4-3 OK gdbm 1.8.3-7 OK gettext 0.14.1-1 OK ghostscript 7.05-2 OK ghostscript-base 7.05-2 OK ghostscript-x11 7.05-2 OK grep 2.5-1 OK groff 1.18.1-2 OK gzip 1.3.5-1 OK less 381-1 OK libbz2_1 1.0.2-6 OK libdb4.2 4.2.52-1 OK libfontconfig1 2.2.2-1 OK libfreetype26 2.1.5-1 OK libgdbm 1.8.0-5 OK libgdbm-devel 1.8.3-7 OK libgdbm3 1.8.3-3 OK libgdbm4 1.8.3-7 OK libgettextpo0 0.14.1-1 OK libiconv2 1.9.2-1 OK libintl 0.10.38-3 OK libintl1 0.10.40-1 OK libintl2 0.12.1-3 OK libintl3 0.14.1-1 OK libjpeg62 6b-11 OK libjpeg6b 6b-8 OK libkpathsea3 2.0.2-14 OK libkpathsea3abi13 2.0.2-2 OK libncurses5 5.2-1 OK libncurses6 5.2-8 OK libncurses7 5.3-4 OK libpcre 4.1-1 OK libpcre0 4.5-1 OK libpng12 1.2.5-4 OK libpopt0 1.6.4-4 OK libreadline4 4.1-2 OK libreadline5 4.3-5 OK libtiff3 3.6.0-2 OK libtiff4 3.6.0-5 OK libXft 2.1.6-1 OK libXft1 1.0.0-1 OK libXft2 2.1.6-1 OK login 1.9-7 OK man 1.5k-3 OK minires 0.97-1 OK mktemp 1.5-3 OK more 2.11o-1 OK ncurses 5.3-4 OK openssh 3.9p1-1 OK openssl 0.9.7d-1 OK pcre 4.5-1 OK pcre-doc 4.5-1 OK perl 5.8.5-3 OK readline 4.3-5 OK sed 4.1.2-1 OK sh-utils 2.0.15-4 OK tar 1.13.25-5 OK tcsh 6.13.00-2 OK termcap 20021106-2 OK terminfo 5.3_20030726-1 OK tetex 2.0.2-14 OK tetex-base 2.0.2-14 OK tetex-bin 2.0.2-14 OK tetex-extra 2.0.2-14 OK tetex-tiny 2.0.2-14 OK texinfo 4.2-4 OK textutils 2.0.21-1 OK which 1.5-2 OK xorg-x11-base 6.8.1.0-1 OK xorg-x11-bin 6.8.1.0-1 OK xorg-x11-bin-dlls 6.8.1.0-1 OK xorg-x11-bin-lndir 6.8.1.0-1 OK xorg-x11-etc 6.8.1.0-1 OK xorg-x11-fenc 6.8.1.0-1 OK xorg-x11-fnts 6.8.1.0-1 OK xorg-x11-libs-data 6.8.1.0-1 OK xorg-x11-xwin 6.8.1.0-1 OK zlib 1.2.1-2 OK Cygwin Configuration Diagnostics Current System Time: Sat Sep 18 18:39:43 2004 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\Program Files\Common Files\Microsoft Shared\MODI\11.0 c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\Common Files\Adaptec Shared\System c:\MATLAB7\bin\win32 c:\Program Files\SSH Communications Security\SSH Secure Shell c:\PROGRA~1\COMMON~1\MICROS~1\MODI\11.0 Output from C:\cygwin\bin\id.exe (nontsec) UID: 396551(skoskie) GID: 10545(mkgroup-l-d) 10545(mkgroup-l-d) Output from C:\cygwin\bin\id.exe (ntsec) UID: 396551(skoskie) GID: 10545(mkgroup-l-d) 0(root) 544(Administrators) 545(Users) 10545(mkgroup-l-d) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS HOME = `c:\Documents and Settings\skoskie' MAKE_MODE = `unix' PWD = `/home/skoskie/lab_notebook' USER = `skoskie' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x00000022 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x00000002 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x00000002 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin/lib' flags = 0x00000002 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 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 76316Mb 14% CP CS UN PA FC d: cd N/A N/A g: net NTFS 1024Mb 1% CP CS UN PA FC Vol1 h: net NTFS 1024Mb 1% CP CS UN PA FC Vol1 k: net NTFS 1024Mb 1% CP CS UN PA FC Vol1 z: net NTFS 76316Mb 20% CP CS UN PA FC C:\cygwin / user binmode C:\cygwin/bin /usr/bin user binmode C:\cygwin/lib /usr/lib user binmode . /cygdrive user binmode,cygdrive C:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Not Found: cpp (good!) Found: C:\cygwin\bin\find.exe Not Found: gcc Not Found: gdb Found: C:\cygwin\bin\grep.exe Not Found: ld Found: C:\cygwin\bin\ls.exe Not Found: make Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe 55k 2004/09/14 C:\cygwin\bin\cygbz2-1.dll 7k 2003/10/19 C:\cygwin\bin\cygcrypt-0.dll 841k 2004/03/17 C:\cygwin\bin\cygcrypto-0.9.7.dll 895k 2004/04/28 C:\cygwin\bin\cygdb-4.2.dll 1156k 2004/04/28 C:\cygwin\bin\cygdb_cxx-4.2.dll 155k 2004/01/07 C:\cygwin\bin\cygexpat-0.dll 129k 2004/03/11 C:\cygwin\bin\cygfontconfig-1.dll 45k 2001/04/25 C:\cygwin\bin\cygform5.dll 35k 2002/01/09 C:\cygwin\bin\cygform6.dll 48k 2003/08/09 C:\cygwin\bin\cygform7.dll 361k 2003/10/25 C:\cygwin\bin\cygfreetype-6.dll 28k 2003/07/20 C:\cygwin\bin\cyggdbm-3.dll 30k 2003/08/11 C:\cygwin\bin\cyggdbm-4.dll 19k 2003/03/22 C:\cygwin\bin\cyggdbm.dll 15k 2003/07/20 C:\cygwin\bin\cyggdbm_compat-3.dll 15k 2003/08/11 C:\cygwin\bin\cyggdbm_compat-4.dll 107k 2004/07/06 C:\cygwin\bin\cyggettextlib-0-14-1.dll 17k 2004/07/06 C:\cygwin\bin\cyggettextpo-0.dll 190k 2004/07/06 C:\cygwin\bin\cyggettextsrc-0-14-1.dll 17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll 29k 2003/08/10 C:\cygwin\bin\cyghistory5.dll 991k 2004/07/06 C:\cygwin\bin\cygiconv-2.dll 22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll 37k 2003/08/10 C:\cygwin\bin\cygintl-2.dll 54k 2004/07/06 C:\cygwin\bin\cygintl-3.dll 21k 2001/06/20 C:\cygwin\bin\cygintl.dll 132k 2003/08/11 C:\cygwin\bin\cygjpeg-62.dll 119k 2002/02/09 C:\cygwin\bin\cygjpeg6b.dll 60k 2004/09/14 C:\cygwin\bin\cygkpathsea-3.dll 60k 2003/07/27 C:\cygwin\bin\cygkpathsea-3abi13.dll 26k 2001/04/25 C:\cygwin\bin\cygmenu5.dll 20k 2002/01/09 C:\cygwin\bin\cygmenu6.dll 29k 2003/08/09 C:\cygwin\bin\cygmenu7.dll 15k 2003/11/20 C:\cygwin\bin\cygminires.dll 156k 2001/04/25 C:\cygwin\bin\cygncurses++5.dll 175k 2002/01/09 C:\cygwin\bin\cygncurses++6.dll 226k 2001/04/25 C:\cygwin\bin\cygncurses5.dll 202k 2002/01/09 C:\cygwin\bin\cygncurses6.dll 224k 2003/08/09 C:\cygwin\bin\cygncurses7.dll 15k 2001/04/25 C:\cygwin\bin\cygpanel5.dll 12k 2002/01/09 C:\cygwin\bin\cygpanel6.dll 19k 2003/08/09 C:\cygwin\bin\cygpanel7.dll 62k 2003/12/11 C:\cygwin\bin\cygpcre-0.dll 63k 2003/04/11 C:\cygwin\bin\cygpcre.dll 9k 2003/12/11 C:\cygwin\bin\cygpcreposix-0.dll 61k 2003/04/11 C:\cygwin\bin\cygpcreposix.dll 1061k 2004/08/19 C:\cygwin\bin\cygperl5_8_5.dll 173k 2003/08/10 C:\cygwin\bin\cygpng12.dll 22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll 108k 2001/06/28 C:\cygwin\bin\cygreadline4.dll 148k 2003/08/10 C:\cygwin\bin\cygreadline5.dll 171k 2004/03/17 C:\cygwin\bin\cygssl-0.9.7.dll 281k 2003/02/24 C:\cygwin\bin\cygtiff3.dll 282k 2003/08/11 C:\cygwin\bin\cygtiff4.dll 62k 2004/09/14 C:\cygwin\bin\cygz.dll 1111k 2004/09/05 C:\cygwin\bin\cygwin1.dll Cygwin DLL version info: DLL version: 1.5.11 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 116 Shared data: 4 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Sat Sep 4 23:17:09 EDT 2004 Shared id: cygwin1S4 243k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygdps-1.dll 26k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygdpstk-1.dll 21k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygfontenc-1.dll 36k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygFS-6.dll 417k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygGL-1.dll 439k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygGLU-1.dll 75k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygICE-6.dll 9k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygoldX-6.dll 1416k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygOSMesa-4.dll 20k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygpsres-1.dll 30k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygSM-6.dll 876k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygX11-6.dll 253k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygXaw-6.dll 356k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygXaw-7.dll 362k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygXaw-8.dll 9k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygXcomposite-1.dll 30k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygXcursor-1.dll 9k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygXdamage-1.dll 7k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygXevie-1.dll 49k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygXext-6.dll 16k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygXfixes-3.dll 56k 2004/03/11 C:\cygwin\usr\X11R6\bin\cygXft-1.dll 63k 2004/03/23 C:\cygwin\usr\X11R6\bin\cygXft-2.dll 27k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygXi-6.dll 125k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygxkbfile-1.dll 12k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygxkbui-1.dll 76k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygXmu-6.dll 11k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygXmuu-1.dll 26k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygXp-6.dll 51k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygXpm-4.dll 11k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygXrandr-2.dll 28k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygXrender-1.dll 8k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygXRes-1.dll 282k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygXt-6.dll 27k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygXTrap-6.dll 17k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygXtst-6.dll Use -h to see help about each section -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From karlm30@hotmail.com Sat Sep 18 19:28:00 2004 From: karlm30@hotmail.com (Karl M) Date: Sat, 18 Sep 2004 19:28:00 -0000 Subject: Latest snapshot with XP SP2 and unison and cvs Message-ID: Hi All... I just updated an xp machine to sp2 and unison-2.9.1 (the win32 version) using ssh (cygwin) started hanging. I have done a clean install of cygwin and am running with the 16sep snapshot. cvs (cygwin) works fine with ssh. unison hangs with ssh. Because win32 unison will not run under bash, I opened a cygwin bash window, did an strace of cmd and then ran unison. The strace is attached. Any thoughts? Thanks, ...Karl _________________________________________________________________ Check out Election 2004 for up-to-date election news, plus voter tools and more! http://special.msn.com/msn/election2004.armx -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygcheck.txt URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: strace.txt URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Cygwin@Menschel.net Sat Sep 18 19:41:00 2004 From: Cygwin@Menschel.net (Robert Menschel) Date: Sat, 18 Sep 2004 19:41:00 -0000 Subject: rbldnsd Message-ID: <109978752.20040918122803@Menschel.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Has anyone installed rbldnsd under Cygwin? Developer's web page is at http://www.corpit.ru/mjt/rbldnsd.html I tried doing an install on Cygwin, under Windows XP, and have not been successful. There's something I'm missing. I'm quite familiar with simple Unix/Linux administration, but have no experience with DNS administration. I'm hoping someone has already been through this and can give me a list of things to do/check. If not, I'll repeat the process here, document my actions step by step, and see if someone can find something wrong with what I'm doing. Thanks for any assistance. Bob Menschel -----BEGIN PGP SIGNATURE----- Version: PGP 8.0.3 iQA/AwUBQUyMOpebK8E4qh1HEQIIJwCeI+ZBs3/wojWgYYbIc/r8Q2tKRIkAoKm9 n0lLjIoQxzfX7EH56RsgXasC =heAz -----END PGP SIGNATURE----- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bruns@2mbit.com Sat Sep 18 19:57:00 2004 From: bruns@2mbit.com (Brian Bruns) Date: Sat, 18 Sep 2004 19:57:00 -0000 Subject: rbldnsd In-Reply-To: <109978752.20040918122803@Menschel.net> References: <109978752.20040918122803@Menschel.net> Message-ID: <23597.151.198.55.121.1095536479.squirrel@webmail.sosdg.org> On Sat, September 18, 2004 3:28 pm, Robert Menschel said: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Has anyone installed rbldnsd under Cygwin? > > > Developer's web page is at http://www.corpit.ru/mjt/rbldnsd.html > > > I tried doing an install on Cygwin, under Windows XP, and have not been > successful. There's something I'm missing. > > I'm quite familiar with simple Unix/Linux administration, but have no > experience with DNS administration. I'm hoping someone has already been > through this and can give me a list of things to do/check. > > If not, I'll repeat the process here, document my actions step by step, > and see if someone can find something wrong with what I'm doing. > > Thanks for any assistance. > > > Bob Menschel > > > -----BEGIN PGP SIGNATURE----- > Version: PGP 8.0.3 > > > iQA/AwUBQUyMOpebK8E4qh1HEQIIJwCeI+ZBs3/wojWgYYbIc/r8Q2tKRIkAoKm9 > n0lLjIoQxzfX7EH56RsgXasC =heAz > -----END PGP SIGNATURE----- > > > > > What was the error message/failure message/etc? We can't help you if you don't give us any details on what happened exactly. -- Brian Bruns The Summit Open Source Development Group Open Solutions For A Closed World / Anti-Spam Resources http://www.sosdg.org The Abusive Hosts Blocking List http://www.ahbl.org -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From skoskie@iupui.edu Sat Sep 18 20:05:00 2004 From: skoskie@iupui.edu (Koskie, Sarah) Date: Sat, 18 Sep 2004 20:05:00 -0000 Subject: ^y in emacs results in total disaster Message-ID: When I type ^y in emacs, instead of getting my last killed text back, I get an error message about a missing directory. The only "recovery" from this error seems to be Mx-kill-emacs. This is not very satisfactory. Please advise. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Sat Sep 18 20:50:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sat, 18 Sep 2004 20:50:00 -0000 Subject: Very annoying bash problem In-Reply-To: <414C08CF.1010004@freemail.hu> References: <414C08CF.1010004@freemail.hu> Message-ID: On Sat, 18 Sep 2004, Bertalan Fodor wrote: > Hello, > > starting bash on my Windows XP computer (1GHz, 512MB) takes more than one > minute!!! It seems as it reads a lot of things from the hard disk, but it > writes nothing (as the free space doesn't change). It doesn't allocate memory > as well. This also happens on my Windows 2000 (1.8GHz, 512MB) after a fresh > install of cygwin, only it is not so much time. > It appeared some months ago. The previous cygwin versions hadn't had this > problem before. > > Bert How do you start bash? If you start a login shell, try a non-login instead, and see if it still exhibits this problem. The --noprofile and --norc flags should help you determine whether something in your startup files is the culprit. If it turns out that something in the startup files is causing the slowdown, the -v and -x flags should help. If bash itself is slow, there's always strace. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Sat Sep 18 22:20:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Sat, 18 Sep 2004 22:20:00 -0000 Subject: Dia & gtk 2 & cygwin In-Reply-To: <414C7CE0.5020400@pacbell.net> References: <414C7CE0.5020400@pacbell.net> Message-ID: <735156927.20040918224826@familiehaase.de> Hello Steve, > The prerequisites for dia are: > * pkg-config > gstrfuncs.c: In function `g_strsignal': > gstrfuncs.c:674: error: conflicting types for `strsignal' > /usr/include/string.h:75: error: previous declaration of `strsignal' > gstrfuncs.c:674: warning: extern declaration of `strsignal' > doesn't match global one pkg-config is available ready compiled via setup.exe. > * dintltool 0.21 > (ftp://ftp.gnome.org/pub/gnome/sources/intltool/) > 0.31.2 compiled, 1 test failed (#6), I installed it anyway. intltool is available ready compiled via setup.exe. > * font-config 1.0.1 > Is this the same as http://freedesktop.org/~fontconfig/? That > s/w's current version is 2.2.96, and fails its test: > make[2]: Entering directory > `/usr/local/src/fontconfig-2.2.96/test' > *** Test failed: Subdir with an out-of-date cache file > *** output is in 'out', expected output in 'out.expected' > FAIL: run-test.sh > =================== > 1 of 1 tests failed > =================== fontconfig is available ready compiled via setup.exe. > * GLib 2.1.3 GLib is available ready compiled via setup.exe. > glib-2.4.1 requiers pkg-config, which doesn't compile pkg-config is available ready compiled via setup.exe. GLib is available ready compiled via setup.exe. > * ATK 2.0.0 There ain't such thing like ATK 2.0, the latest available version which comes with GNOME 2.8.0 is atk-1.8.0. There is an atk package available via setup.exe which should be sufficient. > * FreeType 2.0.9 > FreeType 2.1.5 works under cygwin. There is a ready to run package available via setup.exe. > * Pango 2.1.5 There is a ready to run package available via setup.exe. > * GTK+ 2.0.0 There is a ready to run package available via setup.exe. > * libxml 2.3.9 There is a ready to run package available via setup.exe. [...] > Any idea on how to get these to work so I can run Dia on Windows XP? Just install all of these packages via setup.exe and you're done? Well, you will have to build DIA yourself, this is not available via setup.exe;) Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Sat Sep 18 23:39:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Sat, 18 Sep 2004 23:39:00 -0000 Subject: Dia & gtk 2 & cygwin In-Reply-To: <414C7CE0.5020400@pacbell.net> References: <414C7CE0.5020400@pacbell.net> Message-ID: <735156927.20040918224826@familiehaase.de> Hello Steve, > The prerequisites for dia are: > * pkg-config > gstrfuncs.c: In function `g_strsignal': > gstrfuncs.c:674: error: conflicting types for `strsignal' > /usr/include/string.h:75: error: previous declaration of `strsignal' > gstrfuncs.c:674: warning: extern declaration of `strsignal' > doesn't match global one pkg-config is available ready compiled via setup.exe. > * dintltool 0.21 > (ftp://ftp.gnome.org/pub/gnome/sources/intltool/) > 0.31.2 compiled, 1 test failed (#6), I installed it anyway. intltool is available ready compiled via setup.exe. > * font-config 1.0.1 > Is this the same as http://freedesktop.org/~fontconfig/? That > s/w's current version is 2.2.96, and fails its test: > make[2]: Entering directory > `/usr/local/src/fontconfig-2.2.96/test' > *** Test failed: Subdir with an out-of-date cache file > *** output is in 'out', expected output in 'out.expected' > FAIL: run-test.sh > =================== > 1 of 1 tests failed > =================== fontconfig is available ready compiled via setup.exe. > * GLib 2.1.3 GLib is available ready compiled via setup.exe. > glib-2.4.1 requiers pkg-config, which doesn't compile pkg-config is available ready compiled via setup.exe. GLib is available ready compiled via setup.exe. > * ATK 2.0.0 There ain't such thing like ATK 2.0, the latest available version which comes with GNOME 2.8.0 is atk-1.8.0. There is an atk package available via setup.exe which should be sufficient. > * FreeType 2.0.9 > FreeType 2.1.5 works under cygwin. There is a ready to run package available via setup.exe. > * Pango 2.1.5 There is a ready to run package available via setup.exe. > * GTK+ 2.0.0 There is a ready to run package available via setup.exe. > * libxml 2.3.9 There is a ready to run package available via setup.exe. [...] > Any idea on how to get these to work so I can run Dia on Windows XP? Just install all of these packages via setup.exe and you're done? Well, you will have to build DIA yourself, this is not available via setup.exe;) Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rbro@hotmail.com Sun Sep 19 01:03:00 2004 From: rbro@hotmail.com (Ryan Brothers) Date: Sun, 19 Sep 2004 01:03:00 -0000 Subject: rsync - file size differences - update? Message-ID: Hello, I was just wondering if there has been any update to the problem I reported last week (subject of "rsync - file size differences"). At least for me, I use rsync to back up files from remote servers and I discovered that all of my backups since installing rsync-2.6.2-2 were corrupt - so I've switched back to rsync-2.6.2-1 in the meantime. Thanks, Ryan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Cygwin@Menschel.net Sun Sep 19 01:37:00 2004 From: Cygwin@Menschel.net (Robert Menschel) Date: Sun, 19 Sep 2004 01:37:00 -0000 Subject: rbldnsd In-Reply-To: <23597.151.198.55.121.1095536479.squirrel@webmail.sosdg.org> References: <23597.151.198.55.121.1095536479.squirrel@webmail.sosdg.org> Message-ID: <839226679.20040918163916@Menschel.net> Saturday, September 18, 2004, 12:41:19 PM, Brian responded: BB> On Sat, September 18, 2004 3:28 pm, Robert Menschel said: >> Has anyone installed rbldnsd under Cygwin? >> >> ... >> I'm hoping someone has already been >> through this and can give me a list of things to do/check. >> >> If not, I'll repeat the process here, document my actions step by step, >> and see if someone can find something wrong with what I'm doing. BB> What was the error message/failure message/etc? We can't help you if BB> you don't give us any details on what happened exactly. Actually, I was hoping someone had already gone through this, and had the steps used, so I could follow those without causing people to struggle with my specific symptoms. Since that's apparently not the case, here is my history and my symptoms: System: Processor: GenuineIntel Family 15 Model 2 2.8 GHz Stepping 9 (2 CPUs) Math Support: Present BIOS: A M I - 8000313 BIOS Date: 08/13/03 17:47:19 Ver: 08.00.08 BIOS Date: 08/13/03 Bus Type: PCI, ISA, USB Ports: 1 Parallel, 2 Serial Memory: 1024 MB (36% Utilized) Floppy Disks: 1.44 MB Hard Disks: 152.67 GB Multimedia: Sound, CD-ROM Video: 800 x 600 in 64K Colors, NVIDIA GeForce4 MX 440 with AGP8X Ver. 6.14 < Operating System > Windows: 5.1 (Build 2600) (Windows XP SP2) Net Clients: Microsoft Terminal Services Microsoft Windows Network Web Client Network Cygwin DLL version info: DLL version: 1.5.11 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 116 Shared data: 4 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Sat Sep 4 23:17:09 EDT 2004 Shared id: cygwin1S4 1) I downloaded rbldnsd_0.993.1.tar.gz from the website at http://www.corpit.ru/mjt/rbldnsd.html into my $HOME/misc.installs directory. I expanded the tarball into $HOME/misc.installs/rbldnsd-0.993.1 2) I ran that directory's configure script, which created Makefile and config.h 3) I used the "make" command to generate rbldnsd.exe; this generated some warnings. If the program were running, but unable to match any DNS requests against the zone files, I'd blame it on these warnings. I don't think these warnings would create the problems I'm having now. > make rbldnsd VERSION="0.993.1 (29 Jul 2004)" gcc -Wall -W -O2 -c rbldnsd.c -DVERSION="\"0.993.1 (29 Jul 2004)\"" gcc -Wall -W -O2 -c rbldnsd_zones.c rbldnsd_zones.c:194:2: warning: #warning NS record compatibility mode: remove for 1.0 final gcc -Wall -W -O2 -c rbldnsd_packet.c gcc -Wall -W -O2 -c rbldnsd_ip4set.c rbldnsd_ip4set.c: In function `ds_ip4set_line': rbldnsd_ip4set.c:117: warning: unsigned int format, long unsigned int arg (arg 3) rbldnsd_ip4set.c: In function `ds_ip4set_dump': rbldnsd_ip4set.c:272: warning: unsigned int format, long unsigned int arg (arg 3) rbldnsd_ip4set.c:272: warning: unsigned int format, long unsigned int arg (arg 4) rbldnsd_ip4set.c:272: warning: unsigned int format, long unsigned int arg (arg 5) rbldnsd_ip4set.c:272: warning: unsigned int format, ip4addr_t arg (arg 6) rbldnsd_ip4set.c:288: warning: unsigned int format, long unsigned int arg (arg 3) rbldnsd_ip4set.c:288: warning: unsigned int format, long unsigned int arg (arg 4) rbldnsd_ip4set.c:288: warning: unsigned int format, ip4addr_t arg (arg 5) rbldnsd_ip4set.c:303: warning: unsigned int format, long unsigned int arg (arg 3) rbldnsd_ip4set.c:303: warning: unsigned int format, ip4addr_t arg (arg 4) rbldnsd_ip4set.c:310: warning: unsigned int format, ip4addr_t arg (arg 3) gcc -Wall -W -O2 -c rbldnsd_ip4tset.c rbldnsd_ip4tset.c: In function `ds_ip4tset_dump': rbldnsd_ip4tset.c:140: warning: unsigned int format, long unsigned int arg (arg 3) rbldnsd_ip4tset.c:140: warning: unsigned int format, long unsigned int arg (arg 4) rbldnsd_ip4tset.c:140: warning: unsigned int format, long unsigned int arg (arg 5) rbldnsd_ip4tset.c:140: warning: unsigned int format, ip4addr_t arg (arg 6) gcc -Wall -W -O2 -c rbldnsd_ip4trie.c rbldnsd_ip4trie.c: In function `ds_ip4trie_line': rbldnsd_ip4trie.c:206: warning: unsigned int format, long unsigned int arg (arg 3) gcc -Wall -W -O2 -c rbldnsd_dnset.c gcc -Wall -W -O2 -c rbldnsd_generic.c gcc -Wall -W -O2 -c rbldnsd_combined.c gcc -Wall -W -O2 -c rbldnsd_hooks.c gcc -Wall -W -O2 -c rbldnsd_util.c gcc -Wall -W -O2 -c dns_ptodn.c gcc -Wall -W -O2 -c dns_dntop.c gcc -Wall -W -O2 -c dns_dntol.c gcc -Wall -W -O2 -c dns_dnlen.c gcc -Wall -W -O2 -c dns_dnlabels.c gcc -Wall -W -O2 -c dns_dnequ.c gcc -Wall -W -O2 -c dns_dnreverse.c gcc -Wall -W -O2 -c dns_findname.c awk -f dns_maketab.awk dns.h > dns_nametab.c.tmp mv -f dns_nametab.c.tmp dns_nametab.c gcc -Wall -W -O2 -c dns_nametab.c gcc -Wall -W -O2 -c ip4parse.c gcc -Wall -W -O2 -c ip4atos.c gcc -Wall -W -O2 -c ip4mask.c gcc -Wall -W -O2 -c mempool.c rm -f librbldnsd.a ar rv librbldnsd.a dns_ptodn.o dns_dntop.o dns_dntol.o dns_dnlen.o dns_dnlabels.o dns_dnequ.o dns_dnreverse.o dns_findname.o dns_nametab.o ip4parse.o ip4atos.o ip4mask.o mempool.o ar: creating librbldnsd.a a - dns_ptodn.o a - dns_dntop.o a - dns_dntol.o a - dns_dnlen.o a - dns_dnlabels.o a - dns_dnequ.o a - dns_dnreverse.o a - dns_findname.o a - dns_nametab.o a - ip4parse.o a - ip4atos.o a - ip4mask.o a - mempool.o ranlib librbldnsd.a gcc -Wall -W -O2 -o rbldnsd rbldnsd.o rbldnsd_zones.o rbldnsd_packet.o rbldnsd_ip4set.o rbldnsd_ip4tset.o rbldnsd_ip4trie.o rbldnsd_dnset.o rbldnsd_generic.o rbldnsd_combined.o rbldnsd_hooks.o rbldnsd_util.o librbldnsd.a 4) I copied rbldnsd.exe to /usr/sbin with > cp -p rbldnsd.exe /usr/sbin/ (Is there a better place to put executables like this, which are system-oriented and not user-oriented?) 5) I then created /usr/sbin/rbldnsd.sh: /usr/sbin/rbldnsd -u system:system -p /var/run/rbldnsd.pid -c 60m -f \ -r /var/rbldnsd -b 127.0.0.1/53 \ ws.surbl.org:dnset:ws.surbl.org.rbldnsd \ sc.surbl.org:dnset:sc.surbl.org.rbldnsd \ list.dsbl.org:ip4set:list.dsbl.org.rbldns >/var/tmp/rbldnsd.log 6) I used rsync to obtain copies of the zone files, and placed them into the /var/rbldnsd directory created for this purpose (and pointed to through the -r parameter above): > ls -lF /var/rbldnsd total 9674 -rw-r--r-- 1 Owner None 7249 Sep 10 18:16 ab.surbl.org.rbldnsd -rw-r--r-- 1 Owner None 102587 Sep 10 18:17 be.surbl.org.rbldnsd -rw-r--r-- 1 Owner None 1508463 Sep 10 18:20 ds.surbl.org.rbldnsd -rw-r--r-- 1 Owner None 6683200 Sep 10 18:32 multi.surbl.org.rbldnsd -rw-r--r-- 1 Owner None 543691 Sep 10 18:33 ob.surbl.org.rbldnsd -rw-r--r-- 1 Owner None 301046 Sep 10 18:33 pj.surbl.org.rbldnsd -rw-r--r-- 1 Owner None 16843 Sep 10 18:33 sc.surbl.org.rbldnsd -rw-r--r-- 1 Owner None 738323 Sep 10 18:34 ws.surbl.org.rbldnsd 7) Executing the script as above, manually, I get the error message: rbldnsd: unable to setuid(18:18): Permission denied where /etc/passwd shows user SYSTEM as user 18, and /etc/group shows SYSTEM as group 18. That surprises me, since as the one and only user on this system, I have root privileges, and I would have through the setuid would have worked. 8) If I remove the -u system:system parameter, I get rbldnsd: unable to stat file `ws.surbl.org.rbldnsd': No such file or directory rbldnsd: unable to stat file `sc.surbl.org.rbldnsd': No such file or directory rbldnsd: unable to stat file `list.dsbl.org.rbldns': No such file or directory rbldnsd: zone ws.surbl.org: zone will not be serviced rbldnsd: zone sc.surbl.org: zone will not be serviced rbldnsd: zone list.dsbl.org: zone will not be serviced rbldnsd: zone loading errors, aborting Note that the /var/rbldnsd directory has these permissions: drwxr-xr-x+ 2 Owner None 0 Sep 11 22:57 /var/rbldnsd/ Interestingly, the /var/tmp/rbldnsd.log shows: > cat /var/tmp/rbldnsd.log rbldnsd: listening on 127.0.0.1/53 rbldnsd: zones reloaded, time 0.3e/0.0u sec, mem arena=56 free=2 mmap=0 Kb When I do a "ps -ef" on the system, there is no rbldnsd process: > ps -ef | sort UID PID PPID TTY STIME COMMAND Owner 4220 1 con 12:33:42 /usr/bin/bash Owner 4316 5672 con 14:04:47 /usr/bin/bash Owner 4468 4316 con 15:52:09 /usr/bin/perl Owner 5344 4220 con 16:25:03 /usr/bin/ps Owner 5672 1 con 11:38:30 /usr/bin/bash Owner 5976 4220 con 16:25:03 /usr/bin/bash SYSTEM 1736 1 ? 08:24:50 /usr/bin/cygrunsrv SYSTEM 1792 1736 ? 08:24:50 /usr/sbin/cron SYSTEM 1840 1 ? 08:24:51 /usr/bin/cygrunsrv SYSTEM 1876 1840 con 08:24:51 /sbin/init And that's as far as I've gotten. I suspect my problem is with setup under Cygwin, which is why I came here first, rather than to the rbldnsd support list; I'll go there next if nobody here can help me figure this out. Thanks again for any guidance. Bob Menschel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From skoskie@iupui.edu Sun Sep 19 01:38:00 2004 From: skoskie@iupui.edu (Koskie, Sarah) Date: Sun, 19 Sep 2004 01:38:00 -0000 Subject: emacs problem results from bad $HOME value Message-ID: Solved the problem with emacs flaking out. The default values for $HOME and $home set up in the default .login file were wrong. Commented out the lines that set them and hardcoded the correct location. Pretty irritating that this emacs (21.2-13) can't deal with this though. I've never had this problem with any emacs I've used before. Should be able to say ^x^w and correct the pathname rather than being unable to continue working and unable to do anything to save one's work. Is one of the other options more robust? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bobbymcn@bellsouth.net Sun Sep 19 05:33:00 2004 From: bobbymcn@bellsouth.net (Bobby McNulty Junior) Date: Sun, 19 Sep 2004 05:33:00 -0000 Subject: cygwin compiled on Linux for Wiindows Message-ID: <414CD4D9.9030501@bellsouth.net> I'm build Cygwin on Linux. This will be transfered to Windows. In other other words, guys, I'm back to pragramming for Cygwin. Do I have to turn in a copyright assignment? i don't work for a company. I'm freelance. This is my hobby. Bobby -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From jason@tishler.net Sun Sep 19 07:49:00 2004 From: jason@tishler.net (Jason Tishler) Date: Sun, 19 Sep 2004 07:49:00 -0000 Subject: [ANNOUNCEMENT] Updated Cygwin Package: proftpd-1.2.10-1 Message-ID: <200409190138.i8J1c3229712@esds.vss.fsi.com> New News: === ==== I have updated the version of ProFTPD to 1.2.10-1. The tarballs should be available on a Cygwin mirror near you shortly. Old News: === ==== ProFTPD is an enhanced FTP server with a focus toward simplicity, security, and ease of configuration. It features a very Apache-like configuration syntax, and a highly customizable server infrastructure, including support for multiple 'virtual' FTP servers, anonymous FTP, and permission-based directory visibility. See the ProFTPD home page for more details: http://www.proftpd.org/ Please read the README file: /usr/share/doc/Cygwin/proftpd-1.2.10.README since it covers requirements, installation, known issues, etc. Standard News: ======== ==== 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. Then, run setup and answer all of the questions. If you have questions or comments, please send them to the Cygwin mailing list at: cygwin@cygwin.com . *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From redetin@luukku.com Sun Sep 19 08:08:00 2004 From: redetin@luukku.com (Jani tiainen) Date: Sun, 19 Sep 2004 08:08:00 -0000 Subject: cygwin compiled on Linux for Wiindows In-Reply-To: <414CD4D9.9030501@bellsouth.net> References: <414CD4D9.9030501@bellsouth.net> Message-ID: <414D1A36.1040001@luukku.com> Bobby McNulty Junior wrote: > I'm build Cygwin on Linux. This will be transfered to Windows. > In other other words, guys, I'm back to pragramming for Cygwin. > Do I have to turn in a copyright assignment? i don't work for a company. > I'm freelance. > This is my hobby. > Bobby Where these started to came from..? Don't confuse copyright and license. They are two different subjects and partly different laws applies to them, copyright is covered by copyright laws, license is basically contract between you and other people and is covered by contract (or similiar) laws. If you compile it under Cygwin _and_ link your app against _any_ GPL library (including cygwin1.dll in Windoze) your application license must be GPL. You still hold copyright for your original work (and your later modifications) and thus can do anything with that piece of code eg. there is some examples (like MySQL) that uses dual licensing, one which is GPL and one commercial. -- Jani Tiainen -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Sun Sep 19 08:32:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Sun, 19 Sep 2004 08:32:00 -0000 Subject: rbldnsd In-Reply-To: <839226679.20040918163916@Menschel.net> References: <23597.151.198.55.121.1095536479.squirrel@webmail.sosdg.org> <839226679.20040918163916@Menschel.net> Message-ID: <414D3A08.6040803@x-ray.at> Robert Menschel schrieb: > 5) I then created /usr/sbin/rbldnsd.sh: > /usr/sbin/rbldnsd -u system:system -p /var/run/rbldnsd.pid -c 60m -f \ > -r /var/rbldnsd -b 127.0.0.1/53 \ > ws.surbl.org:dnset:ws.surbl.org.rbldnsd \ > sc.surbl.org:dnset:sc.surbl.org.rbldnsd \ > list.dsbl.org:ip4set:list.dsbl.org.rbldns >/var/tmp/rbldnsd.log -u system:system is for running as windows service, via cygrunsrv. be sure to enable permissions for uid/gid 18 (=system) to all needed files. > 7) Executing the script as above, manually, I get the error message: > rbldnsd: unable to setuid(18:18): Permission denied > where /etc/passwd shows user SYSTEM as user 18, and /etc/group shows > SYSTEM as group 18. That surprises me, since as the one and only user on > this system, I have root privileges, and I would have through the setuid > would have worked. SYSTEM is the user context in which windows runs services, something like the unix root. but setuid(18) will not work. it must be run through cygrunsrv (as service). you can also test it via the "sysbash trick". http://sources.redhat.com/ml/cygwin/2004-08/msg01177.html > 8) If I remove the -u system:system parameter, I get > rbldnsd: unable to stat file `ws.surbl.org.rbldnsd': No such file or directory > rbldnsd: unable to stat file `sc.surbl.org.rbldnsd': No such file or directory > rbldnsd: unable to stat file `list.dsbl.org.rbldns': No such file or directory > rbldnsd: zone ws.surbl.org: zone will not be serviced > rbldnsd: zone sc.surbl.org: zone will not be serviced > rbldnsd: zone list.dsbl.org: zone will not be serviced > rbldnsd: zone loading errors, aborting > > Note that the /var/rbldnsd directory has these permissions: > drwxr-xr-x+ 2 Owner None 0 Sep 11 22:57 /var/rbldnsd/ either the current user has no perms to these files, or rbldnsd tries a setuid(0). chgrp 18 /var/rbldnsd/* -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bobbymcn@bellsouth.net Sun Sep 19 08:39:00 2004 From: bobbymcn@bellsouth.net (Bobby McNulty) Date: Sun, 19 Sep 2004 08:39:00 -0000 Subject: cygwin compiled on Linux for Wiindows In-Reply-To: <414D1A36.1040001@luukku.com> References: <414CD4D9.9030501@bellsouth.net> <414D1A36.1040001@luukku.com> Message-ID: <414D3E70.7070207@bellsouth.net> Jani tiainen wrote: > Bobby McNulty Junior wrote: > >> I'm build Cygwin on Linux. This will be transfered to Windows. >> In other other words, guys, I'm back to pragramming for Cygwin. >> Do I have to turn in a copyright assignment? i don't work for a >> company. I'm freelance. >> This is my hobby. >> Bobby > > > Where these started to came from..? > > Don't confuse copyright and license. They are two different subjects > and partly different laws applies to them, copyright is covered by > copyright laws, license is basically contract between you and other > people and is covered by contract (or similiar) laws. > > If you compile it under Cygwin _and_ link your app against _any_ GPL > library (including cygwin1.dll in Windoze) your application license > must be GPL. You still hold copyright for your original work (and your > later modifications) and thus can do anything with that piece of code > eg. there is some examples (like MySQL) that uses dual licensing, one > which is GPL and one commercial. > Its a hobby. I was wondering if I needed a copyright assignment to work on the dll -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lars@raeder.dk Sun Sep 19 08:55:00 2004 From: lars@raeder.dk (Lars Clausen) Date: Sun, 19 Sep 2004 08:55:00 -0000 Subject: Dia & gtk 2 & cygwin In-Reply-To: <414C7370.80705@pacbell.net> References: <414B518B.8040804@pacbell.net> <1871401462.20040917235026@familiehaase.de> <414C7370.80705@pacbell.net> Message-ID: <1095589954.3180.4.camel@localhost> Forwarding to our Windows expert, Steffen Macke. On Sat, 2004-09-18 at 19:42, Steve Kelem wrote: > Gerrit P. Haase wrote: > > Hallo Steve, > > > > Am Freitag, 17. September 2004 um 23:05 schriebst du: > > > Do you know what's needed to get gtk 2.0 to work with cygwin? > > > > > Just install it with setup.exe? I agree with this one, dia-installer.sourceforge.net should ease your life considerably if you don't have a specific reason for wanting to compile. -Lars -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From redetin@luukku.com Sun Sep 19 09:56:00 2004 From: redetin@luukku.com (Jani tiainen) Date: Sun, 19 Sep 2004 09:56:00 -0000 Subject: cygwin compiled on Linux for Wiindows In-Reply-To: <414D31C0.1030704@bellsouth.net> References: <414CD4D9.9030501@bellsouth.net> <414D1A36.1040001@luukku.com> <414D31C0.1030704@bellsouth.net> Message-ID: <414D4591.70809@luukku.com> Bobby McNulty wrote: > Jani tiainen wrote: > >> Bobby McNulty Junior wrote: >> >>> I'm build Cygwin on Linux. This will be transfered to Windows. >>> In other other words, guys, I'm back to pragramming for Cygwin. >>> Do I have to turn in a copyright assignment? i don't work for a >>> company. I'm freelance. >>> This is my hobby. >>> Bobby >> >> >> >> Where these started to came from..? >> >> Don't confuse copyright and license. They are two different subjects >> and partly different laws applies to them, copyright is covered by >> copyright laws, license is basically contract between you and other >> people and is covered by contract (or similiar) laws. >> >> If you compile it under Cygwin _and_ link your app against _any_ GPL >> library (including cygwin1.dll in Windoze) your application license >> must be GPL. You still hold copyright for your original work (and your >> later modifications) and thus can do anything with that piece of code >> eg. there is some examples (like MySQL) that uses dual licensing, one >> which is GPL and one commercial. >> > OK. So I don't need a copyright assignment. What if I wanted to make > changes to the Cygwin dll and wanted to turn those over to the Cygwin > team to be incl.uded in the dll for others to use? Well, you don't need, but copyright assignment is automatical in most cases, so you do have copyright for your own work, wanted or not (see later text).. =) Well, since cygwin is GPL licensed you can change how ever you fit in your purpose as long as you publish sources. But for Cygwin community it's better to use "official" channels to maintain changes etc. There is FAQ and docs about that in Cygwin site. > I really would like to have my users (or anyone who wanted to uses these > programs) to be able to use them. If I could, I would rather just > distribuute the current DLL and the source code to the DLL and the > program I was working on at the time. Well you can distribute cygwin1.dll and sources for it or point out users to install Cygwin. > I know what GPL is. I understand that Cygwin requires a copyright > assignmnent. But. I'm freelance. I don't have an employer, so as far as > that goes. I can't contribute because i don't have a job. Now you got it wrong. Copyright is something that you "can't buy", copyright is property for something you create and you own copyright to your work, exclusively without any special assignment. If you're working for a company in most cases programs that you create at your work time are copyrighted by that company, nyt by you as individual. But on the other times, copyright is owned by you. GPL in turn is a license, a contract, an agreement that how you can use that particular piece of work. One of essential parts of GPL is to permit others to modify and pass those modifications further, but they have to publish their modifications. > On the other, > I am profiecient in C, BASIC and Pascal. So I can make the mods needed > to the dll. I can follow the bug report givin by the faulty program, and > I can repair it. I'm not stupid, you see, I've been programming since > 1983. C since 1987, Pascal since 1988. Out of all those, my favorite > language is C. I have an internet buddy who was using Turbo C in 1996. I > had been leaning Mix Power C. I got real good at it. Graphics was a > speciality. But I could to other things. I wrote a program one day that > would only pretend to delete files off of a hard drive. Pretend is the > key. It never overwrote anything. And to stop it, simple. I had it set > up so a simple CTRL C would stop it. > All it did was read a file to simulate erasing a file. My friend added > that. I was just using the program as a joke, and I had a severe mood > swing. Big deal. That program is lost, along with others I had worked > on. My goal about the Cygwin Dll is to make it compatible with new > versions of Windows as they come out. That is all. I'm using Windows XP > and Linux. Under Windows XP, I have Cygwin. In an 8 GB section of my > hard drive I have Linux. So, I can use all three at any time. > If there is a problem, I can get right at it. I'm quick at solving > problems. Over on Linux, I'm building autoconf 2.59, automake 1.9.1, > binutils 2.15, and gcc 3.4.2. When I get back to Linux in a bit, I'm > finishing what i started. My dad had an emergency. He could not get out > on the internet. I found the problem. For some reasone, Internet > Explorer was set to a webpage on his drive that called for a DNS error. > Claimed it could not get out. I looked at that. He told me that the > Antivirus program could get update. I used Internet Options and reset to > home page to MSN. Now, he can get out. > See? > I've been solving my family's program since they each recieved > computers. My mom in 1997, my dad since 2000. My youngest brother > offically went online in 2000, while my middle brother had been online > since 1987. He was a Compuserve user. > I don't have a webpage any more. But I am thinking about setting one up > under Windows, one to run 6 hours, just long enough for users to get > updates from me. > I was write music and stories, check email, web surf, and watch TV. I do > work, but I play too. > I do a lot of things when I'm not online. Long list that I can't see how they're related to copyright or licensing. BTW, have you ever tried to run Windoze + Cygwin and Linux simultaenously. Works great. -- Jani Tiainen -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From 3APA3A@SECURITY.NNOV.RU Sun Sep 19 13:56:00 2004 From: 3APA3A@SECURITY.NNOV.RU (3APA3A) Date: Sun, 19 Sep 2004 13:56:00 -0000 Subject: rbldnsd In-Reply-To: <839226679.20040918163916@Menschel.net> References: <23597.151.198.55.121.1095536479.squirrel@webmail.sosdg.org> <839226679.20040918163916@Menschel.net> Message-ID: <317680475.20040919125549@SECURITY.NNOV.RU> Dear Robert Menschel, Warnings generated have no impact for 32 bit platforms. Actual problem is rbldnsd is unable to access zone file. Try to set full paths in command line. --Sunday, September 19, 2004, 3:39:16 AM, you wrote to cygwin@cygwin.com: RM> rbldnsd_ip4set.c:272: warning: unsigned int format, long unsigned int arg (arg 5) -- ~/ZARAZA ???????????? ???????????????? ???????????????????? ????????????????????. (??????) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From john.r.morrison@ntlworld.com Sun Sep 19 14:52:00 2004 From: john.r.morrison@ntlworld.com (John Morrison) Date: Sun, 19 Sep 2004 14:52:00 -0000 Subject: emacs problem results from bad $HOME value In-Reply-To: References: Message-ID: <1378.10.0.0.7.1095587788.squirrel@10.0.0.7> Sarah wrote: > Solved the problem with emacs flaking out. The default values for $HOME > and $home set up in the default .login file were wrong. Hi Sarah, What .login file? (what shell come to that?) > Commented out > the lines that set them and hardcoded the correct location. Pretty You might be better to modify the root - /etc/passwd, but I'm kinda suprised it didn't work; what is the home specified in there and what do you want it to be? > irritating that this emacs (21.2-13) can't deal with this though. I've > never had this problem with any emacs I've used before. Should be able > to say ^x^w and correct the pathname rather than being unable to > continue working and unable to do anything to save one's work. Is one > of the other options more robust? Can't help with the emac problem - I'm a vim person ;) J. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Sun Sep 19 15:22:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Sun, 19 Sep 2004 15:22:00 -0000 Subject: Dia & gtk 2 & cygwin In-Reply-To: <1095589954.3180.4.camel@localhost> References: <414B518B.8040804@pacbell.net> <1871401462.20040917235026@familiehaase.de> <414C7370.80705@pacbell.net> <1095589954.3180.4.camel@localhost> Message-ID: <1104778350.20040919155522@familiehaase.de> Hallo Lars, Am Sonntag, 19. September 2004 um 12:32 schriebst du: > Forwarding to our Windows expert, Steffen Macke. > On Sat, 2004-09-18 at 19:42, Steve Kelem wrote: >> Gerrit P. Haase wrote: >> > Hallo Steve, >> > >> > Am Freitag, 17. September 2004 um 23:05 schriebst du: >> > > Do you know what's needed to get gtk 2.0 to work with cygwin? >> > > >> > Just install it with setup.exe? > I agree with this one, dia-installer.sourceforge.net should ease your > life considerably if you don't have a specific reason for wanting to > compile. I focus on a version linked against cygwin1.dll, not a native Windows version, though it seems to be useless work if there is a native port already available, but hey, it is our hobby and it helps to make cygwin better. GErrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From alexvn@connect.to Sun Sep 19 15:33:00 2004 From: alexvn@connect.to (Alex Vinokur) Date: Sun, 19 Sep 2004 15:33:00 -0000 Subject: 'gs' as 'ps viewer' Message-ID: Is it possible to use 'gs' as 'ps viewer'? -- Alex Vinokur http://mathforum.org/library/view/10978.html http://sourceforge.net/users/alexvn -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Sun Sep 19 15:37:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sun, 19 Sep 2004 15:37:00 -0000 Subject: cygwin compiled on Linux for Wiindows In-Reply-To: <414D3E70.7070207@bellsouth.net> References: <414CD4D9.9030501@bellsouth.net> <414D1A36.1040001@luukku.com> <414D3E70.7070207@bellsouth.net> Message-ID: On Sun, 19 Sep 2004, Bobby McNulty wrote: > Jani tiainen wrote: > > > Bobby McNulty Junior wrote: > > > > > I'm build Cygwin on Linux. This will be transfered to Windows. > > > In other other words, guys, I'm back to pragramming for Cygwin. > > > Do I have to turn in a copyright assignment? i don't work for a company. > > > I'm freelance. > > > This is my hobby. > > > Bobby > > > > Where these started to came from..? > > > > Don't confuse copyright and license. They are two different subjects and > > partly different laws applies to them, copyright is covered by copyright > > laws, license is basically contract between you and other people and is > > covered by contract (or similiar) laws. > > > > If you compile it under Cygwin _and_ link your app against _any_ GPL library > > (including cygwin1.dll in Windoze) your application license must be GPL. You > > still hold copyright for your original work (and your later modifications) > > and thus can do anything with that piece of code eg. there is some examples > > (like MySQL) that uses dual licensing, one which is GPL and one commercial. > > Its a hobby. I was wondering if I needed a copyright assignment to work > on the dll Depends on how you define "work". If you just want to build your own DLL and play with it, you don't need an assignment. You do need one if you plan to contribute patches to the Cygwin DLL and utilities and want them to be accepted into the official CVS tree. Hope this answers your question, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Sun Sep 19 15:51:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Sun, 19 Sep 2004 15:51:00 -0000 Subject: 'gs' as 'ps viewer' In-Reply-To: References: Message-ID: <28817605.20040919173257@familiehaase.de> Hallo Alex, Am Sonntag, 19. September 2004 um 16:52 schriebst du: > Is it possible to use 'gs' as 'ps viewer'? There is a tool for this named 'gsview' for Windows, and there is a cygwin ps/pdf viewer called 'gv', package name is gv too. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Sun Sep 19 18:33:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sun, 19 Sep 2004 18:33:00 -0000 Subject: 'gs' as 'ps viewer' In-Reply-To: References: Message-ID: On Sun, 19 Sep 2004, Alex Vinokur wrote: > Is it possible to use 'gs' as 'ps viewer'? Yes, but you need to install the ghostscript-x11 package. After that, use /usr/X11R6/bin/gs, and send all questions about it to the cygwin-xfree list. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From 3APA3A@SECURITY.NNOV.RU Sun Sep 19 20:14:00 2004 From: 3APA3A@SECURITY.NNOV.RU (3APA3A) Date: Sun, 19 Sep 2004 20:14:00 -0000 Subject: cygwin compiled on Linux for Wiindows In-Reply-To: <414D1A36.1040001@luukku.com> References: <414CD4D9.9030501@bellsouth.net> <414D1A36.1040001@luukku.com> Message-ID: <527851340.20040919195133@SECURITY.NNOV.RU> Dear Jani tiainen, --Sunday, September 19, 2004, 9:33:42 AM, you wrote to cygwin@cygwin.com: Jt> If you compile it under Cygwin _and_ link your app against _any_ GPL Jt> library (including cygwin1.dll in Windoze) your application license must Jt> be GPL. You still hold copyright for your original work (and your later Jt> modifications) and thus can do anything with that piece of code eg. Jt> there is some examples (like MySQL) that uses dual licensing, one which Jt> is GPL and one commercial. Most libraries (Cygwin is exception) come with LGPL, not GPL license. LGPL allows you to create commercial application linked against this library as long as you provide a way to replace LGPLed library (for example application links to library dynamically). In some cases it's still possible to use some GPLed libraries in commerce application, if application is not "derived work" in terms of GPL (for example you can use GPLed plugins as long as you distribute plugin apart from you application and you distribute plugin in open source under GPL). Additionally, there is a lot of difference "freeware" licenses and "public domain" code, not covered by any license. As for Cygwin: yes, according to GPL all derived work must be GPLed. Copyright question is not so simple as you may think, but it primary depends on the contracts between you and your employer. -- ~/ZARAZA ?????? ?????????? ???????? ??????????, ?? ???????????????? ?????? ???????? ?????? ????????, ?????????? ???? ???????????? ?? ?? ?????? ????????????????. (????????) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From _garbage_collector_@telia.com Sun Sep 19 20:35:00 2004 From: _garbage_collector_@telia.com (Hannu E K Nevalainen) Date: Sun, 19 Sep 2004 20:35:00 -0000 Subject: [BUG REPORT] setup.exe hangs when disk full In-Reply-To: <20040918121806.79316.qmail@web61308.mail.yahoo.com> Message-ID: you wrote: > FYI: I was installing cygwin with setup.exe to a > machine that had 200 MB disk space. During > installation the disk space ran out and setup.exe went > crazy: installation progress halted, setup.exe was > eating 99% of CPU and its memory usage was growing at > rate of 1MB/sec! ... i.e. "too used to 'many megabytes available' error." My experience is that this is handled really badly by many programs. Just to mention: Windows (any version up to 2000 at least). /Hannu E K Nevalainen, B.Sc. EE Microcomputer systems --72--> ** mailing list preference; please keep replies on list ** -- printf("LocalTime: UTC+%02d\n",(DST)? 2:1); -- --END OF MESSAGE-- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From redetin@luukku.com Sun Sep 19 23:29:00 2004 From: redetin@luukku.com (Jani tiainen) Date: Sun, 19 Sep 2004 23:29:00 -0000 Subject: cygwin compiled on Linux for Wiindows In-Reply-To: <527851340.20040919195133@SECURITY.NNOV.RU> References: <414CD4D9.9030501@bellsouth.net> <414D1A36.1040001@luukku.com> <527851340.20040919195133@SECURITY.NNOV.RU> Message-ID: <414DE88B.8000605@luukku.com> 3APA3A wrote: > Dear Jani tiainen, > > --Sunday, September 19, 2004, 9:33:42 AM, you wrote to cygwin@cygwin.com: > > > Jt> If you compile it under Cygwin _and_ link your app against _any_ GPL > Jt> library (including cygwin1.dll in Windoze) your application license must > Jt> be GPL. You still hold copyright for your original work (and your later > Jt> modifications) and thus can do anything with that piece of code eg. > Jt> there is some examples (like MySQL) that uses dual licensing, one which > Jt> is GPL and one commercial. > > Most libraries (Cygwin is exception) come with LGPL, not GPL license. > LGPL allows you to create commercial application linked against this > library as long as you provide a way to replace LGPLed library (for > example application links to library dynamically). Well actually when you compile library with cygwin1.dll, it will be changed to GPL. There is even clause in LGPL that makes it possible. Amazing, isn't it..? > In some cases it's still possible to use some GPLed libraries in > commerce application, if application is not "derived work" in terms of > GPL (for example you can use GPLed plugins as long as you distribute > plugin apart from you application and you distribute plugin in open > source under GPL). Well, actually you can distribute plugin too, but you need to distribute sources etc. Usually it's much simpler to point out place where to get that particular plugin. Or like it's with cygwin, easier to point out to download & install cygwin than distribute whole mess by yourself. > Additionally, there is a lot of difference "freeware" licenses and > "public domain" code, not covered by any license. They still are, their license are pretty "free". You can use software as you may. Still it's a license even very short one. > As for Cygwin: yes, according to GPL all derived work must be GPLed. > > Copyright question is not so simple as you may think, but it primary > depends on the contracts between you and your employer. Common practice is that company you work for owns copyright for code made at work hours. Everything else is your own. Of course this is contract guestion, but I have never heard that copyright stays with coder while working for employer - Who would risk situation that when coder leaves he/she takes code with him/her? But I've heard that sometimes employer has (at least offered) contract that _all_ code written by individual in question is property of employer. But I don't know for other countries, but at least here in Finland such a agreement is void and it is called 'act of fairness'. More or less problematic is code made in institutions, universities and school, but I'll leave that one out. And most of these legal matters are still officially untested in court of law. Many times these are pretty delicate matters and are settled outside court. -- Jani Tiainen -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bobbymcn@bellsouth.net Mon Sep 20 00:10:00 2004 From: bobbymcn@bellsouth.net (Bobby McNulty) Date: Mon, 20 Sep 2004 00:10:00 -0000 Subject: cygwin compiled on Linux for Wiindows In-Reply-To: <414DE88B.8000605@luukku.com> References: <414CD4D9.9030501@bellsouth.net> <414D1A36.1040001@luukku.com> <527851340.20040919195133@SECURITY.NNOV.RU> <414DE88B.8000605@luukku.com> Message-ID: <414DED91.9060005@bellsouth.net> Jani tiainen wrote: > 3APA3A wrote: > >> Dear Jani tiainen, >> >> --Sunday, September 19, 2004, 9:33:42 AM, you wrote to cygwin@cygwin.com: >> >> >> Jt> If you compile it under Cygwin _and_ link your app against _any_ GPL >> Jt> library (including cygwin1.dll in Windoze) your application >> license must >> Jt> be GPL. You still hold copyright for your original work (and your >> later >> Jt> modifications) and thus can do anything with that piece of code >> eg. Jt> there is some examples (like MySQL) that uses dual licensing, >> one which >> Jt> is GPL and one commercial. >> >> Most libraries (Cygwin is exception) come with LGPL, not GPL license. >> LGPL allows you to create commercial application linked against this >> library as long as you provide a way to replace LGPLed library (for >> example application links to library dynamically). > > > Well actually when you compile library with cygwin1.dll, it will be > changed to GPL. There is even clause in LGPL that makes it possible. > Amazing, isn't it..? > >> In some cases it's still possible to use some GPLed libraries in >> commerce application, if application is not "derived work" in terms of >> GPL (for example you can use GPLed plugins as long as you distribute >> plugin apart from you application and you distribute plugin in open >> source under GPL). > > > Well, actually you can distribute plugin too, but you need to distribute > sources etc. Usually it's much simpler to point out place where to get > that particular plugin. Or like it's with cygwin, easier to point out to > download & install cygwin than distribute whole mess by yourself. > >> Additionally, there is a lot of difference "freeware" licenses and >> "public domain" code, not covered by any license. > > > They still are, their license are pretty "free". You can use software as > you may. Still it's a license even very short one. > >> As for Cygwin: yes, according to GPL all derived work must be GPLed. >> >> Copyright question is not so simple as you may think, but it primary >> depends on the contracts between you and your employer. > > > Common practice is that company you work for owns copyright for code > made at work hours. Everything else is your own. Of course this is > contract guestion, but I have never heard that copyright stays with > coder while working for employer - Who would risk situation that when > coder leaves he/she takes code with him/her? But I've heard that > sometimes employer has (at least offered) contract that _all_ code > written by individual in question is property of employer. But I don't > know for other countries, but at least here in Finland such a agreement > is void and it is called 'act of fairness'. > > More or less problematic is code made in institutions, universities and > school, but I'll leave that one out. > > And most of these legal matters are still officially untested in court > of law. Many times these are pretty delicate matters and are settled > outside court. > Jani, do you work for Redhat or Mandrake? I was just wondering. I know Linux is from over there. It uses the GPL, therefore all the programs under GPL are licensed to the company who comes out with a commerical version of the kernel. The cygwin1.dll, OTH, is just a POSIX layer that is used to make UNIX or LINUX programs a little bit more capable under Windows. I have Windowsm Cygwin, and Linux. I know the power of the three. These are really great programs. Have to run. Been nice chatting with you. Good luck and see you on the next post. And thanks Guys. I think I'll keep doing the things I've been doing and worry about it later. Bobby -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Mon Sep 20 00:46:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Mon, 20 Sep 2004 00:46:00 -0000 Subject: FW: problems with new installation, followon to my questions of Sept 14, 20:22 In-Reply-To: References: Message-ID: <6.1.0.6.0.20040919191318.02a1a450@pop.prospeed.net> At 02:59 PM 9/18/2004, you wrote: >Gosh this is irritating. I did not intentionally send 'mime type >"text/html"'. Ok, fixed that annoying Outlook default "feature". Do >you recommend Mozilla Thuderbird? . Sure do! :-) >------------------------------------------ > >From: Koskie, Sarah >Sent: Saturday, September 18, 2004 1:10 PM >To: 'xxx@xxx.xxx' >Subject: FW: problems with new installation, followon to my questions of >Sept 14, 20:22 > >Ok, I tried to send the output of cygcheck as an attachment, but your >mailer refused it. I have included it at the end of the message. Please don't do that. If you attach a file with the simple text output of 'cygcheck -srv', the list's mailer will pass it through just fine. >In /etc/passwd, there are the following "users": SYSTEM, >Administrators, HelpAssistant, ntguest, SUPPORT_388945a0, testman in >addition to me. Since no one but me is supposed to be using cygwin, and >our computer services people certainly aren't going to help support it, >should I delete some of these users, and if so, what is the appropriate >procedure? Leave this stuff as is. If you feel you must make a change here, SYSTEM and Administrators are required users for Windows, so I don't recommend deleting them. The rest are peculiar to your environment. But *all* of these users are Windows users. If you don't want any or all to show up under Cygwin, your best bet is to remove them via Windows and regenerate your '/etc/passwd' (mkpasswd -l >/etc/passwd) and '/etc/group' (mkgroup -l >/etc/group). >Are there any other security related issues I should know about? I have >to assume that cygwin as installed is safe until I have time to look >into it, so I am hoping that my faith is not misplaced. Strange that you should ask this question now, since you admit to using Cygwin prior to all this and apparently this wasn't a concern then. No matter. See the FAQ entry: How secure is Cygwin in a multi-user environment? -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Mon Sep 20 01:04:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Mon, 20 Sep 2004 01:04:00 -0000 Subject: cygwin compiled on Linux for Wiindows In-Reply-To: <414DED91.9060005@bellsouth.net> References: <414CD4D9.9030501@bellsouth.net> <414D1A36.1040001@luukku.com> <527851340.20040919195133@SECURITY.NNOV.RU> <414DE88B.8000605@luukku.com> <414DED91.9060005@bellsouth.net> Message-ID: <20040920001237.GE5059@trixie.casa.cgf.cx> On Sun, Sep 19, 2004 at 03:35:29PM -0500, Bobby McNulty wrote: >Jani, do you work for Redhat or Mandrake? I was just wondering. Who Jani works for is not a topic for this mailing list. He certainly does not speak authoritatively for the project. >It uses the GPL, therefore all the programs under GPL are licensed to >the company who comes out with a commerical version of the kernel. No, this is not true, and it is also not a subject for discussion, here. As far as Cygwin is concerned, let me make this easy for you. If you are just putzing around, compiling cygwin sources and adding your own little hacks, you don't have to worry about anything. If you provide binary copies of cygwin programs, you must accompany them with complete sources. Changes that are desired to go back to the main cygwin release require that you follow the instructions at http://cygwin.com/contrib.html. You need to fill out an assignment signed by both you and your employer. If none of this is clear (and it's a mystery how it could not be clear by now) then, when you get ready to release some software ask again. I'm closing down this thread now. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From jlill@rochester.rr.com Mon Sep 20 04:13:00 2004 From: jlill@rochester.rr.com (Jim Lill) Date: Mon, 20 Sep 2004 04:13:00 -0000 Subject: XP and sshd PW Message-ID: <200409192046.19995.jlill@rochester.rr.com> excuse me if this is an old or easily answered question but I have tried a few things and am running out of time. Scenario: I have a a mini-ITX system that is remote and connected via 802.11b wireless It boots into XP pro without any password on power up I have sshd coming up OK via net start sshd in startup folder I can manipulate apps via realVNC but would like to use ssh and scp for some things the problem is that things like ssh admin@miniitx fail because of the lack of password on the admin account. What am I missing... Thanks in advance... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Mon Sep 20 05:09:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Mon, 20 Sep 2004 05:09:00 -0000 Subject: XP and sshd PW In-Reply-To: <200409192046.19995.jlill@rochester.rr.com> References: <200409192046.19995.jlill@rochester.rr.com> Message-ID: <6.1.0.6.0.20040919205721.02a1f6e8@pop.prospeed.net> At 08:46 PM 9/19/2004, you wrote: >excuse me if this is an old or easily answered question but I have tried a few >things and am running out of time. > >Scenario: > >I have a a mini-ITX system that is remote and connected via 802.11b wireless > >It boots into XP pro without any password on power up > >I have sshd coming up OK via net start sshd in startup folder > >I can manipulate apps via realVNC but would like to use ssh and scp for some >things > >the problem is that things like ssh admin@miniitx fail because of the lack of >password on the admin account. > >What am I missing... Proper configuration of your '/etc/sshd_config' file for one. ;-) By default, 'sshd' does not allow empty passwords on any password authenticated access. If you want to allow this, you need to make changes to permit it. Edit your '/etc/sshd_config' file, uncomment the line that says 'PermitEmptyPasswords no', and change 'no' to 'yes'. Note that this is a less secure configuration. Really, this isn't a Cygwin-specific issue. Any source on OpenSSH would give you this information. So, if you have a follow-up question on this, please check to make sure that the problem is specific to Cygwin if at all possible. And certainly check OpenSSH docs and other resources first. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bvacaliuc@ngit.com Mon Sep 20 05:21:00 2004 From: bvacaliuc@ngit.com (Bogdan Vacaliuc) Date: Mon, 20 Sep 2004 05:21:00 -0000 Subject: 1.5.11: resuming a suspended sleep results in undelivered signal 19 In-Reply-To: Message-ID: <00a101c49ec8$2549d520$0b03a8c0@lithium> Greetings, Pierre Humblet discovered this and since I had a trace of it, encouraged me to post it. A suspended sleep call is resumed, but does not exit at the expiration time. $ sleep 20 ^Z [1]+ Stopped sleep 20 $ fg sleep 20 ...forever... In a separate shell, the sleep is straced after it is started but before the ^Z is performed. (see also attached) 146 16802759 [sig] sleep 4236 interruptible: pc 0x77F8287E, h 0x77F80000, interruptible 0 70 16802829 [sig] sleep 4236 setup_handler: couldn't interrupt. trying again. 83 16802912 [sig] sleep 4236 setup_handler: signal 19 not delivered 69 16802981 [sig] sleep 4236 sigpacket::process: returning 0 Curious. Possible tie-in with this thread: http://sources.redhat.com/ml/cygwin/2004-09/msg00818.html Best Regards, -bogdan -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: sleep.txt URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: cygcheck.out Type: application/octet-stream Size: 36902 bytes Desc: not available URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From janppleton@velnet.co.uk Mon Sep 20 05:36:00 2004 From: janppleton@velnet.co.uk (anita carr) Date: Mon, 20 Sep 2004 05:36:00 -0000 Subject: We base everything off of U.S. Supreme Courts decisions Message-ID: Calls concerning overdue payments will cease. We have pioneered an advanced system of proven strategies that will get the creditors and debt collectors off your back for good Our debt termination program has legally stopped millions of dollars worth of debt from being collected. check out our Elimination Program here http://www.bestproductnewsonly.com/e2/ address on site along with no more feature Have you a rope? he asked. No, was the answer; but there are plenty of long, tough vines growing on the island that are just as strong and pliable as ropes Then, if you are willing to run the chances, decided the boy, I will make the attempt to save you -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Mon Sep 20 05:47:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Mon, 20 Sep 2004 05:47:00 -0000 Subject: 1.5.11: resuming a suspended sleep results in undelivered signal 19 In-Reply-To: <00a101c49ec8$2549d520$0b03a8c0@lithium> References: <00a101c49ec8$2549d520$0b03a8c0@lithium> Message-ID: <20040920052257.GB31215@trixie.casa.cgf.cx> On Mon, Sep 20, 2004 at 12:13:12AM -0400, Bogdan Vacaliuc wrote: >A suspended sleep call is resumed, but does not exit at the expiration time. > >Possible tie-in with this thread: >http://sources.redhat.com/ml/cygwin/2004-09/msg00818.html It is actually more likely a tie in with: http://sources.redhat.com/ml/cygwin/2004-09/msg00315.html Thank you for the simple test case. There is no need to send unsolicited straces when a test case is available. That just wastes bandwidth. This problem should be fixed in the latest snapshot. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From s_i_lao@gmx.net Mon Sep 20 05:52:00 2004 From: s_i_lao@gmx.net (S. L.) Date: Mon, 20 Sep 2004 05:52:00 -0000 Subject: Dia & gtk 2 & cygwin References: <735156927.20040918224826@familiehaase.de> Message-ID: <9432.1095658610@www41.gmx.net> > Hello Steve, > > > > The prerequisites for dia are: > [...] And yet another very usefull one: http://cygnome2.sourceforge.net/howto/2.4.2/dia-0.93-cygwin.patch [...] > > > Any idea on how to get these to work so I can run Dia on Windows XP? > > Just install all of these packages via setup.exe and you're done? > Well, you will have to build DIA yourself, this is not available via > setup.exe;) [...] Folks at the site above might have a binary version (via their setup.exe) available. But because the environment issues, if you started with Gerrit's gtk versions, try a build, using the patch above. It should go OOTB, as it did for me. N.B. I didn't use Gerrit's GTK2 but a self-build one, having "--with-gdktarget=win32" enabled. SLao -- NEU: GMX ProMail mit bestem Virenschutz http://www.gmx.net/de/go/mail +++ Empfehlung der Redaktion +++ Internet Professionell 10/04 +++ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bvacaliuc@ngit.com Mon Sep 20 06:17:00 2004 From: bvacaliuc@ngit.com (Bogdan Vacaliuc) Date: Mon, 20 Sep 2004 06:17:00 -0000 Subject: 1.5.11: resuming a suspended sleep results in undelivered signal 19 In-Reply-To: <20040920052257.GB31215@trixie.casa.cgf.cx> Message-ID: <00ab01c49ed5$40202e50$0b03a8c0@lithium> > It is actually more likely a tie in with: > > http://sources.redhat.com/ml/cygwin/2004-09/msg00315.html Yah! Light years away... :) > This problem should be fixed in the latest snapshot. Indeed, it is. Many thanks! -bogdan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gadek@debian.org Mon Sep 20 06:41:00 2004 From: gadek@debian.org (Grzegorz B. Prokopski) Date: Mon, 20 Sep 2004 06:41:00 -0000 Subject: Is cygffi.dll needed for SableVM JVM? In-Reply-To: <1902690.20040918145110@familiehaase.de> References: <20040906021844.84591.qmail@web53304.mail.yahoo.com> <1095382062.1234.164.camel@gadek.homelinux.org> <1729140505.20040917144223@familiehaase.de> <1095453892.21655.265.camel@glue> <1902690.20040918145110@familiehaase.de> Message-ID: <1095638246.1234.247.camel@gadek.homelinux.org> Hello again Gerrit, W li??cie z sob, 18-09-2004, godz. 08:51, Gerrit P. Haase pisze: > > You mean I should edit /usr/share/libtool/libtool.m4 and change this > > part, that is already specific to cygwin? > > > > cygwin*) > > # func_win32_libid is a shell function defined in ltmain.sh > > lt_cv_deplibs_check_method='file_magic ^x86 archive import|^x86 DLL' > > lt_cv_file_magic_cmd='func_win32_libid' > > ;; > > > > It sounds hackish. Terribly hackish. If it's a normal thing you need > > to do at least for some applications under cygwin, why not have some > > kind of a switch for that included into official libtool? > > Please submit a patch;) I don't know enough about the problem and libtool yet. We'll see. But given your explanation below, sometime later you might switch to pass_all but default. Or it's not an option even in long term? > It is as is for backward compatibility, new created DLLs don't need > all the stuff with __declspec(import/export), however, some libs still > use it and if you link against one which uses import/export > definitions it may break things when using pass_all. Then there are > still some problems with exporting data, so it may also be needed to > use import/export definitions with DLLs containing data, and then it > would break too. As long as you have libraries which don't use > import/export definitions and since all code is PIC on Windows anyway, > you may safely use pass_all. If I see things right I don't really have to edit /usr/share/libtool/libtool.m4, but instead I can (ugh...) patch ./configure for cygwin. That'd be a cygwin-specific patch. Thanks for help, Grzegorz B. Prokopski -- Grzegorz B. Prokopski Debian GNU/Linux http://www.debian.org SableVM - LGPL'ed Java VM http://www.sablevm.org Why SableVM ?!? http://devel.sablevm.org/wiki/Features -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From sthoenna@efn.org Mon Sep 20 06:43:00 2004 From: sthoenna@efn.org (Yitzchak Scott-Thoennes) Date: Mon, 20 Sep 2004 06:43:00 -0000 Subject: signal delivery problem (with pthreads) In-Reply-To: References: <20040916191456.GB577@tonfa> Message-ID: <20040920061728.GA9928@efn.org> On Fri, Sep 17, 2004 at 10:08:31AM +0100, Dave Korn wrote: > No SEGV for me. -lpthread didn't seem necessary. I'm using a version of > the cygwin1.dll built from CVS sources on 20041407. Wow, that's a lot more advanced than any snapshot I've seen. I'm curious to know what version it reports. If, for instance, it says 1.5.23s, we'll have advance warning that things will be quite busy for the rest of this year. :) More seriously, did you try it more than once? I'm using gcc 3.4.1 and the 20040907 snapshot and seeing intermittent SEGVs with the test program. Several times I got "select was interrupted 4202497 times", indicating that something bad is happening to the thread's stack. I did notice that the test program has erroneous calls to perror, since the pthread_ routines don't set errno, but fixing those didn't affect the results. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Mon Sep 20 06:55:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Mon, 20 Sep 2004 06:55:00 -0000 Subject: Dia & gtk 2 & cygwin In-Reply-To: <9432.1095658610@www41.gmx.net> References: <735156927.20040918224826@familiehaase.de> <9432.1095658610@www41.gmx.net> Message-ID: <229136017.20040920084048@familiehaase.de> Hallo S., >>> The prerequisites for dia are: >> > [...] > And yet another very usefull one: > http://cygnome2.sourceforge.net/howto/2.4.2/dia-0.93-cygwin.patch Actually it is: http://cygnome2.sourceforge.net/howto/dia-0.93-cygwin.patch Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From janneke@gnu.org Mon Sep 20 07:28:00 2004 From: janneke@gnu.org (Jan Nieuwenhuizen) Date: Mon, 20 Sep 2004 07:28:00 -0000 Subject: gdb: which dll starts at 0x461000 ? In-Reply-To: <414E7308.80505@luukku.com> (Jani tiainen's message of "Mon, 20 Sep 2004 09:04:56 +0300") References: <87wtys9c3h.fsf@peder.flower> <414E7308.80505@luukku.com> Message-ID: <87k6upqw2y.fsf@peder.flower> Jani tiainen writes: > It might be that you can't. Huh? > And it's impossible to say which DLL since > DLLs are loaded in dynamic locations it may vary even from run to run, > from computer to computer. > > Try running strace to see what it tries to access etc. I tried that, the popup comes before strace outputs anything. Jan. -- Jan Nieuwenhuizen | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Mon Sep 20 07:30:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Mon, 20 Sep 2004 07:30:00 -0000 Subject: Is cygffi.dll needed for SableVM JVM? In-Reply-To: <1095638246.1234.247.camel@gadek.homelinux.org> References: <20040906021844.84591.qmail@web53304.mail.yahoo.com> <1095382062.1234.164.camel@gadek.homelinux.org> <1729140505.20040917144223@familiehaase.de> <1095453892.21655.265.camel@glue> <1902690.20040918145110@familiehaase.de> <1095638246.1234.247.camel@gadek.homelinux.org> Message-ID: <158874296.20040920084711@familiehaase.de> Hello Grzegorz, Am Montag, 20. September 2004 um 01:57 schriebst du: > W li??cie z sob, 18-09-2004, godz. 08:51, Gerrit P. Haase pisze: >>> You mean I should edit /usr/share/libtool/libtool.m4 and change this >>> part, that is already specific to cygwin? >>> >>> cygwin*) >>> # func_win32_libid is a shell function defined in ltmain.sh >>> lt_cv_deplibs_check_method='file_magic ^x86 archive import|^x86 DLL' >>> lt_cv_file_magic_cmd='func_win32_libid' >>> ;; >>> >>> It sounds hackish. Terribly hackish. If it's a normal thing you need >>> to do at least for some applications under cygwin, why not have some >>> kind of a switch for that included into official libtool? >> >> Please submit a patch;) > I don't know enough about the problem and libtool yet. We'll see. > But given your explanation below, sometime later you might switch to > pass_all but default. Or it's not an option even in long term? We should add a flag to specify if a library may be linked in statically, maybe require a .def file to tell the linker which symbols should be exported. > If I see things right I don't really have to edit > /usr/share/libtool/libtool.m4, but instead I can (ugh...) patch > ./configure for cygwin. That'd be a cygwin-specific patch. configure is autogenerated and shouldn't be modified manually, however you could try to define some special rules in configure.in to override the defaults for cygwin. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Mon Sep 20 07:33:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Mon, 20 Sep 2004 07:33:00 -0000 Subject: gdb: which dll starts at 0x461000 ? In-Reply-To: <87k6upqw2y.fsf@peder.flower> References: <87wtys9c3h.fsf@peder.flower> <414E7308.80505@luukku.com> <87k6upqw2y.fsf@peder.flower> Message-ID: <627404206.20040920092809@familiehaase.de> Hallo Jan, Am Montag, 20. September 2004 um 08:43 schriebst du: > Jani tiainen writes: >> It might be that you can't. > Huh? >> And it's impossible to say which DLL since >> DLLs are loaded in dynamic locations it may vary even from run to run, >> from computer to computer. >> >> Try running strace to see what it tries to access etc. > I tried that, the popup comes before strace outputs anything. Try 'Dependency Walker' from sysinternals. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Mon Sep 20 07:37:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Mon, 20 Sep 2004 07:37:00 -0000 Subject: gdb: which dll starts at 0x461000 ? In-Reply-To: <627404206.20040920092809@familiehaase.de> References: <87wtys9c3h.fsf@peder.flower> <414E7308.80505@luukku.com> <87k6upqw2y.fsf@peder.flower> <627404206.20040920092809@familiehaase.de> Message-ID: <1846815110.20040920093032@familiehaase.de> Hallo Gerrit, Am Montag, 20. September 2004 um 09:28 schriebst du: > Hallo Jan, > Am Montag, 20. September 2004 um 08:43 schriebst du: >> Jani tiainen writes: >>> It might be that you can't. >> Huh? >>> And it's impossible to say which DLL since >>> DLLs are loaded in dynamic locations it may vary even from run to run, >>> from computer to computer. >>> >>> Try running strace to see what it tries to access etc. >> I tried that, the popup comes before strace outputs anything. > Try 'Dependency Walker' from sysinternals. Actually it seems to be from Microsoft, get a copy here: http://www.dependencywalker.com/ Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From luke.kendall@cisra.canon.com.au Mon Sep 20 07:47:00 2004 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Mon, 20 Sep 2004 07:47:00 -0000 Subject: ssh login to PC stopped working Message-ID: <20040920073335.C132184CCE@pessard.research.canon.com.au> This afternoon, while trying to diagnose why I couldn't slogin to a new machine with Cygwin installed, I slogin-ed to my own PC (logged in successfully) and looked at some file permissions. Then logged out. A few minutes later I tried to slogin again, and this time it failed. (I am confident no one else touched the machine in the meantime, since I was nearby and could see it the whole time.) Since then, I sorted out the problems on the new machine (/var/empty wasn't owned by system, and group not writeable, and similarly for /etc/ssh*: none of which is detected by ssh-host-config), and so was able to start sshd and slogin to the new machine. But I can't work out what's wrong on my own PC (doyle) now! It appears to accept the password, then simply close the connection. And this problem developed minutes after it had all been working. Is it failing because I don't have write permission on /var/log/sshd.log? I have Administrator rights. Any suggestions about how I could diagnose what's going wrong? Some possibly useful info is: $ ls -ld /var/empty /var/log/sshd.log drwxr-xr-x+ 2 SYSTEM root 0 Sep 3 16:55 /var/empty -rw-r--r-- 1 SYSTEM SYSTEM 1164 Sep 10 12:09 /var/log/sshd.log $ tail -33 /var/log/sshd.log Could not load host key: /etc/ssh_host_key Could not load host key: /etc/ssh_host_rsa_key Could not load host key: /etc/ssh_host_dsa_key Disabling protocol version 1. Could not load host key Disabling protocol version 2. Could not load host key sshd: no hostkeys available -- exiting. Could not load host key: /etc/ssh_host_key Could not load host key: /etc/ssh_host_rsa_key Could not load host key: /etc/ssh_host_dsa_key Disabling protocol version 1. Could not load host key Disabling protocol version 2. Could not load host key sshd: no hostkeys available -- exiting. Could not load host key: /etc/ssh_host_key Could not load host key: /etc/ssh_host_rsa_key Could not load host key: /etc/ssh_host_dsa_key Disabling protocol version 1. Could not load host key Disabling protocol version 2. Could not load host key sshd: no hostkeys available -- exiting. Could not load host key: /etc/ssh_host_key Could not load host key: /etc/ssh_host_rsa_key Could not load host key: /etc/ssh_host_dsa_key Disabling protocol version 1. Could not load host key Disabling protocol version 2. Could not load host key sshd: no hostkeys available -- exiting. $ ls -l /etc/ssh* -rwxr-xr-x 1 SYSTEM Domain U 1159 Sep 10 10:45 /etc/ssh_config -rwxr-xr-x 1 SYSTEM Domain U 1159 Sep 3 16:55 /etc/ssh_config.saved -rw------- 1 SYSTEM Domain U 668 Sep 3 16:55 /etc/ssh_host_dsa_key -rw-r--r-- 1 SYSTEM Domain U 600 Sep 3 16:55 /etc/ssh_host_dsa_key.pub -rw------- 1 SYSTEM Domain U 525 Sep 3 16:55 /etc/ssh_host_key -rw-r--r-- 1 SYSTEM Domain U 329 Sep 3 16:55 /etc/ssh_host_key.pub -rw------- 1 SYSTEM Domain U 887 Sep 3 16:55 /etc/ssh_host_rsa_key -rw-r--r-- 1 SYSTEM Domain U 220 Sep 3 16:55 /etc/ssh_host_rsa_key.pub -rw-r--r-- 1 SYSTEM Domain U 2910 Sep 10 10:45 /etc/sshd_config -rw-r--r-- 1 SYSTEM Domain U 2910 Sep 8 15:54 /etc/sshd_config.saved $ cygrunsrv -Q sshd Service sshd exists Type : Own Process Current State : Running Controls Accepted : Accept Stop $ slogin -v doyle OpenSSH_3.9p1, OpenSSL 0.9.7d 17 Mar 2004 debug1: Reading configuration data /etc/ssh_config debug1: Connecting to doyle [10.2.3.39] port 22. debug1: Connection established. debug1: identity file /home/luke/.ssh/identity type 0 debug1: identity file /home/luke/.ssh/id_rsa type -1 debug1: identity file /home/luke/.ssh/id_dsa type 2 debug1: Remote protocol version 1.99, remote software version OpenSSH_3.9p1 debug1: match: OpenSSH_3.9p1 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_3.9p1 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server->client aes128-cbc hmac-md5 none debug1: kex: client->server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug1: Host doyle is known and matches the RSA host key. debug1: Found key in /home/luke/.ssh/known_hosts:19 debug1: ssh_rsa_verify: signature correct debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey,password,keyboard-interactive debug1: Next authentication method: publickey debug1: Trying private key: /home/luke/.ssh/id_rsa debug1: Offering public key: /home/luke/.ssh/id_dsa debug1: Authentications that can continue: publickey,password,keyboard-interactive debug1: Next authentication method: keyboard-interactive debug1: Authentications that can continue: publickey,password,keyboard-interactive debug1: Next authentication method: password luke@doyles password: debug1: Authentication succeeded (password). debug1: channel 0: new [client-session] debug1: Entering interactive session. debug1: client_input_channel_req: channel 0 rtype exit-status reply 0 debug1: channel 0: free: client-session, nchannels 1 Connection to doyle closed. debug1: Transferred: stdin 0, stdout 0, stderr 29 bytes in 0.1 seconds debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 381.6 debug1: Exit status 255 luke -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From luke.kendall@cisra.canon.com.au Mon Sep 20 08:10:00 2004 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Mon, 20 Sep 2004 08:10:00 -0000 Subject: ssh login to PC stopped working In-Reply-To: <20040920073335.C132184CCE@pessard.research.canon.com.au> Message-ID: <20040920073757.15BAB84CCE@pessard.research.canon.com.au> On 20 Sep, To: cygwin@cygwin.com wrote: > luke@doyles password: > debug1: Authentication succeeded (password). > debug1: channel 0: new [client-session] > debug1: Entering interactive session. > debug1: client_input_channel_req: channel 0 rtype exit-status reply 0 > debug1: channel 0: free: client-session, nchannels 1 > Connection to doyle closed. > debug1: Transferred: stdin 0, stdout 0, stderr 29 bytes in 0.1 seconds > debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 381.6 > debug1: Exit status 255 Hmm. Problem was solved by rebooting. (This is under Windows XP SP1.) Here's what it looks like following the reboot: debug1: Next authentication method: password luke@doyle's password: debug1: Authentication succeeded (password). debug1: channel 0: new [client-session] debug1: Entering interactive session. debug1: channel 0: request pty-req debug1: Requesting X11 forwarding with authentication spoofing. debug1: channel 0: request x11-req debug1: Requesting authentication agent forwarding. debug1: channel 0: request auth-agent-req@openssh.com debug1: channel 0: request shell debug1: channel 0: open confirm rwindow 0 rmax 32768 Last login: Mon Sep 13 18:10:42 2004 from pessard.research.canon.com.au Fanfare!!! You are successfully logged in to this server!!! Logged in via ssh: now restoring any network connections Setting OFFICE_PATH (if MS Office is installed) ... Path is /cygdrive/c/Program Files/Microsoft Office/Office10/, version: 10.0 Running .profile Setting up for bash Setting up GNU environment Setting up CVS environment luke@DOYLE:/home/luke Does this make sense to anyone? luke -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From overbored@overbored.net Mon Sep 20 08:20:00 2004 From: overbored@overbored.net (overbored) Date: Mon, 20 Sep 2004 08:20:00 -0000 Subject: Running cmd programs in cygwin / rxvt Message-ID: <414E8B1A.8040103@overbored.net> There are some cmd shell programs that don't run well in rxvt. Most noticeably, they don't always immediately write out their output. They seem to work fine in the default cmd window though (doesn't matter if it's in cmd or in bash). Does anybody know what the problem is here, and how to fix it? Thanks in advance. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From luke.kendall@cisra.canon.com.au Mon Sep 20 09:16:00 2004 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Mon, 20 Sep 2004 09:16:00 -0000 Subject: Login behaviour oddities: won't run .profile Message-ID: <20040920081046.E810484CCE@pessard.research.canon.com.au> I looked into a problem reported today, that ~/.profile is not executed if you use Cygwin to create your home directory, instead of using Windows Explorer to create the directory. The user who reported it and I played around for a while, with getfacl and setfacl to try to find the difference and fix them. While setfacl doesn't seem to allow you to do everything you need (specifically, you can't use it to delete the default group ACL for ~ since you have to specify a group, but there is no group for the default group), ACLs may not be the full explanation anyway. We managed to set the two directories to appear to have identical ACLs according to the Advanced security tab in the Windows Explorer properties - but that still didn't help! Cygwin will only run ~/.profile if "~" was created via Win Explorer. (This seems to be reasonably new behaviour - we've got a lot of users who would have been affected every day, if this had been true for a long time.) My colleague said that he had to run an strace (presumably on bash), to find out why .profile was being run. It appears to stat ~/.profile, look at the ACL, and then close .profile without reading and executing commands from it (in the case where ~ was created by a Cygwin mkdir). We explicitly mount, e.g., D:/home on /home in textmode, if that's any help. I've confirmed this problem on a fresh install. I'm continuing to look into it. It doesn't appear to be a problem for older Cygwins. CYGWIN_NT-5.1 DOYLE 1.5.10(0.116/4/2) 2004-05-25 22:07 i686 unknown unknown Cygwin (That version above seems insensitive to who creates ~. Whereas the one below is sensitive.) CYGWIN_NT-5.1 STOUT 1.5.10(0.116/4/2) 2004-05-25 22:07 i686 unknown unknown Cygwin Hmm. They look the same to me (perhaps because I update my Cygwin quite regularly). Anyway, as I said, I'm just starting to look into this. Feel free to suggest other tests I should try or things I should look into. Regards, luke -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bpmz@hotmail.com Mon Sep 20 09:17:00 2004 From: bpmz@hotmail.com (dimitri berbanov) Date: Mon, 20 Sep 2004 09:17:00 -0000 Subject: Starting sshd with ipv6 address only (cont.) Message-ID: So how come I can ping6 under cygwin? >From: Corinna Vinschen >Reply-To: cygwin@cygwin.com >To: cygwin@cygwin.com >Subject: Re: Starting sshd with ipv6 address only >Date: Fri, 17 Sep 2004 21:40:24 +0200 > >On Sep 17 15:33, dimitri berbanov wrote: > > Hi, > > I'm running cygwin under Win XP, but I cannot get sshd to listen only >on > > ipv6 address. I've installed sshd as a service with "cygrunsrv -I sshd > > --path /usr/sbin/sshd.exe -a -6" (in order to force sshd to use only >IPv6 > > address), and I've modified sshd_config with "ListenAddress > global address>". But when I try to start sshd "process unexpectedly > > terminates", and in /var/log/sshd.log it says "bad addr or host: > > ipv6 global address> (no address associated with host name)." > > > > What could have gone wrong? Any help would be mostly appreciated. > >Cygwin doesn't support ipv6 and therefore Cygwin's OpenSSH doesn't suport >it, too. > > >Corinna > >-- >Corinna Vinschen Please, send mails regarding Cygwin to >Cygwin Project Co-Leader mailto:cygwin@cygwin.com >Red Hat, Inc. > >-- >Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >Problem reports: http://cygwin.com/problems.html >Documentation: http://cygwin.com/docs.html >FAQ: http://cygwin.com/faq/ > _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Mon Sep 20 09:19:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Mon, 20 Sep 2004 09:19:00 -0000 Subject: Login behaviour oddities: won't run .profile In-Reply-To: <20040920081046.E810484CCE@pessard.research.canon.com.au> References: <20040920081046.E810484CCE@pessard.research.canon.com.au> Message-ID: <20040920091729.GU17670@cygbert.vinschen.de> On Sep 20 18:10, luke.kendall@cisra.canon.com.au wrote: > I looked into a problem reported today, that ~/.profile is not executed > if you use Cygwin to create your home directory, instead of using > Windows Explorer to create the directory. > > The user who reported it and I played around for a while, with getfacl > and setfacl to try to find the difference and fix them. While setfacl > doesn't seem to allow you to do everything you need (specifically, you > can't use it to delete the default group ACL for ~ since you have to > specify a group, but there is no group for the default group), ACLs may > not be the full explanation anyway. get/setfacl are not designed to manipulate the ACLs in a WIndows way, but in a Unixy way. Keep in mind that you always have a primary group and always primary group permission bits in the POSIX permissions. You can't delete them, just set them to --- if you like. To get rid of the primary group ACE entirely, either use NT tools (cacls) or change the primary group for the file first. > We managed to set the two directories to appear to have identical ACLs > according to the Advanced security tab in the Windows Explorer > properties - but that still didn't help! > > Cygwin will only run ~/.profile if "~" was created via Win Explorer. > (This seems to be reasonably new behaviour - we've got a lot of users > who would have been affected every day, if this had been true for a > long time.) Sorry but this is bogus. There's no difference whether a directory is created using Cygwin or Windows. bash gets its idea of where the home directory is from the setting of $HOME. When starting up `bash --login' locally, then the Cygwin DLL constructs $HOME using the following rule: - If $HOME is present in the environment, convert it to a POSIX path and use it. - Otherwise, if the user has an /etc/passwd entry and this entry contains a non-empty pw_dir field, use this as $HOME. - Otherwise, if $HOMEDRIVE and $HOMEPATH are set in the Windows environment (they usually are), use them to create a POSIXy $HOME from them. - Otherwise use "/" as $HOME. Does that help? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Mon Sep 20 09:24:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Mon, 20 Sep 2004 09:24:00 -0000 Subject: Starting sshd with ipv6 address only (cont.) In-Reply-To: References: Message-ID: <20040920091823.GV17670@cygbert.vinschen.de> On Sep 20 08:20, dimitri berbanov wrote: > So how come I can ping6 under cygwin? $ which ping6 /cygdrive/c/WINDOWS/system32/ping6 Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Mon Sep 20 09:30:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Mon, 20 Sep 2004 09:30:00 -0000 Subject: Latest snapshot with XP SP2 and unison and cvs In-Reply-To: References: Message-ID: <20040920092014.GW17670@cygbert.vinschen.de> On Sep 18 12:23, Karl M wrote: > Hi All... > > I just updated an xp machine to sp2 and unison-2.9.1 (the win32 version) > using ssh (cygwin) started hanging. I have done a clean install of cygwin > and am running with the 16sep snapshot. cvs (cygwin) works fine with ssh. > unison hangs with ssh. > > Because win32 unison will not run under bash, I opened a cygwin bash > window, did an strace of cmd > and then ran unison. The strace is attached. > > Any thoughts? No. I don't see any change in Cygwin between 1.5.10 and 1.5.11 which could result in a new behaviour on sockets. The strace is useless. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Mon Sep 20 10:01:00 2004 From: brian@dessent.net (Brian Dessent) Date: Mon, 20 Sep 2004 10:01:00 -0000 Subject: Running cmd programs in cygwin / rxvt References: <414E8B1A.8040103@overbored.net> Message-ID: <414EA28E.122EB347@dessent.net> overbored wrote: > There are some cmd shell programs that don't run well in rxvt. Most > noticeably, they don't always immediately write out their output. They > seem to work fine in the default cmd window though (doesn't matter if > it's in cmd or in bash). Does anybody know what the problem is here, and > how to fix it? Thanks in advance. What you're seeing is caused by the output of the program going through a tty (or pty as the case may be.) When you run it from a straight cmd.exe it's not using tty code (unless you have CYGWIN=tty set.) From my meagre knowledge of the subject it has to do with the program not explicitly flushing stdout (or not knowing that it needs to as this is usually not required under windows.) Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From jhary@unsane.co.uk Mon Sep 20 10:20:00 2004 From: jhary@unsane.co.uk (Vince Hoffman) Date: Mon, 20 Sep 2004 10:20:00 -0000 Subject: Starting sshd with ipv6 address only (cont.) In-Reply-To: <20040920091823.GV17670@cygbert.vinschen.de> References: <20040920091823.GV17670@cygbert.vinschen.de> Message-ID: <20040920102754.P57077@unsane.co.uk> Came intot this thread late so sorry if someone has already said this.... if you are desperate for IPv6 in cygwin progs, have a look at http://win6.jp/Cygwin/ Its pretty upto date but says its not happy in a non ipv6 environment. On Mon, 20 Sep 2004, Corinna Vinschen wrote: > On Sep 20 08:20, dimitri berbanov wrote: > > So how come I can ping6 under cygwin? > > $ which ping6 > /cygdrive/c/WINDOWS/system32/ping6 > > Corinna > > -- > Corinna Vinschen Please, send mails regarding Cygwin to > Cygwin Project Co-Leader mailto:cygwin@cygwin.com > Red Hat, Inc. > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From robilad@kaffe.org Mon Sep 20 12:03:00 2004 From: robilad@kaffe.org (Dalibor Topic) Date: Mon, 20 Sep 2004 12:03:00 -0000 Subject: Cygwin-specific Libtool patches (Was Re: Is cygffi.dll needed for SableVM JVM?) In-Reply-To: <1902690.20040918145110@familiehaase.de> References: <20040906021844.84591.qmail@web53304.mail.yahoo.com> <1095382062.1234.164.camel@gadek.homelinux.org> <1729140505.20040917144223@familiehaase.de> <1095453892.21655.265.camel@glue> <1902690.20040918145110@familiehaase.de> Message-ID: <414EAA70.2090700@kaffe.org> Gerrit P. Haase wrote: > It is as is for backward compatibility, new created DLLs don't need > all the stuff with __declspec(import/export), however, some libs still > use it and if you link against one which uses import/export > definitions it may break things when using pass_all. Then there are > still some problems with exporting data, so it may also be needed to > use import/export definitions with DLLs containing data, and then it > would break too. As long as you have libraries which don't use > import/export definitions and since all code is PIC on Windows anyway, > you may safely use pass_all. I was wondering whether you know if there are pending patches from Cygwin developers for GNU Libtool, as they are preparing Libtool 2.0, so it would be nice to have those included, if possible :) The Libtool upstream is very cooperative and responsive to patches in my experience. cheers, dalibor topic -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From s_i_lao@gmx.net Mon Sep 20 12:41:00 2004 From: s_i_lao@gmx.net (S. L.) Date: Mon, 20 Sep 2004 12:41:00 -0000 Subject: Dia & gtk 2 & cygwin References: <229136017.20040920084048@familiehaase.de> Message-ID: <12374.1095675644@www1.gmx.net> Gerrit, [...] > > Actually it is: > > http://cygnome2.sourceforge.net/howto/dia-0.93-cygwin.patch > [...] Oops! Sorry, I didn't check the link, just copy'n'pasted it from the patches page. SLao P.S. (As an add-on to my previous N.B.) My gtk2 build is using your glib/atk/pango packages, which suite as a glove for the win32 gdktarget. Good job! -- NEU: GMX ProMail mit bestem Virenschutz http://www.gmx.net/de/go/mail +++ Empfehlung der Redaktion +++ Internet Professionell 10/04 +++ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From christian.rank@rz.uni-passau.de Mon Sep 20 13:05:00 2004 From: christian.rank@rz.uni-passau.de (Christian Rank) Date: Mon, 20 Sep 2004 13:05:00 -0000 Subject: PostgreSQL on Win98: initdb failed Message-ID: <414EC6F6.2080000@rz.uni-passau.de> Hello, I'm trying to run the Cygwin version of PostgreSQL on Windows 98 SE. During initdb, creation of the initial database cluster is aborted with the message creating template1 database in /var/pgsql/data/base/1... shmat(id=1179648) failed: invalid argument The sequence of commands leading to this is as follows: mkdir /var/pgsql export CYGWIN=server /usr/bin/cygserver-config -n /usr/sbin/cygserver -E & mkdir /var/pgsql/data initdb -D /var/pgsql/data -E LATIN1 Software versions used: cygwin 1.5.11-1 PostgreSQL 7.4.5-1 Windows 98 Second Edition 4.10.2222 A The same setup runs on Windows 2000 without problems. According to the cygserver docs, it should run on Win98, too. Does anybody know what's going wrong here? Thanks in advance, Christian -- Dr. Christian Rank Rechenzentrum Universit??t Passau Innstr. 33 D-94032 Passau GERMANY Tel.: 0851/509-1838 Fax: 0851/509-1802 PGP public key see http://www.rz.uni-passau.de/mitarbeiter/rank -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From marcus.davage@scenta.co.uk Mon Sep 20 13:44:00 2004 From: marcus.davage@scenta.co.uk (Marcus Davage) Date: Mon, 20 Sep 2004 13:44:00 -0000 Subject: 1.5.11 - tcp problems Message-ID: <4607822000.20040920133105@scenta.co.uk> Corinna, >I'm wondering if C:\WINNT\system32\drivers\etc\services is readable >for everyone. Could you go into the above directory and call > > chmod a+r services Everyone can read it. >Attaching the cygcheck output could perhaps give us a clue what's >going wrong on your system. Attached - cygcheck.txt.bz2 Thanks. Marcus -------------- next part -------------- A non-text attachment was scrubbed... Name: cygcheck.txt.bz2 Type: application/zip Size: 11005 bytes Desc: not available URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From c96han@cs.umu.se Mon Sep 20 14:00:00 2004 From: c96han@cs.umu.se (=?iso-8859-1?b?SOVrYW4=?= Andersson) Date: Mon, 20 Sep 2004 14:00:00 -0000 Subject: Installation error message sed.exe: cygintl-3.dll not found Message-ID: <1095685487.414ed56fc4220@puss.acc.umu.se> I performed a standard installation whith default settings. When starting cygwin I get the following error-message: Sed.exe Could not find cygintl-3.dll cygwin ver. 1.5.11-1 on Windows XP Cygwin is started in a console window and appears to be working. Best regards H??kan Andersson -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygcheck.out URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From adrian@humboldt.co.uk Mon Sep 20 14:08:00 2004 From: adrian@humboldt.co.uk (Adrian Cox) Date: Mon, 20 Sep 2004 14:08:00 -0000 Subject: Rebuilding GDB Message-ID: <1095687843.15080.18.camel@localhost> I'm trying to build a Cygwin hosted GDB for debugging ARM and PowerPC boards. After running into a lot of problems, I tried to rebuild the native GDB that Cygwin installed for me, and that didn't work either. I'm up to date with Cygwin setup, and running on Win2k SP4. Below is the end of the build where everything goes wrong: make[3]: Entering directory `/tmp/inbuild/libgui/src' gcc -DHAVE_CONFIG_H -I. -I/usr/src/gdb-20030919-1/libgui/src -I.. -DWIN32 -mwin3 2 -fwritable-strings -I/usr/include -I/usr/include -I"/netrel/src/libtcltk/tk/xl ib" -DHAVE_NO_SEH=1 -DEXCEPTION_DISPOSITION=int -I/usr/include/../unix -I/usr/ include/../win -DTBL_VERSION=\"2.7\" -DTBL_COMMAND=\"table\" -DTBL_RUNTIME=\"tkT able.tcl\" -DTBL_RUNTIME_DIR=\"/usr/local/insight/share/redhat/gui\" -DSTATIC_BU ILD -g -O2 -c /usr/src/gdb-20030919-1/libgui/src/tclwinprint.c /usr/src/gdb-20030919-1/libgui/src/tclwinprint.c:26:22: tkWinInt.h: No such file or directory /usr/src/gdb-20030919-1/libgui/src/tclwinprint.c: In function `winprint_page_set up_command': /usr/src/gdb-20030919-1/libgui/src/tclwinprint.c:187: warning: assignment makes pointer from integer without a cast /usr/src/gdb-20030919-1/libgui/src/tclwinprint.c: In function `winprint_print_te xt_dialog': /usr/src/gdb-20030919-1/libgui/src/tclwinprint.c:360: warning: assignment makes pointer from integer without a cast /usr/src/gdb-20030919-1/libgui/src/tclwinprint.c: At top level: /usr/src/gdb-20030919-1/libgui/src/tclwinprint.c:905: warning: initialization fr om incompatible pointer type /usr/src/gdb-20030919-1/libgui/src/tclwinprint.c:906: warning: initialization fr om incompatible pointer type /usr/src/gdb-20030919-1/libgui/src/tclwinprint.c:907: warning: initialization fr om incompatible pointer type /usr/src/gdb-20030919-1/libgui/src/tclwinprint.c:908: warning: initialization fr om incompatible pointer type make[3]: *** [tclwinprint.o] Error 1 Where should tkWinInt.h come from? I've got other Tcl/Tk header files in /usr/include, but I'm missing this one. - Adrian Cox Humboldt Solutions Ltd. -------------- next part -------------- Cygwin Configuration Diagnostics Current System Time: Mon Sep 20 14:45:16 2004 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\WINNT\system32 c:\WINNT c:\WINNT\System32\Wbem Output from C:\cygwin\bin\id.exe (nontsec) UID: 500(Administrator) GID: 513(None) 513(None) Output from C:\cygwin\bin\id.exe (ntsec) UID: 500(Administrator) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINNT\system32 WinDir: C:\WINNT HOME = `C:\cygwin\home\Administrator' MAKE_MODE = `unix' PWD = `/home/Administrator' USER = `Administrator' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\Administrator\Application Data' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `FROG' COMSPEC = `C:\WINNT\system32\cmd.exe' CVS_RSH = `/bin/ssh' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\Administrator' HOSTNAME = `frog' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' LOGONSERVER = `\\FROG' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man' NUMBER_OF_PROCESSORS = `2' OLDPWD = `/usr/bin' OS2LIBPATH = `C:\WINNT\system32\os2\dll;' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PKG_CONFIG_PATH = `/usr/X11R6/lib/pkgconfig' PRINTER = `\\http://newt.humboldt.co.uk:631\Kyocera FS-600' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 3, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0803' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 \033[32m\]\u@\h \[\033[33m\w\033[0m\] $ ' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINNT' TEMP = `C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp' TERM = `cygwin' TMP = `C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp' USERDOMAIN = `FROG' USERNAME = `Administrator' USERPROFILE = `C:\Documents and Settings\Administrator' WINDIR = `C:\WINNT' _ = `/usr/bin/cygcheck' POSIXLY_CORRECT = `1' 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\/home/adrian (default) = `h:' flags = 0x0000010a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin/lib' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts (default) = `C:\cygwin\usr\X11R6\lib\X11\fonts' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options c: hd NTFS 6189Mb 60% CP CS UN PA FC d: cd CDFS 554Mb 100% CS UN BG Disc3 h: net NTFS 92876Mb 66% CP CS PA adrian C:\cygwin / system binmode h: /home/adrian system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode C:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode . /cygdrive system binmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\gcc.exe Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe 55k 2004/09/14 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 "cygbz2-1.dll" v0.0 ts=2004/9/14 5:16 7k 2003/10/19 C:\cygwin\bin\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0 "cygcrypt-0.dll" v0.0 ts=2003/10/19 8:57 841k 2004/03/17 C:\cygwin\bin\cygcrypto-0.9.7.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto-0.9.7.dll" v0.0 ts=2004/3/17 22:58 22k 2004/02/10 C:\cygwin\bin\cygcygipc-2.dll - os=4.0 img=1.0 sys=4.0 "cygcygipc-2.dll" v0.0 ts=2004/2/10 2:48 895k 2004/04/28 C:\cygwin\bin\cygdb-4.2.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.2.dll" v0.0 ts=2004/4/27 16:31 1156k 2004/04/28 C:\cygwin\bin\cygdb_cxx-4.2.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.2.dll" v0.0 ts=2004/4/27 16:35 155k 2004/01/07 C:\cygwin\bin\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0 "cygexpat-0.dll" v0.0 ts=2004/1/7 16:14 129k 2004/03/11 C:\cygwin\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontconfig-1.dll" v0.0 ts=2004/3/11 0:12 45k 2001/04/25 C:\cygwin\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0 "cygform5.dll" v0.0 ts=2001/4/25 6:28 35k 2002/01/09 C:\cygwin\bin\cygform6.dll - os=4.0 img=1.0 sys=4.0 "cygform6.dll" v0.0 ts=2002/1/9 6:03 48k 2003/08/09 C:\cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0 "cygform7.dll" v0.0 ts=2003/8/9 10:25 361k 2003/10/25 C:\cygwin\bin\cygfreetype-6.dll - os=4.0 img=1.0 sys=4.0 "cygfreetype-6.dll" v0.0 ts=2003/10/22 5:18 28k 2003/07/20 C:\cygwin\bin\cyggdbm-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-3.dll" v0.0 ts=2003/7/20 8:58 30k 2003/08/11 C:\cygwin\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-4.dll" v0.0 ts=2003/8/11 3:12 19k 2003/03/22 C:\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm.dll" v0.0 ts=2002/2/20 3:05 15k 2003/07/20 C:\cygwin\bin\cyggdbm_compat-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-3.dll" v0.0 ts=2003/7/20 9:00 15k 2003/08/11 C:\cygwin\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-4.dll" v0.0 ts=2003/8/11 3:13 107k 2004/07/06 C:\cygwin\bin\cyggettextlib-0-14-1.dll - os=4.0 img=1.0 sys=4.0 "cyggettextlib-0-14-1.dll" v0.0 ts=2004/7/6 18:56 17k 2004/07/06 C:\cygwin\bin\cyggettextpo-0.dll - os=4.0 img=1.0 sys=4.0 "cyggettextpo-0.dll" v0.0 ts=2004/7/6 18:56 190k 2004/07/06 C:\cygwin\bin\cyggettextsrc-0-14-1.dll - os=4.0 img=1.0 sys=4.0 "cyggettextsrc-0-14-1.dll" v0.0 ts=2004/7/6 18:56 17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll - os=4.0 img=1.0 sys=4.0 "cyghistory4.dll" v0.0 ts=2001/1/7 4:34 29k 2003/08/10 C:\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0 "cyghistory5.dll" v0.0 ts=2003/8/11 0:16 991k 2004/07/06 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 "cygiconv-2.dll" v0.0 ts=2004/7/6 19:10 22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll - os=4.0 img=1.0 sys=4.0 "cygintl-1.dll" v0.0 ts=2001/12/13 9:28 37k 2003/08/10 C:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0 "cygintl-2.dll" v0.0 ts=2003/8/10 22:50 54k 2004/07/06 C:\cygwin\bin\cygintl-3.dll - os=4.0 img=1.0 sys=4.0 "cygintl-3.dll" v0.0 ts=2004/7/6 18:51 21k 2001/06/20 C:\cygwin\bin\cygintl.dll - os=4.0 img=1.0 sys=4.0 "cygintl.dll" v0.0 ts=2001/6/20 18:09 40k 2004/07/07 C:\cygwin\bin\cygltdl-3.dll - os=4.0 img=1.0 sys=4.0 "cygltdl-3.dll" v0.0 ts=2004/7/7 7:06 144k 2004/08/29 C:\cygwin\bin\cygmagic-1.dll - os=4.0 img=1.0 sys=4.0 "cygmagic-1.dll" v0.0 ts=2004/8/29 21:25 26k 2001/04/25 C:\cygwin\bin\cygmenu5.dll - os=4.0 img=1.0 sys=4.0 "cygmenu5.dll" v0.0 ts=2001/4/25 6:27 20k 2002/01/09 C:\cygwin\bin\cygmenu6.dll - os=4.0 img=1.0 sys=4.0 "cygmenu6.dll" v0.0 ts=2002/1/9 6:03 29k 2003/08/09 C:\cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0 "cygmenu7.dll" v0.0 ts=2003/8/9 10:25 156k 2001/04/25 C:\cygwin\bin\cygncurses++5.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++5.dll" v0.0 ts=2001/4/25 6:29 175k 2002/01/09 C:\cygwin\bin\cygncurses++6.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++6.dll" v0.0 ts=2002/1/9 6:03 226k 2001/04/25 C:\cygwin\bin\cygncurses5.dll - os=4.0 img=1.0 sys=4.0 "cygncurses5.dll" v0.0 ts=2001/4/25 6:17 202k 2002/01/09 C:\cygwin\bin\cygncurses6.dll - os=4.0 img=1.0 sys=4.0 "cygncurses6.dll" v0.0 ts=2002/1/9 6:03 224k 2003/08/09 C:\cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0 "cygncurses7.dll" v0.0 ts=2003/8/9 10:24 15k 2001/04/25 C:\cygwin\bin\cygpanel5.dll - os=4.0 img=1.0 sys=4.0 "cygpanel5.dll" v0.0 ts=2001/4/25 6:27 12k 2002/01/09 C:\cygwin\bin\cygpanel6.dll - os=4.0 img=1.0 sys=4.0 "cygpanel6.dll" v0.0 ts=2002/1/9 6:03 19k 2003/08/09 C:\cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0 "cygpanel7.dll" v0.0 ts=2003/8/9 10:24 62k 2003/12/11 C:\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcre-0.dll" v0.0 ts=2003/12/11 17:01 63k 2003/04/11 C:\cygwin\bin\cygpcre.dll - os=4.0 img=1.0 sys=4.0 "cygpcre.dll" v0.0 ts=2003/4/11 9:31 9k 2003/12/11 C:\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix-0.dll" v0.0 ts=2003/12/11 17:01 61k 2003/04/11 C:\cygwin\bin\cygpcreposix.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix.dll" v0.0 ts=2003/4/11 9:31 1061k 2004/08/19 C:\cygwin\bin\cygperl5_8_5.dll - os=4.0 img=1.0 sys=4.0 "cygperl5_8_5.dll" v0.0 ts=2004/8/19 18:54 22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0 "cygpopt-0.dll" v0.0 ts=2002/6/9 6:45 108k 2001/06/28 C:\cygwin\bin\cygreadline4.dll - os=4.0 img=1.0 sys=4.0 "cygreadline4.dll" v0.0 ts=2001/1/7 4:34 148k 2003/08/10 C:\cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0 "cygreadline5.dll" v0.0 ts=2003/8/11 0:16 171k 2004/03/17 C:\cygwin\bin\cygssl-0.9.7.dll - os=4.0 img=1.0 sys=4.0 "cygssl-0.9.7.dll" v0.0 ts=2004/3/17 22:58 62k 2004/09/14 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 "cygz.dll" v0.0 ts=2004/9/14 4:51 1111k 2004/09/05 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2004/9/5 4:17 Cygwin DLL version info: DLL version: 1.5.11 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 116 Shared data: 4 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Sat Sep 4 23:17:09 EDT 2004 Shared id: cygwin1S4 243k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygdps-1.dll - os=4.0 img=1.0 sys=4.0 "cygdps-1.dll" v0.0 ts=2004/9/17 10:48 26k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygdpstk-1.dll - os=4.0 img=1.0 sys=4.0 "cygdpstk-1.dll" v0.0 ts=2004/9/17 10:48 28k 2004/03/31 C:\cygwin\usr\X11R6\bin\cygDtPrint-1.dll - os=4.0 img=1.0 sys=4.0 "cygDtPrint-1.dll" v0.0 ts=2004/3/31 5:23 21k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygfontenc-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontenc-1.dll" v0.0 ts=2004/9/17 10:53 36k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygFS-6.dll - os=4.0 img=1.0 sys=4.0 "cygFS-6.dll" v0.0 ts=2004/9/17 10:38 417k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygGL-1.dll - os=4.0 img=1.0 sys=4.0 "cygGL-1.dll" v0.0 ts=2004/9/17 10:45 439k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygGLU-1.dll - os=4.0 img=1.0 sys=4.0 "cygGLU-1.dll" v0.0 ts=2004/9/17 10:47 75k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygICE-6.dll - os=4.0 img=1.0 sys=4.0 "cygICE-6.dll" v0.0 ts=2004/9/17 10:30 77k 2004/03/31 C:\cygwin\usr\X11R6\bin\cygMrm-2.dll - os=4.0 img=1.0 sys=4.0 "cygMrm-2.dll" v0.0 ts=2004/3/31 5:23 9k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygoldX-6.dll - os=4.0 img=1.0 sys=4.0 "cygoldX-6.dll" v0.0 ts=2004/9/17 10:29 1416k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygOSMesa-4.dll - os=4.0 img=1.0 sys=4.0 "cygOSMesa-4.dll" v0.0 ts=2004/9/17 10:45 20k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygpsres-1.dll - os=4.0 img=1.0 sys=4.0 "cygpsres-1.dll" v0.0 ts=2004/9/17 10:49 30k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygSM-6.dll - os=4.0 img=1.0 sys=4.0 "cygSM-6.dll" v0.0 ts=2004/9/17 10:30 66k 2004/03/31 C:\cygwin\usr\X11R6\bin\cygUil-2.dll - os=4.0 img=1.0 sys=4.0 "cygUil-2.dll" v0.0 ts=2004/3/31 5:23 876k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygX11-6.dll - os=4.0 img=1.0 sys=4.0 "cygX11-6.dll" v0.0 ts=2004/9/17 10:29 253k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygXaw-6.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-6.dll" v0.0 ts=2004/9/17 10:34 356k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygXaw-7.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-7.dll" v0.0 ts=2004/9/17 10:36 362k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygXaw-8.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-8.dll" v0.0 ts=2004/9/17 10:37 9k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygXcomposite-1.dll - os=4.0 img=1.0 sys=4.0 "cygXcomposite-1.dll" v0.0 ts=2004/9/17 10:51 30k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygXcursor-1.dll - os=4.0 img=1.0 sys=4.0 "cygXcursor-1.dll" v0.0 ts=2004/9/17 10:50 9k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygXdamage-1.dll - os=4.0 img=1.0 sys=4.0 "cygXdamage-1.dll" v0.0 ts=2004/9/17 10:51 7k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygXevie-1.dll - os=4.0 img=1.0 sys=4.0 "cygXevie-1.dll" v0.0 ts=2004/9/17 10:51 49k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0 "cygXext-6.dll" v0.0 ts=2004/9/17 10:30 16k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygXfixes-3.dll - os=4.0 img=1.0 sys=4.0 "cygXfixes-3.dll" v0.0 ts=2004/9/17 10:51 56k 2004/03/11 C:\cygwin\usr\X11R6\bin\cygXft-1.dll - os=4.0 img=1.0 sys=4.0 "cygXft-1.dll" v0.0 ts=2003/11/18 1:42 63k 2004/03/23 C:\cygwin\usr\X11R6\bin\cygXft-2.dll - os=4.0 img=1.0 sys=4.0 "cygXft-2.dll" v0.0 ts=2004/3/23 22:20 27k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygXi-6.dll - os=4.0 img=1.0 sys=4.0 "cygXi-6.dll" v0.0 ts=2004/9/17 10:37 125k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygxkbfile-1.dll - os=4.0 img=1.0 sys=4.0 "cygxkbfile-1.dll" v0.0 ts=2004/9/17 10:38 12k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygxkbui-1.dll - os=4.0 img=1.0 sys=4.0 "cygxkbui-1.dll" v0.0 ts=2004/9/17 10:38 1294k 2004/03/31 C:\cygwin\usr\X11R6\bin\cygXm-2.dll - os=4.0 img=1.0 sys=4.0 "cygXm-2.dll" v0.0 ts=2004/3/31 5:20 76k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygXmu-6.dll - os=4.0 img=1.0 sys=4.0 "cygXmu-6.dll" v0.0 ts=2004/9/17 10:32 11k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygXmuu-1.dll - os=4.0 img=1.0 sys=4.0 "cygXmuu-1.dll" v0.0 ts=2004/9/17 10:32 26k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygXp-6.dll - os=4.0 img=1.0 sys=4.0 "cygXp-6.dll" v0.0 ts=2004/9/17 10:33 51k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygXpm-4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-4.dll" v0.0 ts=2004/9/17 10:33 11k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygXrandr-2.dll - os=4.0 img=1.0 sys=4.0 "cygXrandr-2.dll" v0.0 ts=2004/9/17 10:50 28k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygXrender-1.dll - os=4.0 img=1.0 sys=4.0 "cygXrender-1.dll" v0.0 ts=2004/9/17 10:49 8k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygXRes-1.dll - os=4.0 img=1.0 sys=4.0 "cygXRes-1.dll" v0.0 ts=2004/9/17 10:50 282k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygXt-6.dll - os=4.0 img=1.0 sys=4.0 "cygXt-6.dll" v0.0 ts=2004/9/17 10:32 27k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygXTrap-6.dll - os=4.0 img=1.0 sys=4.0 "cygXTrap-6.dll" v0.0 ts=2004/9/17 10:50 17k 2004/09/17 C:\cygwin\usr\X11R6\bin\cygXtst-6.dll - os=4.0 img=1.0 sys=4.0 "cygXtst-6.dll" v0.0 ts=2004/9/17 10:37 Cygwin Package Information Last downloaded files to: h:\tmp\download Last downloaded files from: ftp://mirrors.kernel.org/sources.redhat.com/cygwin Package Version _update-info-dir 00228-1 ash 20040127-1 autoconf 2.59-1 autoconf-devel 2.59-1 autoconf-stable 2.13-5 automake 1.7.9-1 automake-devel 1.9.1-1 automake-stable 1.4p6-2 base-files 3.0-3 base-passwd 2.0-1 bash 2.05b-16 binutils 20040725-2 bison 20030307-1 byacc 1.9-1 bzip2 1.0.2-6 ccache 2.2-1 cpio 2.5-3 crypt 1.1-1 cygipc 2.03-2 cygutils 1.2.5-1 cygwin 1.5.11-1 ddd 3.3.9-1 diffutils 2.8.7-1 editrights 1.01-1 expat 1.95.7-1 file 4.10-1 fileutils 4.1-2 findutils 4.1.7-4 flex 2.5.4a-3 fontconfig 2.2.2-1 freetype2 2.1.5-1 gawk 3.1.4-3 gcc 3.3.3-3 gcc-core 3.3.3-3 gcc-g++ 3.3.3-3 gcc-mingw-core 20040810-1 gcc-mingw-g++ 20040810-1 gdbm 1.8.3-7 gettext 0.14.1-1 grep 2.5-1 groff 1.18.1-2 gzip 1.3.5-1 less 381-1 lesstif 0.93.94-2 libbz2_1 1.0.2-6 libdb4.2 4.2.52-1 libfontconfig-devel 2.2.2-1 libfontconfig1 2.2.2-1 libfreetype2-devel 2.1.5-1 libfreetype26 2.1.5-1 libgdbm 1.8.0-5 libgdbm-devel 1.8.3-7 libgdbm3 1.8.3-3 libgdbm4 1.8.3-7 libgettextpo0 0.14.1-1 libiconv2 1.9.2-1 libintl 0.10.38-3 libintl1 0.10.40-1 libintl2 0.12.1-3 libintl3 0.14.1-1 libltdl3 1.5.6-3 libncurses5 5.2-1 libncurses6 5.2-8 libncurses7 5.3-4 libpcre 4.1-1 libpcre0 4.5-1 libpopt0 1.6.4-4 libreadline4 4.1-2 libreadline5 4.3-5 libtool 1.5b-1 libtool-devel 1.5.6-3 libtool-stable 1.4.3-2 libXft 2.1.6-1 libXft-devel 2.1.6-1 libXft1 1.0.0-1 libXft2 2.1.6-1 login 1.9-7 m4 1.4-1 make 3.80-1 man 1.5k-3 mingw-runtime 3.5-1 mktemp 1.5-3 ncurses 5.3-4 openssl 0.9.7d-1 patch 2.5.8-8 patchutils 0.2.30pre1-1 pcre 4.5-1 pcre-doc 4.5-1 perl 5.8.5-3 readline 4.3-5 sed 4.1.2-1 sh-utils 2.0.15-4 tar 1.13.25-5 tcltk 20030901-1 termcap 20021106-2 terminfo 5.3_20030726-1 texinfo 4.2-4 textutils 2.0.21-1 vim 6.3-1 w32api 3.1-1 wget 1.9.1-1 which 1.5-2 X-start-menu-icons 1.0.1-1 X-startup-scripts 1.0.8-1 xorg-x11-base 6.8.1.0-1 xorg-x11-bin 6.8.1.0-1 xorg-x11-bin-dlls 6.8.1.0-1 xorg-x11-bin-lndir 6.8.1.0-1 xorg-x11-devel 6.8.1.0-1 xorg-x11-etc 6.8.1.0-1 xorg-x11-fenc 6.8.1.0-1 xorg-x11-fnts 6.8.1.0-1 xorg-x11-libs-data 6.8.1.0-1 xorg-x11-xwin 6.8.1.0-1 xterm 185-4 zlib 1.2.1-2 Use -h to see help about each section -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Mon Sep 20 14:16:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Mon, 20 Sep 2004 14:16:00 -0000 Subject: Cygwin-specific Libtool patches In-Reply-To: <414EAA70.2090700@kaffe.org> References: <20040906021844.84591.qmail@web53304.mail.yahoo.com> <1095382062.1234.164.camel@gadek.homelinux.org> <1729140505.20040917144223@familiehaase.de> <1095453892.21655.265.camel@glue> <1902690.20040918145110@familiehaase.de> <414EAA70.2090700@kaffe.org> Message-ID: <122925117.20040920155923@familiehaase.de> Hallo Dalibor, Am Montag, 20. September 2004 um 12:01 schriebst du: > I was wondering whether you know if there are pending patches from > Cygwin developers for GNU Libtool, as they are preparing Libtool 2.0, so > it would be nice to have those included, if possible :) The Libtool > upstream is very cooperative and responsive to patches in my experience. If our libtool maintainer and his family survived Ivan I'm pretty sure that he will submit pending patches timely. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Mon Sep 20 14:18:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 20 Sep 2004 14:18:00 -0000 Subject: Login behaviour oddities: won't run .profile In-Reply-To: <20040920091729.GU17670@cygbert.vinschen.de> References: <20040920081046.E810484CCE@pessard.research.canon.com.au> <20040920091729.GU17670@cygbert.vinschen.de> Message-ID: On Mon, 20 Sep 2004, Corinna Vinschen wrote: > On Sep 20 18:10, lukekendallcisracanoncomau wrote: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Hmmm? > > I looked into a problem reported today, that ~/.profile is not executed > > if you use Cygwin to create your home directory, instead of using > > Windows Explorer to create the directory. > [snip] > > We managed to set the two directories to appear to have identical ACLs > > according to the Advanced security tab in the Windows Explorer > > properties - but that still didn't help! > [snip] > > Sorry but this is bogus. There's no difference whether a directory is > created using Cygwin or Windows. Umm, sure there is. Windows Explorer will inherit the permissions of the parent directory by default, whereas Cygwin will always create a new set of ACLs (or, at least, I haven't found a way to make Cygwin directories inherit the parent's ACLs). I don't know how that can make a difference, but there it is. @Luke: when you say "use Cygwin to create the home directory", do you mean "let /etc/profile create it for you", or "use Cygwin's mkdir"? If the latter, then Corinna's right, and it shouldn't make any difference (even if the inheritance properties differ). If the former, then beware that one of the /etc/skel files copied to $HOME by /etc/profile is ".bash_profile", which bash will use in preference to ".profile". If the home directory already exists by the time /etc/profile is first run for a user, the /etc/skel files won't be copied, which I think is what's happening in your case. One solution is to remove /etc/skel/.bash_profile after the installs (maybe even in your own site-specific postinstall script). I don't know if the base-files postinstall script will re-create that file, though -- if it does, it needs to be fixed. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Andrew@DeFaria.com Mon Sep 20 14:24:00 2004 From: Andrew@DeFaria.com (Andrew DeFaria) Date: Mon, 20 Sep 2004 14:24:00 -0000 Subject: Running cmd programs in cygwin / rxvt In-Reply-To: <414EA28E.122EB347@dessent.net> References: <414E8B1A.8040103@overbored.net> <414EA28E.122EB347@dessent.net> Message-ID: Brian Dessent wrote: > overbored wrote: > >> There are some cmd shell programs that don't run well in rxvt. Most >> noticeably, they don't always immediately write out their output. >> They seem to work fine in the default cmd window though (doesn't >> matter if it's in cmd or in bash). Does anybody know what the problem >> is here, and how to fix it? Thanks in advance. > > What you're seeing is caused by the output of the program going > through a tty (or pty as the case may be.) When you run it from a > straight cmd.exe it's not using tty code (unless you have CYGWIN=tty > set.) From my meagre knowledge of the subject it has to do with the > program not explicitly flushing stdout (or not knowing that it needs > to as this is usually not required under windows.) Is there a CYGWIN setting to tell rxvt not to use ptys? -- 3 kinds of people: those who can count & those who can't. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From john.r.morrison@ntlworld.com Mon Sep 20 14:29:00 2004 From: john.r.morrison@ntlworld.com (John Morrison) Date: Mon, 20 Sep 2004 14:29:00 -0000 Subject: Login behaviour oddities: won't run .profile In-Reply-To: References: <20040920081046.E810484CCE@pessard.research.canon.com.au> <20040920091729.GU17670@cygbert.vinschen.de> Message-ID: <26169.193.133.13.145.1095689906.squirrel@193.133.13.145> > One solution is to remove /etc/skel/.bash_profile after the installs > (maybe even in your own site-specific postinstall script). I don't know > if the base-files postinstall script will re-create that file, though -- > if it does, it needs to be fixed. The base-files postinstall script will attempt to recreate its files if they don't exist, it can't differentiate between deleted and clean install (do any?). If you want to use a ~/.profile instead change /etc/skel/.bash_profile to be something along the lines of source ~/.profile Base-files *will not* (now) overwrite a user modified file. Would this be sufficient? I don't know how to improve this... make a note during preremove of any of the manifest files missing and don't create them upon installation? Possible I suppose... J. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Mon Sep 20 14:30:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 20 Sep 2004 14:30:00 -0000 Subject: Installation error message sed.exe: cygintl-3.dll not found (Attn: sed maintainer) In-Reply-To: <1095685487.414ed56fc4220@puss.acc.umu.se> References: <1095685487.414ed56fc4220@puss.acc.umu.se> Message-ID: On Mon, 20 Sep 2004, H??kan Andersson wrote: > I performed a standard installation whith default settings. > When starting cygwin I get the following error-message: > > Sed.exe > Could not find cygintl-3.dll > > cygwin ver. 1.5.11-1 on Windows XP This is a packaging bug in the "sed" package. It's been apparently recompiled using libintl3, but the "requires:" line in setup.hint still says libintl2. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From joaquim@essic.umd.edu Mon Sep 20 14:33:00 2004 From: joaquim@essic.umd.edu (Joaquim Ballabrera) Date: Mon, 20 Sep 2004 14:33:00 -0000 Subject: Updated: cvs-1.11.17-1 In-Reply-To: <41490BB2.2030909@cwilson.fastmail.fm> References: <41490BB2.2030909@cwilson.fastmail.fm> Message-ID: <414EE963.50004@essic.umd.edu> Dear Charles Wilson, I'm a cygwin user and I have problems using CVS. I'm trying to use the following command fron cygwin: > cvs -d :ext:anoncvs@savannah.gnu.org:/cvsroot/gcc co -D 8/25/2004 gcc The result is ' from cvs serverning: unrecognized response`ok and then the program hangs. The very same command works smoothly in a SGI workstation. In both machines I have setenv CVS_RSH ssh Question: Do I have to configure CVS in cygwin with any other option? Thank you very much, Joaquim Ballabrera University of Maryland Charles Wilson wrote: > CVS is the 'Concurrent Versioning System', a widely-used package for > maintianing revision histories of source code. This port is based on > the official cvs-1.11.17 release, and requires that libgdbm4-1.8.3-7 > be installed as well. > > CHANGES: > > * updated to the latest release (thanks to Volker Quetschke for doing > the heavy lifting) > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ivalladolidt@terra.es Mon Sep 20 14:36:00 2004 From: ivalladolidt@terra.es (kurtz) Date: Mon, 20 Sep 2004 14:36:00 -0000 Subject: [INFO] Adding "Cygwin here" to Windows Explorer In-Reply-To: References: <20040914170613.40672.qmail@web61307.mail.yahoo.com> Message-ID: Thorsten Kampe escribi??: > [HKEY_CLASSES_ROOT\Folder\shell\command\command] > @="C:\\cygwin\\bin\\rxvt.exe -e /bin/zsh --login -i -s \"%1\"" > > and... > > if [[ $OSTYPE = cygwin && $ARGC = 1 ]]; then > cd $@; fi I set bash instead of zsh, and try to use $# instead of $ARGC, in my .bashrc. There, $# always has the value 0. Any ideas? Cordially, Ismael -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Mon Sep 20 14:37:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Mon, 20 Sep 2004 14:37:00 -0000 Subject: signal delivery problem (with pthreads) In-Reply-To: <20040920061728.GA9928@efn.org> References: <20040916191456.GB577@tonfa> <20040920061728.GA9928@efn.org> Message-ID: <20040920143548.GB6915@trixie.casa.cgf.cx> On Sun, Sep 19, 2004 at 11:17:28PM -0700, Yitzchak Scott-Thoennes wrote: >On Fri, Sep 17, 2004 at 10:08:31AM +0100, Dave Korn wrote: >>No SEGV for me. -lpthread didn't seem necessary. I'm using a version >>of the cygwin1.dll built from CVS sources on 20041407. > >did you try it more than once? I'm using gcc 3.4.1 and the 20040907 >snapshot and seeing intermittent SEGVs with the test program. Several >times I got "select was interrupted 4202497 times", indicating that >something bad is happening to the thread's stack. FWIW, I tried it ten times without error. I have it running in a loop now. If it dies, I'll fix the problem. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Mon Sep 20 14:45:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Mon, 20 Sep 2004 14:45:00 -0000 Subject: Running cmd programs in cygwin / rxvt In-Reply-To: <414EA28E.122EB347@dessent.net> References: <414E8B1A.8040103@overbored.net> <414EA28E.122EB347@dessent.net> Message-ID: <20040920143819.GC6915@trixie.casa.cgf.cx> On Mon, Sep 20, 2004 at 02:27:42AM -0700, Brian Dessent wrote: >overbored wrote: >>There are some cmd shell programs that don't run well in rxvt. Most >>noticeably, they don't always immediately write out their output. They >>seem to work fine in the default cmd window though (doesn't matter if >>it's in cmd or in bash). Does anybody know what the problem is here, >>and how to fix it? Thanks in advance. > >What you're seeing is caused by the output of the program going through >a tty (or pty as the case may be.) When you run it from a straight >cmd.exe it's not using tty code (unless you have CYGWIN=tty set.) From >my meagre knowledge of the subject it has to do with the program not >explicitly flushing stdout (or not knowing that it needs to as this is >usually not required under windows.) That's more or less correct. The larger problem is that ptys are actually pipes under the hood and some native programs don't deal well with having pipes for their stdin and stdout. They either don't flush their output correctly or they refuse to output anything at all. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Mon Sep 20 14:49:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Mon, 20 Sep 2004 14:49:00 -0000 Subject: Running cmd programs in cygwin / rxvt In-Reply-To: References: <414E8B1A.8040103@overbored.net> <414EA28E.122EB347@dessent.net> Message-ID: <20040920143930.GD6915@trixie.casa.cgf.cx> On Mon, Sep 20, 2004 at 07:15:46AM -0700, Andrew DeFaria wrote: >Is there a CYGWIN setting to tell rxvt not to use ptys? How could a program like rxvt possibly work without ptys? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Mon Sep 20 14:59:00 2004 From: brian@dessent.net (Brian Dessent) Date: Mon, 20 Sep 2004 14:59:00 -0000 Subject: Running cmd programs in cygwin / rxvt References: <414E8B1A.8040103@overbored.net> <414EA28E.122EB347@dessent.net> Message-ID: <414EEDAB.B2852F85@dessent.net> Andrew DeFaria wrote: > > What you're seeing is caused by the output of the program going > > through a tty (or pty as the case may be.) When you run it from a > > straight cmd.exe it's not using tty code (unless you have CYGWIN=tty > > set.) From my meagre knowledge of the subject it has to do with the > > program not explicitly flushing stdout (or not knowing that it needs > > to as this is usually not required under windows.) > > Is there a CYGWIN setting to tell rxvt not to use ptys? I don't think that would do any good. rxvt is a posix program and expects an environment where it has ptys that it can use. Without pty support it would likely complain loudly and refuse to run. Again, I'm pontificating on something I know little about here, but I'm guessing one solution might be some kind of kludge in the cygwin layer that would attempt to detect when a native app is doing buffered writes to a pty and autoflush after each call. But, just a WAG. It might even be out of cygwin's control, if the buffering is done in the CRT of the app. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Mon Sep 20 15:01:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 20 Sep 2004 15:01:00 -0000 Subject: Updated: cvs-1.11.17-1 In-Reply-To: <414EE963.50004@essic.umd.edu> References: <41490BB2.2030909@cwilson.fastmail.fm> <414EE963.50004@essic.umd.edu> Message-ID: On Mon, 20 Sep 2004, Joaquim Ballabrera wrote: > Dear Charles Wilson, > > I'm a cygwin user and I have problems using CVS. I'm trying to use the > following command fron cygwin: > > > cvs -d :ext:anoncvs@savannah.gnu.org:/cvsroot/gcc co -D 8/25/2004 gcc > > The result is > > ' from cvs serverning: unrecognized response`ok > > and then the program hangs. > > The very same command works smoothly in a SGI workstation. Try piping the result to "cat -A", i.e., > cvs -d :ext:anoncvs@savannah.gnu.org:/cvsroot/gcc co -D 8/25/2004 gcc 2>&1 | cat -A You have a ^M (carriage return) character embedded in the output of cvs, and the cat command will show the full output. > In both machines I have > > setenv CVS_RSH ssh > > Question: Do I have to configure CVS in cygwin with any other option? This should be it. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Mon Sep 20 15:05:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Mon, 20 Sep 2004 15:05:00 -0000 Subject: Installation error message sed.exe: cygintl-3.dll not found In-Reply-To: <1095685487.414ed56fc4220@puss.acc.umu.se> References: <1095685487.414ed56fc4220@puss.acc.umu.se> Message-ID: <20040920150019.GA1700@cygbert.vinschen.de> On Sep 20 15:04, H?kan Andersson wrote: > I performed a standard installation whith default settings. > When starting cygwin I get the following error-message: > > Sed.exe > Could not find cygintl-3.dll Install the libintl3 package. I've fixed the setup.hint file for sed. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From jan@kneschke.de Mon Sep 20 15:12:00 2004 From: jan@kneschke.de (Jan Kneschke) Date: Mon, 20 Sep 2004 15:12:00 -0000 Subject: [ANNOUNCEMENT] New packge: lighttpd-1.3.0 Message-ID: <200409201501.i8KF1bk09036@esds.vss.fsi.com> The following package has been added to the Cygwin distribution: *** lighttpd-1.3.0-1 lighttpd a secure, fast, compliant and very flexible web-server which has been optimized for high-performance environments. It has a very low memory footprint compared to other webservers and takes care of cpu-load. Its advanced feature-set (FastCGI, CGI, Auth, Output-Compression, URL-Rewriting and many more) make lighttpd the perfect webserver-software for every server that is suffering load problems. Main site: http://jan.kneschke.de/projects/lighttpd/ Cygwin users of lighttpd are invited to join the lighttpd mailinglist directly as the cygwin-port is maintain in the main-source-tree of lighttpd. Jan ~ *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Jan Kneschke http://jan.kneschke.de/ Perhaps you want to say 'thank you, jan': http://jk.123.org/wishlist/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Mon Sep 20 15:24:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Mon, 20 Sep 2004 15:24:00 -0000 Subject: Login behaviour oddities: won't run .profile In-Reply-To: References: <20040920081046.E810484CCE@pessard.research.canon.com.au> <20040920091729.GU17670@cygbert.vinschen.de> Message-ID: <20040920150643.GB1700@cygbert.vinschen.de> On Sep 20 10:08, Igor Pechtchanski wrote: > On Mon, 20 Sep 2004, Corinna Vinschen wrote: > > > On Sep 20 18:10, luke[...] wrote: > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > Hmmm? Urgh, sorry about that. That's what mutt creates when no real name is given. Does anybody know how to suppress this? I didn't find this in the mutt documentation so far. > > Sorry but this is bogus. There's no difference whether a directory is > > created using Cygwin or Windows. > > Umm, sure there is. Windows Explorer will inherit the permissions of the > parent directory by default, whereas Cygwin will always create a new set > of ACLs (or, at least, I haven't found a way to make Cygwin directories > inherit the parent's ACLs). I don't know how that can make a difference, > but there it is. I wasn't in pedantic mode when writing that. Let's assume that when Luke played with the permissions, he's already changed this to some sufficient value, like, say, the owner may read files in the own directory... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Mon Sep 20 15:25:00 2004 From: dk@artimi.com (Dave Korn) Date: Mon, 20 Sep 2004 15:25:00 -0000 Subject: [APPS] ping python maintainer (and others) - Launching cygwin apps from cmd.exe vs. softlinks in /bin Message-ID: I thought this topic ought to be on the -apps list, but the description does say... "It is not (with one exception) for bug reports, "it would be nice", or "how do I" type of musings." ... so I'm mentioning this here instead. It's quite a common idiom in cygwin packages (based on longstanding unix tradition) to have an executable that has the version number appended to it, and then use a soft-link to provide an unadorned executable, e.g.: dk@mace /bin> ls -la python* lrwxrwxrwx 1 dk Users 13 Jan 5 2004 python.exe -> python2.3.exe -rwxr-x---+ 1 dk Users 4608 Dec 30 2003 python2.3.exe Now, in this particular case "python.exe" is a cygwin old-style softlink rather than a windoze .lnk-style shortcut. This means that it can't be invoked from cmd.exe; because a cygwin old-style softlink is basically a text file, cmd.exe notices that it has no PE/MZ header, but since it's got a .exe extension, cmd.exe thinks it has to be _some_ kind of executable, so it guesses the only thing left - that it's an old 16-bit MSDOS .com-type executable - and invokes NTVDM, which loads the file into memory and starts happily executing ASCII bytes as opcodes (or at any rate, happily until it gpfaults within the first few bytes). It's a shame, because most normal cygwin apps can be invoked either from bash or from cmd. And it's a shame in particular for Python, because the cygwin and win32-native versions are very close to functionally interchangeable, and if it wasn't for this slight hiccup they could be used that way (with only a little attention to not using OS-specific features in your python scripts). Using a non-symbolic link works for me; "ln /bin/python2.3.exe /bin/cmd-invokable-python.exe" gets me something I can invoke from either DOS/cmd or bash/sh. Using a new-style symlink fails in several interesting ways: 1) Well, there's the .lnk extension to take into account, which is a minor nuisance because you can't invoke it with just 'python.exe'. 2) Also, "ln -s" sets utterly wrong ACLs on the link it creates, such that I have no "read and execute" permission. (I think this is a genuine bug, but I'll start a separate thread for it once I've confirmed that.) 3) So after I modify the ACLs, and invoke it by typing "shortcutname.exe.lnk" at a cmd.exe shell, something very bizarre happens: it forks off from the shell, and both cmd.exe and the python exe are running simultaneously, connected to the same stdin and fighting each other for chars from my command lines. [ Can I refer to this as "a terrible forking bug" without getting banned from the list? :-O ] Now, I know that using a hardlink has the effect on FAT filesystems of simply duplicating the file, and so this might not be a desirable or possible solution to adopt in the majority of cases. I'm not sure how compatible it would or wouldn't be with the cygwin packaging scheme, for starters. But the python executable is a special case, because it's tiny: 4608 bytes, because all the actual functionality is in a .dll, and the .exe simply has to load the .dll and call out to it. So in this particular case, (and any similar ones, such as zsh, perl, and conceivably even tclsh, although at 16kb the waste/redundancy starts to become more worth considering) it might be entirely reasonable to simply provide two identical duplicate .exes in the package, mightn't it? cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Mon Sep 20 15:32:00 2004 From: dk@artimi.com (Dave Korn) Date: Mon, 20 Sep 2004 15:32:00 -0000 Subject: signal delivery problem (with pthreads) In-Reply-To: <20040920143548.GB6915@trixie.casa.cgf.cx> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Christopher Faylor > Sent: 20 September 2004 15:36 > On Sun, Sep 19, 2004 at 11:17:28PM -0700, Yitzchak > Scott-Thoennes wrote: > >On Fri, Sep 17, 2004 at 10:08:31AM +0100, Dave Korn wrote: > >>No SEGV for me. -lpthread didn't seem necessary. I'm > using a version > >>of the cygwin1.dll built from CVS sources on 20041407. > > > >did you try it more than once? I'm using gcc 3.4.1 and the 20040907 > >snapshot and seeing intermittent SEGVs with the test > program. Several > >times I got "select was interrupted 4202497 times", indicating that > >something bad is happening to the thread's stack. > > FWIW, I tried it ten times without error. Ditto. > I have it running in a loop now. If it dies, I'll fix the problem. Not ditto! :) cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Andrew@DeFaria.com Mon Sep 20 15:37:00 2004 From: Andrew@DeFaria.com (Andrew DeFaria) Date: Mon, 20 Sep 2004 15:37:00 -0000 Subject: Running cmd programs in cygwin / rxvt In-Reply-To: <20040920143930.GD6915@trixie.casa.cgf.cx> References: <414E8B1A.8040103@overbored.net> <414EA28E.122EB347@dessent.net> <20040920143930.GD6915@trixie.casa.cgf.cx> Message-ID: Christopher Faylor wrote: > On Mon, Sep 20, 2004 at 07:15:46AM -0700, Andrew DeFaria wrote: > >> Is there a CYGWIN setting to tell rxvt not to use ptys? > > How could a program like rxvt possibly work without ptys? I have no idea. I don't know how nor why they are required. Perhaps you could enlighten us? 'Cause from the outside rxvt looks just like the standard windows window (albeit with more functionality) and that window doesn't seem to require ptys... -- I used to have a handle on life, then it broke. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Andrew@DeFaria.com Mon Sep 20 15:44:00 2004 From: Andrew@DeFaria.com (Andrew DeFaria) Date: Mon, 20 Sep 2004 15:44:00 -0000 Subject: Running cmd programs in cygwin / rxvt In-Reply-To: <414EEDAB.B2852F85@dessent.net> References: <414E8B1A.8040103@overbored.net> <414EA28E.122EB347@dessent.net> <414EEDAB.B2852F85@dessent.net> Message-ID: Brian Dessent wrote: > Andrew DeFaria wrote: > >>> What you're seeing is caused by the output of the program going >>> through a tty (or pty as the case may be.) When you run it from a >>> straight cmd.exe it's not using tty code (unless you have CYGWIN=tty >>> set.) From my meagre knowledge of the subject it has to do with the >>> program not explicitly flushing stdout (or not knowing that it needs >>> to as this is usually not required under windows.) >> >> Is there a CYGWIN setting to tell rxvt not to use ptys? > > I don't think that would do any good. rxvt is a posix program and > expects an environment where it has ptys that it can use. Without pty > support it would likely complain loudly and refuse to run. > > Again, I'm pontificating on something I know little about here, but > I'm guessing one solution might be some kind of kludge in the cygwin > layer that would attempt to detect when a native app is doing buffered > writes to a pty and autoflush after each call. But, just a WAG. It > might even be out of cygwin's control, if the buffering is done in the > CRT of the app. Cygwin does do some of it's own coding that is conditionally compiled right? Why not conditionally compile stuff to get ptys (or some other equivalent) to function with native Windows apps that are currently having problems with the concept of ptys? I know I often point people to use rxvt because it's a lot better than that silly Windows window. However I often work with Clearcase and Clearcase's main command, cleartool, messes up WRT rxvt and ptys (as well as other tools), so I'm constantly explaining the problem. I'd just like a real solution to offer and to use. I don't understand the internals of ptys vs. ttys and native console I/O nor why it's having the problem. I just deal with the result and would like it fixed if possible. Sounds like it may be a complex fix though. As I said I'm not sure why ptys are necessarily needed in the first place but admittedly I have not researched it. -- Few women admit their age. Few men act theirs. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Mon Sep 20 15:46:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Mon, 20 Sep 2004 15:46:00 -0000 Subject: Running cmd programs in cygwin / rxvt In-Reply-To: References: <414E8B1A.8040103@overbored.net> <414EA28E.122EB347@dessent.net> <20040920143930.GD6915@trixie.casa.cgf.cx> Message-ID: <20040920153922.GA7869@trixie.casa.cgf.cx> On Mon, Sep 20, 2004 at 08:24:44AM -0700, Andrew DeFaria wrote: >Christopher Faylor wrote: >>On Mon, Sep 20, 2004 at 07:15:46AM -0700, Andrew DeFaria wrote: >>>Is there a CYGWIN setting to tell rxvt not to use ptys? >> >>How could a program like rxvt possibly work without ptys? > >I have no idea. I don't know how nor why they are required. Perhaps >you could enlighten us? 'Cause from the outside rxvt looks just like >the standard windows window (albeit with more functionality) and that >window doesn't seem to require ptys... rxvt is a port of a UNIX program. UNIX uses ptys. Windows doesn't support the notion of ptys. http://www.google.com/search?q=define:pty If you want to run a standard windows window (i.e., a console window) then that's what you get when you click on the cygwin icon. The terminal input and output is largely controlled by windows and cygwin has little say over how characters are handled. If it was as easy as just using this, don't you think we'd have been doing this by now? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From robilad@kaffe.org Mon Sep 20 15:47:00 2004 From: robilad@kaffe.org (Dalibor Topic) Date: Mon, 20 Sep 2004 15:47:00 -0000 Subject: Cygwin-specific Libtool patches In-Reply-To: <122925117.20040920155923@familiehaase.de> References: <20040906021844.84591.qmail@web53304.mail.yahoo.com> <1095382062.1234.164.camel@gadek.homelinux.org> <1729140505.20040917144223@familiehaase.de> <1095453892.21655.265.camel@glue> <1902690.20040918145110@familiehaase.de> <414EAA70.2090700@kaffe.org> <122925117.20040920155923@familiehaase.de> Message-ID: <414EFAE7.5070708@kaffe.org> Gerrit P. Haase wrote: > Hallo Dalibor, > > Am Montag, 20. September 2004 um 12:01 schriebst du: > > >>I was wondering whether you know if there are pending patches from >>Cygwin developers for GNU Libtool, as they are preparing Libtool 2.0, so >>it would be nice to have those included, if possible :) The Libtool >>upstream is very cooperative and responsive to patches in my experience. > > > If our libtool maintainer and his family survived Ivan I'm pretty sure > that he will submit pending patches timely. Thanks for the quick reply, Gerrit, and for putting things in perspective. I hope all are well. cheers, dalibor topic -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Mon Sep 20 15:53:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Mon, 20 Sep 2004 15:53:00 -0000 Subject: [APPS] ping python maintainer (and others) - Launching cygwin apps from cmd.exe vs. softlinks in /bin In-Reply-To: References: Message-ID: <20040920154802.GN6525@trixie.casa.cgf.cx> On Mon, Sep 20, 2004 at 04:09:50PM +0100, Dave Korn wrote: >Now, in this particular case "python.exe" is a cygwin old-style >softlink rather than a windoze .lnk-style shortcut. Because that's how setup.exe sets up symlinks. PTC. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Andrew@DeFaria.com Mon Sep 20 15:56:00 2004 From: Andrew@DeFaria.com (Andrew DeFaria) Date: Mon, 20 Sep 2004 15:56:00 -0000 Subject: Running cmd programs in cygwin / rxvt In-Reply-To: <20040920153922.GA7869@trixie.casa.cgf.cx> References: <414E8B1A.8040103@overbored.net> <414EA28E.122EB347@dessent.net> <20040920143930.GD6915@trixie.casa.cgf.cx> <20040920153922.GA7869@trixie.casa.cgf.cx> Message-ID: Christopher Faylor wrote: > On Mon, Sep 20, 2004 at 08:24:44AM -0700, Andrew DeFaria wrote: > >> Christopher Faylor wrote: >> >>> On Mon, Sep 20, 2004 at 07:15:46AM -0700, Andrew DeFaria wrote: >>> >>>> Is there a CYGWIN setting to tell rxvt not to use ptys? >>> >>> How could a program like rxvt possibly work without ptys? >> >> I have no idea. I don't know how nor why they are required. Perhaps >> you could enlighten us? 'Cause from the outside rxvt looks just like >> the standard windows window (albeit with more functionality) and that >> window doesn't seem to require ptys... > > > rxvt is a port of a UNIX program. UNIX uses ptys. Windows doesn't > support the notion of ptys. > > http://www.google.com/search?q=define:pty Thanks for the define: thingy of Google. I didn't know that! > If you want to run a standard windows window (i.e., a console window) > then that's what you get when you click on the cygwin icon. I understand that. But I like using rxvt much better WRT terminal resizing and copy/paste semantics (as well as color and font options). > The terminal input and output is largely controlled by windows and > cygwin has little say over how characters are handled. If it was as > easy as just using this, don't you think we'd have been doing this by now? I never said it would be easy - just desired. Would it be possible to implement a command then that says exec this with tty's instead of ptys? -- If you mated a bulldog and a shitsu, would it be called a bullshit? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Mon Sep 20 15:57:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 20 Sep 2004 15:57:00 -0000 Subject: Login behaviour oddities: won't run .profile In-Reply-To: <20040920150643.GB1700@cygbert.vinschen.de> References: <20040920081046.E810484CCE@pessard.research.canon.com.au> <20040920091729.GU17670@cygbert.vinschen.de> <20040920150643.GB1700@cygbert.vinschen.de> Message-ID: On Mon, 20 Sep 2004, Corinna Vinschen wrote: > On Sep 20 10:08, Igor Pechtchanski wrote: > > On Mon, 20 Sep 2004, Corinna Vinschen wrote: > > > > > On Sep 20 18:10, luke[...] wrote: > > ^^^^^^^^^^^^^^ > > Hmmm? > > Urgh, sorry about that. That's what mutt creates when no real name is > given. Does anybody know how to suppress this? I didn't find this in > the mutt documentation so far. Well, I know how to do it in Pine... 0:) > > > Sorry but this is bogus. There's no difference whether a directory is > > > created using Cygwin or Windows. > > > > Umm, sure there is. Windows Explorer will inherit the permissions of the > > parent directory by default, whereas Cygwin will always create a new set > > of ACLs (or, at least, I haven't found a way to make Cygwin directories > > inherit the parent's ACLs). I don't know how that can make a difference, > > but there it is. > > I wasn't in pedantic mode when writing that. Let's assume that when Luke > played with the permissions, he's already changed this to some sufficient > value, like, say, the owner may read files in the own directory... Right, I obviously forgot to put the .. tags in my reply. I agree that it shouldn't make any perceptible difference. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Mon Sep 20 15:59:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Mon, 20 Sep 2004 15:59:00 -0000 Subject: Running cmd programs in cygwin / rxvt In-Reply-To: References: <414E8B1A.8040103@overbored.net> <414EA28E.122EB347@dessent.net> <20040920143930.GD6915@trixie.casa.cgf.cx> <20040920153922.GA7869@trixie.casa.cgf.cx> Message-ID: <20040920155842.GO6525@trixie.casa.cgf.cx> On Mon, Sep 20, 2004 at 08:46:32AM -0700, Andrew DeFaria wrote: >Would it be possible to implement a command then that says exec this >with tty's instead of ptys? Cygwin ttys and ptys are the same thing. You should be able to start a command in a new console window with "cygstart" (q.v.). -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Mon Sep 20 16:06:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 20 Sep 2004 16:06:00 -0000 Subject: Login behaviour oddities: won't run .profile In-Reply-To: <26169.193.133.13.145.1095689906.squirrel@193.133.13.145> References: <20040920081046.E810484CCE@pessard.research.canon.com.au> <20040920091729.GU17670@cygbert.vinschen.de> <26169.193.133.13.145.1095689906.squirrel@193.133.13.145> Message-ID: On Mon, 20 Sep 2004, John Morrison wrote: > > One solution is to remove /etc/skel/.bash_profile after the installs > > (maybe even in your own site-specific postinstall script). I don't know > > if the base-files postinstall script will re-create that file, though -- > > if it does, it needs to be fixed. > > The base-files postinstall script will attempt to recreate its files > if they don't exist, it can't differentiate between deleted and clean install > (do any?). Whoops, you're right. I didn't think it through, sorry. > If you want to use a ~/.profile instead change /etc/skel/.bash_profile to > be something along the lines of > > source ~/.profile > > Base-files *will not* (now) overwrite a user modified file. > > Would this be sufficient? Right. That would work (and, of course, will eliminate any chance of having different profile settings for bash and sh). > I don't know how to improve this... make a note during preremove of any > of the manifest files missing and don't create them upon installation? > Possible I suppose... Mmm, probably not worth the bother. Besides, what do you do then if you *add* a new /etc/skel file to the base-files package? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Mon Sep 20 16:09:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Mon, 20 Sep 2004 16:09:00 -0000 Subject: Login behaviour oddities: won't run .profile In-Reply-To: References: <20040920081046.E810484CCE@pessard.research.canon.com.au> <20040920091729.GU17670@cygbert.vinschen.de> <20040920150643.GB1700@cygbert.vinschen.de> Message-ID: <20040920160102.GP6525@trixie.casa.cgf.cx> On Mon, Sep 20, 2004 at 11:53:35AM -0400, Igor Pechtchanski wrote: >On Mon, 20 Sep 2004, Corinna Vinschen wrote: >>On Sep 20 10:08, Igor Pechtchanski wrote: >>>On Mon, 20 Sep 2004, Corinna Vinschen wrote: >>>> On Sep 20 18:10, luke[...] wrote: >>> ^^^^^^^^^^^^^^ >>>Hmmm? >> >>Urgh, sorry about that. That's what mutt creates when no real name is >>given. Does anybody know how to suppress this? I didn't find this in >>the mutt documentation so far. > >Well, I know how to do it in Pine... 0:) mutt tries to put the person's name in the attribution but switches to email address if there is no name. I've never been able to find a method for DWIW either. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From skoskie@iupui.edu Mon Sep 20 16:38:00 2004 From: skoskie@iupui.edu (Koskie, Sarah) Date: Mon, 20 Sep 2004 16:38:00 -0000 Subject: security and cygwin Message-ID: > >Are there any other security related issues I should know about? I have > >to assume that cygwin as installed is safe until I have time to look > >into it, so I am hoping that my faith is not misplaced. > > > Strange that you should ask this question now, since you admit to using > Cygwin prior to all this and apparently this wasn't a concern then. No > matter. See the FAQ entry: > > How secure is Cygwin in a multi-user environment? > > Thanks, but that does not answer my question. I do not know what daemons are running. I did not start any. I assume some are started in the installation process but I don't know how to find out which they are. I just searched the FAQs for any other mention of "daemon" and found none. I have also checked the User's guide but it does not seem to contain any relevant info that I can see. There should never be any users logged in remotely to my cygwin and if there is something I have to do to enforce that, that's part of what I want to know. I should also be the only one using sftp, ssh, etc. With the previous version of cygwin, I was able to sftp and ssh from cygwin to other machines but not from other machines to my desktop computer. I hope that is still the case. I'll check it eventually, but as mentioned, I have a more-than-full time job as other than an UNIX programmer or system administrator and I cannot just stop and spend a month setting up cygwin. In the past I didn't have to. The lack of relevant documentation and the complexity of the current setup and install process are extremely frustrating. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Mon Sep 20 16:38:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 20 Sep 2004 16:38:00 -0000 Subject: [APPS] ping python maintainer (and others) - Launching cygwin apps from cmd.exe vs. softlinks in /bin In-Reply-To: References: Message-ID: On Mon, 20 Sep 2004, Dave Korn wrote: > I thought this topic ought to be on the -apps list, but the description > does say... > > "It is not (with one exception) for bug reports, "it would be nice", or "how > do I" type of musings." > > ... so I'm mentioning this here instead. > > It's quite a common idiom in cygwin packages (based on longstanding unix > tradition) to have an executable that has the version number appended to it, > and then use a soft-link to provide an unadorned executable, e.g.: > > dk@mace /bin> ls -la python* > lrwxrwxrwx 1 dk Users 13 Jan 5 2004 python.exe -> python2.3.exe > -rwxr-x---+ 1 dk Users 4608 Dec 30 2003 python2.3.exe > > Now, in this particular case "python.exe" is a cygwin old-style softlink > rather than a windoze .lnk-style shortcut. This means that it can't be > invoked from cmd.exe; because a cygwin old-style softlink is basically a > text file, cmd.exe notices that it has no PE/MZ header, but since it's got a > .exe extension, cmd.exe thinks it has to be _some_ kind of executable, so it > guesses the only thing left - that it's an old 16-bit MSDOS .com-type > executable - and invokes NTVDM, which loads the file into memory and starts > happily executing ASCII bytes as opcodes (or at any rate, happily until it > gpfaults within the first few bytes). > > It's a shame, because most normal cygwin apps can be invoked either from > bash or from cmd. And it's a shame in particular for Python, because the > cygwin and win32-native versions are very close to functionally > interchangeable, and if it wasn't for this slight hiccup they could be used > that way (with only a little attention to not using OS-specific features in > your python scripts). > > Using a non-symbolic link works for me; "ln /bin/python2.3.exe > /bin/cmd-invokable-python.exe" gets me something I can invoke from either > DOS/cmd or bash/sh. Alternatively, you could Google for "vi.bat site:cygwin.com" and apply the same technique to python. > Using a new-style symlink fails in several interesting ways: > > 1) Well, there's the .lnk extension to take into account, which is a minor > nuisance because you can't invoke it with just 'python.exe'. > > 2) Also, "ln -s" sets utterly wrong ACLs on the link it creates, such that I > have no "read and execute" permission. (I think this is a genuine bug, but > I'll start a separate thread for it once I've confirmed that.) > > 3) So after I modify the ACLs, and invoke it by typing > "shortcutname.exe.lnk" at a cmd.exe shell, something very bizarre happens: > it forks off from the shell, and both cmd.exe and the python exe are running > simultaneously, connected to the same stdin and fighting each other for > chars from my command lines. [ Can I refer to this as "a terrible forking > bug" without getting banned from the list? :-O ] > > Now, I know that using a hardlink has the effect on FAT filesystems of > simply duplicating the file, and so this might not be a desirable or > possible solution to adopt in the majority of cases. I'm not sure how > compatible it would or wouldn't be with the cygwin packaging scheme, for > starters. > > But the python executable is a special case, because it's tiny: 4608 > bytes, because all the actual functionality is in a .dll, and the .exe > simply has to load the .dll and call out to it. So in this particular case, > (and any similar ones, such as zsh, perl, and conceivably even tclsh, > although at 16kb the waste/redundancy starts to become more worth > considering) it might be entirely reasonable to simply provide two identical > duplicate .exes in the package, mightn't it? Some more randomly-ordered points: a) the cluster size can be as large as 32k, which means that even a symlink takes up that much space. b) FWIW, if the symlink is set up in a postinstall script instead of the tarball, it'll be a new style symlink. c) the code in spawn.cc currently treats any file with a .exe extension specially, and passes it on to CreateProcess without looking into it any more than that. It could, technically, check whether the file is an old-style symlink, and do the right thing in that case -- as always, . HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Mon Sep 20 16:50:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 20 Sep 2004 16:50:00 -0000 Subject: security and cygwin In-Reply-To: References: Message-ID: On Mon, 20 Sep 2004, Koskie, Sarah wrote: > > > >Are there any other security related issues I should know about? I > > >have to assume that cygwin as installed is safe until I have time to > > >look into it, so I am hoping that my faith is not misplaced. > > > > Strange that you should ask this question now, since you admit to > > using Cygwin prior to all this and apparently this wasn't a concern > > then. No matter. See the FAQ entry: > > > > How secure is Cygwin in a multi-user environment? > > > > Thanks, but that does not answer my question. I do not know what > daemons are running. I did not start any. I assume some are started in > the installation process but I don't know how to find out which they > are. setup.exe does not, currently, start (or even install) any daemons. Any daemon setup is usually done by the corresponding *-config script. Unless someone writes a postinstall script that will install a daemon (unlikely, and should be considered a packaging bug), you should explicitly add any daemons before they are started. > I just searched the FAQs for any other mention of "daemon" and > found none. I have also checked the User's guide but it does not seem > to contain any relevant info that I can see. The Windows equivalent of "daemons" is "services". Does that help? > There should never be any users logged in remotely to my cygwin and if > there is something I have to do to enforce that, that's part of what I > want to know. Unless you've added some services, there will be no remote users logged in via Cygwin programs. > I should also be the only one using sftp, ssh, etc. With the previous > version of cygwin, I was able to sftp and ssh from cygwin to other > machines but not from other machines to my desktop computer. I hope > that is still the case. It should be. > I'll check it eventually, but as mentioned, I have a > more-than-full time job as other than an UNIX programmer or system > administrator and I cannot just stop and spend a month setting up > cygwin. In the past I didn't have to. The lack of relevant > documentation and the complexity of the current setup and install > process are extremely frustrating. It would help more if you described the exact stumbling blocks and things you didn't find in the docs and had to search for, or even provided patches to the appropriate parts of the documentation. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From skoskie@iupui.edu Mon Sep 20 16:56:00 2004 From: skoskie@iupui.edu (Koskie, Sarah) Date: Mon, 20 Sep 2004 16:56:00 -0000 Subject: re emacs problems Message-ID: > You might be better to modify the root - /etc/passwd, but I'm kinda You're right John. Thanks. In fact, I later (after sending that email) found that that was the problem and changed the home directory there. Now the lines in the .login (copied from /etc/csh.login work correctly for my tcsh shell. I'm still hoping someone can comment on what emacs I should install to get the normal robust behavior I've come to expect from emacses. Unrelated issue: Is there a way to get related messages posted properly as followons in the mailing list archives without subscribing to the mailing list? I assume it's by replying to actual email from the mailing list that messages are posted as replies rather than new threads. I can't see filling my email box with questions I don't for the most part even understand, let alone have answers for, yet feel bad about every message starting a new thread rather than being properly appended to the previous thread. I'm unwillingly sending mail using MS Office Outlook 2003 until I find time to switch to something better. --sk -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Mon Sep 20 17:02:00 2004 From: dk@artimi.com (Dave Korn) Date: Mon, 20 Sep 2004 17:02:00 -0000 Subject: [APPS] ping python maintainer (and others) - Launching cygwin apps from cmd.exe vs. softlinks in /bin In-Reply-To: Message-ID: > -----Original Message----- > From: Igor Pechtchanski > Sent: 20 September 2004 17:07 > > Using a non-symbolic link works for me; "ln /bin/python2.3.exe > > /bin/cmd-invokable-python.exe" gets me something I can > invoke from either > > DOS/cmd or bash/sh. > > Alternatively, you could Google for "vi.bat site:cygwin.com" > and apply the same technique to python. Fair enough, but what I really want is something that doesn't require my makefiles to have to discriminate between what kind of python exe is first in the path; I want them to be equipotent, and I don't want to have to install things that aren't standard; I want a makefile that can be invoked from either cmd.exe or bash, that can run on a system that has either cygwin python or win32 python or both installed, that isn't sensitive to which one comes in which order in $PATH, and that doesn't require anything extra to be installed. But I guess I could always use a makefile rule to create python.bat in the objdir I'm building in.... hmm. That might have been a bit simpler than my current solution, which uses a fairly gross makefile hack to search $PATH and some default install locations for any instances of python.exe, then discards any which live in a ".../bin/.." subdir to try and eliminate the cygwin version! > c) the code in spawn.cc currently treats any file with a .exe > extension > specially, and passes it on to CreateProcess without looking > into it any > more than that. It could, technically, check whether the file is an > old-style symlink, and do the right thing in that case -- as always, > . LOL, I don't really think it's within my abilities to come up with a patch for spawn.cc that modifies the behaviour of cmd.exe....... cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Mon Sep 20 17:09:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Mon, 20 Sep 2004 17:09:00 -0000 Subject: [APPS] ping python maintainer (and others) - Launching cygwin apps from cmd.exe vs. softlinks in /bin In-Reply-To: References: Message-ID: <20040920165806.GA8780@trixie.casa.cgf.cx> On Mon, Sep 20, 2004 at 05:48:13PM +0100, Dave Korn wrote: >LOL, I don't really think it's within my abilities to come up with a >patch for spawn.cc that modifies the behaviour of cmd.exe....... Don't give up so easily! While you're at it, you could also get rid of that silly "ptys are pipes" thing that is annoying all of the cygwin rxvt users. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From electabuzz@katamail.com Mon Sep 20 17:13:00 2004 From: electabuzz@katamail.com (electa) Date: Mon, 20 Sep 2004 17:13:00 -0000 Subject: please help me Message-ID: If I try to retrieve again all my installed packets, using "download from internet" and the "reinstall" option, which marks all my packages with "retrieve", I get "An error occurred while downloading" (in the window the bar was near end, and the package name is "_update_info_dir...ecc") Setup tries to re-download all, and again the same error. How to solve it? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Mon Sep 20 17:17:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 20 Sep 2004 17:17:00 -0000 Subject: [APPS] ping python maintainer (and others) - Launching cygwin apps from cmd.exe vs. softlinks in /bin In-Reply-To: References: Message-ID: On Mon, 20 Sep 2004, Dave Korn wrote: > > -----Original Message----- > > From: Igor Pechtchanski > > Sent: 20 September 2004 17:07 > > > > Using a non-symbolic link works for me; "ln /bin/python2.3.exe > > > /bin/cmd-invokable-python.exe" gets me something I can > > invoke from either > > > DOS/cmd or bash/sh. > > > > Alternatively, you could Google for "vi.bat site:cygwin.com" > > and apply the same technique to python. > > Fair enough, but what I really want is something that doesn't require my > makefiles to have to discriminate between what kind of python exe is first > in the path; If you use just "python", and the .bat is first in the path, it'll be picked up. > I want them to be equipotent, and I don't want to have to > install things that aren't standard; I want a makefile that can be invoked > from either cmd.exe or bash, that can run on a system that has either cygwin > python or win32 python or both installed, that isn't sensitive to which one > comes in which order in $PATH, and that doesn't require anything extra to be > installed. But I guess I could always use a makefile rule to create > python.bat in the objdir I'm building in.... hmm. That might have been a > bit simpler than my current solution, which uses a fairly gross makefile > hack to search $PATH and some default install locations for any instances of > python.exe, then discards any which live in a ".../bin/.." subdir to try and > eliminate the cygwin version! You could also just create a python.bat in /bin, and cmd.exe will find that, while Cygwin will use a symlink. > > c) the code in spawn.cc currently treats any file with a .exe > > extension specially, and passes it on to CreateProcess without looking > > into it any more than that. It could, technically, check whether the > > file is an old-style symlink, and do the right thing in that case -- > > as always, . > > LOL, I don't really think it's within my abilities to come up with a patch > for spawn.cc that modifies the behaviour of cmd.exe....... While CGF was obviously joking about the pty/tty "fix", my suggestion was only half-humorous. Look in spawn.cc around line 442... FWIW, you won't be fixing the behavior of cmd.exe, you'll be fixing the behavior of Cygwin1.dll when a .exe program is invoked (before it's passed to Windows via CreateProcess, i.e., the current action for .exe's and some others is to *not* look inside the file to check whether it's a script or a symlink). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Mon Sep 20 17:23:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Mon, 20 Sep 2004 17:23:00 -0000 Subject: security and cygwin In-Reply-To: References: Message-ID: <414F0FB0.100@x-ray.at> Koskie, Sarah schrieb: >>>Are there any other security related issues I should know about? I >>>have to assume that cygwin as installed is safe until I have time to look >>>into it, so I am hoping that my faith is not misplaced. >> >>See the FAQ entry: >> >>How secure is Cygwin in a multi-user environment? >> > > Thanks, but that does not answer my question. I do not know what > daemons are running. It does answer it. If you don't know this, you are completely unsafe. > I did not start any. I assume some are started in > the installation process but I don't know how to find out which they > are. I just searched the FAQs for any other mention of "daemon" and > found none. I have also checked the User's guide but it does not seem > to contain any relevant info that I can see. There should never be any > users logged in remotely to my cygwin and if there is something I have > to do to enforce that, that's part of what I want to know. I should > also be the only one using sftp, ssh, etc. With the previous version of > cygwin, I was able to sftp and ssh from cygwin to other machines but not > from other machines to my desktop computer. I hope that is still the > case. I'll check it eventually, but as mentioned, I have a > more-than-full time job as other than an UNIX programmer or system > administrator and I cannot just stop and spend a month setting up > cygwin. In the past I didn't have to. The lack of relevant > documentation and the complexity of the current setup and install > process are extremely frustrating. Trust the FAQ: It's unsafe. Esp. when you don't know what a daemon is. Just believe it. A daemon is a long-running "satanic" background process. See your Task Manager on the Process Tab. One of the daemons you don't see is for example called "Explorer" (the windows desktop). This is one of the worst security holes on windows, regardless of cygwin. sftp, sshd, cygserver, cron and all other cygwin services are also daemons, which share global data via cygwin1.dll. If you are running them as user, a possible intruder can gain permissions of this user. If you run cygwin programs as service the intruder might gain permissions of the SYSTEM user. -- Reini Urban -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Mon Sep 20 17:38:00 2004 From: dk@artimi.com (Dave Korn) Date: Mon, 20 Sep 2004 17:38:00 -0000 Subject: Rebuilding GDB In-Reply-To: <1095687843.15080.18.camel@localhost> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Adrian Cox > Sent: 20 September 2004 14:44 > I'm trying to build a Cygwin hosted GDB for debugging ARM and PowerPC > boards. After running into a lot of problems, I tried to rebuild the > native GDB that Cygwin installed for me, and that didn't work either. > > I'm up to date with Cygwin setup, and running on Win2k SP4. > Below is the > end of the build where everything goes wrong: BTW, when discussing compile problems with gnu packages, you should always quote the options you gave to configure (if any). > make[3]: Entering directory `/tmp/inbuild/libgui/src' > gcc -DHAVE_CONFIG_H -I. -I/usr/src/gdb-20030919-1/libgui/src > -I.. -DWIN32 -mwin3 > 2 -fwritable-strings -I/usr/include -I/usr/include > -I"/netrel/src/libtcltk/tk/xl > ib" -DHAVE_NO_SEH=1 -DEXCEPTION_DISPOSITION=int > -I/usr/include/../unix -I/usr/ > include/../win -DTBL_VERSION=\"2.7\" -DTBL_COMMAND=\"table\" > -DTBL_RUNTIME=\"tkT > able.tcl\" > -DTBL_RUNTIME_DIR=\"/usr/local/insight/share/redhat/gui\" -DSTATIC_BU > ILD -g -O2 -c /usr/src/gdb-20030919-1/libgui/src/tclwinprint.c > /usr/src/gdb-20030919-1/libgui/src/tclwinprint.c:26:22: > tkWinInt.h: No such file > or directory Hmm. It should be in the source distribution itself, at /usr/src/gdb-20030919-1/tk/win. Let me see compare with the command line I got when I built insight from source last time.... I didn't use the cygwin sources, but they're currently in fairly close sync with the repository.... I get the same warnings from the compile as you did, but didn't get the fatal error from the missing header. So it should be instructive to compare the "-I" options in our respective versions: gcc -DHAVE_CONFIG_H -I. -I../../../../tools/gdb-6.1.1/libgui/src -I.. -DWIN32 -mwin32 -fwritable-strings -I/repository/tools/gdb-6.1.1/tcl/generic -I/repository/tools/gdb-6.1.1/tk/generic -I"/repository/tools/gdb-6.1.1/tk/xlib" -DHAVE_NO_SEH=1 -DEXCEPTION_DISPOSITION=int -I/repository/tools/gdb-6.1.1/tk/generic/../unix -I/repository/tools/gdb-6.1.1/tk/generic/../win -DTBL_VERSION=\"2.7\" -DTBL_COMMAND=\"table\" -DTBL_RUNTIME=\"tkTable.tcl\" -DTBL_RUNTIME_DIR=\"/usr/local/share/redhat/gui\" -DSTATIC_BUILD -g -O2 -c ../../../../tools/gdb-6.1.1/libgui/src/tclwinprint.c Ok, so your one has this strange include path to /netrel/src/libtcltk/tk/xlib which my one doesn't. Looks like maybe you have an older version of the tcl/tk headers in your installation and somehow it got chosen at configure time over the ones included with the gdb source distro? Also, there really shouldn't be all those "-I /usr/include"s in there. And what on earth are "/usr/include/../win" and "/usr/include/../unix"? Maybe configure has somehow failed to find something and is using /usr/include as a default, no-hope-last-chance fallback; and then bogusly concatenating relative paths onto it that would have been relevant if it had found the real headers but make no sense when just hoping they're in the standard system includes dir. Yech. cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Mon Sep 20 17:40:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 20 Sep 2004 17:40:00 -0000 Subject: re emacs problems In-Reply-To: References: Message-ID: On Mon, 20 Sep 2004, Koskie, Sarah wrote: > [snip] > I'm still hoping someone can comment on what emacs I should install to > get the normal robust behavior I've come to expect from emacses. Isn't the official plural "emacsen"? ;-) I'm a vi person, so I don't know for sure... > Unrelated issue: Is there a way to get related messages posted properly > as followons in the mailing list archives without subscribing to the > mailing list? Yes. Two ways, in fact. One works with programs that understand the "mbox" format for e-mail (e.g., pine); the other is more generic, but requires some effort. > I assume it's by replying to actual email from the mailing list that > messages are posted as replies rather than new threads. Right, that's the idea -- to get the actual message without subscribing to the list. For the "mbox" method, Google for "web archives raw text site:cygwin.com" -- I posted a couple of recipes before (I've since improved on the automation of the method, if anyone's interested). The second method is described in a help message you get from ezmlm (mail to cygwincom>) -- namely, you can get a copy of any list message by e-mailing to cygwincom>. The trick is finding out the message number -- the "Raw text" link is helpful here as well; just look at the "From " line (first line of the raw text), and the MSGNUM will be the digits between "cygwin-return-" and "-listarch-". > I can't see filling my email box with questions I don't for the most > part even understand, let alone have answers for, yet feel bad about > every message starting a new thread rather than being properly appended > to the previous thread. > > I'm unwillingly sending mail using MS Office Outlook 2003 until I find > time to switch to something better. Gulp! :-) In any case, the second method above should work even with Outlook. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Mon Sep 20 18:07:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Mon, 20 Sep 2004 18:07:00 -0000 Subject: please help me In-Reply-To: References: Message-ID: <6.1.0.6.0.20040920133534.03d42280@pop.prospeed.net> At 01:03 PM 9/20/2004, you wrote: >If I try to retrieve again all my installed packets, using "download from >internet" and the "reinstall" option, which marks all my packages with >"retrieve", I get "An error occurred while >downloading" (in the window the bar was near end, and the package name is >"_update_info_dir...ecc") >Setup tries to re-download all, and again the same error. > >How to solve it? Try installing from your local directory. That might work/avoid the problem. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From imogyorosi@tdc.hu Mon Sep 20 18:55:00 2004 From: imogyorosi@tdc.hu (=?ISO-8859-2?Q?Mogyor=F3si_Istv=E1n?=) Date: Mon, 20 Sep 2004 18:55:00 -0000 Subject: Crontab issue Message-ID: <414F15BE.3010203@tdc.hu> Hello, I spent quite a lot of time reading the subject and I still dont have clear sight on the problem. It is probably a permission/access sync issue between Cygwin and NT. But my case is NOT a network drive. Case 1, crontab -e [ logged in as Administrator ] 20 12 * * * /home/Administrator/mydate.sh [ my own script to exec ] ----- it works with the result written in my home directory. mydate.sh is `date >mydate.txt` Case 2, crontab -e [ logged in as Administrator ] 25 12 * * * /cygdrive/e/otherpath/mydate.sh [ my second script to exec ] ------------- this does not work. My Error message in Eventlog is: bla .. bla .. /usr/sbin/cron : PID 2356 : (Administrator) CMD (/cygdrive/e/otherpath/mydate.sh 2>&1) The access permissions for both shell scripts are identical. The only difference is the path to execute. If I install the service as Administrator, and try to start it with the Service Control Manager it fails to start and I get the error message in the Event Log: ... bla bla .. Cygwin_cron : PID 2260 : starting service 'Cygwin_cron' failed : execv: 1 , Operation not permitted. Any comments welcome, Regards Istvan Mogyorosi -------------- next part -------------- A non-text attachment was scrubbed... Name: imogyorosi.vcf Type: text/x-vcard Size: 356 bytes Desc: not available URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Mon Sep 20 19:02:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 20 Sep 2004 19:02:00 -0000 Subject: Crontab issue In-Reply-To: <414F15BE.3010203@tdc.hu> References: <414F15BE.3010203@tdc.hu> Message-ID: On Mon, 20 Sep 2004, Mogyor??si Istv??n wrote: > Hello, > > I spent quite a lot of time reading the subject and I still dont have > clear sight on the problem. It is probably a permission/access sync > issue between Cygwin and NT. But my case is NOT a network drive. > > Case 1, > crontab -e [ logged in as Administrator ] > 20 12 * * * /home/Administrator/mydate.sh [ my own script to exec ] > ----- > it works with the result written in my home directory. > mydate.sh is `date >mydate.txt` It's a good idea to specify the absolute paths for any commands or output files. > Case 2, > crontab -e [ logged in as Administrator ] > 25 12 * * * /cygdrive/e/otherpath/mydate.sh [ my second script to exec ] > ------------- > this does not work. > My Error message in Eventlog is: > bla .. bla .. /usr/sbin/cron : PID 2356 : (Administrator) CMD > (/cygdrive/e/otherpath/mydate.sh 2>&1) Hmm, looks like it *is* getting executed, but the output is lost? See the previous comment. > The access permissions for both shell scripts are identical. > The only difference is the path to execute. Can you execute the latter script from the command line as Administrator? If not, are the access permissions on both *paths* sufficient? For a script to be executable, all the components in the path to it have to be reachable (i.e., the directories have to have at least the execute permission). > If I install the service as Administrator, and try to start it > with the Service Control Manager it fails to start and > I get the error message in the Event Log: > ... bla bla .. Cygwin_cron : PID 2260 : starting service > 'Cygwin_cron' failed : execv: 1 , Operation not permitted. This is a different symptom -- most likely the necessary DLLs in your /bin are not executable by non-owners (i.e., SYSTEM, which is the user cron will run under when installed as service). A "chmod -R a+X /bin" should help (you might also need to fix permissions for other files/directories under /var, and maybe /lib, /share, and /etc). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Andrew@DeFaria.com Mon Sep 20 19:03:00 2004 From: Andrew@DeFaria.com (Andrew DeFaria) Date: Mon, 20 Sep 2004 19:03:00 -0000 Subject: Running cmd programs in cygwin / rxvt In-Reply-To: <20040920155842.GO6525@trixie.casa.cgf.cx> References: <414E8B1A.8040103@overbored.net> <414EA28E.122EB347@dessent.net> <20040920143930.GD6915@trixie.casa.cgf.cx> <20040920153922.GA7869@trixie.casa.cgf.cx> <20040920155842.GO6525@trixie.casa.cgf.cx> Message-ID: Christopher Faylor wrote: > On Mon, Sep 20, 2004 at 08:46:32AM -0700, Andrew DeFaria wrote: > >> Would it be possible to implement a command then that says exec this >> with tty's instead of ptys? > > Cygwin ttys and ptys are the same thing. OK how about a command that says start this Windows console mode application using whatever it is that will make it happy enough to talk to stdin/stdout/stderr (short of starting a new window that is). > You should be able to start a command in a new console window with > "cygstart" (q.v.). Yes I can, however this starts it in another "Windows window" that does not easily resize, has crappy copy/paste semantics, colors and fonts. IOW all the reasons why I'm running rxvt! What I want is for it to run in the rxvt window so that I can have the nicer copy/paste, etc, not start a new window. -- I put instant coffee in my microwave oven and almost went back in time. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From janneke@gnu.org Mon Sep 20 19:20:00 2004 From: janneke@gnu.org (Jan Nieuwenhuizen) Date: Mon, 20 Sep 2004 19:20:00 -0000 Subject: gdb: which dll starts at 0x461000 ? In-Reply-To: <1846815110.20040920093032@familiehaase.de> (Gerrit P. Haase's message of "Mon, 20 Sep 2004 09:30:32 +0200") References: <87wtys9c3h.fsf@peder.flower> <414E7308.80505@luukku.com> <87k6upqw2y.fsf@peder.flower> <627404206.20040920092809@familiehaase.de> <1846815110.20040920093032@familiehaase.de> Message-ID: <87oek0229l.fsf@peder.flower> Gerrit P. Haase writes: > Actually it seems to be from Microsoft, get a copy here: > http://www.dependencywalker.com/ Thanks, but I'm not sure this helps. This tool seems (it says: warning...) to claim that my freshly cross-compiled version of guile-CVS depends on efsadu.dll; but I don't have such a thing in my build environment. When running profile, it speaks of "unknown", so maybe that one is missing rather than efsadu.dll? Also, I copied all dlls from my build environment to a new directory, and ran guile.exe from there (dlls load from cwd first, right?), but that doesn't help. Gdb says so, but is this a missing dll error at all? Jan. dll report: *****************************| System Information |***************************** Dependency Walker: 2.1.3623 (32-bit) Operating System: Microsoft Windows XP Personal (32-bit) OS Version: 5.01.2600 Service Pack 1 Processor: x86 Family 6 Model 7 Stepping 0, AuthenticAMD, ~1002MHz ********************************| Search Order |******************************** * * * Legend: F File E Error (path not valid) * * * ******************************************************************************** Side-by-Side Components (Windows XP only) [F ] c:\windows\winsxs\x86_microsoft.windows.gdiplus_6595b64144ccf1df_1.0.10.0_x-ww_712befd8\GDIPLUS.DLL The system's "KnownDLLs" list [F ] c:\windows\system32\ADVAPI32.DLL [F ] c:\windows\system32\APPHELP.DLL [F ] c:\windows\system32\COMCTL32.DLL [F ] c:\windows\system32\COMDLG32.DLL [F ] c:\windows\system32\CRYPT32.DLL [F ] c:\windows\system32\GDI32.DLL [F ] c:\windows\system32\IMAGEHLP.DLL [F ] c:\windows\system32\KERNEL32.DLL [F ] c:\windows\system32\LZ32.DLL [F ] c:\windows\system32\MPR.DLL [F ] c:\windows\system32\MSASN1.DLL [F ] c:\windows\system32\MSVCRT.DLL [F ] c:\windows\system32\NTDLL.DLL [F ] c:\windows\system32\OLE32.DLL [F ] c:\windows\system32\OLEAUT32.DLL [F ] c:\windows\system32\OLECLI32.DLL [F ] c:\windows\system32\OLECNV32.DLL [F ] c:\windows\system32\OLESVR32.DLL [F ] c:\windows\system32\OLETHK32.DLL [F ] c:\windows\system32\RPCRT4.DLL [F ] c:\windows\system32\SHELL32.DLL [F ] c:\windows\system32\SHLWAPI.DLL [F ] c:\windows\system32\URL.DLL [F ] c:\windows\system32\URLMON.DLL [F ] c:\windows\system32\USER32.DLL [F ] c:\windows\system32\USERENV.DLL [F ] c:\windows\system32\VERSION.DLL [F ] c:\windows\system32\WININET.DLL [F ] c:\windows\system32\WLDAP32.DLL [F ] c:\windows\system32\WOW32.DLL The application directory [ ] c:\cygwin\bin\ The 32-bit system directory [ ] C:\WINDOWS\System32\ The 16-bit system directory (Windows NT/2000/XP only) [ ] C:\WINDOWS\system\ The system's root OS directory [ ] C:\WINDOWS\ The application's registered "App Paths" directories The system's "PATH" environment variable directories [ ] c:\cygwin\home\root\bin\ [ ] c:\cygwin\usr\X11R6\bin\ [ ] c:\cygwin\home\root\bin\ [ ] c:\cygwin\usr\local\bin\ [ ] c:\cygwin\usr\X11R6\bin\ [ ] c:\cygwin\bin\ [ ] c:\cygwin\bin\ [ ] c:\cygwin\bin\ [ ] c:\WINDOWS\system32\ [ ] c:\WINDOWS\ [ ] c:\WINDOWS\System32\Wbem\ [ ] c:\EQF\WIN\ ***************************| Module Dependency Tree |*************************** * * * Legend: F Forwarded Module ? Missing Module 6 64-bit Module * * D Delay Load Module ! Invalid Module * * * Dynamic Module E Import/Export Mismatch or Load Failure * * ^ Duplicate Module * * * ******************************************************************************** [ ] GUILE.EXE [ ] CYGGUILE-16.DLL [ ^ ] CYGGUILE-LTDL-2.DLL [ ] CYGCRYPT-0.DLL [ ^ ] CYGWIN1.DLL [ ^ ] KERNEL32.DLL [ ^ ] CYGWIN1.DLL [ ] CYGGMP-3.DLL [ ^ ] CYGWIN1.DLL [ ^ ] KERNEL32.DLL [ ^ ] CYGWIN1.DLL [ ^ ] KERNEL32.DLL [ ] CYGWIN1.DLL [ ] ADVAPI32.DLL [ ] NTDLL.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ] RPCRT4.DLL [ ^ ] NTDLL.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [D ] WINTRUST.DLL [ ] MSVCRT.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] NTDLL.DLL [ ] OLE32.DLL [ ] GDI32.DLL [ ^ ] NTDLL.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] USER32.DLL [ ^ ] ADVAPI32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] USER32.DLL [ ^ ] ADVAPI32.DLL [ ^ ] NTDLL.DLL [ ^ ] RPCRT4.DLL [ ] CRYPT32.DLL [ ^ ] ADVAPI32.DLL [ ^ ] MSVCRT.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] USER32.DLL [ ^ ] MSASN1.DLL [ ^ ] RPCRT4.DLL [D ] VERSION.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] NTDLL.DLL [ ] MSASN1.DLL [ ^ ] MSVCRT.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] USER32.DLL [ ] USER32.DLL [ ^ ] NTDLL.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] GDI32.DLL [D^ ] ADVAPI32.DLL [D ] MSIMG32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] GDI32.DLL [D ] POWRPROF.DLL [ ^ ] NTDLL.DLL [ ^ ] USER32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [D ] WINSTA.DLL [ ^ ] NTDLL.DLL [ ^ ] RPCRT4.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] USER32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [ ] IMAGEHLP.DLL [ ^ ] MSVCRT.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [D ] DBGHELP.DLL [ ^ ] MSVCRT.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] VERSION.DLL [ ^ ] ADVAPI32.DLL [ ^ ] RPCRT4.DLL [ ^ ] RPCRT4.DLL [D ] COMCTL32.DLL [ ^ ] NTDLL.DLL [ ^ ] GDI32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] USER32.DLL [ ^ ] ADVAPI32.DLL [D ] SECUR32.DLL [ ^ ] NTDLL.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [D ] NETAPI32.DLL [ ^ ] MSVCRT.DLL [ ^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [ ^ ] RPCRT4.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [D^ ] SECUR32.DLL [D^ ] NTDSAPI.DLL [D ] NETRAP.DLL [ ^ ] MSVCRT.DLL [ ^ ] NTDLL.DLL [ ^ ] KERNEL32.DLL [D ] SAMLIB.DLL [ ^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [ ^ ] RPCRT4.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] USER32.DLL [D ] WS2_32.DLL [ ^ ] MSVCRT.DLL [ ] WS2HELP.DLL [ ^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [D^ ] USER32.DLL [ ^ ] ADVAPI32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [D^ ] USER32.DLL [D ] WLDAP32.DLL [ ^ ] MSVCRT.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [D ] DNSAPI.DLL [ ^ ] MSVCRT.DLL [ ^ ] ADVAPI32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] WS2_32.DLL [ ^ ] RPCRT4.DLL [ ^ ] NTDLL.DLL [D ] IPHLPAPI.DLL [ ^ ] MSVCRT.DLL [ ^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] USER32.DLL [ ^ ] WS2_32.DLL [D ] DHCPCSVC.DLL [ ^ ] MSVCRT.DLL [ ^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [ ^ ] DNSAPI.DLL [ ^ ] IPHLPAPI.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] RPCRT4.DLL [ ^ ] SECUR32.DLL [ ^ ] USER32.DLL [ ^ ] WS2_32.DLL [D ] MPRAPI.DLL [ ^ ] MSVCRT.DLL [ ^ ] NTDLL.DLL [ ] ACTIVEDS.DLL [ ] ADSLDPC.DLL [ ^ ] MSVCRT.DLL [ ^ ] NTDLL.DLL [ ^ ] NETAPI32.DLL [ ^ ] WLDAP32.DLL [ ^ ] ADVAPI32.DLL [ ^ ] USER32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] MSVCRT.DLL [ ] ATL.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [D^ ] USER32.DLL [D ] OLEPRO32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] USER32.DLL [ ^ ] GDI32.DLL [ ^ ] OLE32.DLL [ ^ ] ADVAPI32.DLL [ ^ ] MSVCRT.DLL [ ^ ] OLEAUT32.DLL [D^ ] ADVAPI32.DLL [D^ ] OLE32.DLL [D^ ] OLEAUT32.DLL [D^ ] GDI32.DLL [ ^ ] NTDLL.DLL [ ^ ] OLE32.DLL [ ^ ] ADVAPI32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] USER32.DLL [ ^ ] OLEAUT32.DLL [ ^ ] NETAPI32.DLL [ ^ ] ADVAPI32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] NETAPI32.DLL [ ^ ] OLE32.DLL [ ] OLEAUT32.DLL [ ^ ] MSVCRT.DLL [ ^ ] OLE32.DLL [ ^ ] USER32.DLL [ ^ ] GDI32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [ ^ ] RPCRT4.DLL [ ] RTUTILS.DLL [ ^ ] MSVCRT.DLL [ ^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] USER32.DLL [ ^ ] SAMLIB.DLL [ ] SETUPAPI.DLL [ ^ ] MSVCRT.DLL [ ^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [ ^ ] GDI32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] RPCRT4.DLL [ ^ ] USER32.DLL [D ] LZ32.DLL [F^ ] KERNEL32.DLL [D ] CABINET.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] OLE32.DLL [D^ ] CRYPT32.DLL [D^ ] IMAGEHLP.DLL [D ] MPR.DLL [ ^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] USER32.DLL [D ] MPRUI.DLL [ ^ ] MPR.DLL [ ^ ] MSVCRT.DLL [ ] NETUI0.DLL [ ^ ] MSVCRT.DLL [ ^ ] NTDLL.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [ ] NETUI2.DLL [ ^ ] MSVCRT.DLL [ ^ ] NTDLL.DLL [ ^ ] NETUI0.DLL [ ] NETUI1.DLL [ ^ ] MSVCRT.DLL [ ^ ] NTDLL.DLL [ ^ ] NETUI0.DLL [ ^ ] NETAPI32.DLL [ ^ ] NETRAP.DLL [ ^ ] SAMLIB.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [ ^ ] USER32.DLL [ ^ ] GDI32.DLL [ ] COMDLG32.DLL [ ^ ] SHLWAPI.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] USER32.DLL [ ^ ] GDI32.DLL [ ^ ] ADVAPI32.DLL [ ^ ] COMCTL32.DLL [ ^ ] SHELL32.DLL [ ^ ] NTDLL.DLL [D^ ] OLE32.DLL [D^ ] VERSION.DLL [D ] IMM32.DLL [ ^ ] USER32.DLL [ ^ ] NTDLL.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] GDI32.DLL [ ^ ] ADVAPI32.DLL [D^ ] MPR.DLL [D^ ] WINSPOOL.DRV [D ] UXTHEME.DLL [ ^ ] MSVCRT.DLL [ ^ ] NTDLL.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] USER32.DLL [ ^ ] GDI32.DLL [ ^ ] ADVAPI32.DLL [ ^ ] SAMLIB.DLL [ ^ ] USER32.DLL [ ^ ] GDI32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [D ] NETPLWIZ.DLL [ ^ ] MSVCRT.DLL [ ^ ] NTDLL.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] USER32.DLL [ ^ ] ADVAPI32.DLL [ ^ ] GDI32.DLL [ ^ ] SHELL32.DLL [ ^ ] SHLWAPI.DLL [ ^ ] NETAPI32.DLL [ ^ ] OLE32.DLL [ ^ ] OLEAUT32.DLL [ ^ ] MPR.DLL [ ^ ] NTDSAPI.DLL [ ^ ] SECUR32.DLL [ ^ ] URLMON.DLL [D^ ] WININET.DLL [D^ ] ACTIVEDS.DLL [D^ ] RASDLG.DLL [D^ ] RASAPI32.DLL [D^ ] CREDUI.DLL [D^ ] CREDUI.DLL [D ] CREDUI.DLL [ ^ ] MSVCRT.DLL [ ^ ] NTDLL.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [ ^ ] USER32.DLL [ ^ ] SHELL32.DLL [ ^ ] SHLWAPI.DLL [ ^ ] GDI32.DLL [D^ ] OLE32.DLL [D^ ] NETAPI32.DLL [D^ ] CRYPT32.DLL [D ] CRYPTUI.DLL [ ^ ] MSVCRT.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [ ^ ] WINTRUST.DLL [ ^ ] CRYPT32.DLL [ ^ ] USER32.DLL [ ^ ] OLEAUT32.DLL [ ^ ] GDI32.DLL [ ^ ] RPCRT4.DLL [ ^ ] NETAPI32.DLL [ ^ ] WININET.DLL [ ^ ] WLDAP32.DLL [D^ ] OLE32.DLL [D^ ] SHELL32.DLL [D ] MSSIGN32.DLL [ ^ ] MSVCRT.DLL [ ^ ] ADVAPI32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] USER32.DLL [ ^ ] OLE32.DLL [ ^ ] CRYPT32.DLL [ ^ ] WININET.DLL [ ^ ] VERSION.DLL [D ] CERTCLI.DLL [ ^ ] MSVCRT.DLL [ ^ ] ATL.DLL [ ^ ] NTDLL.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [ ^ ] WLDAP32.DLL [ ^ ] OLE32.DLL [ ^ ] OLEAUT32.DLL [ ^ ] SECUR32.DLL [ ^ ] USER32.DLL [ ^ ] RPCRT4.DLL [ ^ ] NETAPI32.DLL [ ^ ] CRYPTUI.DLL [ ^ ] CRYPT32.DLL [D ] WINSCARD.DLL [ ^ ] MSVCRT.DLL [ ^ ] ADVAPI32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] USER32.DLL [ ] WTSAPI32.DLL [ ^ ] MSVCRT.DLL [ ^ ] NTDLL.DLL [ ^ ] WINSTA.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [ ^ ] USER32.DLL [ ^ ] RPCRT4.DLL [D ] REGAPI.DLL [ ^ ] MSVCRT.DLL [ ^ ] NTDLL.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [D^ ] SAMLIB.DLL [D^ ] USER32.DLL [D^ ] NETAPI32.DLL [D ] UTILDLL.DLL [ ^ ] MSVCRT.DLL [ ^ ] NTDLL.DLL [ ^ ] WINSTA.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [ ^ ] USER32.DLL [ ^ ] TAPI32.DLL [ ^ ] SETUPAPI.DLL [ ^ ] NETAPI32.DLL [D^ ] NETAPI32.DLL [D^ ] DNSAPI.DLL [D^ ] SECUR32.DLL [D^ ] OLE32.DLL [D ] SCECLI.DLL [ ^ ] MSVCRT.DLL [ ^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] RPCRT4.DLL [ ^ ] SETUPAPI.DLL [ ^ ] USER32.DLL [ ^ ] NETAPI32.DLL [ ^ ] USERENV.DLL [ ^ ] OLEAUT32.DLL [ ^ ] OLE32.DLL [D ] SHELL32.DLL [ ^ ] MSVCRT.DLL [ ^ ] NTDLL.DLL [ ^ ] GDI32.DLL [ ^ ] USER32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [ ^ ] SHLWAPI.DLL [ ^ ] RPCRT4.DLL [D^ ] WINMM.DLL [D^ ] MSI.DLL [D ] DEVMGR.DLL [ ^ ] MSVCRT.DLL [ ^ ] NTDLL.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] USER32.DLL [ ^ ] OLE32.DLL [ ^ ] ADVAPI32.DLL [ ^ ] GDI32.DLL [ ^ ] SETUPAPI.DLL [ ^ ] VERSION.DLL [ ^ ] SHELL32.DLL [ ^ ] SHLWAPI.DLL [ ] WMI.DLL [F^ ] ADVAPI32.DLL [ ^ ] MPR.DLL [D^ ] APPHELP.DLL [D ] URLMON.DLL [ ^ ] ADVAPI32.DLL [ ^ ] GDI32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] OLE32.DLL [ ^ ] RPCRT4.DLL [ ^ ] SHLWAPI.DLL [ ^ ] USER32.DLL [ ^ ] VERSION.DLL [D^ ] WININET.DLL [D^ ] SHELL32.DLL [D^ ] MPR.DLL [D ] WININET.DLL [ ^ ] ADVAPI32.DLL [ ^ ] CRYPT32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] MSVCRT.DLL [ ^ ] OLEAUT32.DLL [ ^ ] SHLWAPI.DLL [ ^ ] USER32.DLL [D^ ] OLE32.DLL [D ] TAPI32.DLL [ ^ ] MSVCRT.DLL [ ^ ] ADVAPI32.DLL [ ^ ] GDI32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] RPCRT4.DLL [ ^ ] SHLWAPI.DLL [ ^ ] USER32.DLL [ ^ ] RTUTILS.DLL [ ^ ] WINMM.DLL [D^ ] VERSION.DLL [D^ ] GDI32.DLL [D^ ] SECUR32.DLL [D^ ] WINSPOOL.DRV [D^ ] USERENV.DLL [D^ ] OLE32.DLL [D^ ] OLEAUT32.DLL [D ] OLEACC.DLL [ ^ ] MSVCRT.DLL [ ] MSVCP60.DLL [ ^ ] MSVCRT.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] USER32.DLL [ ^ ] GDI32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [ ^ ] OLE32.DLL [ ^ ] OLEAUT32.DLL [ ^ ] RPCRT4.DLL [D^ ] VERSION.DLL [D^ ] MPR.DLL [D^ ] NETAPI32.DLL [D ] CSCDLL.DLL [ ^ ] MSVCRT.DLL [ ^ ] NTDLL.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] USER32.DLL [ ^ ] ADVAPI32.DLL [D^ ] MPR.DLL [D^ ] NTLANMAN.DLL [D^ ] UXTHEME.DLL [D^ ] CREDUI.DLL [D^ ] RASAPI32.DLL [D ] MSGINA.DLL [ ^ ] MSVCRT.DLL [ ^ ] NTDLL.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [ ^ ] USER32.DLL [ ^ ] NETAPI32.DLL [ ^ ] GDI32.DLL [ ^ ] USERENV.DLL [ ^ ] SHELL32.DLL [ ^ ] SHLWAPI.DLL [ ^ ] COMCTL32.DLL [ ^ ] WINSTA.DLL [ ^ ] RPCRT4.DLL [ ] ODBC32.DLL [ ^ ] MSVCRT.DLL [ ^ ] COMCTL32.DLL [ ^ ] SHELL32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [ ^ ] USER32.DLL [ ^ ] COMDLG32.DLL [D^ ] SECUR32.DLL [D^ ] CRYPT32.DLL [D ] SHSVCS.DLL [ ^ ] MSVCRT.DLL [ ^ ] NTDLL.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [ ^ ] USER32.DLL [ ^ ] SHLWAPI.DLL [D^ ] WINSTA.DLL [D^ ] UXTHEME.DLL [D^ ] OLE32.DLL [D^ ] SETUPAPI.DLL [D^ ] COMCTL32.DLL [D^ ] NETAPI32.DLL [D^ ] USERENV.DLL [D^ ] SETUPAPI.DLL [D^ ] RASAPI32.DLL [D ] RASDLG.DLL [ ^ ] MSVCRT.DLL [ ^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [ ^ ] GDI32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] MPRAPI.DLL [ ^ ] OLE32.DLL [ ^ ] RASAPI32.DLL [ ^ ] RASMAN.DLL [ ^ ] SHLWAPI.DLL [ ^ ] TAPI32.DLL [ ^ ] USER32.DLL [ ^ ] WS2_32.DLL [ ^ ] RPCRT4.DLL [D^ ] MPR.DLL [D^ ] NETAPI32.DLL [D^ ] SETUPAPI.DLL [D^ ] SHELL32.DLL [D^ ] WINSCARD.DLL [D^ ] MSIMG32.DLL [D^ ] POWRPROF.DLL [D ] SHDOCVW.DLL [ ^ ] ADVAPI32.DLL [ ^ ] GDI32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] MSVCRT.DLL [ ^ ] SHLWAPI.DLL [ ^ ] USER32.DLL [D^ ] OLE32.DLL [D^ ] SHELL32.DLL [D^ ] BROWSEUI.DLL [D^ ] OLEAUT32.DLL [D^ ] WININET.DLL [D^ ] URLMON.DLL [D ] MSRATING.DLL [ ^ ] MSVCRT.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] USER32.DLL [ ^ ] GDI32.DLL [ ^ ] ADVAPI32.DLL [ ] WSOCK32.DLL [ ^ ] WS2_32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [F^ ] WS2_32.DLL [ ^ ] SHLWAPI.DLL [D ] MSHTML.DLL [ ^ ] ADVAPI32.DLL [ ^ ] GDI32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] MSVCRT.DLL [ ^ ] OLE32.DLL [ ^ ] SHLWAPI.DLL [ ^ ] USER32.DLL [D^ ] MLANG.DLL [D ] INETCOMM.DLL [ ] MSOERT2.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] OLE32.DLL [ ^ ] USER32.DLL [ ^ ] ADVAPI32.DLL [ ^ ] GDI32.DLL [ ^ ] SHLWAPI.DLL [ ^ ] OLEAUT32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] OLE32.DLL [ ^ ] USER32.DLL [ ^ ] ADVAPI32.DLL [ ^ ] GDI32.DLL [ ^ ] SHLWAPI.DLL [ ^ ] OLEAUT32.DLL [D ] ADVPACK.DLL [ ^ ] NTDLL.DLL [ ^ ] USER32.DLL [ ^ ] GDI32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [ ^ ] OLE32.DLL [ ^ ] VERSION.DLL [D ] BROWSEUI.DLL [ ^ ] ADVAPI32.DLL [ ^ ] GDI32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] MSVCRT.DLL [ ^ ] OLE32.DLL [ ^ ] SHLWAPI.DLL [ ^ ] USER32.DLL [D^ ] SHDOCVW.DLL [D^ ] OLEAUT32.DLL [D^ ] MPR.DLL [D^ ] SHELL32.DLL [D^ ] WININET.DLL [D^ ] UXTHEME.DLL [D^ ] URLMON.DLL [D^ ] IMM32.DLL [D? ] EFSADU.DLL [D ] LINKINFO.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] USER32.DLL [ ^ ] ADVAPI32.DLL [D^ ] MPR.DLL [D^ ] MSIMG32.DLL [D ] DUSER.DLL [ ^ ] MSVCRT.DLL [ ^ ] NTDLL.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] USER32.DLL [ ^ ] GDI32.DLL [D^ ] COMCTL32.DLL [D^ ] IMAGEHLP.DLL [D^ ] MSIMG32.DLL [D ] GDIPLUS.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] USER32.DLL [ ^ ] GDI32.DLL [ ^ ] OLE32.DLL [ ^ ] ADVAPI32.DLL [D ] PRINTUI.DLL [ ^ ] MSVCRT.DLL [ ^ ] NTDLL.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] OLE32.DLL [ ^ ] ADVAPI32.DLL [ ^ ] USER32.DLL [ ^ ] GDI32.DLL [ ^ ] WINSPOOL.DRV [ ^ ] SHELL32.DLL [ ^ ] VERSION.DLL [ ^ ] OLEAUT32.DLL [ ^ ] ACTIVEDS.DLL [F^ ] ADSLDPC.DLL [ ] CFGMGR32.DLL [F^ ] SETUPAPI.DLL [ ^ ] SETUPAPI.DLL [ ^ ] SHLWAPI.DLL [ ^ ] MPR.DLL [ ^ ] WINMM.DLL [D ] CDFVIEW.DLL [ ^ ] MSVCRT.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] USER32.DLL [ ^ ] SHLWAPI.DLL [ ^ ] SHELL32.DLL [ ^ ] GDI32.DLL [ ^ ] OLEAUT32.DLL [ ^ ] ADVAPI32.DLL [ ^ ] COMCTL32.DLL [D^ ] URLMON.DLL [D^ ] WININET.DLL [D^ ] OLE32.DLL [D^ ] SETUPAPI.DLL [D ] QUERY.DLL [ ^ ] MSVCRT.DLL [ ^ ] NTDLL.DLL [ ^ ] USER32.DLL [ ^ ] RPCRT4.DLL [ ^ ] OLEAUT32.DLL [ ^ ] SHELL32.DLL [ ^ ] SHLWAPI.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [ ^ ] OLE32.DLL [D^ ] IMM32.DLL [D ] SHLWAPI.DLL [ ^ ] MSVCRT.DLL [ ^ ] GDI32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] USER32.DLL [ ^ ] ADVAPI32.DLL [D^ ] OLE32.DLL [D^ ] APPHELP.DLL [D ] MLANG.DLL [ ^ ] MSVCRT.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] USER32.DLL [ ^ ] GDI32.DLL [ ^ ] ADVAPI32.DLL [ ^ ] OLE32.DLL [ ^ ] VERSION.DLL [ ^ ] SHLWAPI.DLL [D^ ] COMCTL32.DLL [DE ] MPR.DLL [D^ ] OLEAUT32.DLL [D ] MSI.DLL [ ^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] USER32.DLL [ ^ ] GDI32.DLL [ ^ ] RPCRT4.DLL [D^ ] SETUPAPI.DLL [D^ ] USERENV.DLL [D^ ] SHELL32.DLL [D ] WINMM.DLL [ ^ ] NTDLL.DLL [ ^ ] USER32.DLL [ ^ ] GDI32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [ ^ ] RPCRT4.DLL [D^ ] VERSION.DLL [D^ ] COMDLG32.DLL [D^ ] VERSION.DLL [D ] WINSPOOL.DRV [ ^ ] MSVCRT.DLL [ ^ ] NTDLL.DLL [ ^ ] GDI32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] RPCRT4.DLL [ ^ ] ADVAPI32.DLL [ ^ ] USER32.DLL [D^ ] OLE32.DLL [D^ ] OLEAUT32.DLL [D^ ] ACTIVEDS.DLL [D^ ] NETAPI32.DLL [D^ ] NTDSAPI.DLL [D^ ] DNSAPI.DLL [D^ ] WINTRUST.DLL [D ] USERENV.DLL [ ^ ] MSVCRT.DLL [ ^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] RPCRT4.DLL [ ^ ] USER32.DLL [D ] AUTHZ.DLL [ ^ ] MSVCRT.DLL [ ^ ] NTDLL.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] RPCRT4.DLL [ ^ ] ADVAPI32.DLL [D^ ] SAMLIB.DLL [D^ ] WLDAP32.DLL [D^ ] NETAPI32.DLL [D^ ] SECUR32.DLL [D^ ] NETAPI32.DLL [D^ ] NTDSAPI.DLL [D^ ] SECUR32.DLL [D^ ] OLE32.DLL [D^ ] OLEAUT32.DLL [D ] NTLANMAN.DLL [ ^ ] MSVCRT.DLL [ ^ ] NTDLL.DLL [ ^ ] NETUI0.DLL [ ^ ] NETUI1.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] NETAPI32.DLL [D ] APPHELP.DLL [ ^ ] NTDLL.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [D^ ] SHLWAPI.DLL [D^ ] USER32.DLL [D^ ] VERSION.DLL [ ^ ] USER32.DLL [D ] NETMAN.DLL [ ^ ] MSVCRT.DLL [ ^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [ ^ ] IPHLPAPI.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] MPRAPI.DLL [ ^ ] NETAPI32.DLL [ ^ ] OLE32.DLL [ ^ ] OLEAUT32.DLL [ ^ ] RASAPI32.DLL [ ^ ] SHELL32.DLL [ ^ ] USER32.DLL [ ^ ] SECUR32.DLL [ ] WZCSVC.DLL [ ^ ] MSVCRT.DLL [ ^ ] NTDLL.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] RPCRT4.DLL [ ^ ] ADVAPI32.DLL [ ^ ] USER32.DLL [ ^ ] RTUTILS.DLL [ ^ ] WMI.DLL [F^ ] ADVAPI32.DLL [ ^ ] DHCPCSVC.DLL [ ^ ] OLE32.DLL [ ^ ] OLEAUT32.DLL [ ^ ] CRYPT32.DLL [ ^ ] SECUR32.DLL [ ^ ] WTSAPI32.DLL [ ^ ] SHLWAPI.DLL [ ] ESENT.DLL [ ^ ] MSVCRT.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [ ^ ] USER32.DLL [ ^ ] WLDAP32.DLL [ ^ ] NETAPI32.DLL [ ^ ] WINSTA.DLL [ ^ ] WS2_32.DLL [ ^ ] WININET.DLL [D ] NETCFGX.DLL [ ^ ] SHLWAPI.DLL [ ] CLUSAPI.DLL [ ^ ] MSVCRT.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [ ^ ] RPCRT4.DLL [ ^ ] NTDLL.DLL [ ^ ] OLE32.DLL [ ^ ] OLEAUT32.DLL [ ^ ] MSVCRT.DLL [ ^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [ ^ ] DNSAPI.DLL [ ^ ] GDI32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] OLE32.DLL [ ^ ] OLEAUT32.DLL [ ^ ] USER32.DLL [D ] NETSHELL.DLL [ ^ ] MSVCRT.DLL [ ^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [ ^ ] GDI32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] CREDUI.DLL [ ^ ] OLE32.DLL [ ^ ] OLEAUT32.DLL [ ^ ] RPCRT4.DLL [ ^ ] SHLWAPI.DLL [ ^ ] SHELL32.DLL [ ^ ] USER32.DLL [ ^ ] WS2_32.DLL [ ^ ] IPHLPAPI.DLL [D ] WZCSAPI.DLL [ ^ ] NTDLL.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] RPCRT4.DLL [ ^ ] ADVAPI32.DLL [D ] WZCDLG.DLL [ ^ ] MSVCRT.DLL [ ^ ] ATL.DLL [ ^ ] CRYPT32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] OLE32.DLL [ ^ ] OLEAUT32.DLL [ ^ ] USER32.DLL [ ^ ] SHELL32.DLL [ ^ ] SHLWAPI.DLL [ ^ ] WZCSAPI.DLL [D^ ] NETCFGX.DLL [D^ ] DHCPCSVC.DLL [D^ ] DNSAPI.DLL [D ] MOBSYNC.DLL [ ^ ] MSVCRT.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] USER32.DLL [ ^ ] ADVAPI32.DLL [ ^ ] OLE32.DLL [ ^ ] COMCTL32.DLL [ ^ ] GDI32.DLL [ ^ ] RPCRT4.DLL [D^ ] MPRAPI.DLL [D^ ] NETAPI32.DLL [D^ ] RASAPI32.DLL [D^ ] RASDLG.DLL [D^ ] SETUPAPI.DLL [D^ ] WINSPOOL.DRV [D^ ] COMCTL32.DLL [D^ ] COMDLG32.DLL [D^ ] MPRAPI.DLL [D ] MSWSOCK.DLL [ ^ ] MSVCRT.DLL [ ^ ] NTDLL.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [ ^ ] RPCRT4.DLL [ ^ ] WS2_32.DLL [ ^ ] WS2HELP.DLL [D^ ] USER32.DLL [D^ ] DNSAPI.DLL [D^ ] IPHLPAPI.DLL [D^ ] OLE32.DLL [D^ ] NETAPI32.DLL [D^ ] RASAPI32.DLL [D^ ] RTUTILS.DLL [D^ ] SETUPAPI.DLL [D^ ] SHELL32.DLL [D^ ] WINSPOOL.DRV [D^ ] WS2_32.DLL [D^ ] RASMAN.DLL [D^ ] RASDLG.DLL [D^ ] SETUPAPI.DLL [D^ ] USERENV.DLL [D^ ] WMI.DLL [F^ ] ADVAPI32.DLL [D^ ] OLE32.DLL [D ] RASAPI32.DLL [ ^ ] MSVCRT.DLL [ ^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ] RASMAN.DLL [ ^ ] MSVCRT.DLL [ ^ ] NTDLL.DLL [ ^ ] ADVAPI32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] RPCRT4.DLL [ ^ ] WS2_32.DLL [ ^ ] USER32.DLL [ ^ ] NETAPI32.DLL [ ^ ] TAPI32.DLL [ ^ ] USER32.DLL [ ^ ] RPCRT4.DLL [D^ ] NETAPI32.DLL [D^ ] WS2_32.DLL [D^ ] SHELL32.DLL [D^ ] USER32.DLL [D ] NTDSAPI.DLL [ ^ ] MSVCRT.DLL [ ^ ] NTDLL.DLL [ ^ ] DNSAPI.DLL [ ^ ] RPCRT4.DLL [ ^ ] WLDAP32.DLL [ ^ ] NETAPI32.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] SECUR32.DLL [ ^ ] WS2_32.DLL [D ] W32TOPL.DLL [ ^ ] NTDLL.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ^ ] KERNEL32.DLL [F^ ] NTDLL.DLL [ ] KERNEL32.DLL [ ^ ] NTDLL.DLL [ ] CYGGUILE-LTDL-2.DLL [ ^ ] CYGWIN1.DLL [ ^ ] KERNEL32.DLL ********************************| Module List |********************************* * * * Legend: D Delay Load Module ? Missing Module 6 64-bit Module * * * Dynamic Module ! Invalid Module * * E Import/Export Mismatch or Load Failure * * * ******************************************************************************** Module File Time Stamp Link Time Stamp File Size Attr. Link Checksum Real Checksum CPU Subsystem Symbols Preferred Base Actual Base Virtual Size Load Order File Ver Product Ver Image Ver Linker Ver OS Ver Subsystem Ver ----- ------------------- ---------------- ---------------- --------- ----- ------------- ------------- --- --------- ------- -------------- ----------- ------------ ---------- --------------- --------------- --------- ---------- ------ ------------- [D? ] EFSADU.DLL Error opening file. Het systeem kan het opgegeven bestand niet vinden (2). [D ] MPR.DLL 07-09-2001 14:00 06-09-2001 22:24 55.808 A 0x0001C374 0x0001C374 x86 Console PDB 0x71AA0000 Unknown 0x00011000 Not Loaded 5.1.2600.0 5.1.2600.0 5.1 7.0 5.1 4.0 [ ] ADVAPI32.DLL 09-09-2002 23:07 09-09-2002 23:06 625.152 A 0x0009FD23 0x0009FD23 x86 Console PDB 0x77DA0000 Unknown 0x0009D000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 4.0 [ ] CYGCRYPT-0.DLL 19-10-2003 11:12 19-10-2003 11:12 6.656 A 0x000056CE 0x000056CE x86 Console None 0x10000000 Unknown 0x00007000 Not Loaded N/A N/A 1.0 2.56 4.0 4.0 [ ] CYGGMP-3.DLL 10-09-2003 0:03 10-09-2003 0:03 170.496 A 0x00031927 0x00031927 x86 Console None 0x10000000 Unknown 0x0002E000 Not Loaded N/A N/A 1.0 2.56 4.0 4.0 [ ] CYGGUILE-16.DLL 20-09-2004 19:20 20-09-2004 19:20 609.280 A 0x0009E5FE 0x0009E5FE x86 Console None 0x10000000 Unknown 0x000A2000 Not Loaded N/A N/A 1.0 2.56 4.0 4.0 [ ] CYGGUILE-LTDL-2.DLL 20-09-2004 19:20 20-09-2004 19:20 22.528 A 0x00005AB0 0x00005AB0 x86 Console None 0x10000000 Unknown 0x0000B000 Not Loaded N/A N/A 1.0 2.56 4.0 4.0 [ ] CYGWIN1.DLL 05-09-2004 5:18 05-09-2004 5:18 1.138.057 A 0x00121448 0x00121448 x86 Console None 0x61000000 Unknown 0x0013A000 Not Loaded 1005.11.0.0 1005.11.0.0 1.0 2.56 4.0 4.0 [ ] GUILE.EXE 20-09-2004 19:20 20-09-2004 19:20 3.584 A 0x000014BB 0x000014BB x86 Console None 0x00400000 Unknown 0x00005000 Not Loaded N/A N/A 1.0 2.56 4.0 4.0 [ ] KERNEL32.DLL 09-09-2002 23:07 09-09-2002 23:06 971.264 A 0x000ED992 0x000ED992 x86 Console PDB 0x77E40000 Unknown 0x000F0000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 4.0 [ ] NTDLL.DLL 02-05-2003 1:59 02-05-2003 1:59 675.328 A 0x000B067E 0x000B067E x86 Console PDB 0x77F40000 Unknown 0x000AD000 Not Loaded 5.1.2600.1217 5.1.2600.1217 5.1 7.0 5.1 4.0 [ ] RPCRT4.DLL 06-03-2004 4:19 06-03-2004 4:19 535.552 A 0x000833B8 0x000833B8 x86 Console PDB 0x78000000 Unknown 0x00087000 Not Loaded 5.1.2600.1361 5.1.2600.1361 5.1 7.0 5.1 4.10 [D ] ACTIVEDS.DLL 07-09-2001 14:00 06-09-2001 22:23 181.760 A 0x000349F3 0x000349F3 x86 Console PDB 0x76E00000 Unknown 0x0002F000 Not Loaded 5.1.2600.0 5.1.2600.0 5.1 7.0 5.1 4.0 [D ] ADSLDPC.DLL 09-09-2002 23:07 09-09-2002 23:06 139.776 A 0x000291AA 0x000291AA x86 Console PDB 0x76DD0000 Unknown 0x00025000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 4.0 [D ] ADVPACK.DLL 09-09-2002 23:07 09-09-2002 23:06 92.160 A 0x0001F917 0x0001F917 x86 GUI PDB 0x751E0000 Unknown 0x00027000 Not Loaded 6.0.2800.1106 6.0.2800.1106 5.1 7.0 5.1 4.0 [D ] APPHELP.DLL 09-09-2002 23:07 09-09-2002 23:06 111.616 A 0x0001E4ED 0x0001E4ED x86 GUI PDB 0x75EE0000 Unknown 0x0001E000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 4.0 [D ] ATL.DLL 09-09-2002 23:07 09-09-2002 23:06 74.810 A 0x0001FDB2 0x0001FDB2 x86 GUI PDB 0x76AD0000 Unknown 0x00015000 Not Loaded 3.0.9435.0 6.0.0.9435 2.0 6.0 4.0 4.0 [D ] AUTHZ.DLL 07-09-2001 14:00 06-09-2001 22:23 51.200 A 0x0001104A 0x0001104A x86 Console PDB 0x76C80000 Unknown 0x00010000 Not Loaded 5.1.2600.0 5.1.2600.0 5.1 7.0 5.1 4.10 [D ] BROWSEUI.DLL 21-01-2004 18:30 22-01-2004 2:21 1.026.560 A 0x0010792D 0x0010792D x86 GUI PDB 0x71500000 Unknown 0x000FD000 Not Loaded 6.0.2800.1400 6.0.2800.1400 5.1 7.0 5.1 4.0 [D ] CABINET.DLL 09-09-2002 23:07 09-09-2002 23:06 59.904 A 0x000179D6 0x000179D6 x86 GUI PDB 0x750D0000 Unknown 0x00013000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 4.0 [D ] CDFVIEW.DLL 07-09-2001 14:00 06-09-2001 22:24 142.848 A 0x00025643 0x00025643 x86 GUI PDB 0x6FFD0000 Unknown 0x00025000 Not Loaded 6.0.2600.0 6.0.2600.0 5.1 7.0 5.1 4.0 [D ] CERTCLI.DLL 09-09-2002 23:07 09-09-2002 23:06 189.952 A 0x000343A2 0x000343A2 x86 Console PDB 0x752D0000 Unknown 0x00032000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 4.10 [D ] CFGMGR32.DLL 07-09-2001 14:00 06-09-2001 22:24 16.896 A 0x000076C3 0x000076C3 x86 GUI PDB 0x74A60000 Unknown 0x00007000 Not Loaded 5.1.2600.0 5.1.2600.0 5.1 7.0 5.1 4.0 [D ] CLUSAPI.DLL 09-09-2002 23:07 09-09-2002 23:06 54.272 A 0x0001C0D6 0x0001C0D6 x86 Console PDB 0x74F40000 Unknown 0x00011000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 4.0 [D ] COMCTL32.DLL 09-09-2002 23:07 09-09-2002 23:04 557.056 A 0x00088FA7 0x00088FA7 x86 GUI PDB 0x77300000 Unknown 0x0008B000 Not Loaded 5.82.2800.1106 6.0.2800.1106 5.1 7.0 5.1 4.0 [D ] COMDLG32.DLL 09-09-2002 23:07 09-09-2002 23:06 262.656 A 0x0004E22E 0x0004E22E x86 GUI PDB 0x76350000 Unknown 0x00046000 Not Loaded 6.0.2800.1106 6.0.2800.1106 5.1 7.0 5.1 4.10 [D ] CREDUI.DLL 09-09-2002 23:07 09-09-2002 23:06 159.744 A 0x00035BDA 0x00035BDA x86 Console PDB 0x76BC0000 Unknown 0x0002D000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 4.10 [D ] CRYPT32.DLL 24-09-2002 0:11 24-09-2002 0:11 547.840 A 0x000884ED 0x000884ED x86 GUI PDB 0x76260000 Unknown 0x00089000 Not Loaded 5.131.2600.1123 5.131.2600.1123 5.1 7.0 5.1 4.0 [D ] CRYPTUI.DLL 24-07-2003 16:43 25-07-2003 1:43 493.056 A 0x00087678 0x00087678 x86 GUI PDB 0x75450000 Unknown 0x0007C000 Not Loaded 5.131.2600.1243 5.131.2600.1243 5.1 7.0 5.1 4.0 [D ] CSCDLL.DLL 07-09-2001 14:00 06-09-2001 22:23 90.112 A 0x00021101 0x00021101 x86 Console PDB 0x765A0000 Unknown 0x0001B000 Not Loaded 5.1.2600.0 5.1.2600.0 5.1 7.0 5.1 4.10 [D ] DBGHELP.DLL 09-09-2002 23:07 09-09-2002 23:05 489.984 A 0x00079403 0x00079403 x86 Console CV 0x6DA30000 Unknown 0x0007D000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 4.0 [D ] DEVMGR.DLL 09-09-2002 23:07 09-09-2002 23:05 268.288 A 0x00041CDA 0x00041CDA x86 GUI PDB 0x72A00000 Unknown 0x00043000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 4.0 [D ] DHCPCSVC.DLL 09-09-2002 23:07 09-09-2002 23:06 99.840 A 0x0002645D 0x0002645D x86 Console PDB 0x76D40000 Unknown 0x0001B000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 4.0 [D ] DNSAPI.DLL 09-09-2002 23:07 09-09-2002 23:06 139.264 A 0x0002387D 0x0002387D x86 Console PDB 0x76EE0000 Unknown 0x00025000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 4.0 [D ] DUSER.DLL 09-09-2002 23:07 09-09-2002 23:05 263.680 A 0x000447C8 0x000447C8 x86 GUI PDB 0x6C6A0000 Unknown 0x00044000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 4.0 [D ] ESENT.DLL 07-09-2001 14:00 06-09-2001 22:25 1.028.096 A 0x0010744F 0x0010744F x86 Console PDB 0x69BF0000 Unknown 0x000FF000 Not Loaded 5.1.2600.0 5.1.2600.0 5.1 7.0 5.1 4.10 [D ] GDI32.DLL 30-03-2004 3:51 30-03-2004 3:51 257.536 A 0x00045A19 0x00045A19 x86 Console PDB 0x7E180000 Unknown 0x00041000 Not Loaded 5.1.2600.1346 5.1.2600.1346 5.1 7.0 5.1 4.10 [D ] GDIPLUS.DLL 09-09-2002 15:06 09-09-2002 23:06 1.703.936 A 0x001A4FF0 0x001A4FF0 x86 Console PDB 0x78190000 Unknown 0x001A1000 Not Loaded 5.1.3101.0 5.1.3101.0 5.1 7.0 5.1 4.0 [D ] IMAGEHLP.DLL 09-09-2002 23:07 09-09-2002 23:06 126.976 A 0x0002A912 0x0002A912 x86 Console CV 0x76C50000 Unknown 0x00022000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 4.0 [D ] IMM32.DLL 09-09-2002 23:07 09-09-2002 23:06 103.936 A 0x00024CA6 0x00024CA6 x86 GUI PDB 0x76330000 Unknown 0x0001C000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 4.0 [D ] INETCOMM.DLL 07-06-2004 14:19 07-06-2004 23:19 596.480 A 0x000957CA 0x000957CA x86 GUI PDB 0x5EC00000 Unknown 0x00095000 Not Loaded 6.0.2800.1441 6.0.2800.1441 5.1 7.0 5.1 4.0 [D ] IPHLPAPI.DLL 09-09-2002 23:07 09-09-2002 23:06 83.456 A 0x0001D320 0x0001D320 x86 Console PDB 0x76D20000 Unknown 0x00017000 Not Loaded 5.1.2600.2 5.1.2600.2 5.1 7.0 5.1 4.10 [D ] LINKINFO.DLL 07-09-2001 14:00 06-09-2001 22:23 15.360 A 0x0001349B 0x0001349B x86 GUI PDB 0x76930000 Unknown 0x00007000 Not Loaded 5.1.2600.0 5.1.2600.0 5.1 7.0 5.1 4.0 [D ] LZ32.DLL 07-09-2001 14:00 06-09-2001 22:24 2.560 A 0x00006277 0x00006277 x86 Console PDB 0x73D30000 Unknown 0x00003000 Not Loaded 5.1.2600.0 5.1.2600.0 5.1 7.0 5.1 5.1 [D ] MLANG.DLL 07-09-2001 14:00 06-09-2001 22:24 577.024 A 0x0008EE5F 0x0008EE5F x86 GUI PDB 0x746F0000 Unknown 0x0008F000 Not Loaded 6.0.2600.0 6.0.2600.0 5.1 7.0 5.1 4.0 [D ] MOBSYNC.DLL 09-09-2002 23:07 09-09-2002 23:05 197.632 A 0x0003C5D3 0x0003C5D3 x86 Console PDB 0x61AE0000 Unknown 0x00035000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 4.0 [D ] MPRAPI.DLL 07-09-2001 14:00 06-09-2001 22:23 79.360 A 0x0001A246 0x0001A246 x86 Console PDB 0x76D00000 Unknown 0x00016000 Not Loaded 5.1.2600.0 5.1.2600.0 5.1 7.0 5.1 4.10 [D ] MPRUI.DLL 07-09-2001 14:00 06-09-2001 22:24 47.616 A 0x00018172 0x00018172 x86 Console PDB 0x71A80000 Unknown 0x0000F000 Not Loaded 5.1.2600.0 5.1.2600.0 5.1 7.0 5.1 4.10 [D ] MSASN1.DLL 30-03-2004 3:51 30-03-2004 3:51 51.712 A 0x0001B4B8 0x0001B4B8 x86 GUI PDB 0x76240000 Unknown 0x00010000 Not Loaded 5.1.2600.1362 5.1.2600.1362 5.1 7.0 5.1 4.0 [D ] MSGINA.DLL 30-03-2004 3:51 30-03-2004 3:51 976.384 A 0x000FB289 0x000FB289 x86 Console PDB 0x75910000 Unknown 0x000F3000 Not Loaded 5.1.2600.1343 5.1.2600.1343 5.1 7.0 5.1 4.10 [D ] MSHTML.DLL 21-01-2004 18:30 22-01-2004 2:19 2.795.520 A 0x002B8B67 0x002B8B67 x86 GUI PDB 0x63580000 Unknown 0x002B0000 Not Loaded 6.0.2800.1400 6.0.2800.1400 5.1 7.0 5.1 4.0 [D ] MSI.DLL 09-09-2002 23:07 09-09-2002 23:06 2.086.400 A 0x002019AB 0x002019AB x86 Console PDB 0x763A0000 Unknown 0x00201000 Not Loaded 2.0.2600.1106 2.0.2600.1106 5.1 7.0 5.1 4.10 [D ] MSIMG32.DLL 09-09-2002 23:07 09-09-2002 23:06 4.608 A 0x00005F69 0x00005F69 x86 Console PDB 0x76320000 Unknown 0x00005000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 4.10 [D ] MSOERT2.DLL 09-09-2002 23:07 09-09-2002 23:06 81.408 A 0x00020C1B 0x00020C1B x86 GUI PDB 0x74CE0000 Unknown 0x0001B000 Not Loaded 6.0.2800.1106 6.0.2800.1106 5.1 7.0 5.1 4.0 [D ] MSRATING.DLL 09-09-2002 23:07 09-09-2002 23:04 132.096 A 0x0002E52C 0x0002E52C x86 GUI PDB 0x60380000 Unknown 0x00023000 Not Loaded 6.0.2800.1106 6.0.2800.1106 5.1 7.0 5.1 4.0 [D ] MSSIGN32.DLL 07-09-2001 14:00 06-09-2001 22:24 36.352 A 0x0000FA5A 0x0000FA5A x86 GUI PDB 0x72070000 Unknown 0x0000B000 Not Loaded 5.131.2600.0 5.131.2600.0 5.1 7.0 5.1 4.0 [D ] MSVCP60.DLL 09-09-2002 23:07 09-09-2002 23:06 401.462 A 0x0006D7E5 0x0006D7E5 x86 GUI PDB 0x76020000 Unknown 0x00061000 Not Loaded 6.0.8972.0 6.0.8972.0 0.0 6.0 4.0 4.0 [D ] MSVCRT.DLL 09-09-2002 23:07 09-09-2002 23:06 323.072 A 0x00051321 0x00051321 x86 GUI PDB 0x77BE0000 Unknown 0x00053000 Not Loaded 7.0.2600.1106 6.1.8638.1106 5.1 7.0 5.1 4.0 [D ] MSWSOCK.DLL 07-09-2001 14:00 06-09-2001 22:24 230.400 A 0x0003FC11 0x0003FC11 x86 Console PDB 0x719D0000 Unknown 0x0003C000 Not Loaded 5.1.2600.0 5.1.2600.0 5.1 7.0 5.1 4.10 [D ] NETAPI32.DLL 09-06-2004 0:03 09-06-2004 0:03 306.688 A 0x0004D4C1 0x0004D4C1 x86 Console PDB 0x71BB0000 Unknown 0x0004E000 Not Loaded 5.1.2600.1562 5.1.2600.1562 5.1 7.0 5.1 4.0 [D ] NETCFGX.DLL 09-09-2002 23:07 09-09-2002 23:06 591.360 A 0x00095AB9 0x00095AB9 x86 GUI PDB 0x75580000 Unknown 0x00093000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 4.0 [D ] NETMAN.DLL 09-09-2002 23:07 09-09-2002 23:06 154.112 A 0x0002BFA7 0x0002BFA7 x86 GUI PDB 0x76DA0000 Unknown 0x00028000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 4.0 [D ] NETPLWIZ.DLL 09-09-2002 23:07 09-09-2002 23:04 863.744 A 0x000DE6EA 0x000DE6EA x86 GUI PDB 0x5F9C0000 Unknown 0x000D7000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 4.10 [D ] NETRAP.DLL 07-09-2001 14:00 06-09-2001 22:24 10.752 A 0x0000707C 0x0000707C x86 Console PDB 0x71C10000 Unknown 0x00006000 Not Loaded 5.1.2600.0 5.1.2600.0 5.1 7.0 5.1 4.10 [D ] NETSHELL.DLL 09-09-2002 23:07 09-09-2002 23:06 1.635.840 A 0x00192FA6 0x00192FA6 x86 GUI PDB 0x75C90000 Unknown 0x00195000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 4.0 [D ] NETUI0.DLL 07-09-2001 14:00 06-09-2001 22:24 75.264 A 0x0001C01F 0x0001C01F x86 GUI PDB 0x71C60000 Unknown 0x00016000 Not Loaded 5.1.2600.0 5.1.2600.0 5.1 7.0 5.1 4.0 [D ] NETUI1.DLL 07-09-2001 14:00 06-09-2001 22:24 230.400 A 0x00047C24 0x00047C24 x86 GUI PDB 0x71C20000 Unknown 0x0003C000 Not Loaded 5.1.2600.0 5.1.2600.0 5.1 7.0 5.1 4.0 [D ] NETUI2.DLL 07-09-2001 14:00 06-09-2001 22:24 309.760 A 0x00057EB9 0x00057EB9 x86 GUI PDB 0x71B30000 Unknown 0x0004E000 Not Loaded 5.1.2600.0 5.1.2600.0 5.1 7.0 5.1 4.0 [D ] NTDSAPI.DLL 07-09-2001 14:00 06-09-2001 22:23 64.512 A 0x000165EE 0x000165EE x86 Console PDB 0x76750000 Unknown 0x00013000 Not Loaded 5.1.2600.0 5.1.2600.0 5.1 7.0 5.1 4.10 [D ] NTLANMAN.DLL 09-09-2002 23:07 09-09-2002 23:05 38.400 A 0x0001225D 0x0001225D x86 GUI PDB 0x71BA0000 Unknown 0x0000D000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 4.0 [D ] ODBC32.DLL 27-10-2003 20:09 28-10-2003 6:09 204.800 A 0x0003FE62 0x0003FE62 x86 GUI PDB 0x00400000 Unknown 0x00032000 Not Loaded 3.520.9042.0 3.520.9042.0 5.1 7.0 5.1 4.0 [D ] OLE32.DLL 06-03-2004 4:19 06-03-2004 4:19 1.183.744 A 0x0012836C 0x0012836C x86 Console PDB 0x7CCC0000 Unknown 0x00124000 Not Loaded 5.1.2600.1362 5.1.2600.1362 5.1 7.0 5.1 4.0 [D ] OLEACC.DLL 07-09-2001 14:00 06-09-2001 22:24 163.328 A 0x00028333 0x00028333 x86 GUI PDB 0x74C00000 Unknown 0x0002C000 Not Loaded 4.2.5406.0 5.1.2600.0 5.1 7.0 5.1 4.0 [D ] OLEAUT32.DLL 09-09-2002 23:08 09-09-2002 23:06 569.344 0x00095DCA 0x00095DCA x86 GUI PDB 0x770E0000 Unknown 0x0008B000 Not Loaded 3.50.5016.0 3.50.5016.0 0.0 6.20 4.0 4.0 [D ] OLEPRO32.DLL 07-09-2001 14:00 06-09-2001 22:26 106.496 0x00025756 0x00025756 x86 GUI PDB 0x5F230000 Unknown 0x0001A000 Not Loaded 5.0.5014.0 3.50.5014.0 0.0 6.20 4.0 4.0 [D ] POWRPROF.DLL 07-09-2001 14:00 06-09-2001 22:24 14.848 A 0x0000FE16 0x0000FE16 x86 GUI PDB 0x74A50000 Unknown 0x00007000 Not Loaded 6.0.2600.0 6.0.2600.0 5.1 7.0 5.1 4.10 [D ] PRINTUI.DLL 09-09-2002 23:08 09-09-2002 23:05 534.528 A 0x0008DC33 0x0008DC33 x86 Console PDB 0x74B00000 Unknown 0x00085000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 4.10 [D ] QUERY.DLL 09-09-2002 23:08 09-09-2002 23:06 1.354.240 A 0x0014D0EE 0x0014D0EE x86 GUI PDB 0x7C130000 Unknown 0x00152000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 5.0 [D ] RASAPI32.DLL 09-09-2002 23:08 09-09-2002 23:06 217.088 A 0x0004229D 0x0004229D x86 GUI PDB 0x76EA0000 Unknown 0x00037000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 4.0 [D ] RASDLG.DLL 09-09-2002 23:08 09-09-2002 23:06 650.752 A 0x0009FA70 0x0009FA70 x86 Console PDB 0x754D0000 Unknown 0x000A2000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 4.10 [D ] RASMAN.DLL 09-09-2002 23:08 09-09-2002 23:06 55.808 A 0x00013F14 0x00013F14 x86 GUI PDB 0x76E50000 Unknown 0x00011000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 4.0 [D ] REGAPI.DLL 09-09-2002 23:08 09-09-2002 23:06 44.032 A 0x0001589D 0x0001589D x86 Console PDB 0x76B70000 Unknown 0x0000E000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 4.10 [D ] RTUTILS.DLL 07-09-2001 14:00 06-09-2001 22:23 39.936 A 0x0001994B 0x0001994B x86 Console PDB 0x76E40000 Unknown 0x0000D000 Not Loaded 5.1.2600.0 5.1.2600.0 5.1 7.0 5.1 4.10 [D ] SAMLIB.DLL 09-09-2002 23:08 09-09-2002 23:05 54.784 A 0x0000FD2A 0x0000FD2A x86 Console PDB 0x71B80000 Unknown 0x00011000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 4.0 [D ] SCECLI.DLL 09-09-2002 23:08 09-09-2002 23:05 179.200 A 0x000330EC 0x000330EC x86 Console PDB 0x74390000 Unknown 0x0002E000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 4.0 [D ] SECUR32.DLL 09-09-2002 23:08 09-09-2002 23:06 52.224 A 0x00018683 0x00018683 x86 Console PDB 0x76F50000 Unknown 0x00010000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 4.0 [D ] SETUPAPI.DLL 09-09-2002 23:08 09-09-2002 23:06 949.248 A 0x000F731C 0x000F731C x86 GUI PDB 0x76620000 Unknown 0x000EB000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 4.0 [D ] SHDOCVW.DLL 21-01-2004 18:30 22-01-2004 2:15 1.339.904 A 0x0014C38D 0x0014C38D x86 GUI PDB 0x71700000 Unknown 0x00149000 Not Loaded 6.0.2800.1400 6.0.2800.1400 5.1 7.0 5.1 4.0 [D ] SHELL32.DLL 10-06-2004 21:50 10-06-2004 21:50 8.398.336 A 0x0080AAE9 0x0080AAE9 x86 GUI PDB 0x77390000 Unknown 0x00806000 Not Loaded 6.0.2800.1556 6.0.2800.1556 5.1 7.0 5.1 4.10 [D ] SHLWAPI.DLL 08-04-2004 22:14 08-04-2004 22:14 407.040 A 0x00070CD3 0x00070CD3 x86 GUI PDB 0x77290000 Unknown 0x00065000 Not Loaded 6.0.2800.1514 6.0.2800.1514 5.1 7.0 5.1 4.0 [D ] SHSVCS.DLL 09-09-2002 23:08 09-09-2002 23:06 116.736 A 0x000283B7 0x000283B7 x86 GUI PDB 0x76B80000 Unknown 0x00020000 Not Loaded 6.0.2800.1106 6.0.2800.1106 5.1 7.0 5.1 4.10 [D ] TAPI32.DLL 09-09-2002 23:08 09-09-2002 23:06 165.376 A 0x00034E25 0x00034E25 x86 GUI PDB 0x76E70000 Unknown 0x0002B000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 4.0 [D ] URLMON.DLL 21-01-2004 18:30 22-01-2004 2:20 486.400 A 0x00076E19 0x00076E19 x86 GUI PDB 0x1A400000 Unknown 0x0007A000 Not Loaded 6.0.2800.1400 6.0.2800.1400 5.1 7.0 5.1 4.0 [D ] USER32.DLL 25-09-2003 19:11 25-09-2003 19:11 561.664 A 0x0008C58F 0x0008C58F x86 GUI PDB 0x77D10000 Unknown 0x0008C000 Not Loaded 5.1.2600.1255 5.1.2600.1255 5.1 7.0 5.1 4.0 [D ] USERENV.DLL 09-09-2002 23:08 09-09-2002 23:06 672.256 A 0x000AA311 0x000AA311 x86 GUI PDB 0x75A10000 Unknown 0x000A6000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 4.0 [D ] UTILDLL.DLL 07-09-2001 14:00 06-09-2001 22:26 26.112 A 0x000145B5 0x000145B5 x86 Console PDB 0x5B1D0000 Unknown 0x0000A000 Not Loaded 5.1.2600.0 5.1.2600.0 5.1 7.0 5.1 4.0 [D ] UXTHEME.DLL 09-09-2002 23:08 09-09-2002 23:04 203.776 A 0x0003D69D 0x0003D69D x86 GUI PDB 0x5B190000 Unknown 0x00034000 Not Loaded 6.0.2800.1106 6.0.2800.1106 5.1 7.0 5.1 4.10 [D ] VERSION.DLL 07-09-2001 14:00 06-09-2001 22:23 16.384 A 0x00011772 0x00011772 x86 GUI PDB 0x77BD0000 Unknown 0x00007000 Not Loaded 5.1.2600.0 5.1.2600.0 5.1 7.0 5.1 4.0 [D ] W32TOPL.DLL 07-09-2001 14:00 06-09-2001 22:24 22.016 A 0x0000F482 0x0000F482 x86 Console PDB 0x71ED0000 Unknown 0x00009000 Not Loaded 5.1.2600.0 5.1.2600.0 5.1 7.0 5.1 4.10 [D ] WININET.DLL 21-01-2004 18:30 22-01-2004 2:16 591.872 A 0x0009098B 0x0009098B x86 GUI PDB 0x63000000 Unknown 0x00097000 Not Loaded 6.0.2800.1400 6.0.2800.1400 5.1 7.0 5.1 4.0 [D ] WINMM.DLL 09-09-2002 23:08 09-09-2002 23:06 174.592 A 0x00037F54 0x00037F54 x86 GUI PDB 0x76AF0000 Unknown 0x0002D000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 4.0 [D ] WINSCARD.DLL 07-09-2001 14:00 06-09-2001 22:24 93.696 A 0x000261DD 0x000261DD x86 Console PDB 0x72360000 Unknown 0x0001A000 Not Loaded 5.1.2600.0 5.1.2600.0 5.1 7.0 5.1 4.10 [D ] WINSPOOL.DRV 09-09-2002 23:09 09-09-2002 23:05 132.608 A 0x00027C9C 0x00027C9C x86 GUI PDB 0x72F70000 Unknown 0x00023000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 4.0 [D ] WINSTA.DLL 09-09-2002 23:08 09-09-2002 23:06 48.128 A 0x0001BB5C 0x0001BB5C x86 Console PDB 0x76300000 Unknown 0x0000F000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 4.10 [D ] WINTRUST.DLL 07-09-2001 14:00 06-09-2001 22:23 166.912 A 0x0002DECF 0x0002DECF x86 GUI PDB 0x76BF0000 Unknown 0x0002B000 Not Loaded 5.131.2600.0 5.131.2600.0 5.1 7.0 5.1 4.0 [D ] WLDAP32.DLL 09-09-2002 23:08 09-09-2002 23:06 168.960 A 0x00035A7A 0x00035A7A x86 GUI PDB 0x76F20000 Unknown 0x0002D000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 4.0 [D ] WMI.DLL 07-09-2001 14:00 06-09-2001 22:23 5.632 A 0x0001128B 0x0001128B x86 GUI PDB 0x76CF0000 Unknown 0x00004000 Not Loaded 5.1.2600.0 5.1.2600.0 5.1 7.0 5.1 4.0 [D ] WS2_32.DLL 07-09-2001 14:00 06-09-2001 22:24 75.264 A 0x0001FCF8 0x0001FCF8 x86 Console PDB 0x71A30000 Unknown 0x00015000 Not Loaded 5.1.2600.0 5.1.2600.0 5.1 7.0 5.1 4.10 [D ] WS2HELP.DLL 07-09-2001 14:00 06-09-2001 22:24 18.944 A 0x0000ADDD 0x0000ADDD x86 Console PDB 0x71A20000 Unknown 0x00008000 Not Loaded 5.1.2600.0 5.1.2600.0 5.1 7.0 5.1 4.0 [D ] WSOCK32.DLL 07-09-2001 14:00 06-09-2001 22:24 23.552 A 0x00011130 0x00011130 x86 Console PDB 0x71A50000 Unknown 0x00009000 Not Loaded 5.1.2600.0 5.1.2600.0 5.1 7.0 5.1 4.10 [D ] WTSAPI32.DLL 09-09-2002 23:08 09-09-2002 23:06 17.408 A 0x00011AC7 0x00011AC7 x86 Console PDB 0x76F10000 Unknown 0x00008000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 4.10 [D ] WZCDLG.DLL 09-09-2002 23:08 09-09-2002 23:04 57.344 A 0x0000F068 0x0000F068 x86 GUI PDB 0x59080000 Unknown 0x00011000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 4.0 [D ] WZCSAPI.DLL 09-09-2002 23:08 09-09-2002 23:05 23.552 A 0x00015AAD 0x00015AAD x86 Console PDB 0x72FA0000 Unknown 0x00009000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 4.10 [D ] WZCSVC.DLL 09-09-2002 23:08 09-09-2002 23:06 264.704 A 0x0004FF9A 0x0004FF9A x86 Console PDB 0x77C80000 Unknown 0x00044000 Not Loaded 5.1.2600.1106 5.1.2600.1106 5.1 7.0 5.1 4.10 ************************************| Log |************************************* Warning: At least one delay-load dependency module was not found. Warning: At least one module has an unresolved import due to a missing export function in a delay-load dependent module. profile log: 00:00:00.000: Started "c:\cygwin\bin\GUILE.EXE" (process 0xBE8) at address 0x00400000 by thread 1. Successfully hooked module. 00:00:00.000: Loaded "c:\windows\system32\NTDLL.DLL" at address 0x77F40000 by thread 1. Successfully hooked module. 00:00:00.030: Loaded "c:\windows\system32\KERNEL32.DLL" at address 0x77E40000 by thread 1. Successfully hooked module. 00:00:00.030: DllMain(0x77E40000, DLL_PROCESS_ATTACH, 0x00000000) in "c:\windows\system32\KERNEL32.DLL" called by thread 1. 00:00:00.050: DllMain(0x77E40000, DLL_PROCESS_ATTACH, 0x00000000) in "c:\windows\system32\KERNEL32.DLL" returned 1 (0x1) by thread 1. 00:00:00.060: Injected "c:\cygwin\bin\DEPENDS.DLL" at address 0x08370000 by thread 1. 00:00:00.090: Loaded "c:\cygwin\bin\CYGGUILE-16.DLL" at address 0x10000000 by thread 1. Successfully hooked module. 00:00:00.090: Loaded "c:\cygwin\bin\CYGGUILE-LTDL-2.DLL" at address 0x003D0000 by thread 1. Successfully hooked module. 00:00:00.110: Loaded "c:\cygwin\bin\CYGWIN1.DLL" at address 0x61000000 by thread 1. Successfully hooked module. 00:00:00.130: Loaded "c:\windows\system32\ADVAPI32.DLL" at address 0x77DA0000 by thread 1. Successfully hooked module. 00:00:00.150: Loaded "c:\windows\system32\RPCRT4.DLL" at address 0x78000000 by thread 1. Successfully hooked module. 00:00:00.170: Loaded "c:\cygwin\bin\CYGCRYPT-0.DLL" at address 0x003E0000 by thread 1. Successfully hooked module. 00:00:00.180: First chance exception 0xC0000005 (Access Violation) occurred in "c:\windows\system32\NTDLL.DLL" at address 0x77F6893E by thread 1. 00:00:00.190: Unloaded "Unknown" at address 0x00460000 by thread 1. 00:00:05.839: First chance exception 0xC0000005 (Access Violation) occurred in "c:\windows\system32\NTDLL.DLL" at address 0x77F866BC by thread 1. 00:00:05.839: Second chance exception 0xC0000005 (Access Violation) occurred in "c:\windows\system32\NTDLL.DLL" at address 0x77F866BC by thread 1. 00:00:05.869: Exited "c:\cygwin\bin\GUILE.EXE" (process 0xBE8) with code 128 (0x80) by thread 1. -- Jan Nieuwenhuizen | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From vaf@ulysses.kiev.ua Mon Sep 20 19:51:00 2004 From: vaf@ulysses.kiev.ua (Valery A. Frolov) Date: Mon, 20 Sep 2004 19:51:00 -0000 Subject: signal delivery problem (with pthreads) In-Reply-To: <20040920143548.GB6915@trixie.casa.cgf.cx> References: <20040916191456.GB577@tonfa> <20040920061728.GA9928@efn.org> <20040920143548.GB6915@trixie.casa.cgf.cx> Message-ID: <20040920181229.GA2049@tonfa> On Mon, 20 Sep 2004 10:35:48 -0400, Christopher Faylor wrote: > FWIW, I tried it ten times without error. I have it running in a loop > now. If it dies, I'll fix the problem. But I had _no_ one successful run at all. Maybe the operating system is the essence. I've always tried it on NT 4.0 WS SP6a+hotfixes. Tomorrow I'll check it (the same executable) on 2000/XP. WBR, Valery -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Mon Sep 20 19:54:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Mon, 20 Sep 2004 19:54:00 -0000 Subject: Running cmd programs in cygwin / rxvt In-Reply-To: References: <414E8B1A.8040103@overbored.net> <414EA28E.122EB347@dessent.net> <20040920143930.GD6915@trixie.casa.cgf.cx> <20040920153922.GA7869@trixie.casa.cgf.cx> <20040920155842.GO6525@trixie.casa.cgf.cx> Message-ID: <6.1.0.6.0.20040920150959.02a09748@pop.prospeed.net> At 02:57 PM 9/20/2004, you wrote: >Christopher Faylor wrote: > >>On Mon, Sep 20, 2004 at 08:46:32AM -0700, Andrew DeFaria wrote: >> >>>Would it be possible to implement a command then that says exec this with tty's instead of ptys? >> >>Cygwin ttys and ptys are the same thing. > >OK how about a command that says start this Windows console mode application using whatever it is that will make it happy enough to talk to stdin/stdout/stderr (short of starting a new window that is). > I think the point is that while it may be possible to make changes that do what you want, they are not straight-forward and compromise POSIX portability. I also suspect that this is an area that requires real thought and real effort by someone interested in taking up the effort. If that's you, perhaps you want to get into the code a little bit and come back with questions about specific changes you'd propose. To me, that seems the most productive approach to a solution. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Mon Sep 20 20:48:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Mon, 20 Sep 2004 20:48:00 -0000 Subject: Running cmd programs in cygwin / rxvt In-Reply-To: References: <414E8B1A.8040103@overbored.net> <414EA28E.122EB347@dessent.net> <20040920143930.GD6915@trixie.casa.cgf.cx> <20040920153922.GA7869@trixie.casa.cgf.cx> <20040920155842.GO6525@trixie.casa.cgf.cx> Message-ID: <20040920195309.GA10584@trixie.casa.cgf.cx> On Mon, Sep 20, 2004 at 11:57:09AM -0700, Andrew DeFaria wrote: >Christopher Faylor wrote: > >>On Mon, Sep 20, 2004 at 08:46:32AM -0700, Andrew DeFaria wrote: >> >>>Would it be possible to implement a command then that says exec this >>>with tty's instead of ptys? >> >>Cygwin ttys and ptys are the same thing. > >OK how about a command that says start this Windows console mode >application using whatever it is that will make it happy enough to talk >to stdin/stdout/stderr (short of starting a new window that is). You keep offering simple-minded suggestions that boil down to "Well just make rxvt work with these applications that don't like cygwin ptys, then." Let me say it in big letters so that you will understand: IT IS NOT POSSIBLE TO DO WHAT YOU WANT. If it was possible, we would have done something long ago. I'd be thrilled to be proved wrong or to have someone point me at documentation which illustrates a way to do this. Until such time, just pounding on points from an admitted complete lack of understanding of the issues is really pretty pointless. >>You should be able to start a command in a new console window with >>"cygstart" (q.v.). > >Yes I can, however this starts it in another "Windows window" that does >not easily resize, has crappy copy/paste semantics, colors and fonts. And that's the one of the main features of rxvt. But there are trade-offs. The fact that you don't like the trade-offs and desperately want someone to fix them for you does not mean that the trade-offs will go away if you keep offering uninformed suggestions. rxvt is only a dessert topping. It is not a floor wax. No amount of buffing is going to give you the shine on your floor that you are hoping for. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Mon Sep 20 20:49:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Mon, 20 Sep 2004 20:49:00 -0000 Subject: Running cmd programs in cygwin / rxvt In-Reply-To: <6.1.0.6.0.20040920150959.02a09748@pop.prospeed.net> References: <414E8B1A.8040103@overbored.net> <414EA28E.122EB347@dessent.net> <20040920143930.GD6915@trixie.casa.cgf.cx> <20040920153922.GA7869@trixie.casa.cgf.cx> <20040920155842.GO6525@trixie.casa.cgf.cx> <6.1.0.6.0.20040920150959.02a09748@pop.prospeed.net> Message-ID: <20040920195601.GB10584@trixie.casa.cgf.cx> On Mon, Sep 20, 2004 at 03:19:12PM -0400, Larry Hall wrote: >At 02:57 PM 9/20/2004, you wrote: >>Christopher Faylor wrote: >>>On Mon, Sep 20, 2004 at 08:46:32AM -0700, Andrew DeFaria wrote: >>>>Would it be possible to implement a command then that says exec this >>>>with tty's instead of ptys? >>> >>>Cygwin ttys and ptys are the same thing. >> >>OK how about a command that says start this Windows console mode >>application using whatever it is that will make it happy enough to talk >>to stdin/stdout/stderr (short of starting a new window that is). > >I think the point is that while it may be possible to make changes that >do what you want, they are not straight-forward and compromise POSIX >portability. Sorry Larry, but the point is that it is not possible to make the changes. So, you start a windows console app and you communicate with it, how, exactly? Open up a pipe? Nope can't do that. How then? >I also suspect that this is an area that requires real thought and real >effort by someone interested in taking up the effort. I'm not even sure it's possible to do. If it is possible to do, it's probably only possible on NT. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gerrit@familiehaase.de Mon Sep 20 20:51:00 2004 From: gerrit@familiehaase.de (Gerrit P. Haase) Date: Mon, 20 Sep 2004 20:51:00 -0000 Subject: [ANNOUNCEMENT] Updated: libxml2-2.6.13-1 Message-ID: <200409202048.i8KKmCf24512@esds.vss.fsi.com> Libxml2 has been updated to version 2.6.13 NEWS ==== Please read the news since the previous Cygwin release (2.6.11) here: http://www.xmlsoft.org/news.html DESCRIPTION =========== Libxml2 is the XML C parser and toolkit developed for the Gnome project (but usable outside of the Gnome platform), it is free software available under the MIT License. XML itself is a metalanguage to design markup languages, i.e. text language where semantic and structure are added to the content using extra 'markup' information enclosed between angle brackets. HTML is the most well-known markup language. Though the library is written in C a variety of language bindings make it available in other environments. UPDATE ====== 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 'libxml2' from the 'Libs' category, if you install it for the first time, click on the 'skip' field next to 'libxml2' until '2.6.13-1' is displayed. DOWNLOAD: ========= 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, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: ========== If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. CYGWIN-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-announce-unsubscribe-YOU=YOURDOMAIN.COM@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. Gerrit P. Haase -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gerrit@familiehaase.de Mon Sep 20 21:38:00 2004 From: gerrit@familiehaase.de (Gerrit P. Haase) Date: Mon, 20 Sep 2004 21:38:00 -0000 Subject: [ANNOUNCEMENT] Updated: libxslt-1.1.10-1 Message-ID: <200409202049.i8KKnfW24601@esds.vss.fsi.com> Libxslt has been updated to version 1.1.10. NEWS ==== Please read the news since the previous Cygwin release (1.1.8) here: http://xmlsoft.org/XSLT/news.html DESCRIPTION =========== Libxslt is the XSLT C library developed for the Gnome project. XSLT itself is a an XML language to define transformation for XML. Libxslt is based on libxml2 the XML C library developed for the Gnome project. It also implements most of the EXSLT set of processor-portable extensions functions and some of Saxon's evaluate and expressions extensions. UPDATE ====== 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 'libxslt' from the 'Libs' category, if you install it for the first time, click on the 'skip' field next to 'libxslt' until '1.1.10-1' is displayed. DOWNLOAD: ========= 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, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: ========== If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. CYGWIN-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-announce-unsubscribe-YOU=YOURDOMAIN.COM@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. Gerrit P. Haase -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From marcel@telka.sk Mon Sep 20 22:32:00 2004 From: marcel@telka.sk (Marcel Telka) Date: Mon, 20 Sep 2004 22:32:00 -0000 Subject: [ANNOUNCEMENT] Updated: docbook-xsl-1.66.1-1 Message-ID: <200409202051.i8KKpMS24691@esds.vss.fsi.com> I've updated the docbook-xsl package to version 1.66.1-1. docbook-xsl package contains XSL stylesheets for the DocBook XML DTD created by Norman Walsh and others. Changes since 1.65.1-1: - Updated to mainstream 1.66.1 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. Then, run setup and answer all of the questions. If you have questions or comments, please send them to the Cygwin mailing list at: cygwin at cygwin dot com. I would appreciate it if you would use this mailing list rather than emailing me directly. -- +-------------------------------------------+ | Marcel Telka e-mail: marcel@telka.sk | | homepage: http://telka.sk/ | | jabber: marcel@jabber.sk | +-------------------------------------------+ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Schulman.Andrew@epamail.epa.gov Mon Sep 20 23:00:00 2004 From: Schulman.Andrew@epamail.epa.gov (Schulman.Andrew@epamail.epa.gov) Date: Mon, 20 Sep 2004 23:00:00 -0000 Subject: [ANNOUNCEMENT] New package: unison 2.10.2-1 Message-ID: <200409202138.i8KLcsm26556@esds.vss.fsi.com> The package 'unison' is now available in the Cygwin distribution. Unison is a file synchronizer for Unix and Windows. It allows two replicas of a collection of files and directories to be stored on different hosts (or different disks on the same host), modified separately, and then brought up to date by propagating the changes in each replica to the other. Please note that 'unison' contains the CLI (command-line interface) version of Unison. The GUI version will be released soon for Cygwin as the unison-gtk2 package. Home page: http://www.cis.upenn.edu/~bcpierce/unison/ License: GPL Andrew E. Schulman ******************************************************************* 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. Then, run setup and answer all of the questions. If you have questions or comments, please send them to the Cygwin mailing list at: cygwin@cygwin.com . *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. ******************************************************************* -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From karlm30@hotmail.com Mon Sep 20 23:26:00 2004 From: karlm30@hotmail.com (Karl M) Date: Mon, 20 Sep 2004 23:26:00 -0000 Subject: Latest snapshot with XP SP2 and unison and cvs Message-ID: Hi All... What can I do that would be usefull? I'm not sure how to tell where things are hanging, because unison-2.9.1 is a win32 program that invokes a cygwin ssh client. I did confirm that it is a ssh client side issue. That is, an XP SP2 machine is fine as the server, but not as the client. If I turn on the -v -v -v in ssh, the last thing I get is from a channel_input_window_adjust call. >From: Corinna Vinschen >Reply-To: cygwin@cygwin.com >To: cygwin@cygwin.com >Subject: Re: Latest snapshot with XP SP2 and unison and cvs >Date: Mon, 20 Sep 2004 11:20:14 +0200 > >On Sep 18 12:23, Karl M wrote: > > Hi All... > > > > I just updated an xp machine to sp2 and unison-2.9.1 (the win32 version) > > using ssh (cygwin) started hanging. I have done a clean install of >cygwin > > and am running with the 16sep snapshot. cvs (cygwin) works fine with >ssh. > > unison hangs with ssh. > > > > Because win32 unison will not run under bash, I opened a cygwin bash > > window, did an strace of cmd > > and then ran unison. The strace is attached. > > > > Any thoughts? > >No. I don't see any change in Cygwin between 1.5.10 and 1.5.11 which >could result in a new behaviour on sockets. The strace is useless. > > >Corinna > >-- >Corinna Vinschen Please, send mails regarding Cygwin to >Cygwin Project Co-Leader mailto:cygwin@cygwin.com >Red Hat, Inc. > >-- >Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >Problem reports: http://cygwin.com/problems.html >Documentation: http://cygwin.com/docs.html >FAQ: http://cygwin.com/faq/ > _________________________________________________________________ Is your PC infected? Get a FREE online computer virus scan from McAfee?? Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From shinji257@gmail.com Mon Sep 20 23:30:00 2004 From: shinji257@gmail.com (Robert Pendell) Date: Mon, 20 Sep 2004 23:30:00 -0000 Subject: Starting sshd with ipv6 address only (cont.) In-Reply-To: <20040920102754.P57077@unsane.co.uk> References: <20040920091823.GV17670@cygbert.vinschen.de> <20040920102754.P57077@unsane.co.uk> Message-ID: So basically they are working on it. ;) On Mon, 20 Sep 2004 10:30:22 +0100 (BST), Vince Hoffman wrote: > > Came intot this thread late so sorry if someone has already said this.... > if you are desperate for IPv6 in cygwin progs, have a look at > http://win6.jp/Cygwin/ > Its pretty upto date but says its not happy in a non ipv6 environment. > > > On Mon, 20 Sep 2004, Corinna Vinschen wrote: > > > On Sep 20 08:20, dimitri berbanov wrote: > > > So how come I can ping6 under cygwin? > > > > $ which ping6 > > /cygdrive/c/WINDOWS/system32/ping6 > > > > Corinna > > > > -- > > Corinna Vinschen Please, send mails regarding Cygwin to > > Cygwin Project Co-Leader mailto:cygwin@cygwin.com > > Red Hat, Inc. > > > > -- > > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > > Problem reports: http://cygwin.com/problems.html > > Documentation: http://cygwin.com/docs.html > > FAQ: http://cygwin.com/faq/ > > > > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Robert Pendell shinji257@gmail.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From khemani@netscaler.com Tue Sep 21 00:16:00 2004 From: khemani@netscaler.com (Prakash Khemani) Date: Tue, 21 Sep 2004 00:16:00 -0000 Subject: SYSTEM user passwd Message-ID: <24BDFF97F1939B44BCBA2E6AADEB0A28246FDA@mailsc.engineering.netscaler.com> On installing CYGWIN on my WinXP machine - it created a user called SYSTEM in my /etc/passwd directory. If I go to Control Panel -> User Accounts then there is only one local user listed - and that is Administrator. I can say login Administrator. It logs me in and immediately logs me out - because the home dir and shell for Administrator are not set in /etc/passwd. I can't do the same with the user SYSTEM. What is the password for the SYSTEM user - I tried the Administrator password but that didn't work. My username, even though it is in the Administrators group, is not able to read files owned by SYSTEM and having permissions same as -rwx------. Please help me. Thanks, Prakash -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gerrit@familiehaase.de Tue Sep 21 01:06:00 2004 From: gerrit@familiehaase.de (Gerrit P. Haase) Date: Tue, 21 Sep 2004 01:06:00 -0000 Subject: [ANNOUNCEMENT] Updated: glib2-2.4.6-1 Message-ID: <200409202330.i8KNUOa29639@esds.vss.fsi.com> I have updated GLib, the low-level core library that forms the basis for projects such as GTK+ and GNOME to version 2.4.6. NEWS ==== General: This is regular update to the new stable upstream release. Overview of Changes from GLib 2.4.5 to GLib 2.4.6 ================================================= * Bug fixes [Matthias Clasen, Ray Strode] * New and updated translations (mn,nb) DESCRIPTION =========== The GLib library 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. Canonical website: http://www.gtk.org/ UPDATE ====== 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 'glib2' from the 'Libs' category, if you install it for the first time, click on the 'skip' field next to 'glib2' until '2.4.6-1' is displayed. DOWNLOAD: ========= 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, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: ========== If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. CYGWIN-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-announce-unsubscribe-YOU=YOURDOMAIN.COM@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. Gerrit P. Haase -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cwilson@ece.gatech.edu Tue Sep 21 01:15:00 2004 From: cwilson@ece.gatech.edu (Charles Wilson) Date: Tue, 21 Sep 2004 01:15:00 -0000 Subject: Updated: cvs-1.11.17-1 In-Reply-To: <414EE963.50004@essic.umd.edu> References: <41490BB2.2030909@cwilson.fastmail.fm> <414EE963.50004@essic.umd.edu> Message-ID: <414F72D1.4050300@ece.gatech.edu> Joaquim Ballabrera wrote: > Dear Charles Wilson, > > I'm a cygwin user and I have problems using CVS. I'm trying to use the > following command fron cygwin: > > > cvs -d :ext:anoncvs@savannah.gnu.org:/cvsroot/gcc co -D 8/25/2004 gcc > > The result is > > ' from cvs serverning: unrecognized response`ok > > and then the program hangs. > > The very same command works smoothly in a SGI workstation. > > In both machines I have > > setenv CVS_RSH ssh I'm sorry, but I can't reproduce this. I've tried your exact command, with 'export CVS_RSH=ssh' (I use bash, not a csh-ish shell). I've done it in a working directory which is mounted in binary (unix) mode, and in one which is mounted in text (DOS) mode. In both cases, it works without error. Now, that's started from a standstill (no previous checkout). I note that when I do this 'beginning' checkout from a text mode working directory, the following files have '^M' endings: */CVS/Entries */CVS/Entries.log */CVS/Repository */CVS/Root */CVS/Tag That might be a bad thing -- since it would tend to mess up future 'update' checkouts (and cvs diffs, and ...) ***IF*** cvs is opening those files for READ in binary mode (that is, not translating the '^M's away). But it doesn't. I mean, cvs opens those files in the appropriate mode, stripping away the '^M's as far as I can tell. I'm going to need more information. "Run 'cygcheck -s -v -r > cygcheck.out' and include that file as an attachment in your report. Please do not compress or otherwise encode the output. Just attach it as a straight text file so that it can be easily viewed." -- Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Tue Sep 21 01:17:00 2004 From: brian@dessent.net (Brian Dessent) Date: Tue, 21 Sep 2004 01:17:00 -0000 Subject: [APPS] ping python maintainer (and others) - Launching cygwin apps from cmd.exe vs. softlinks in /bin References: <20040920154802.GN6525@trixie.casa.cgf.cx> Message-ID: <414F7F7E.AF000A9F@dessent.net> Christopher Faylor wrote: > On Mon, Sep 20, 2004 at 04:09:50PM +0100, Dave Korn wrote: > >Now, in this particular case "python.exe" is a cygwin old-style > >softlink rather than a windoze .lnk-style shortcut. > > Because that's how setup.exe sets up symlinks. PTC. Alternatively, the postinstall[1] script could be used to setup the symlink using 'ln', instead of including it in the tarball and expecting setup.exe to make it. Wouldn't that make everyone happy? (Except perhaps the python maintainer, who now has an extra step...) Brian [1] And technically you'd need to remove it with a preremove script, otherwise you'd get a broken link hanging around in your path after you removed the package with setup.exe. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Tue Sep 21 01:55:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Tue, 21 Sep 2004 01:55:00 -0000 Subject: [APPS] ping python maintainer (and others) - Launching cygwin apps from cmd.exe vs. softlinks in /bin In-Reply-To: <414F7F7E.AF000A9F@dessent.net> References: <20040920154802.GN6525@trixie.casa.cgf.cx> <414F7F7E.AF000A9F@dessent.net> Message-ID: <20040921011705.GH11505@trixie.casa.cgf.cx> On Mon, Sep 20, 2004 at 06:10:22PM -0700, Brian Dessent wrote: >Christopher Faylor wrote: > >> On Mon, Sep 20, 2004 at 04:09:50PM +0100, Dave Korn wrote: >> >Now, in this particular case "python.exe" is a cygwin old-style >> >softlink rather than a windoze .lnk-style shortcut. >> >> Because that's how setup.exe sets up symlinks. PTC. > >Alternatively, the postinstall[1] script could be used to setup the >symlink using 'ln', instead of including it in the tarball and expecting >setup.exe to make it. Wouldn't that make everyone happy? (Except >perhaps the python maintainer, who now has an extra step...) It's better to just fix setup.exe. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Tue Sep 21 02:11:00 2004 From: brian@dessent.net (Brian Dessent) Date: Tue, 21 Sep 2004 02:11:00 -0000 Subject: SYSTEM user passwd References: <24BDFF97F1939B44BCBA2E6AADEB0A28246FDA@mailsc.engineering.netscaler.com> Message-ID: <414F820D.4CC7D1A8@dessent.net> Prakash Khemani wrote: > On installing CYGWIN on my WinXP machine - it created a user called > SYSTEM in my /etc/passwd directory. SYSTEM is a built-in user account on every[1] Windows machine. Cygwin did not create it, merely put a line in /etc/passwd that acknowledges it. The account would exist even if Cygwin had never been installed. Tip: Run Task Manager, select the "Processes" tab, and make sure the "User name" column is enabled (View -> Select Columns if not.) You will see that all your services are run as this account. If you are using XP or later you will also see the additional accounts NETWORK SERVICE and LOCAL SERVICE in addition to SYSTEM. > If I go to Control Panel -> User Accounts then there is only one local > user listed - and that is Administrator. It is a built-in system account, it will not be listed there. It cannot be used as a normal account anyway. > I can't do the same with the user SYSTEM. What is the password for the > SYSTEM user - I tried the Administrator password but that didn't work. There is none, you cannot log on to Windows as SYSTEM. You can however start processes as that user (as the above example with Task Manager should show.) Search/google the archives of this list for "sysbash" for an example of how to get a bash prompt as the SYSTEM user. However, that's hardly ever required unless you're trying to debug a service that will not start. > My username, even though it is in the Administrators group, is not able > to read files owned by SYSTEM and having permissions same as -rwx------. That's normal too. That is how POSIX permissions work. If you are not the owner you have no r, w, or x access for a file with permissions 700. If you want to read the file you'll either need to first either change the ownership ("man chown") or change the permissions ("man chmod"), or both. Since this file was likely created by a service you do NOT want to blindly change its ownership to "Administrator" as then it will no longer be able to read/write the file, unless you modify the permissions as well. Brian [1] Not counting 95, 98, ME, which have no real notion of accounts anyway. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Andrew@DeFaria.com Tue Sep 21 05:04:00 2004 From: Andrew@DeFaria.com (Andrew DeFaria) Date: Tue, 21 Sep 2004 05:04:00 -0000 Subject: Running cmd programs in cygwin / rxvt In-Reply-To: <20040920195309.GA10584@trixie.casa.cgf.cx> References: <414E8B1A.8040103@overbored.net> <414EA28E.122EB347@dessent.net> <20040920143930.GD6915@trixie.casa.cgf.cx> <20040920153922.GA7869@trixie.casa.cgf.cx> <20040920155842.GO6525@trixie.casa.cgf.cx> <20040920195309.GA10584@trixie.casa.cgf.cx> Message-ID: Christopher Faylor wrote: > On Mon, Sep 20, 2004 at 11:57:09AM -0700, Andrew DeFaria wrote: > >> Christopher Faylor wrote: >> >>> On Mon, Sep 20, 2004 at 08:46:32AM -0700, Andrew DeFaria wrote: >>> >>>> Would it be possible to implement a command then that says exec this >>>> with tty's instead of ptys? >>> >>> Cygwin ttys and ptys are the same thing. >> >> OK how about a command that says start this Windows console mode >> application using whatever it is that will make it happy enough to talk >> to stdin/stdout/stderr (short of starting a new window that is). > > > You keep offering simple-minded suggestions that boil down to "Well just > make rxvt work with these applications that don't like cygwin ptys, then." > > Let me say it in big letters so that you will understand: > > IT IS NOT POSSIBLE TO DO WHAT YOU WANT. > > If it was possible, we would have done something long ago. > > I'd be thrilled to be proved wrong or to have someone point me at > documentation which illustrates a way to do this. Until such time, just > pounding on points from an admitted complete lack of understanding of > the issues is really pretty pointless. > >>> You should be able to start a command in a new console window with >>> "cygstart" (q.v.). >> >> Yes I can, however this starts it in another "Windows window" that does >> not easily resize, has crappy copy/paste semantics, colors and fonts. > > > And that's the one of the main features of rxvt. But there are > trade-offs. The fact that you don't like the trade-offs and desperately > want someone to fix them for you does not mean that the trade-offs will > go away if you keep offering uninformed suggestions. > > rxvt is only a dessert topping. It is not a floor wax. No amount of > buffing is going to give you the shine on your floor that you are hoping > for. > > cgf Well my mom always used to say: "It doesn't hurt to ask". Apparently she never met you! Seriously though I was just asking whether it would be possible and trying to gain an understanding as to the issues involved - you need not be rude about it. A simple, "that's not possible to do the way things are set up" would have sufficed. Seems to me that you said similar things when I asked why does a bash process hang around when you close it via the X box on top and yet now rxvt does kill the bash process... -- Press any key to continue or any other key to quit... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Tue Sep 21 05:58:00 2004 From: brian@dessent.net (Brian Dessent) Date: Tue, 21 Sep 2004 05:58:00 -0000 Subject: Running cmd programs in cygwin / rxvt References: <414E8B1A.8040103@overbored.net> <414EA28E.122EB347@dessent.net> <20040920143930.GD6915@trixie.casa.cgf.cx> <20040920153922.GA7869@trixie.casa.cgf.cx> <20040920155842.GO6525@trixie.casa.cgf.cx> <20040920195309.GA10584@trixie.casa.cgf.cx> Message-ID: <414F8EA9.16735CBA@dessent.net> Andrew DeFaria wrote: > Seriously though I was just asking whether it would be possible and > trying to gain an understanding as to the issues involved - you need not > be rude about it. A simple, "that's not possible to do the way things > are set up" would have sufficed. Cygwin: You'll come for the posix emulation layer, you'll stay for the meaness. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dassal77@tiscali.co.uk Tue Sep 21 06:21:00 2004 From: dassal77@tiscali.co.uk (ronny barakat) Date: Tue, 21 Sep 2004 06:21:00 -0000 Subject: Proposal Message-ID: I have a profiling amount in an excess of US$12M, which I seek your partnership in accommodating for me. You will be rewarded with 10% of the total sum for your partnership. Can you be my partner on this? INTRODUCTION OF MY SELF: I am Mr. Ronny Barakat, a personal treasurer to Mikhail Khodorkovsky the richest man in Russia and owner of the following companies: Chairman CEO: YUKOS OIL (Russian Most Largest Oil Company) Chairman CEO: Menatep SBP Bank (A well reputable financial institution with its branches all over the world) SOURCE OF FUNDS: The documents of the above funds in question was handed over to me to be used in payment of an American oil merchant for his last oil deal with my boss Mikhail Khodorkovsky. Already the funds have left the shore of Russia to an European private bank where the final crediting is expected to be carried out. While I was on the process, My Boss got arrested for his involvement in politics by financing the leading and opposing political parties (the Union of Right Forces, led by Boris Nemtsov, and Yabloko, a liberal/social democratic party led by Gregor Yavlinsky) which poses treat to President Vladimir Putin second tenure as Russian president. You can catch more of the story on this website: http://www.opendemocracy.net/debates/article-3-56-1409.jspor http://newsfromrussia.com/main/2003/11/13/51215.html YOUR ROLE: All I need from you is to stand as the beneficiary of the above quoted sum and I will arrange for the documentation, which will enable the European bank transfer the sum to you. I have decided to use this sum to relocate to American continent and never to be connected to any of Mikhail Khodorkovsky conglomerates. The transaction has to be concluded in 2 weeks before Mikhail Khodorkovsky is out on bail. As soon as I confirm your readiness to conclude the transaction with me. I will send you a first class return ticket via KLM to London and a reservation to the strand palace hotel in UK where we have to meet with each other to know our selves very well before we commence with the transaction. Please reply to my other email for security reasons: RonnyBarakat04@netscape.net Thank you very much Regards R. Barakat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Tue Sep 21 07:28:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Tue, 21 Sep 2004 07:28:00 -0000 Subject: Running cmd programs in cygwin / rxvt In-Reply-To: References: <414EA28E.122EB347@dessent.net> <20040920143930.GD6915@trixie.casa.cgf.cx> <20040920153922.GA7869@trixie.casa.cgf.cx> <20040920155842.GO6525@trixie.casa.cgf.cx> <20040920195309.GA10584@trixie.casa.cgf.cx> Message-ID: <20040921060053.GI11505@trixie.casa.cgf.cx> On Mon, Sep 20, 2004 at 06:54:59PM -0700, Andrew DeFaria wrote: >Seriously though I was just asking whether it would be possible I think that was obvious to you, me, and Bobby McNulty. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bobbymcn@bellsouth.net Tue Sep 21 07:45:00 2004 From: bobbymcn@bellsouth.net (Bobby McNulty) Date: Tue, 21 Sep 2004 07:45:00 -0000 Subject: Running cmd programs in cygwin / rxvt In-Reply-To: <20040921060053.GI11505@trixie.casa.cgf.cx> References: <414EA28E.122EB347@dessent.net> <20040920143930.GD6915@trixie.casa.cgf.cx> <20040920153922.GA7869@trixie.casa.cgf.cx> <20040920155842.GO6525@trixie.casa.cgf.cx> <20040920195309.GA10584@trixie.casa.cgf.cx> <20040921060053.GI11505@trixie.casa.cgf.cx> Message-ID: <414FC865.3070004@bellsouth.net> Christopher Faylor wrote: >On Mon, Sep 20, 2004 at 06:54:59PM -0700, Andrew DeFaria wrote: > > >>Seriously though I was just asking whether it would be possible >> >> > >I think that was obvious to you, me, and Bobby McNulty. > >cgf > >-- >Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >Problem reports: http://cygwin.com/problems.html >Documentation: http://cygwin.com/docs.html >FAQ: http://cygwin.com/faq/ > > > > What? Did I miss something? Chris, this guy has no clue as to what he's talking about. He's worse than me when I first started. He does not know how GPL works, he has no clue as to what Cygwin is or how it got started. He's a musician pretending to be a programmer. But he's not a programmer. He does not know what POSIX is, or why its important for Cygwin, Unix, and Linux. He wants to fix programs that are already stable, such as cmd. If he wants to program a Windows program, he needs to buy Visual Studio. I am learning more and more about Cygwin as I work with it. I learn from my mistakes. Does he? He needs an attitude adjustment. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From luke.kendall@cisra.canon.com.au Tue Sep 21 07:59:00 2004 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Tue, 21 Sep 2004 07:59:00 -0000 Subject: regtool quoting variations on output Message-ID: <20040921072822.9600784CCD@pessard.research.canon.com.au> A script broke today because regtool reported a key's value with extra double quotes around it. I also observed that whether or not a path was reported with a trailing "\" varied from one machine to the other. Both were using regtool ver 1.8. "stout" is Windows XP, "percy" is Windows 2000. luke@STOUT /cygdrive/x/cygnus/cisra $ regtool -q get "\\HKLM\\SOFTWARE\\Microsoft\\Office\\10.0\\Word\\InstallRoot\ \Path" C:\Program Files\Microsoft Office\Office10\ mdias@PERCY ~ $ regtool -q get "\\HKLM\\SOFTWARE\\Microsoft\\Office\\8.0\\Word\\InstallRoot\\ Path" "C:\Program Files\Microsoft Office\Office" Visual inspection of the above key in regedit on percy (W2K) showed that its value had no double-quotes in the registry. Visual inspection on stout (WXP) also showed no double-quotes around the path (though it did have the trailing backslash, just as regtool reported). I can change my script to pipe the output from regtool through sed 's/^"//;s/"$//', but that seems like a kludge to me. Does anyone have any idea what might be going on here? luke -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From adrian@humboldt.co.uk Tue Sep 21 08:00:00 2004 From: adrian@humboldt.co.uk (Adrian Cox) Date: Tue, 21 Sep 2004 08:00:00 -0000 Subject: Rebuilding GDB In-Reply-To: References: Message-ID: <1095752734.18365.11.camel@localhost> On Mon, 2004-09-20 at 18:14, Dave Korn wrote: > > -----Original Message----- > > From: cygwin-owner On Behalf Of Adrian Cox > > Sent: 20 September 2004 14:44 > > > I'm trying to build a Cygwin hosted GDB for debugging ARM and PowerPC > > boards. After running into a lot of problems, I tried to rebuild the > > native GDB that Cygwin installed for me, and that didn't work either. > > > BTW, when discussing compile problems with gnu packages, you should always > quote the options you gave to configure (if any). 1) Use setup.exe to download the gdb source. 2) mkdir /tmp/build 3) cd /tmp/build 4) /usr/src/gdb-20030919-1/configure --prefix=/usr/local/test 5) make > > make[3]: Entering directory `/tmp/inbuild/libgui/src' > > gcc -DHAVE_CONFIG_H -I. -I/usr/src/gdb-20030919-1/libgui/src > > -I.. -DWIN32 -mwin3 > > 2 -fwritable-strings -I/usr/include -I/usr/include > > -I"/netrel/src/libtcltk/tk/xl > > ib" -DHAVE_NO_SEH=1 -DEXCEPTION_DISPOSITION=int > > -I/usr/include/../unix -I/usr/ > > include/../win -DTBL_VERSION=\"2.7\" -DTBL_COMMAND=\"table\" > > -DTBL_RUNTIME=\"tkT > > able.tcl\" > -DTBL_RUNTIME_DIR=\"/usr/local/insight/share/redhat/gui\" > -DSTATIC_BU > > ILD -g -O2 -c /usr/src/gdb-20030919-1/libgui/src/tclwinprint.c > > /usr/src/gdb-20030919-1/libgui/src/tclwinprint.c:26:22: > > tkWinInt.h: No such file > > or directory > > Hmm. It should be in the source distribution itself, at > /usr/src/gdb-20030919-1/tk/win. ls /usr/src/gdb-20030919-1/tk ls: /usr/src/gdb-20030919-1/tk: No such file or directory [...] > Ok, so your one has this strange include path to > /netrel/src/libtcltk/tk/xlib which my one doesn't. Looks like maybe you > have an older version of the tcl/tk headers in your installation and somehow > it got chosen at configure time over the ones included with the gdb source > distro? Also, there really shouldn't be all those "-I /usr/include"s in > there. And what on earth are "/usr/include/../win" and > "/usr/include/../unix"? Maybe configure has somehow failed to find > something and is using /usr/include as a default, no-hope-last-chance > fallback; and then bogusly concatenating relative paths onto it that would > have been relevant if it had found the real headers but make no sense when > just hoping they're in the standard system includes dir. Yech. I've just had a second go at downloading with setup.exe, and the tk directory is still missing. This makes me think that the bug is really in setup.exe or in the Cygwin repository. I haven't really worked out how Cygwin packages work yet - should each source package contain a build script, like Redhat or Debian packages do? - Adrian Cox -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Andrew@DeFaria.com Tue Sep 21 08:30:00 2004 From: Andrew@DeFaria.com (Andrew DeFaria) Date: Tue, 21 Sep 2004 08:30:00 -0000 Subject: Running cmd programs in cygwin / rxvt In-Reply-To: <414FC865.3070004@bellsouth.net> References: <414EA28E.122EB347@dessent.net> <20040920143930.GD6915@trixie.casa.cgf.cx> <20040920153922.GA7869@trixie.casa.cgf.cx> <20040920155842.GO6525@trixie.casa.cgf.cx> <20040920195309.GA10584@trixie.casa.cgf.cx> <20040921060053.GI11505@trixie.casa.cgf.cx> <414FC865.3070004@bellsouth.net> Message-ID: Bobby McNulty wrote: > What? Did I miss something? Apparently lots! > Chris, this guy has no clue as to what he's talking about. I beg to differ. I don't know much about ptys - BFD - sue me. That does not mean, however, that I don't know anything. > He's worse than me when I first started. Then you must have been pretty good. > He does not know how GPL works, I know some about it. However GPL was not mentioned here so it's odd that you mention it. > he has no clue as to what Cygwin is or how it got started. Ah yes I do. > He's a musician pretending to be a programmer. Actually I've earned a lot more from programming than music. In this respect you sir do not know what you are talking about. > But he's not a programmer. I do more administration but I've also done a fair share of programming. > He does not know what POSIX is, or why its important for Cygwin, Unix, > and Linux. No I know about POSIX, Cygwin, Unix and Linux. Cygwin, however, sometimes departs from standard and strict POSIX in order to inter operate with Windows. For example, there is no cygrunsrv in POSIX nor is there a mkpasswd AFAIK. > He wants to fix programs that are already stable, such as cmd. Really? Where did I say that? I don't want to fix "cmd". I don't even want to use cmd! What are *you* talking about? I just want some 3rd party programs that I use such as cleartool to be able to work under the bash shell without getting confused by ptys. Now I know that cleartool could be re-written to do things in a more Unix like way - however they're not gonna do that. So I'm looking for a workaround and asking about ptys, something I had not had to deal with at a programming level. > If he wants to program a Windows program, he needs to buy Visual Studio. No thanks. I don't want a Windows program and never said that I did so again I ask you - what are *you* talking about?!? > I am learning more and more about Cygwin as I work with it. I learn > from my mistakes. Does he? He needs an attitude adjustment. You should talk about attitude adjustments! All I'm asking for is a work around for a problem when dealing with certain Windows apps under Cygwin. Is this somehow a crime? Lay off the coffee will ya! -- Give me ambiguity or give me something else. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From imogyorosi@tdc.hu Tue Sep 21 08:43:00 2004 From: imogyorosi@tdc.hu (=?ISO-8859-1?Q?Mogyor=F3si_Istv=E1n?=) Date: Tue, 21 Sep 2004 08:43:00 -0000 Subject: Crontab issue In-Reply-To: References: <414F15BE.3010203@tdc.hu> Message-ID: <414FDF3F.2020007@tdc.hu> Igor Pechtchanski wrote: > On Mon, 20 Sep 2004, Mogyor??si Istv??n wrote: > >> Hello, >> >> I spent quite a lot of time reading the subject and I still dont have >> clear sight on the problem. It is probably a permission/access sync >> issue between Cygwin and NT. But my case is NOT a network drive. >> >> Case 1, >> crontab -e [ logged in as Administrator ] >> 20 12 * * * /home/Administrator/mydate.sh [ my own script to exec ] >> ----- >> it works with the result written in my home directory. >> mydate.sh is `date >mydate.txt` > > > It's a good idea to specify the absolute paths for any commands or output > files. > >> Case 2, >> crontab -e [ logged in as Administrator ] >> 25 12 * * * /cygdrive/e/otherpath/mydate.sh [ my second script to exec ] >> ------------- >> this does not work. >> My Error message in Eventlog is: >> bla .. bla .. /usr/sbin/cron : PID 2356 : (Administrator) CMD >> (/cygdrive/e/otherpath/mydate.sh 2>&1) > > > Hmm, looks like it *is* getting executed, but the output is lost? See > the previous comment. > Ok. The output needs absolute path too. The script works. But, my *real *script contains relative paths to config files, and password files. I dont think it worth to extend the PATH variable in crontab file. So I made a second script with absolute path references in the mentionned real script v.2 cygpath=/cygdrive/e/mypath all paths were updated in $cygpath/actual_path format, and VOIL?? ! Job done. Thanks Igor ! >> The access permissions for both shell scripts are identical. >> The only difference is the path to execute. > > > Can you execute the latter script from the command line as Administrator? > If not, are the access permissions on both *paths* sufficient? For a > script to be executable, all the components in the path to it have to be > reachable (i.e., the directories have to have at least the execute > permission). > >> If I install the service as Administrator, and try to start it >> with the Service Control Manager it fails to start and >> I get the error message in the Event Log: >> ... bla bla .. Cygwin_cron : PID 2260 : starting service >> 'Cygwin_cron' failed : execv: 1 , Operation not permitted. > > > This is a different symptom -- most likely the necessary DLLs in your > /bin > are not executable by non-owners (i.e., SYSTEM, which is the user cron > will run under when installed as service). A "chmod -R a+X /bin" should > help (you might also need to fix permissions for other files/directories > under /var, and maybe /lib, /share, and /etc). > Igor -------------- next part -------------- A non-text attachment was scrubbed... Name: imogyorosi.vcf Type: text/x-vcard Size: 356 bytes Desc: not available URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Tue Sep 21 08:43:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Tue, 21 Sep 2004 08:43:00 -0000 Subject: 1.5.11 - tcp problems In-Reply-To: <4607822000.20040920133105@scenta.co.uk> References: <4607822000.20040920133105@scenta.co.uk> Message-ID: <20040921083051.GJ17670@cygbert.vinschen.de> On Sep 20 13:31, Marcus Davage wrote: > Corinna, > > >I'm wondering if C:\WINNT\system32\drivers\etc\services is readable > >for everyone. Could you go into the above directory and call > > > > chmod a+r services > > Everyone can read it. > > >Attaching the cygcheck output could perhaps give us a clue what's > >going wrong on your system. > > Attached - cygcheck.txt.bz2 Quote from http://cygwin.com/problems.html: "Please do not compress or otherwise encode the output. Just attach it as a straight text file so that it can be easily viewed." But the cygcheck output doesn't help, unfortunately. When running ftp, how are the environment variables $PATH and $SYSTEMROOT set? PATH must contain C:\WINNT\system32 (resp. /cygdrive/c/WINNT/system32) and SYSTEMROOT must be set to C:\WINNT. Could you check that? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Tue Sep 21 09:38:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Tue, 21 Sep 2004 09:38:00 -0000 Subject: Running cmd programs in cygwin / rxvt In-Reply-To: References: <414E8B1A.8040103@overbored.net> <414EA28E.122EB347@dessent.net> <20040920143930.GD6915@trixie.casa.cgf.cx> <20040920153922.GA7869@trixie.casa.cgf.cx> <20040920155842.GO6525@trixie.casa.cgf.cx> Message-ID: <20040921084355.GM17670@cygbert.vinschen.de> On Sep 20 11:57, Andrew DeFaria wrote: > >You should be able to start a command in a new console window with > >"cygstart" (q.v.). > > Yes I can, however this starts it in another "Windows window" that does > not easily resize, has crappy copy/paste semantics, colors and fonts. > IOW all the reasons why I'm running rxvt! What I want is for it to run > in the rxvt window so that I can have the nicer copy/paste, etc, not > start a new window. Perhaps (just perhaps) something like "Take Command" from jpsoft.com is what you're looking for? I never tried it, but it implements an entirely new GUI console. It's not free, though. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From sjoerd@acm.org Tue Sep 21 10:23:00 2004 From: sjoerd@acm.org (Sjoerd Mullender) Date: Tue, 21 Sep 2004 10:23:00 -0000 Subject: rsync text mode problem with fix Message-ID: <414FE9B1.5050706@acm.org> Since my last update of my Cygwin installation I noticed that binary files copied from a Linux box were corrupted. The problem appeared to be text mode vs. binary mode. After some investigation I found the problem and I have a fix. The diff is against the unpacked and prepared rsync-2.6.2-2 release (the latest, as far as I know). -- Sjoerd Mullender -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: textmodepatch.txt URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3431 bytes Desc: S/MIME Cryptographic Signature URL: From frederic.ormancey@atosorigin.com Tue Sep 21 10:36:00 2004 From: frederic.ormancey@atosorigin.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_ORMANCEY?=) Date: Tue, 21 Sep 2004 10:36:00 -0000 Subject: Lot of undefined symbols at link time, even with -l option on good libraries Message-ID: <414FF698.4010702@atosorigin.com> Using latest release of CygWin ( 1.5.11-1 ) I install the devel kit, including gcc and gnat compilers. Then I build from src GCC and GNAT release 3.4.1 ( which include necessary patchs for my application ). All my Ada application compile well with gnatmake command, but link failed with a lot of undefined symbols mainly issued from w32api and system libraries. Undefined symbols are for example : FormatMessageA, GlobalReAlloc, CreateDialogParamA, WSAStartup, accept, select, ... about 100 undefined from system libraries. Of course system libraries are included at link time with the appropriate -l option ( -lnetapi32 -lwsock32 -lshell32 -ladvapi32 -lwinmm -lodbc32 -lwin32ada -luser32 -lgdi32 -lcomdlg32 -laddr2line -lbfd -liberty ) I verify with NM command, symbols are right defined in the included libraries. If someone have an idea ? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bpmz@hotmail.com Tue Sep 21 10:42:00 2004 From: bpmz@hotmail.com (dimitri berbanov) Date: Tue, 21 Sep 2004 10:42:00 -0000 Subject: Starting sshd with ipv6 address Message-ID: Extensions for IPv6 under cygwin don't seem to work. I would like to communicate remotly under both Win/Linux using only IPv6. Can anyone suggest me some other solution? (security is of no importance to me at the time.) Thanks _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From marcus.davage@scenta.co.uk Tue Sep 21 12:18:00 2004 From: marcus.davage@scenta.co.uk (Marcus Davage) Date: Tue, 21 Sep 2004 12:18:00 -0000 Subject: 1.5.11 - tcp problems Message-ID: <4745850620.20040921112624@scenta.co.uk> Sorry about the compressed file! :-) PATH='/opt/qt/3.2/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/sbin:/cygdrive/c/DmiNT40/Win32/bin:/cygdrive/c/DMI/bin:/cygdrive/c/WINNT/system32:/cygdrive/c/WINNT:/cygdrive/c/Program Files/Personal Communications:/cygdrive/d/MSSQL7/BINN:/cygdrive/d/program files/IBM/DB2 Extenders/bin:/cygdrive/d/Program Files/IBM/DB2 XML Extenders/bin:/usr/bin:/usr/sbin:/usr/X11R6/bin:/sbin:/opt/gnome/bin:/home/9763207/bin:/cygdrive/d/PROGRA~1/SQLLIB/BIN:/cygdrive/d/PROGRA~1/SQLLIB/FUNCTION:/cygdrive/d/PROGRA~1/SQLLIB/SAMPLES/REPL:/cygdrive/d/objrexx:/opt/gnome/bin' SYSTEMROOT='C:\WINNT' As required. Regards, Marcus -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From a12@swipnet.se Tue Sep 21 12:21:00 2004 From: a12@swipnet.se (a12) Date: Tue, 21 Sep 2004 12:21:00 -0000 Subject: No /home created after install Message-ID: <41500584.5070407@swipnet.se> Hello cygwin gurus, I have just fetched and installed Cygwin base. When I click on the Cygwin icon, 'pwd' yields /cygdrive/c, and 'ls -l' yields: total 76 drwxrwxrwx+ 2 Sysaccou Users 53248 Sep 21 12:17 bin -rwxrwxrwx 1 Sysaccou Users 57 Sep 21 12:17 cygwin.bat -rwxrwxrwx 1 Sysaccou Users 7022 Sep 21 12:17 cygwin.ico drwxrwxrwx+ 7 Sysaccou Users 4096 Sep 21 12:18 etc drwxrwxrwx+ 5 Sysaccou Users 8192 Sep 21 12:17 lib drwxrwxrwx+ 2 Sysaccou Users 0 Sep 21 12:17 tmp drwxrwxrwx+ 12 Sysaccou Users 4096 Sep 21 12:16 usr drwxrwxrwx+ 6 Sysaccou Users 0 Sep 21 12:17 var What have I missed ? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bobbymcn@bellsouth.net Tue Sep 21 13:02:00 2004 From: bobbymcn@bellsouth.net (Bobby McNulty) Date: Tue, 21 Sep 2004 13:02:00 -0000 Subject: Running cmd programs in cygwin / rxvt In-Reply-To: References: <414EA28E.122EB347@dessent.net> <20040920143930.GD6915@trixie.casa.cgf.cx> <20040920153922.GA7869@trixie.casa.cgf.cx> <20040920155842.GO6525@trixie.casa.cgf.cx> <20040920195309.GA10584@trixie.casa.cgf.cx> <20040921060053.GI11505@trixie.casa.cgf.cx> <414FC865.3070004@bellsouth.net> Message-ID: <41501BF4.6040206@bellsouth.net> > >> I am learning more and more about Cygwin as I work with it. I learn >> from my mistakes. Does he? He needs an attitude adjustment. > > > You should talk about attitude adjustments! All I'm asking for is a > work around for a problem when dealing with certain Windows apps under > Cygwin. Is this somehow a crime? Lay off the coffee will ya! > I'm caffiene free. My tea is decaffinated, my softdrinks a caffiene free. There is no stimulant going on here. This was ordered by my doctor eight years ago. Tell you something else too. I've not created anything in four years. Avoiding hackers. I am NOT a person who breaks into other computers. Are you? I seen your picture, I talked to in person. I heard you play your guitar. What more do you want from me? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From andrex@alumni.utexas.net Tue Sep 21 13:08:00 2004 From: andrex@alumni.utexas.net (Andrew Schulman) Date: Tue, 21 Sep 2004 13:08:00 -0000 Subject: Latest snapshot with XP SP2 and unison and cvs References: Message-ID: > I just updated an xp machine to sp2 and unison-2.9.1 (the win32 version) > using ssh (cygwin) started hanging. I have done a clean install of cygwin > and am running with the 16sep snapshot. cvs (cygwin) works fine with ssh. > unison hangs with ssh. > > Because win32 unison will not run under bash, I opened a cygwin bash window, > did an strace of cmd > and then ran unison. The strace is attached. Karl, you may want to try a later version of Unison. 2.9.1 is pretty old now, and although I don't know about that version specifically, I know that there have been "hanging" bugs in other versions. A Cygwin version of Unison 2.10.2 has just been released; you should be able to find it in the Cygwin setup utility. However, the archive format has changed, so you will have to be using version 2.10.x (I believe) on both hosts or Unison will complain. It will also have to resync its archive lists. Good luck, Andrew. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From christian.rank@rz.uni-passau.de Tue Sep 21 13:21:00 2004 From: christian.rank@rz.uni-passau.de (Christian Rank) Date: Tue, 21 Sep 2004 13:21:00 -0000 Subject: Cygwin on Win98: initdb failed In-Reply-To: <20040921043959.GA22835@localhost.localdomain> References: <414E7BEA.3020704@rz.uni-passau.de> <20040921042320.GA22752@localhost.localdomain> <20040921043959.GA22835@localhost.localdomain> Message-ID: <41502669.60308@rz.uni-passau.de> Hi, thanks to all who replied to my question. It seems that so far there is no solution: http://cygwin.com/ml/cygwin/2004-08/msg00277.html I've done some debugging and found out that the shmat... error message is generated by PostgreSQL in the source module src/backend/port/sysv_shmem.c during execution of the following code: /* OK, should be able to attach to the segment */ #ifdef SHM_SHARE_MMU /* use intimate shared memory on Solaris */ memAddress = shmat(shmid, 0, SHM_SHARE_MMU); #else memAddress = shmat(shmid, 0, 0); #endif if (memAddress == (void *) -1) elog(FATAL, "shmat(id=%d) failed: %m", shmid); Here it can be seen that shmat is called with a shmaddr (second parameter) of 0, which means "the system should itself choose a suitable address". (Thus there is no need for supplying the SHM_RND flag.) The corresponding debugging info of cygserver reads: cygserver: /netrel/src/cygwin-1.5.11-1/winsup/cygserver/sysv_shm.cc, line 385: shmaddr: 82FFD000, shmflg: 0 cygserver: /netrel/src/cygwin-1.5.11-1/winsup/cygserver/sysv_shm.cc, line 393: Odd shmaddr: EINVAL This should be an indication that the problem is the cygserver program (it generates an invalid address) and not the PostgreSQL software. I've also tested with the latest cygwin snapshot of 2004-Sep-20, but the issue persists. Perhaps the cygserver maintainers can use the information above to further investigate the problem. I would be happy to provide more input if needed. Regards, Christian > Hi, > > Postgres hasn't worked on Win98 since Cygwin switched to cygserver for memory management instead of ipc_daemon. I believe 7.4.3 was the version to require cygserver to run. > > Mike > >>On Mon, Sep 20, 2004 at 08:42:50AM +0200, Christian Rank wrote: >> >>>Hello, >>> >>>I'm trying to run the Cygwin version of PostgreSQL on Windows 98 SE. >>>During initdb, creation of the initial database cluster is aborted with >>>the message >>> creating template1 database in /var/pgsql/data/base/1... >>> shmat(id=1179648) failed: invalid argument >>> >>>The sequence of commands leading to this is as follows: >>> >>> mkdir /var/pgsql >>> export CYGWIN=server >>> /usr/bin/cygserver-config -n >>> /usr/sbin/cygserver -E & >>> mkdir /var/pgsql/data >>> initdb -D /var/pgsql/data -E LATIN1 >>> >>>Software versions used: >>> cygwin 1.5.11-1 >>> PostgreSQL 7.4.5-1 >>> Windows 98 Second Edition 4.10.2222 A >>> >>>The same setup runs on Windows 2000 without problems. According to the >>>cygserver docs, it should run on Win98, too. >>> >>>Does anybody know what's going wrong here? -- Dr. Christian Rank Rechenzentrum Universit??t Passau Innstr. 33 D-94032 Passau GERMANY Tel.: 0851/509-1838 Fax: 0851/509-1802 PGP public key see http://www.rz.uni-passau.de/mitarbeiter/rank -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From m_gurru007@hotmail.com Tue Sep 21 13:24:00 2004 From: m_gurru007@hotmail.com (Mahboob Ali) Date: Tue, 21 Sep 2004 13:24:00 -0000 Subject: Problem regarding CYGWIN Message-ID: <2589.141.76.124.55.1095772901.squirrel@141.76.124.55> Hi, My name is Ali, I am the student of TU Dresden, Germany. I am having a problem while using CYGWIN. I am trying to install M??bius software on my maching and for this software i need CYGWIN as backend, which i installed successfully. Now the problem lies when i try to install M??bius on my machine it needs the path where i install CYGWIN, but when i gave this path it gives me the following error, " File C:\CYGWIN\BIN\make.exe does not exist", i have checked the directory on CYGWIN\BIN and there is no file named "make.exe". Can you please guid me what should i do now, where can i find this file? I really need to install this software for my Project. Thanking you. Regards, Ali Mahboob. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From a12@swipnet.se Tue Sep 21 13:24:00 2004 From: a12@swipnet.se (a12) Date: Tue, 21 Sep 2004 13:24:00 -0000 Subject: No /home created after install In-Reply-To: <41500584.5070407@swipnet.se> References: <41500584.5070407@swipnet.se> Message-ID: <415027BC.9030103@swipnet.se> Hello again, I have found the culprit. My DOS environment contained variable HOME, so echo %HOME% yielded: C:\ By renaming HOME to HOME.org, and rebooting the PC, followed by a new Cygwin install, the problem vanished. Have a nice day. a12 wrote: > Hello cygwin gurus, > > I have just fetched and installed Cygwin base. When I click on the > Cygwin icon, 'pwd' yields /cygdrive/c, and 'ls -l' yields: > total 76 > drwxrwxrwx+ 2 Sysaccou Users 53248 Sep 21 12:17 bin > -rwxrwxrwx 1 Sysaccou Users 57 Sep 21 12:17 cygwin.bat > -rwxrwxrwx 1 Sysaccou Users 7022 Sep 21 12:17 cygwin.ico > drwxrwxrwx+ 7 Sysaccou Users 4096 Sep 21 12:18 etc > drwxrwxrwx+ 5 Sysaccou Users 8192 Sep 21 12:17 lib > drwxrwxrwx+ 2 Sysaccou Users 0 Sep 21 12:17 tmp > drwxrwxrwx+ 12 Sysaccou Users 4096 Sep 21 12:16 usr > drwxrwxrwx+ 6 Sysaccou Users 0 Sep 21 12:17 var > > What have I missed ? > > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Tue Sep 21 13:29:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Tue, 21 Sep 2004 13:29:00 -0000 Subject: Lot of undefined symbols at link time, even with -l option on good libraries In-Reply-To: <414FF698.4010702@atosorigin.com> References: <414FF698.4010702@atosorigin.com> Message-ID: <6.1.0.6.0.20040921091604.03d5b528@pop.prospeed.net> At 05:38 AM 9/21/2004, you wrote: > Using latest release of CygWin ( 1.5.11-1 ) I install the devel kit, > >including gcc and gnat compilers. Then I build from src GCC and GNAT release 3.4.1 ( which include necessary patchs for my application ). >All my Ada application compile well with gnatmake command, but link failed with a lot of undefined symbols mainly issued from w32api and system libraries. > >Undefined symbols are for example : FormatMessageA, GlobalReAlloc, CreateDialogParamA, WSAStartup, accept, select, ... about 100 undefined from system libraries. >Of course system libraries are included at link time with the appropriate -l option ( -lnetapi32 -lwsock32 -lshell32 -ladvapi32 -lwinmm -lodbc32 -lwin32ada -luser32 -lgdi32 -lcomdlg32 -laddr2line -lbfd -liberty ) >I verify with NM command, symbols are right defined in the included libraries. > >If someone have an idea ? Sure. Follow the problem reporting guidelines given here: >Problem reports: http://cygwin.com/problems.html That will give those on the list interested in helping you out with this problem at least the basic information about your system and what you're doing. My WAG is that you haven't declared these symbols properly so that the calling convention is wrong (__cdecl vs __stdcall) but I'd need to see a small example of your code, how you compile it, and what the errors are to be sure. Then again, maybe this idea is enough for you to have an "AHA!" moment and fix the problem yourself. :-) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Tue Sep 21 13:31:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 21 Sep 2004 13:31:00 -0000 Subject: regtool quoting variations on output In-Reply-To: <20040921072822.9600784CCD@pessard.research.canon.com.au> References: <20040921072822.9600784CCD@pessard.research.canon.com.au> Message-ID: On Tue, 21 Sep 2004, luke.kendall wrote: > A script broke today because regtool reported a key's value with > extra double quotes around it. > > I also observed that whether or not a path was reported with a trailing > "\" varied from one machine to the other. Both were using regtool ver > 1.8. > > "stout" is Windows XP, "percy" is Windows 2000. I would guess that the quotes would be always present on 2000 and never present on XP -- can that be verified? > luke@STOUT /cygdrive/x/cygnus/cisra > $ regtool -q get "\\HKLM\\SOFTWARE\\Microsoft\\Office\\10.0\\Word\\InstallRoot\\Path" > C:\Program Files\Microsoft Office\Office10\ > > mdias@PERCY ~ > $ regtool -q get "\\HKLM\\SOFTWARE\\Microsoft\\Office\\8.0\\Word\\InstallRoot\\Path" > "C:\Program Files\Microsoft Office\Office" An aside: if you used single quotes, you wouldn't need to double the backslashes... > Visual inspection of the above key in regedit on percy (W2K) showed that > its value had no double-quotes in the registry. Visual inspection on > stout (WXP) also showed no double-quotes around the path (though it did > have the trailing backslash, just as regtool reported). Do they have the same key type? If not, the above could be the behavior of ExpandEnvironmentStrings(), and you'll just have to deal with it. AFAICS, regtool itself does not add double quotes anywhere. > I can change my script to pipe the output from regtool through > sed 's/^"//;s/"$//', but that seems like a kludge to me. If you want the script to be robust, I don't see how this is much of a kludge. > Does anyone have any idea what might be going on here? > luke HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bertrand.marquis@sysgo.com Tue Sep 21 13:36:00 2004 From: bertrand.marquis@sysgo.com (bertrand marquis) Date: Tue, 21 Sep 2004 13:36:00 -0000 Subject: Problem regarding CYGWIN In-Reply-To: <2589.141.76.124.55.1095772901.squirrel@141.76.124.55> References: <2589.141.76.124.55.1095772901.squirrel@141.76.124.55> Message-ID: <1095773416.4371.14.camel@bma.sysgo.com> hello, did you choose to install make and gcc during cygwin install ? because make is installed in /bin to that can be your problem. you need to restart the setup and to add those packages i think bertrand Le mar 21/09/2004 ? 15:21, Mahboob Ali a ?crit : > Hi, > My name is Ali, I am the student of TU Dresden, Germany. I am having a > problem while using CYGWIN. I am trying to install M?bius software on > my maching and for this software i need CYGWIN as backend, which i > installed successfully. Now the problem lies when i try to install > M?bius on my machine it needs the path where i install CYGWIN, but when > i gave this path it gives me the following error, " File > C:\CYGWIN\BIN\make.exe does not exist", i have checked the directory on > CYGWIN\BIN and there is no file named "make.exe". Can you please guid > me what should i do now, where can i find this file? I really need to > install this software for my Project. > Thanking you. > > Regards, > Ali Mahboob. > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Tue Sep 21 13:41:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 21 Sep 2004 13:41:00 -0000 Subject: Problem regarding CYGWIN (FAQ alert) In-Reply-To: <2589.141.76.124.55.1095772901.squirrel@141.76.124.55> References: <2589.141.76.124.55.1095772901.squirrel@141.76.124.55> Message-ID: On Tue, 21 Sep 2004, Mahboob Ali wrote: > Hi, > My name is Ali, I am the student of TU Dresden, Germany. I am having a > problem while using CYGWIN. I am trying to install M??bius software on > my maching and for this software i need CYGWIN as backend, which i > installed successfully. Now the problem lies when i try to install > M??bius on my machine it needs the path where i install CYGWIN, but when > i gave this path it gives me the following error, " File > C:\CYGWIN\BIN\make.exe does not exist", i have checked the directory on > CYGWIN\BIN and there is no file named "make.exe". Can you please guid > me what should i do now, where can i find this file? I really need to > install this software for my Project. Install the "make" package from the "Devel" category (you may also need others, see . @David: This is a pretty frequently asked question, but I couldn't find the exact FAQ entry for it. Perhaps we could add a 'Where is "make" ("gcc", "vi", etc)' heading to the above FAQ entry? It'll need to be augmented to also describe how to search for files, something like "If you need to know which package contains a particular file, search for that file's name on . For executables, especially with short names, it helps to prepend 'bin/' to the filename." Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Andreas.Petralia@adnovum.ch Tue Sep 21 14:04:00 2004 From: Andreas.Petralia@adnovum.ch (Andreas Petralia) Date: Tue, 21 Sep 2004 14:04:00 -0000 Subject: multi-user environment: mounting a lot of shares via ssh Message-ID: <41502E44.8CAE54F0@adnovum.ch> hi while 'shares' can be mounted in a ssh session via 'net use' by a single user, it seems that in a multi-user environment, the users have to make sure, that they do not re-use already mapped drive letters. consider the following example: user A: 1. ssh 2. net use h: \\\\computer\\A_home 3. ln -s /cygdrive/h /HOMES/A --> ok user B: 1. ssh 2. net use h: \\\\computer\\B_home --> System error 85 has occurred. The local device name is already in use. question: how can more than 26 users (user A, user B, ... user Z) mount their HOME-directory? is there a way to solve this problem? regards, andrew -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Tue Sep 21 14:12:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Tue, 21 Sep 2004 14:12:00 -0000 Subject: multi-user environment: mounting a lot of shares via ssh In-Reply-To: <41502E44.8CAE54F0@adnovum.ch> References: <41502E44.8CAE54F0@adnovum.ch> Message-ID: <6.1.0.6.0.20040921093736.03d5bae0@pop.prospeed.net> At 09:36 AM 9/21/2004, you wrote: >hi > >while 'shares' can be mounted in a ssh session via 'net use' by a single >user, it seems that in a multi-user environment, the users have to make >sure, that they do not re-use already mapped drive letters. > >consider the following example: > >user A: >1. ssh >2. net use h: \\\\computer\\A_home >3. ln -s /cygdrive/h /HOMES/A > --> ok > >user B: >1. ssh >2. net use h: \\\\computer\\B_home > --> System error 85 has occurred. > The local device name is already in use. > >question: >how can more than 26 users (user A, user B, ... user Z) mount their >HOME-directory? >is there a way to solve this problem? Is that pubkey or password authentication? Why not use the UNC path directly instead? -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Tue Sep 21 14:14:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Tue, 21 Sep 2004 14:14:00 -0000 Subject: Running cmd programs in cygwin / rxvt In-Reply-To: <20040921084355.GM17670@cygbert.vinschen.de> References: <414E8B1A.8040103@overbored.net> <414EA28E.122EB347@dessent.net> <20040920143930.GD6915@trixie.casa.cgf.cx> <20040920153922.GA7869@trixie.casa.cgf.cx> <20040920155842.GO6525@trixie.casa.cgf.cx> <20040921084355.GM17670@cygbert.vinschen.de> Message-ID: <20040921141440.GD16626@trixie.casa.cgf.cx> On Tue, Sep 21, 2004 at 10:43:55AM +0200, Corinna Vinschen wrote: >On Sep 20 11:57, Andrew DeFaria wrote: >>>You should be able to start a command in a new console window with >>>"cygstart" (q.v.). >> >>Yes I can, however this starts it in another "Windows window" that does >>not easily resize, has crappy copy/paste semantics, colors and fonts. >>IOW all the reasons why I'm running rxvt! What I want is for it to run >>in the rxvt window so that I can have the nicer copy/paste, etc, not >>start a new window. > >Perhaps (just perhaps) something like "Take Command" from jpsoft.com >is what you're looking for? I never tried it, but it implements an >entirely new GUI console. It's not free, though. I have actually purchased "Take Command". IIRC, it has all of the same problems as rxvt. Of course, if it doesn't, all that's required is for someone to figure out how it's done so that it can be implemented in cygwin. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Andreas.Petralia@adnovum.ch Tue Sep 21 14:14:00 2004 From: Andreas.Petralia@adnovum.ch (Andreas Petralia) Date: Tue, 21 Sep 2004 14:14:00 -0000 Subject: multi-user environment: mounting a lot of shares via ssh References: <41502E44.8CAE54F0@adnovum.ch> <6.1.0.6.0.20040921093736.03d5bae0@pop.prospeed.net> Message-ID: <415034C8.B597FF38@adnovum.ch> Larry Hall wrote: > > At 09:36 AM 9/21/2004, you wrote: > >hi > > > >while 'shares' can be mounted in a ssh session via 'net use' by a single > >user, it seems that in a multi-user environment, the users have to make > >sure, that they do not re-use already mapped drive letters. > > > >consider the following example: > > > >user A: > >1. ssh > >2. net use h: \\\\computer\\A_home > >3. ln -s /cygdrive/h /HOMES/A > > --> ok > > > >user B: > >1. ssh > >2. net use h: \\\\computer\\B_home > > --> System error 85 has occurred. > > The local device name is already in use. > > > >question: > >how can more than 26 users (user A, user B, ... user Z) mount their > >HOME-directory? > >is there a way to solve this problem? > > Is that pubkey or password authentication? password > Why not use the UNC path directly instead? because of the following reasons: 1. i want to make the home-directories available in the directory /HOMES: /HOMES/A, /HOMES/B, /HOMES/C, ... and i think it's not possible to link to a UNC path (eg. ln -s /HOMES/A) is it? 2. not every binary (tool) can handle UNC-paths 3. i would like to set up an environment, where *unix*-scripts+tools do not have to know anything about UNC_paths. regards, andreas -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Tue Sep 21 14:32:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Tue, 21 Sep 2004 14:32:00 -0000 Subject: Running cmd programs in cygwin / rxvt In-Reply-To: <414FC865.3070004@bellsouth.net> References: <20040920143930.GD6915@trixie.casa.cgf.cx> <20040920153922.GA7869@trixie.casa.cgf.cx> <20040920155842.GO6525@trixie.casa.cgf.cx> <20040920195309.GA10584@trixie.casa.cgf.cx> <20040921060053.GI11505@trixie.casa.cgf.cx> <414FC865.3070004@bellsouth.net> Message-ID: <20040921141547.GE16626@trixie.casa.cgf.cx> On Tue, Sep 21, 2004 at 01:21:25AM -0500, Bobby McNulty wrote: >What? Did I miss something? Sorry, I was just pulling the name of a random cygwin mailing list regular out of the air. Maybe I should have used "Larry Hall" instead... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Cyber.Zombie@comcast.net Tue Sep 21 14:33:00 2004 From: Cyber.Zombie@comcast.net (CyberZombie) Date: Tue, 21 Sep 2004 14:33:00 -0000 Subject: multi-user environment: mounting a lot of shares via ssh In-Reply-To: <6.1.0.6.0.20040921093736.03d5bae0@pop.prospeed.net> References: <41502E44.8CAE54F0@adnovum.ch> <6.1.0.6.0.20040921093736.03d5bae0@pop.prospeed.net> Message-ID: <41503726.2010008@comcast.net> Do you want a separate home directory from the one specified in /etc/passwd? You could always 'mount -fsb //computer/A_home /A_home'... Larry Hall wrote: >At 09:36 AM 9/21/2004, you wrote: > > >>hi >> >>while 'shares' can be mounted in a ssh session via 'net use' by a single >>user, it seems that in a multi-user environment, the users have to make >>sure, that they do not re-use already mapped drive letters. >> >>consider the following example: >> >>user A: >>1. ssh >>2. net use h: \\\\computer\\A_home >>3. ln -s /cygdrive/h /HOMES/A >>--> ok >> >>user B: >>1. ssh >>2. net use h: \\\\computer\\B_home >>--> System error 85 has occurred. >> The local device name is already in use. >> >>question: >>how can more than 26 users (user A, user B, ... user Z) mount their >>HOME-directory? >>is there a way to solve this problem? >> >> > > >Is that pubkey or password authentication? > >Why not use the UNC path directly instead? > > >-- >Larry Hall http://www.rfk.com >RFK Partners, Inc. (508) 893-9779 - RFK Office >838 Washington Street (508) 893-9889 - FAX >Holliston, MA 01746 > > >-- >Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >Problem reports: http://cygwin.com/problems.html >Documentation: http://cygwin.com/docs.html >FAQ: http://cygwin.com/faq/ > > > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From offby1@blarg.net Tue Sep 21 14:34:00 2004 From: offby1@blarg.net (Eric Hanchrow) Date: Tue, 21 Sep 2004 14:34:00 -0000 Subject: Bash returns incorrect process status References: <90459864DAD67D43BDD3D517DEFC2F7D7138@axon.Axentia.local> <3.0.5.32.20040917225811.00818730@incoming.verizon.net> Message-ID: <87vfe7lmkx.fsf@offby1.atm01.sea.blarg.net> This patch also fixes a long-standing problem that I've had: My .bash_profile is rather complex (actually, it sources .bashrc, which is where most of the complexity is), and at the end it runs a program called `keychain'. That program always does some output and sometimes does some input. Before I applied this patch, most (but not all) of the time, keychain appeared to run in the background -- that is, I'd see a prompt from bash, implying that it had finished executing commands from its startup files, but then I'd see output from keychain. Worse, if keychain wanted to read input, it seemed to "hear" only a garbled version of what I typed (in fact, the input that it wants is my password, and would always claim I'd mistyped it). With the patch, however, it works perfectly. -- Software is largely a service industry operating under the persistent but unfounded delusion that it is a manufacturing industry. -- Eric Raymond -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bobbymcn@bellsouth.net Tue Sep 21 14:40:00 2004 From: bobbymcn@bellsouth.net (Bobby McNulty) Date: Tue, 21 Sep 2004 14:40:00 -0000 Subject: Running cmd programs in cygwin / rxvt In-Reply-To: <20040921141547.GE16626@trixie.casa.cgf.cx> References: <20040920143930.GD6915@trixie.casa.cgf.cx> <20040920153922.GA7869@trixie.casa.cgf.cx> <20040920155842.GO6525@trixie.casa.cgf.cx> <20040920195309.GA10584@trixie.casa.cgf.cx> <20040921060053.GI11505@trixie.casa.cgf.cx> <414FC865.3070004@bellsouth.net> <20040921141547.GE16626@trixie.casa.cgf.cx> Message-ID: <41503BAC.9000108@bellsouth.net> Christopher Faylor wrote: >On Tue, Sep 21, 2004 at 01:21:25AM -0500, Bobby McNulty wrote: > > >>What? Did I miss something? >> >> > >Sorry, I was just pulling the name of a random cygwin mailing list >regular out of the air. > >Maybe I should have used "Larry Hall" instead... > >-- >Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >Problem reports: http://cygwin.com/problems.html >Documentation: http://cygwin.com/docs.html >FAQ: http://cygwin.com/faq/ > > > > Does not matter. I don't care about Andrew any way. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Andrew@DeFaria.com Tue Sep 21 14:41:00 2004 From: Andrew@DeFaria.com (Andrew DeFaria) Date: Tue, 21 Sep 2004 14:41:00 -0000 Subject: Running cmd programs in cygwin / rxvt In-Reply-To: <41501BF4.6040206@bellsouth.net> References: <414EA28E.122EB347@dessent.net> <20040920143930.GD6915@trixie.casa.cgf.cx> <20040920153922.GA7869@trixie.casa.cgf.cx> <20040920155842.GO6525@trixie.casa.cgf.cx> <20040920195309.GA10584@trixie.casa.cgf.cx> <20040921060053.GI11505@trixie.casa.cgf.cx> <414FC865.3070004@bellsouth.net> <41501BF4.6040206@bellsouth.net> Message-ID: Bobby McNulty wrote: >>> I am learning more and more about Cygwin as I work with it. I learn >>> from my mistakes. Does he? He needs an attitude adjustment. >> >> You should talk about attitude adjustments! All I'm asking for is a >> work around for a problem when dealing with certain Windows apps >> under Cygwin. Is this somehow a crime? Lay off the coffee will ya! > > I'm caffiene free. My tea is decaffinated, my softdrinks a caffiene > free. There is no stimulant going on here. This was ordered by my > doctor eight years ago. I wonder why... > Tell you something else too. I've not created anything in four years. Hmmm... is this something to brag about? > Avoiding hackers. I am NOT a person who breaks into other computers. > Are you? No and I resent that you imply that I am. > I seen your picture, Whoopee! > I talked to in person. Really when? (Not that that is at all grammatically correct - I assume you meant that you talk to me in person) > I heard you play your guitar. Really when? (and of what relevance is this to rxvt and ptys?!?) > What more do you want from me? How about a little reason, a little proof and a lot less unfounded accusations? -- I put instant coffee in my microwave oven and almost went back in time. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Tue Sep 21 14:44:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Tue, 21 Sep 2004 14:44:00 -0000 Subject: Bash returns incorrect process status In-Reply-To: <87vfe7lmkx.fsf@offby1.atm01.sea.blarg.net> References: <90459864DAD67D43BDD3D517DEFC2F7D7138@axon.Axentia.local> <3.0.5.32.20040917225811.00818730@incoming.verizon.net> <87vfe7lmkx.fsf@offby1.atm01.sea.blarg.net> Message-ID: <6.1.0.6.0.20040921103816.03d49d30@pop.prospeed.net> At 10:32 AM 9/21/2004, you wrote: >This patch also fixes a long-standing problem that I've had: > > My .bash_profile is rather complex (actually, it sources .bashrc, > which is where most of the complexity is), and at the end it runs a > program called `keychain'. That program always does some output and > sometimes does some input. Before I applied this patch, most (but > not all) of the time, keychain appeared to run in the background -- > that is, I'd see a prompt from bash, implying that it had finished > executing commands from its startup files, but then I'd see output > from keychain. Worse, if keychain wanted to read input, it seemed > to "hear" only a garbled version of what I typed (in fact, the input > that it wants is my password, and would always claim I'd mistyped > it). With the patch, however, it works perfectly. You forgot to include the patch. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Tue Sep 21 14:44:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Tue, 21 Sep 2004 14:44:00 -0000 Subject: Cygwin on Win98: initdb failed In-Reply-To: <41502669.60308@rz.uni-passau.de> References: <414E7BEA.3020704@rz.uni-passau.de> <20040921042320.GA22752@localhost.localdomain> <20040921043959.GA22835@localhost.localdomain> <41502669.60308@rz.uni-passau.de> Message-ID: <20040921144225.GQ17670@cygbert.vinschen.de> On Sep 21 15:02, Christian Rank wrote: > Hi, > > thanks to all who replied to my question. It seems that so far there is > no solution: > http://cygwin.com/ml/cygwin/2004-08/msg00277.html > > I've done some debugging and found out that the shmat... error message > is generated by PostgreSQL in the source module > src/backend/port/sysv_shmem.c during execution of the following code: > > /* OK, should be able to attach to the segment */ > #ifdef SHM_SHARE_MMU > /* use intimate shared memory on Solaris */ > memAddress = shmat(shmid, 0, SHM_SHARE_MMU); > #else > memAddress = shmat(shmid, 0, 0); > #endif > > if (memAddress == (void *) -1) > elog(FATAL, "shmat(id=%d) failed: %m", shmid); > > Here it can be seen that shmat is called with a shmaddr (second > parameter) of 0, which means "the system should itself choose a suitable > address". (Thus there is no need for supplying the SHM_RND flag.) > > The corresponding debugging info of cygserver reads: > > cygserver: /netrel/src/cygwin-1.5.11-1/winsup/cygserver/sysv_shm.cc, > line 385: shmaddr: 82FFD000, shmflg: 0 > cygserver: /netrel/src/cygwin-1.5.11-1/winsup/cygserver/sysv_shm.cc, > line 393: Odd shmaddr: EINVAL Urgh! Ok, well... looking into the implementation of shmat, there's only one explanation for this behaviour. Apparently MapViewOfFileEx returned memory which isn't aligned to the memory granulation. [time passes, testing on a 9x system] That's it. Incredible. I've checked in a patch to cygserver which takes this into account. Please give cygserver from the next Cygwin snapshot (http://cygwin.com/snapshots.html) a try. Thanks for the analysis, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From robin-lists@robinbowes.com Tue Sep 21 14:47:00 2004 From: robin-lists@robinbowes.com (Robin Bowes) Date: Tue, 21 Sep 2004 14:47:00 -0000 Subject: [ANNOUNCEMENT] New packge: lighttpd-1.3.0 In-Reply-To: <200409201501.i8KF1bk09036@esds.vss.fsi.com> References: <200409201501.i8KF1bk09036@esds.vss.fsi.com> Message-ID: <52994.194.60.85.4.1095777878.squirrel@webmail.robinbowes.com> On Mon, September 20, 2004 16:01, Jan Kneschke said: > > The following package has been added to the Cygwin distribution: > > > *** lighttpd-1.3.0-1 > > > lighttpd a secure, fast, compliant and very flexible web-server which has been optimized > for high-performance environments. It has a very low memory footprint compared to other > webservers and takes care of cpu-load. Its advanced feature-set (FastCGI, CGI, Auth, > Output-Compression, URL-Rewriting and many more) make lighttpd the > perfect webserver-software for every server that is suffering load problems. > > Main site: http://jan.kneschke.de/projects/lighttpd/ Has anyone got this working with php under Windows? I'd love to know how! I'm trying to put together a webserver/database/php solution that will work on my WinXP laptop for demos/prototypes. I don't have admin access on this machine, i.e. no registry access - I can't even copy php.ini to c:\windows! Cygwin installs OK to c:\cygwin and I've succesfully got apache and postgresql running under cygwin. But I'm stuck with php. I've investigated lighttpd, and it looks very promising. The fast-cgi module looks great - the spawn-fcgi utility built on cygwin straight out of the box, but I still come back to not having a version of PHP that works. I downloaded the 4.3.8 windows zip file and extracted it into c:\php but I can't work out how to integrate this binary with the cygwin tools, if indeed it is possible. Has anyone got any suggestions that might help me out here? Is there any more news about the cygwin php port? Thanks, R. -- http://robinbowes.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Tue Sep 21 14:49:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Tue, 21 Sep 2004 14:49:00 -0000 Subject: Running cmd programs in cygwin / rxvt In-Reply-To: <20040921141547.GE16626@trixie.casa.cgf.cx> References: <20040920143930.GD6915@trixie.casa.cgf.cx> <20040920153922.GA7869@trixie.casa.cgf.cx> <20040920155842.GO6525@trixie.casa.cgf.cx> <20040920195309.GA10584@trixie.casa.cgf.cx> <20040921060053.GI11505@trixie.casa.cgf.cx> <414FC865.3070004@bellsouth.net> <20040921141547.GE16626@trixie.casa.cgf.cx> Message-ID: <6.1.0.6.0.20040921104232.03d4a9f0@pop.prospeed.net> At 10:15 AM 9/21/2004, you wrote: >On Tue, Sep 21, 2004 at 01:21:25AM -0500, Bobby McNulty wrote: >>What? Did I miss something? > >Sorry, I was just pulling the name of a random cygwin mailing list >regular out of the air. > >Maybe I should have used "Larry Hall" instead... Oh my god! I won, I won! I'm so excited!! What do I say? I don't have a speech prepared or anything... Huh? Oh, I'm sorry. I heard my name mentioned and I thought I won something. Guess I've been too wrapped up in the Emmy's or something. ;-) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Tue Sep 21 14:49:00 2004 From: dk@artimi.com (Dave Korn) Date: Tue, 21 Sep 2004 14:49:00 -0000 Subject: Bash returns incorrect process status In-Reply-To: <6.1.0.6.0.20040921103816.03d49d30@pop.prospeed.net> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Larry Hall > Sent: 21 September 2004 15:39 > At 10:32 AM 9/21/2004, you wrote: > >This patch also fixes a long-standing problem that I've had: > > > > My .bash_profile is rather complex (actually, it sources .bashrc, > > which is where most of the complexity is), and at the end it runs a > > program called `keychain'. That program always does some > output and > > sometimes does some input. Before I applied this patch, most (but > > not all) of the time, keychain appeared to run in the background -- > > that is, I'd see a prompt from bash, implying that it had finished > > executing commands from its startup files, but then I'd see output > > from keychain. Worse, if keychain wanted to read input, it seemed > > to "hear" only a garbled version of what I typed (in fact, > the input > > that it wants is my password, and would always claim I'd mistyped > > it). With the patch, however, it works perfectly. > > > You forgot to include the patch. He was referring to the one in Pierre's post, to which his post was a reply. cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Tue Sep 21 14:51:00 2004 From: dk@artimi.com (Dave Korn) Date: Tue, 21 Sep 2004 14:51:00 -0000 Subject: Running cmd programs in cygwin / rxvt In-Reply-To: Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Andrew DeFaria > Sent: 21 September 2004 02:55 > > rxvt is only a dessert topping. It is not a floor wax. No amount of > > buffing is going to give you the shine on your floor that > you are hoping > > for. > > > > cgf > > Well my mom always used to say: "It doesn't hurt to ask". > Apparently she never met you! Now there's a new slogan for the WJM archives! " Cygwin - where it DOES hurt to ask! " or how about " Cygwin - you know your mom wouldn't like it! " cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Tue Sep 21 14:57:00 2004 From: dk@artimi.com (Dave Korn) Date: Tue, 21 Sep 2004 14:57:00 -0000 Subject: Running cmd programs in cygwin / rxvt In-Reply-To: <20040920195309.GA10584@trixie.casa.cgf.cx> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Christopher Faylor > Sent: 20 September 2004 20:53 > rxvt is only a dessert topping. It is not a floor wax. No amount of > buffing is going to give you the shine on your floor that you > are hoping > for. Never mind that, why is my computer full of hundreds and thousands? cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From offby1@blarg.net Tue Sep 21 14:58:00 2004 From: offby1@blarg.net (Eric Hanchrow) Date: Tue, 21 Sep 2004 14:58:00 -0000 Subject: Bash returns incorrect process status In-Reply-To: <6.1.0.6.0.20040921103816.03d49d30@pop.prospeed.net> (Larry Hall's message of "Tue, 21 Sep 2004 10:38:46 -0400") References: <90459864DAD67D43BDD3D517DEFC2F7D7138@axon.Axentia.local> <3.0.5.32.20040917225811.00818730@incoming.verizon.net> <87vfe7lmkx.fsf@offby1.atm01.sea.blarg.net> <6.1.0.6.0.20040921103816.03d49d30@pop.prospeed.net> Message-ID: <87r7ovllom.fsf@offby1.atm01.sea.blarg.net> >>>>> "Larry" == Larry Hall writes: Larry> You forgot to include the patch. Actually, I was attempting to follow up to an existing post that contained the patch; I assumed that it would be easy to navigate from my article to that previous one. In any case, here is the original post (which includes the patch) on the web: http://cygwin.com/ml/cygwin/2004-09/msg00882.html -- Hamburgers! The cornerstone of any nutritious breakfast. -- Jules {From "Pulp Fiction"} -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Tue Sep 21 15:00:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Tue, 21 Sep 2004 15:00:00 -0000 Subject: Bash returns incorrect process status In-Reply-To: <87r7ovllom.fsf@offby1.atm01.sea.blarg.net> References: <90459864DAD67D43BDD3D517DEFC2F7D7138@axon.Axentia.local> <3.0.5.32.20040917225811.00818730@incoming.verizon.net> <87vfe7lmkx.fsf@offby1.atm01.sea.blarg.net> <6.1.0.6.0.20040921103816.03d49d30@pop.prospeed.net> <87r7ovllom.fsf@offby1.atm01.sea.blarg.net> Message-ID: <6.1.0.6.0.20040921105410.03dcad28@pop.prospeed.net> At 10:51 AM 9/21/2004, you wrote: >>>>>> "Larry" == Larry Hall writes: > Larry> You forgot to include the patch. > >Actually, I was attempting to follow up to an existing post that >contained the patch; I assumed that it would be easy to navigate from >my article to that previous one. In any case, here is the original >post (which includes the patch) on the web: > >http://cygwin.com/ml/cygwin/2004-09/msg00882.html > OK, that clarifies it. Thanks, -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From mwheeler@pittstate.edu Tue Sep 21 15:01:00 2004 From: mwheeler@pittstate.edu (Michael J. Wheeler) Date: Tue, 21 Sep 2004 15:01:00 -0000 Subject: cursor jumping in cygwin? Message-ID: <200409211457.JAA24196@mail.pittstate.edu> First of all, please forgive me if I am not posting to the correct list. I have been using cygwin for awhile now at work and I just got a new desktop machine, so I loaded cygwin on it. The machine is a dual opteron 248 (2.2ghz) w/ 2gig RAM running Windows XP SP2. When using xterm w/ bash as my shell and typing, at random times, the cursor will jump to the beginning of the line. In vi, when I'm in "input mode" and typing, the cursor will randomly jump to the beginning of the document. I have seen it do this when pressing the "h", "a", and backspace keys as part of my typing. I cannot duplicate this problem at will -- it appears to be very random. I'm sure it has happened on other keypresses, but I type too fast to know which key I've hit to cause it. Has anyone ever seen this before? On my old desktop machine, I was running cygwin with XP SP2, so I don't think that is the problem, unless the newer version is incompatible with SP2 (I hadn't updated cygwin in awhile on my old desktop machine). Any help would be greatly appreciated. -- Michael J. Wheeler System Administrator Pittsburg State University Phone: 620-235-4610 E-mail: mwheeler@pittstate.edu -- Rap's Law of Inanimate Reproduction: If you take something apart and put it back together enough times, eventually you will have two of them. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Tue Sep 21 15:03:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Tue, 21 Sep 2004 15:03:00 -0000 Subject: [ANNOUNCEMENT] New packge: lighttpd-1.3.0 In-Reply-To: <52994.194.60.85.4.1095777878.squirrel@webmail.robinbowes.com> References: <200409201501.i8KF1bk09036@esds.vss.fsi.com> <52994.194.60.85.4.1095777878.squirrel@webmail.robinbowes.com> Message-ID: <415041F2.2080504@x-ray.at> Robin Bowes schrieb: > Is there any more news about the cygwin php port? I posted my latest php attempts to -apps with subject "apached updates" 9/9/04 The cli and libs built fine, the cygwin dll failed. I have no idea what and where to fix it. The dll building docs seem to be outdated. maybe gerrit or brian can build it. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ford@vss.fsi.com Tue Sep 21 15:06:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Tue, 21 Sep 2004 15:06:00 -0000 Subject: Rebuilding GDB In-Reply-To: <1095752734.18365.11.camel@localhost> References: <1095752734.18365.11.camel@localhost> Message-ID: On Tue, 21 Sep 2004, Adrian Cox wrote: > On Mon, 2004-09-20 at 18:14, Dave Korn wrote: > > > -----Original Message----- > > > From: cygwin-owner On Behalf Of Adrian Cox > > > Sent: 20 September 2004 14:44 > > > > > I'm trying to build a Cygwin hosted GDB for debugging ARM and PowerPC > > > boards. After running into a lot of problems, I tried to rebuild the > > > native GDB that Cygwin installed for me, and that didn't work either. > > > > > BTW, when discussing compile problems with gnu packages, you should always > > quote the options you gave to configure (if any). > > 1) Use setup.exe to download the gdb source. > 2) mkdir /tmp/build > 3) cd /tmp/build > 4) /usr/src/gdb-20030919-1/configure --prefix=/usr/local/test If you don't need/want the insight GUI, adding --disable-gdbtk here will remove this issue. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Andrew@DeFaria.com Tue Sep 21 15:38:00 2004 From: Andrew@DeFaria.com (Andrew DeFaria) Date: Tue, 21 Sep 2004 15:38:00 -0000 Subject: Running cmd programs in cygwin / rxvt In-Reply-To: References: Message-ID: Dave Korn wrote: >> -----Original Message----- >> From: cygwin-owner On Behalf Of Andrew DeFaria >> Sent: 21 September 2004 02:55 > >>> rxvt is only a dessert topping. It is not a floor wax. No amount of >>> buffing is going to give you the shine on your floor that you are >>> hoping for. >>> >>> cgf >> >> Well my mom always used to say: "It doesn't hurt to ask". Apparently >> she never met you! > > Now there's a new slogan for the WJM archives! > > " Cygwin - where it DOES hurt to ask! " > > or how about > > " Cygwin - you know your mom wouldn't like it! " I like it! At least I would have been forewarned! :-) -- I'm not a complete idiot, some parts are missing! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From robin-lists@robinbowes.com Tue Sep 21 15:53:00 2004 From: robin-lists@robinbowes.com (Robin Bowes) Date: Tue, 21 Sep 2004 15:53:00 -0000 Subject: [ANNOUNCEMENT] New packge: lighttpd-1.3.0 In-Reply-To: <415041F2.2080504@x-ray.at> References: <200409201501.i8KF1bk09036@esds.vss.fsi.com> <52994.194.60.85.4.1095777878.squirrel@webmail.robinbowes.com> <415041F2.2080504@x-ray.at> Message-ID: <44411.194.60.85.4.1095779195.squirrel@webmail.robinbowes.com> On Tue, September 21, 2004 16:00, Reini Urban said: > Robin Bowes schrieb: > >> Is there any more news about the cygwin php port? >> > > I posted my latest php attempts to -apps with subject "apached updates" > 9/9/04 > The cli and libs built fine, the cygwin dll failed. > I have no idea what and where to fix it. > The dll building docs seem to be outdated. > > > maybe gerrit or brian can build it. Thanks for the update. Gerrit? Brian? R. -- http://robinbowes.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Tue Sep 21 16:15:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Tue, 21 Sep 2004 16:15:00 -0000 Subject: Running cmd programs in cygwin / rxvt In-Reply-To: References: Message-ID: <20040921154016.GB21651@trixie.casa.cgf.cx> On Tue, Sep 21, 2004 at 03:47:11PM +0100, Dave Korn wrote: >>-----Original Message----- >>From: cygwin-owner On Behalf Of Andrew DeFaria >>Sent: 21 September 2004 02:55 > >>>rxvt is only a dessert topping. It is not a floor wax. No amount of >>>buffing is going to give you the shine on your floor that you are >>>hoping for. >> >>Well my mom always used to say: "It doesn't hurt to ask". Apparently >>she never met you! > > >Now there's a new slogan for the WJM archives! > > >" Cygwin - where it DOES hurt to ask! " How about "Cygwin - where it DOES eventually hurt to ask if you start a conversation saying 'I know nothing about X but couldn't you just...' and then keep asking that question in various simple ways even when it is politely implied that it is not possible." Nah. Not as catchy. I am curious, though. Apparently it was the "dessert topping" comment that was considered rude? Everyone understands the reference, right? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Andrew@DeFaria.com Tue Sep 21 16:31:00 2004 From: Andrew@DeFaria.com (Andrew DeFaria) Date: Tue, 21 Sep 2004 16:31:00 -0000 Subject: Running cmd programs in cygwin / rxvt In-Reply-To: <20040921154016.GB21651@trixie.casa.cgf.cx> References: <20040921154016.GB21651@trixie.casa.cgf.cx> Message-ID: Christopher Faylor wrote: > How about "Cygwin - where it DOES eventually hurt to ask if you start > a conversation saying 'I know nothing about X but couldn't you > just...' and then keep asking that question in various simple ways > even when it is politely implied that it is not possible." How about instead of politely imply, politely say. I'm not a mind reader! You also missed an opportunity to *explain* and *educate* instead of berate and demean. (Hmmm... Would demean be the opposite of mean? I don't think so). I don't know nothing about ptys - I know a little. I just don't know the technical details because I've had no reason to date to learn them. So I asked a question - which shouldn't be snapped at but was snapped at nonetheless. A polite and informative reply to such a question would be something akin to "No that can't be done because " which would have served to enlighten me, and everybody else like me, about the mechanisms of ptys and their limitation and why my request would be difficult to impossible to do. Implying things do nothing to enlighten because they assume you have fore-knowledge - in this case about the technical details involved. However that would not even register on the "meanness" scale therefore inappropriate for this group I guess. We kid about "meanness" here but in reality there is no real joke - people here are often mean, which is not something I would brag about but for some reason certain people here seem to feel pride in being mean, which is the opposite of polite. IOW, in general, being mean is *counter productive*! So which are you Chris? Mean? Or polite? -- It's not hard to meet expenses, they're everywhere. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From frederic.ormancey@atosorigin.com Tue Sep 21 16:46:00 2004 From: frederic.ormancey@atosorigin.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_ORMANCEY?=) Date: Tue, 21 Sep 2004 16:46:00 -0000 Subject: Lot of undefined symbols at link time, even with -l option on good libraries In-Reply-To: <6.1.0.6.0.20040921091604.03d5b528@pop.prospeed.net> References: <414FF698.4010702@atosorigin.com> <6.1.0.6.0.20040921091604.03d5b528@pop.prospeed.net> Message-ID: <41505394.9020105@atosorigin.com> I think you're right, it seems to be a problem with trailing underscore in function naming. For example : in /usr/lib/w32api/libkernel32.a we found : 00000000 T _FormatMessageA@28 U __head_libkernel32_a 00000000 I __imp__FormatMessageA@28 which is required by win32-winbase.o, result of the build of /usr/lib/gcc/win32ada/win32-winbase.adb U _FormatMessageA U _FormatMessageW U _GlobalReAlloc U _LocalReAlloc The source code for this part is the following : pragma Import (Stdcall, Doit, "FormatMessageA"); I try change it with pragma Import (C, Doit, "_FormatMessageA"); or things like that with no success. May be it's the trailing @28 after symbol name which cause error, but I cannot control it ( it's DLL calling convention parameter size ). Compiler/linker should usually add or remove trailing @nn if necessary. To answer your general questions, I'am building a large Ada application ( 200 source files ), using W32 API, with Win2000 GNAT Compiler. Larry Hall a ??crit : >At 05:38 AM 9/21/2004, you wrote: > > >>Using latest release of CygWin ( 1.5.11-1 ) I install the devel kit, >> >>including gcc and gnat compilers. Then I build from src GCC and GNAT release 3.4.1 ( which include necessary patchs for my application ). >>All my Ada application compile well with gnatmake command, but link failed with a lot of undefined symbols mainly issued from w32api and system libraries. >> >>Undefined symbols are for example : FormatMessageA, GlobalReAlloc, CreateDialogParamA, WSAStartup, accept, select, ... about 100 undefined from system libraries. >>Of course system libraries are included at link time with the appropriate -l option ( -lnetapi32 -lwsock32 -lshell32 -ladvapi32 -lwinmm -lodbc32 -lwin32ada -luser32 -lgdi32 -lcomdlg32 -laddr2line -lbfd -liberty ) >>I verify with NM command, symbols are right defined in the included libraries. >> >>If someone have an idea ? >> >> > >Sure. Follow the problem reporting guidelines given here: > > > >>Problem reports: http://cygwin.com/problems.html >> >> > > >That will give those on the list interested in helping you out with this >problem at least the basic information about your system and what you're >doing. > >My WAG is that you haven't declared these symbols properly so that the >calling convention is wrong (__cdecl vs __stdcall) but I'd need to see >a small example of your code, how you compile it, and what the errors >are to be sure. Then again, maybe this idea is enough for you to have an >"AHA!" moment and fix the problem yourself. :-) > > >-- >Larry Hall http://www.rfk.com >RFK Partners, Inc. (508) 893-9779 - RFK Office >838 Washington Street (508) 893-9889 - FAX >Holliston, MA 01746 > > >-- >Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >Problem reports: http://cygwin.com/problems.html >Documentation: http://cygwin.com/docs.html >FAQ: http://cygwin.com/faq/ > > > > -- *_Fr??d??ric ORMANCEY_* Atos Origin Systems Integration /rue Amp??re - BP 475 31315 Lab??ge Cedex/ /Tel// /: 05 61 39 75 21 /Fax /: 05 61 39 16 65 frederic.ormancey@atosorigin.com www.si.fr.atosorigin.com ======================================================================================================= Ce message ??lectronique est confidentiel. Il peut contenir des informations prot??g??es par le secret professionnel, le secret de fabrication ou autres r??gles l??gales. Si vous recevez ce message par erreur, il vous est interdit de le reproduire ou de le distribuer en tout ou partie, ou de le divulguer de quelque mani??re que ce soit ?? quelque personne que ce soit. Nous vous prions de bien vouloir en informer Atos Origin, par t??l??phone ou par retour d'e-mail puis de d??truire le message et toutes copies de votre syst??me informatique. Le contenu de ce message ne refl??te pas n??cessairement ni les opinions d'Atos Origin ni celles des membres de son groupe. Bien que l'??metteur de ce message ait fait tout son possible pour maintenir son syst??me informatique sans virus, il ne peut garantir que cette transmission ne comporte aucun virus et il ne pourra ??tre tenu pour responsable de quelque dommage que ce soit r??sultant de la transmission d'un virus. ======================================================================================================= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Tue Sep 21 16:50:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Tue, 21 Sep 2004 16:50:00 -0000 Subject: Lot of undefined symbols at link time, even with -l option on good libraries In-Reply-To: <41505394.9020105@atosorigin.com> References: <414FF698.4010702@atosorigin.com> <6.1.0.6.0.20040921091604.03d5b528@pop.prospeed.net> <41505394.9020105@atosorigin.com> Message-ID: <6.1.0.6.0.20040921122405.03dca210@pop.prospeed.net> At 12:15 PM 9/21/2004, you wrote: >I think you're right, it seems to be a problem with trailing underscore in function naming. >For example : > >in /usr/lib/w32api/libkernel32.a we found : > > 00000000 T _FormatMessageA@28 > U __head_libkernel32_a > 00000000 I __imp__FormatMessageA@28 > >which is required by win32-winbase.o, result of the build of /usr/lib/gcc/win32ada/win32-winbase.adb > U _FormatMessageA > U _FormatMessageW > U _GlobalReAlloc > U _LocalReAlloc > >The source code for this part is the following : > pragma Import (Stdcall, Doit, "FormatMessageA"); > >I try change it with pragma Import (C, Doit, "_FormatMessageA"); or things like that with no success. > >May be it's the trailing @28 after symbol name which cause error, but I cannot control it ( it's DLL calling convention parameter size ). Compiler/linker should usually add or remove trailing @nn if necessary. > >To answer your general questions, I'am building a large Ada application ( 200 source files ), using W32 API, with Win2000 GNAT Compiler. > Sorry, I know nothing about Ada and how it works. If the "pragma" statement is supposed to take the place of the traditional function prototype in C/C++, then I agree that it looks "OK" (again, based on my knowledge of Ada). But the result is that it's looking for symbols that use the 'C' calling convention rather than the 'stdcall' calling convention. The libraries you are linking to want the 'stdcall' calling convention (since it is the default for Windows). If you cannot get Ada to ask for the proper symbol, you could try using the '--enable-stdcall-fixup' option (for 'ld') to attempt to massage away the problem. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cliff@hones.org.uk Tue Sep 21 16:53:00 2004 From: cliff@hones.org.uk (Cliff Hones) Date: Tue, 21 Sep 2004 16:53:00 -0000 Subject: Lot of undefined symbols at link time, even with -l option on good libraries In-Reply-To: <6.1.0.6.0.20040921122405.03dca210@pop.prospeed.net> References: <414FF698.4010702@atosorigin.com> <6.1.0.6.0.20040921091604.03d5b528@pop.prospeed.net> <41505394.9020105@atosorigin.com> <6.1.0.6.0.20040921122405.03dca210@pop.prospeed.net> Message-ID: <41505AD3.9010701@hones.org.uk> Larry Hall wrote: > At 12:15 PM 9/21/2004, you wrote: > >>I think you're right, it seems to be a problem with trailing underscore in function naming. >>For example : >> >>in /usr/lib/w32api/libkernel32.a we found : >> >> 00000000 T _FormatMessageA@28 >> U __head_libkernel32_a >> 00000000 I __imp__FormatMessageA@28 >> >>which is required by win32-winbase.o, result of the build of /usr/lib/gcc/win32ada/win32-winbase.adb >> U _FormatMessageA >> U _FormatMessageW >> U _GlobalReAlloc >> U _LocalReAlloc >> >>The source code for this part is the following : >> pragma Import (Stdcall, Doit, "FormatMessageA"); >> >>I try change it with pragma Import (C, Doit, "_FormatMessageA"); or things like that with no success. >> >>May be it's the trailing @28 after symbol name which cause error, but I cannot control it ( it's DLL calling convention parameter size ). Compiler/linker should usually add or remove trailing @nn if necessary. >> >>To answer your general questions, I'am building a large Ada application ( 200 source files ), using W32 API, with Win2000 GNAT Compiler. > > Sorry, I know nothing about Ada and how it works. If the "pragma" statement > is supposed to take the place of the traditional function prototype in C/C++, > then I agree that it looks "OK" (again, based on my knowledge of Ada). But > the result is that it's looking for symbols that use the 'C' calling > convention rather than the 'stdcall' calling convention. The libraries you > are linking to want the 'stdcall' calling convention (since it is the > default for Windows). If you cannot get Ada to ask for the proper symbol, > you could try using the '--enable-stdcall-fixup' option (for 'ld') to > attempt to massage away the problem. The syntax for Pragma Import is: pragma Import( [Convention =>] convention_identifier, [Entity =>] local_name [, [External_Name =>] string_expression] [, [Link_Name =>] string_expression]); It might be worth experimenting with using Link_Name instead of External_Name - this should enable you to specify exactly what the link name generated by the Ada system is. -- Cliff -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From skoskie@iupui.edu Tue Sep 21 16:55:00 2004 From: skoskie@iupui.edu (Koskie, Sarah) Date: Tue, 21 Sep 2004 16:55:00 -0000 Subject: security and cygwin Message-ID: Actually, Reini, I didn't say that I didn't know what a daemon was, I said that I didn't know how to find out which ones were running (without additional research, which, has thus far been fruitless). If I type ps -fA on my linux box at home, I get a list of all the running processes, even when I am not logged in as root. When I type ps -fA in cygwin, I do not get a complete list -- just my shell and the ps command. Of course this brings up the question of who, exactly is root under cygwin, but a check of /etc/passwd seems to indicate that there isn't one. I gather that if SYSTEM or Administrators wanted to take on the role, they'd be able to do it. As far as I can see from what you wrote, the real issue is that windows is unsafe. I don't use Explorer, and if there is an intruder on my machine, I already have a problem, independent of what they can do using cygwin services. The question is whether someone can use cygwin to intrude. I guess I don't see why anyone would install cygwin rather than linux unless they were stuck in a networked windows environment as I am, so I would assume that it would be designed to work reasonably in such an environment. Only I and computer services have accounts on the machine. I have to trust computer services, and if they screw up, they can't blame me, so the only issue here is what I personally have to do to make sure I do not introduce extra security risks into the system. (Wish the documentation addressed XP Pro rather than just NT.) > -----Original Message----- > From: Reini Urban [mailto:rurban@x-ray.at] > Sent: Monday, September 20, 2004 12:13 PM > To: Koskie, Sarah > Cc: Cygwin List > Subject: Re: security and cygwin > > Koskie, Sarah schrieb: > >>>Are there any other security related issues I should know about? I > >>>have to assume that cygwin as installed is safe until I have time to > look > >>>into it, so I am hoping that my faith is not misplaced. > >> > >>See the FAQ entry: > >> > >>How secure is Cygwin in a multi-user environment? > >> > > > > Thanks, but that does not answer my question. I do not know what > > daemons are running. > > It does answer it. > If you don't know this, you are completely unsafe. > > > I did not start any. I assume some are started in > > the installation process but I don't know how to find out which they > > are. I just searched the FAQs for any other mention of "daemon" and > > found none. I have also checked the User's guide but it does not seem > > to contain any relevant info that I can see. There should never be any > > users logged in remotely to my cygwin and if there is something I have > > to do to enforce that, that's part of what I want to know. I should > > also be the only one using sftp, ssh, etc. With the previous version of > > cygwin, I was able to sftp and ssh from cygwin to other machines but not > > from other machines to my desktop computer. I hope that is still the > > case. I'll check it eventually, but as mentioned, I have a > > more-than-full time job as other than an UNIX programmer or system > > administrator and I cannot just stop and spend a month setting up > > cygwin. In the past I didn't have to. The lack of relevant > > documentation and the complexity of the current setup and install > > process are extremely frustrating. > > Trust the FAQ: It's unsafe. > Esp. when you don't know what a daemon is. Just believe it. > > A daemon is a long-running "satanic" background process. > See your Task Manager on the Process Tab. > > One of the daemons you don't see is for example called "Explorer" (the > windows desktop). This is one of the worst security holes on windows, > regardless of cygwin. > > sftp, sshd, cygserver, cron and all other cygwin services are also > daemons, which share global data via cygwin1.dll. If you are running > them as user, a possible intruder can gain permissions of this user. > If you run cygwin programs as service the intruder might gain > permissions of the SYSTEM user. > -- > Reini Urban > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ford@vss.fsi.com Tue Sep 21 17:06:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Tue, 21 Sep 2004 17:06:00 -0000 Subject: multi-user environment: mounting a lot of shares via ssh In-Reply-To: <415034C8.B597FF38@adnovum.ch> References: <41502E44.8CAE54F0@adnovum.ch> <6.1.0.6.0.20040921093736.03d5bae0@pop.prospeed.net> <415034C8.B597FF38@adnovum.ch> Message-ID: On Tue, 21 Sep 2004, Andreas Petralia wrote: > > Why not use the UNC path directly instead? > > because of the following reasons: > > 1. > > i want to make the home-directories available in the directory /HOMES: > /HOMES/A, /HOMES/B, /HOMES/C, ... > and i think it's not possible to link to a UNC path (eg. ln -s > /HOMES/A) is it? It is possible. > 2. not every binary (tool) can handle UNC-paths Agreed :-(, but those tools are arguably broken. > 3. i would like to set up an environment, where *unix*-scripts+tools do > not have to know anything about UNC_paths. Why would they? And, as suggested in a later reply, use mount. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Tue Sep 21 17:10:00 2004 From: dk@artimi.com (Dave Korn) Date: Tue, 21 Sep 2004 17:10:00 -0000 Subject: Running cmd programs in cygwin / rxvt In-Reply-To: <20040921154016.GB21651@trixie.casa.cgf.cx> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Christopher Faylor > Sent: 21 September 2004 16:40 > I am curious, though. Apparently it was the "dessert topping" comment > that was considered rude? Everyone understands the reference, right? Had to google it, I admit. We don't get to see much SNL over here. Shoulda thrown a monty python reference our way if you wanted us limeys to catch it! cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Tue Sep 21 17:12:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Tue, 21 Sep 2004 17:12:00 -0000 Subject: security and cygwin In-Reply-To: References: Message-ID: <6.1.0.6.0.20040921130053.03dc5b28@pop.prospeed.net> At 12:50 PM 9/21/2004, you wrote: >(Wish the documentation addressed XP Pro rather than just NT.) Unless it's clear that the reference is specifically for NT 4.0, you should read "NT" as "NT/W2K/XP/W2K3". These are all platforms based on the NT code base, versus the 9x code base of "95/98/Me". References to NT are to the code base, not particular product (marketing) names. HTH, -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From docbill@gmail.com Tue Sep 21 17:18:00 2004 From: docbill@gmail.com (Doctor Bill) Date: Tue, 21 Sep 2004 17:18:00 -0000 Subject: Running cmd programs in cygwin / rxvt In-Reply-To: References: <20040921154016.GB21651@trixie.casa.cgf.cx> Message-ID: <23bcb870040921101015fca68@mail.gmail.com> Monty Python? Hmmm. I thought it was a reference to the Carol Barnett Show. I remember a skit which was a fake commercial arguing if something was a desert topping or a floor wax. The answer was both. How convenient... On Tue, 21 Sep 2004 17:53:06 +0100, Dave Korn wrote: > > -----Original Message----- > > From: cygwin-owner On Behalf Of Christopher Faylor > > Sent: 21 September 2004 16:40 > > > I am curious, though. Apparently it was the "dessert topping" comment > > that was considered rude? Everyone understands the reference, right? > > > Had to google it, I admit. We don't get to see much SNL over here. > Shoulda thrown a monty python reference our way if you wanted us limeys to > catch it! > > > > > cheers, > DaveK > -- > Can't think of a witty .sigline today.... > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Tue Sep 21 17:21:00 2004 From: dk@artimi.com (Dave Korn) Date: Tue, 21 Sep 2004 17:21:00 -0000 Subject: Running cmd programs in cygwin / rxvt In-Reply-To: <23bcb870040921101015fca68@mail.gmail.com> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Doctor Bill > Sent: 21 September 2004 18:10 > On Tue, 21 Sep 2004 17:53:06 +0100, Dave Korn wrote: Hey dude! PCYMTNQ... ahh, forget it! > > > -----Original Message----- > > > From: cygwin-owner On Behalf Of Christopher Faylor > > > Sent: 21 September 2004 16:40 > > > > > I am curious, though. Apparently it was the "dessert > topping" comment > > > that was considered rude? Everyone understands the > reference, right? > > > > > > Had to google it, I admit. We don't get to see much SNL > over here. > > Shoulda thrown a monty python reference our way if you > wanted us limeys to > > catch it! > > > > Monty Python? Hmmm. I thought it was a reference to the Carol > Barnett Show. I remember a skit which was a fake commercial arguing > if something was a desert topping or a floor wax. The answer was > both. How convenient... SNL == Saturday Night Live. cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From skoskie@iupui.edu Tue Sep 21 17:22:00 2004 From: skoskie@iupui.edu (Koskie, Sarah) Date: Tue, 21 Sep 2004 17:22:00 -0000 Subject: trying to reply to specific message Message-ID: >> Is there a way to get related messages posted properly Thanks. I tried the second method and it didn't work. I requested a message and it was sent to me as an attachment. The address automatically inserted was for the original sender not the mailing list so I changed that to the mailing list, but, of course, my reply did not get posted as a follow on to the message. I also checked the earlier discussion you referenced which seemed to indicate that I should subscribe to cygwin-allow. I tried that and received the following: Hi. This is the qmail-send program at sourceware.org. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. : ezmlm-manage: fatal: I don't accept messages at this address (inlocal and/or inhost don't match) (#5.1.1) --- Enclosed are the original headers of the message. I guess this is why most of the postings aren't properly linked. If I'm doing something wrong or there is anything else I should try I'd be glad to hear of it. >> as followons in the mailing list archives without subscribing to the >> mailing list? >Yes. Two ways, in fact. One works with programs that understand the >"mbox" format for e-mail (e.g., pine); the other is more generic, but >requires some effort. >For the "mbox" method, Google for "web archives raw text >site:cygwin.com" -- I posted a couple of recipes before (I've since >improved on the automation of the method, if anyone's interested). The >second method is described in a help message you get from ezmlm (mail to >cygwincom>) -- namely, you can get a copy of any list >message by e-mailing to cygwincom>. The trick >is finding out the message number -- the "Raw text" link is helpful here >as well; just look at the "From " line (first line of the raw text), and >the MSGNUM will be the digits between "cygwin-return-" and "-listarch-". -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From karlm30@hotmail.com Tue Sep 21 17:30:00 2004 From: karlm30@hotmail.com (Karl M) Date: Tue, 21 Sep 2004 17:30:00 -0000 Subject: Running cmd programs in cygwin / rxvt Message-ID: Hi All... >I am curious, though. Apparently it was the "dessert topping" comment >that was considered rude? Everyone understands the reference, right? Yes...Should each of us answer the question individually? (:>) _________________________________________________________________ Check out Election 2004 for up-to-date election news, plus voter tools and more! http://special.msn.com/msn/election2004.armx -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From docbill@gmail.com Tue Sep 21 17:31:00 2004 From: docbill@gmail.com (Doctor Bill) Date: Tue, 21 Sep 2004 17:31:00 -0000 Subject: Running cmd programs in cygwin / rxvt In-Reply-To: <23bcb870040921101015fca68@mail.gmail.com> References: <20040921154016.GB21651@trixie.casa.cgf.cx> <23bcb870040921101015fca68@mail.gmail.com> Message-ID: <23bcb870040921102236c37c32@mail.gmail.com> The Carol Burnett Show: 01/10/1976, Is it a dessert topping or a floor wax? "Saturday Night Live's" Chevy Chase delivers the good news that new "Shimmer" is both On Tue, 21 Sep 2004 13:10:02 -0400, Doctor Bill wrote: > Monty Python? Hmmm. I thought it was a reference to the Carol > Barnett Show. I remember a skit which was a fake commercial arguing > if something was a desert topping or a floor wax. The answer was > both. How convenient... > > > > > On Tue, 21 Sep 2004 17:53:06 +0100, Dave Korn wrote: > > > -----Original Message----- > > > From: cygwin-owner On Behalf Of Christopher Faylor > > > Sent: 21 September 2004 16:40 > > > > > I am curious, though. Apparently it was the "dessert topping" comment > > > that was considered rude? Everyone understands the reference, right? > > > > > > Had to google it, I admit. We don't get to see much SNL over here. > > Shoulda thrown a monty python reference our way if you wanted us limeys to > > catch it! > > > > > > > > > > cheers, > > DaveK > > -- > > Can't think of a witty .sigline today.... > > > > -- > > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > > Problem reports: http://cygwin.com/problems.html > > Documentation: http://cygwin.com/docs.html > > FAQ: http://cygwin.com/faq/ > > > > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Tue Sep 21 17:34:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 21 Sep 2004 17:34:00 -0000 Subject: security and cygwin In-Reply-To: References: Message-ID: On Tue, 21 Sep 2004, Koskie, Sarah wrote: > Actually, Reini, I didn't say that I didn't know what a daemon was, I > said that I didn't know how to find out which ones were running (without > additional research, which, has thus far been fruitless). If I type ps > -fA on my linux box at home, I get a list of all the running processes, > even when I am not logged in as root. When I type ps -fA in cygwin, I > do not get a complete list -- just my shell and the ps command. Not true. Cygwin's "ps" doesn't even understand the "-A" flag. Did you mean the "-a" flag (lowercase, same as "-e")? That should show all the processes that run with the same Cygwin1.dll as the "ps" program (which should be all Cygwin processes for most people). If you don't see any processes owned by SYSTEM, you're not running any daemons. If you want to see Windows processes as well, use the "-W" (uppercase) flag. > Of course this brings up the question of who, exactly is root under > cygwin, but a check of /etc/passwd seems to indicate that there isn't > one. I gather that if SYSTEM or Administrators wanted to take on the > role, they'd be able to do it. Any user is able to see all of the Cygwin processes, independent of which user they run as. > As far as I can see from what you wrote, the real issue is that windows > is unsafe. I don't use Explorer, and if there is an intruder on my > machine, I already have a problem, independent of what they can do using > cygwin services. The question is whether someone can use cygwin to > intrude. Cygwin services (daemons) are usually as safe as the equivalent versions of their Linux counterparts. If you're interested, see advisory sites for known vulnerabilities. Cygwin maintainers are usually very good at keeping up-to-date with the vulnerability patches for most services (apache notwithstanding). > I guess I don't see why anyone would install cygwin rather than linux > unless they were stuck in a networked windows environment as I am, so I > would assume that it would be designed to work reasonably in such an > environment. Only I and computer services have accounts on the machine. > I have to trust computer services, and if they screw up, they can't > blame me, so the only issue here is what I personally have to do to make > sure I do not introduce extra security risks into the system. (Wish the > documentation addressed XP Pro rather than just NT.) There shouldn't be much difference between XP Pro and NT in terms of the Windows security interface that Cygwin uses. Hope this answers your question. > > -----Original Message----- > > From: Reini Urban [mailto:rurbanx-rayat] Oh, and . Thanks. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Tue Sep 21 17:35:00 2004 From: dk@artimi.com (Dave Korn) Date: Tue, 21 Sep 2004 17:35:00 -0000 Subject: trying to reply to specific message In-Reply-To: Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Koskie, Sarah > Sent: 21 September 2004 18:13 > Thanks. I tried the second method and it didn't work. I requested a > message and it was sent to me as an attachment. The address > automatically inserted was for the original sender not the > mailing list > so I changed that to the mailing list, but, of course, my > reply did not > get posted as a follow on to the message. That's nothing to do with changing the To: address. Any post that is a reply should carry a References: header that identifies the msg-id of the post to which it is a reply. For instance, I hit "reply" when writing this, and it came up only with your name in the To: field; I manually edited it to the cygwin list address, now let's see if it gets threaded properly... > I guess this is why most of the postings aren't properly linked. The reason that _your_ posts aren't properly linked is because your mail software is faulty and it doesn't add a References: header. Here's the headers from that previous post of yours: note the absence of said header..... Received: from sourcewareBOINGorg ([12.107.209.250]) by NUTMEGBOINGCAMBOINGARTIMIBOINGCOM with Microsoft SMTPSVC(6.0.3790.0); Tue, 21 Sep 2004 18:15:55 +0100 Received: (qmail 17419 invoked by alias); 21 Sep 2004 17:18:31 -0000 Mailing-List: contact cygwin-helpSPLATcygwinBOINGcom; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-ownerSPLATcygwinBOINGcom Mail-Followup-To: cygwinSPLATcygwinBOINGcom Delivered-To: mailing list cygwinSPLATcygwinBOINGcom Received: (qmail 17407 invoked from network); 21 Sep 2004 17:18:30 -0000 Received: from unknown (HELO julesburgBOINGuitsBOINGindianaBOINGedu) (129.79.1.75) by sourcewareBOINGorg with SMTP; 21 Sep 2004 17:18:30 -0000 Received: from iu-mssg-smtp03BOINGadsBOINGiuBOINGedu (iu-mssg-smtp03BOINGexchangeBOINGiuBOINGedu [129.79.1.220]) by julesburgBOINGuitsBOINGindianaBOINGedu (8.12.10/8.12.10/IUPO) with ESMTP id i8LHIFqp001860 for ; Tue, 21 Sep 2004 12:18:22 -0500 (EST) Received: from iu-mssg-mbx04BOINGadsBOINGiuBOINGedu ([129.79.1.213]) by iu-mssg-smtp03BOINGadsBOINGiuBOINGedu with Microsoft SMTPSVC(5.0.2195.6713); Tue, 21 Sep 2004 12:13:00 -0500 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Subject: trying to reply to specific message Date: Tue, 21 Sep 2004 12:13:00 -0500 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: From: "Koskie, Sarah" To: X-OriginalArrivalTime: 21 Sep 2004 17:13:00.0729 (UTC) FILETIME=[3F64B290:01C49FFE] Return-Path: cygwin-return-97810-dk=artimiBOINGcomSPLATcygwinBOINGcom Hmm. Looking at the empty X-MS-* headers, I wonder if your .edu has some kind of content-filtering gateway that is rewriting and mangling your headers? cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From docbill@gmail.com Tue Sep 21 17:53:00 2004 From: docbill@gmail.com (Doctor Bill) Date: Tue, 21 Sep 2004 17:53:00 -0000 Subject: Running cmd programs in cygwin / rxvt In-Reply-To: References: Message-ID: <23bcb87004092110345c670d89@mail.gmail.com> I know, this thread is so far off topic it is silly. To bad a moderator can't retroactively kill messages to a mailing list... BTW. I think I was wrong, it was Saturday Night Live. TGFTM (Thank Goodness For Threaded Mail). Bill On Tue, 21 Sep 2004 10:11:28 -0700, Karl M wrote: > Hi All... > > >I am curious, though. Apparently it was the "dessert topping" comment > >that was considered rude? Everyone understands the reference, right? > > Yes...Should each of us answer the question individually? (:>) > > _________________________________________________________________ > Check out Election 2004 for up-to-date election news, plus voter tools and > more! http://special.msn.com/msn/election2004.armx > > > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Tue Sep 21 18:05:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 21 Sep 2004 18:05:00 -0000 Subject: trying to reply to specific message In-Reply-To: References: Message-ID: On Tue, 21 Sep 2004, Koskie, Sarah wrote: > >> Is there a way to get related messages posted properly > > Thanks. I tried the second method and it didn't work. I requested a > message and it was sent to me as an attachment. The address > automatically inserted was for the original sender not the mailing list > so I changed that to the mailing list, but, of course, my reply did not > get posted as a follow on to the message. Then MS Outlook is more retarded than I thought. Pine, for example, can easily reply to attached messages... > I also checked the earlier discussion you referenced which seemed to > indicate that I should subscribe to cygwin-allow. I tried that and > received the following: > > Hi. This is the qmail-send program at sourceware.org. > I'm afraid I wasn't able to deliver your message to the following > addresses. > This is a permanent error; I've given up. Sorry it didn't work out. > > cygwincom>: > ezmlm-manage: fatal: I don't accept messages at this address (inlocal > and/or inhost don't match) (#5.1.1) > > --- Enclosed are the original headers of the message. You didn't read the instructions carefully enough. It said to *subscribe* to cygwin-allow, not send messages to that address. You don't subscribe to ezmlm lists by sending messages to those lists. See for instructions and a handy form. > I guess this is why most of the postings aren't properly linked. No, postings aren't properly linked because people don't bother to make them properly linked (retarded mailers, etc). > If I'm doing something wrong or there is anything else I should try I'd > be glad to hear of it. Sure. Try getting a better mailer. :-D Igor > >> as followons in the mailing list archives without subscribing to the > >> mailing list? > > >Yes. Two ways, in fact. One works with programs that understand the > >"mbox" format for e-mail (e.g., pine); the other is more generic, but > >requires some effort. > > > > >For the "mbox" method, Google for "web archives raw text > >site:cygwin.com" -- I posted a couple of recipes before (I've since > >improved on the automation of the method, if anyone's interested). > >The second method is described in a help message you get from ezmlm > >(mail to cygwincom>) -- namely, you can get a copy > >of any list message by e-mailing to > >cygwincom>. The trick is finding out the > >message number -- the "Raw text" link is helpful here as well; just > >look at the "From " line (first line of the raw text), and the MSGNUM > >will be the digits between "cygwin-return-" and "-listarch-". -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From skoskie@iupui.edu Tue Sep 21 18:05:00 2004 From: skoskie@iupui.edu (Koskie, Sarah) Date: Tue, 21 Sep 2004 18:05:00 -0000 Subject: trying to reply to specific message Message-ID: Sorry, I'd only encountered lists that one subscribed to by emailing them with the word subscribe in the subject or body (so I tried both.) I followed the link you provided below but the response to clicking the "Send in the request" button after entering mailing list name cygwin-allow (and my e-mail address) was: Cannot handle your mailing list request at this time... You did not provide a mailing list name, or you've entered a mailing list name which is not handled on sources.redhat.com. Oh well. I guess I'll have to work on the "getting a better mailer" option. > -----Original Message----- > From: Igor Pechtchanski [mailto:pechtcha@cs.nyu.edu] > Sent: Tuesday, September 21, 2004 12:36 PM > To: Koskie, Sarah > Cc: cygwin@cygwin.com > Subject: Re: trying to reply to specific message > > On Tue, 21 Sep 2004, Koskie, Sarah wrote: > > > >> Is there a way to get related messages posted properly > > > > Thanks. I tried the second method and it didn't work. I requested a > > message and it was sent to me as an attachment. The address > > automatically inserted was for the original sender not the mailing list > > so I changed that to the mailing list, but, of course, my reply did not > > get posted as a follow on to the message. > > Then MS Outlook is more retarded than I thought. Pine, for example, can > easily reply to attached messages... > > > I also checked the earlier discussion you referenced which seemed to > > indicate that I should subscribe to cygwin-allow. I tried that and > > received the following: > > > > Hi. This is the qmail-send program at sourceware.org. > > I'm afraid I wasn't able to deliver your message to the following > > addresses. > > This is a permanent error; I've given up. Sorry it didn't work out. > > > > cygwincom>: > > ezmlm-manage: fatal: I don't accept messages at this address (inlocal > > and/or inhost don't match) (#5.1.1) > > > > --- Enclosed are the original headers of the message. > > You didn't read the instructions carefully enough. It said to *subscribe* > to cygwin-allow, not send messages to that address. You don't subscribe > to ezmlm lists by sending messages to those lists. See > for instructions and a handy form. > > > I guess this is why most of the postings aren't properly linked. > > No, postings aren't properly linked because people don't bother to make > them properly linked (retarded mailers, etc). > > > If I'm doing something wrong or there is anything else I should try I'd > > be glad to hear of it. > > Sure. Try getting a better mailer. :-D > Igor > > > >> as followons in the mailing list archives without subscribing to the > > >> mailing list? > > > > >Yes. Two ways, in fact. One works with programs that understand the > > >"mbox" format for e-mail (e.g., pine); the other is more generic, but > > >requires some effort. > > > > > > > > >For the "mbox" method, Google for "web archives raw text > > >site:cygwin.com" -- I posted a couple of recipes before (I've since > > >improved on the automation of the method, if anyone's interested). > > >The second method is described in a help message you get from ezmlm > > >(mail to cygwincom>) -- namely, you can get a copy > > >of any list message by e-mailing to > > >cygwincom>. The trick is finding out the > > >message number -- the "Raw text" link is helpful here as well; just > > >look at the "From " line (first line of the raw text), and the MSGNUM > > >will be the digits between "cygwin-return-" and "-listarch-". > > -- > http://cs.nyu.edu/~pechtcha/ > |\ _,,,---,,_ pechtcha@cs.nyu.edu > ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com > |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. > '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! > > "Happiness lies in being privileged to work hard for long hours in doing > whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Tue Sep 21 18:06:00 2004 From: dk@artimi.com (Dave Korn) Date: Tue, 21 Sep 2004 18:06:00 -0000 Subject: trying to reply to specific message In-Reply-To: Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Dave Korn > Sent: 21 September 2004 18:29 Ah. I mean "In-Reply-To" where I said "References:". Here's the kind of thing my version of outlook adds when I reply to a post: In-Reply-To: Are you sure your outlook is set to send messages in plain text format under all circumstances? There really shouldn't be an MS-TNEF header in a plaintext message I don't think. cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Tue Sep 21 18:12:00 2004 From: dk@artimi.com (Dave Korn) Date: Tue, 21 Sep 2004 18:12:00 -0000 Subject: trying to reply to specific message In-Reply-To: Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Koskie, Sarah > Sent: 21 September 2004 18:53 > Sorry, I'd only encountered lists that one subscribed to by emailing > them with the word subscribe in the subject or body (so I > tried both.) > > I followed the link you provided below but the response to > clicking the > "Send in the request" button after entering mailing list name > cygwin-allow (and my e-mail address) was: > > Cannot handle your mailing list request at this time... > > You did not provide a mailing list name, or you've entered > a mailing > list name which is not handled on sources.redhat.com. That's right. Cygwin-allow isn't the name of the list you're looking for. Cygwin-allow is the address you can mail if you accidentally get caught in the spam block and you're a subscriber and want your post to be allowed through. I can't remember what the name of the actual list you're looking for is, but it's the one that sets the Reply-To: header. Maybe someone else will jump in with it now ..... ? cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Tue Sep 21 18:28:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Tue, 21 Sep 2004 18:28:00 -0000 Subject: security and cygwin In-Reply-To: References: Message-ID: <41506D91.3040800@x-ray.at> Koskie, Sarah schrieb: > Actually, Reini, I didn't say that I didn't know what a daemon was, I > said that I didn't know how to find out which ones were running (without > additional research, which, has thus far been fruitless). O h sorry. > As far as I can see from what you wrote, the real issue is that windows > is unsafe. I don't use Explorer, and if there is an intruder on my > machine, I already have a problem, independent of what they can do using > cygwin services. The question is whether someone can use cygwin to > intrude. You do use Explorer. You don't use IExplorer. Explorer is the Desktop. Several applications run several (mostly hidden) windows on the Desktop as SYSTEM, which can be used to gain the privileges of this process => SYSTEM, by classical buffer overrun methods on bad or missing input validation, e.g. on an edit box. Google for "Shatter style attack exploit" http://security.tombom.co.uk/shatter.html NTFS is also inherently insecure, ie. makes is easy to hide processes: http://www.windowsecurity.com/articles/Alternate_Data_Streams.html type c:\anyfile.exe > c:\winnt\system32\calc.exe:anyfile.exe And of course the popular RPC exploits, which either targets directly the kernel or if up-to-date, other COM/DCOM components which are mostly entirely insecure in the default incarnations. There are several COM architectural flaws, where MS didn't want to burden poor MS developers with too much security concerns. (in contrast to CORBA btw.) > I guess I don't see why anyone would install cygwin rather than linux > unless they were stuck in a networked windows environment as I am, so I > would assume that it would be designed to work reasonably in such an > environment. Only I and computer services have accounts on the machine. > I have to trust computer services, and if they screw up, they can't > blame me, so the only issue here is what I personally have to do to make > sure I do not introduce extra security risks into the system. (Wish the > documentation addressed XP Pro rather than just NT.) The NT Family of the OS, in contrast to the Windows3-based family, which we call Win95. >>-----Original Message----- >>From: Reini Urban [mailto:rurban@x-ray.at] >>Sent: Monday, September 20, 2004 12:13 PM >>To: Koskie, Sarah >>Cc: Cygwin List >>Subject: Re: security and cygwin >> >>Koskie, Sarah schrieb: >> >>>>>Are there any other security related issues I should know about? I >>>>>have to assume that cygwin as installed is safe until I have time > > to > >>look >> >>>>>into it, so I am hoping that my faith is not misplaced. >>>> >>>>See the FAQ entry: >>>> >>>>How secure is Cygwin in a multi-user environment? >>>> >>> >>>Thanks, but that does not answer my question. I do not know what >>>daemons are running. >> >>It does answer it. >>If you don't know this, you are completely unsafe. >> >> >>>I did not start any. I assume some are started in >>>the installation process but I don't know how to find out which they >>>are. I just searched the FAQs for any other mention of "daemon" and >>>found none. I have also checked the User's guide but it does not > > seem > >>>to contain any relevant info that I can see. There should never be > > any > >>>users logged in remotely to my cygwin and if there is something I > > have > >>>to do to enforce that, that's part of what I want to know. I should >>>also be the only one using sftp, ssh, etc. With the previous version > > of > >>>cygwin, I was able to sftp and ssh from cygwin to other machines but > > not > >>>from other machines to my desktop computer. I hope that is still > > the > >>>case. I'll check it eventually, but as mentioned, I have a >>>more-than-full time job as other than an UNIX programmer or system >>>administrator and I cannot just stop and spend a month setting up >>>cygwin. In the past I didn't have to. The lack of relevant >>>documentation and the complexity of the current setup and install >>>process are extremely frustrating. >> >>Trust the FAQ: It's unsafe. >>Esp. when you don't know what a daemon is. Just believe it. >> >>A daemon is a long-running "satanic" background process. >>See your Task Manager on the Process Tab. >> >>One of the daemons you don't see is for example called "Explorer" (the >>windows desktop). This is one of the worst security holes on windows, >>regardless of cygwin. >> >>sftp, sshd, cygserver, cron and all other cygwin services are also >>daemons, which share global data via cygwin1.dll. If you are running >>them as user, a possible intruder can gain permissions of this user. >>If you run cygwin programs as service the intruder might gain >>permissions of the SYSTEM user. >>-- >>Reini Urban -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Tue Sep 21 20:13:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Tue, 21 Sep 2004 20:13:00 -0000 Subject: trying to reply to specific message In-Reply-To: References: Message-ID: <20040921181419.GA23985@trixie.casa.cgf.cx> On Tue, Sep 21, 2004 at 12:52:34PM -0500, Koskie, Sarah wrote: >Oh well. I guess I'll have to work on the "getting a better mailer" >option. Or use the unofficial cygwin newsgroup as mentioned at the main cygwin web page... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Tue Sep 21 21:52:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Tue, 21 Sep 2004 21:52:00 -0000 Subject: Oggplayer for Cygwin? Message-ID: <821712295.20040921221247@familiehaase.de> Hello All, who has one ready to run? Thanks, Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Tue Sep 21 21:52:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 21 Sep 2004 21:52:00 -0000 Subject: trying to reply to specific message In-Reply-To: References: Message-ID: On Tue, 21 Sep 2004, Koskie, Sarah wrote: > Sorry, I'd only encountered lists that one subscribed to by emailing > them with the word subscribe in the subject or body (so I tried both.) Emailing cygwincom> should have done it. > I followed the link you provided below but the response to clicking the > "Send in the request" button after entering mailing list name > cygwin-allow (and my e-mail address) was: > > Cannot handle your mailing list request at this time... > > You did not provide a mailing list name, or you've entered a mailing > list name which is not handled on sources.redhat.com. Umm, yes, I didn't know whether it'd work with cygwin-allow. Just try mailing the above address. Or, as others mentioned, use GMane. > Oh well. I guess I'll have to work on the "getting a better mailer" > option. > > > -----Original Message----- > > From: Igor Pechtchanski [mailto:pechtchacsnyuedu] > > Sent: Tuesday, September 21, 2004 12:36 PM > > To: Koskie, Sarah > > Cc: cygwincygwincom > > Subject: Re: trying to reply to specific message Speaking of mailers, again, . Google for "quotefix" to see how to do this with Outlook. Igor > > On Tue, 21 Sep 2004, Koskie, Sarah wrote: > > > > > >> Is there a way to get related messages posted properly > > > > > > Thanks. I tried the second method and it didn't work. I requested a > > > message and it was sent to me as an attachment. The address > > > automatically inserted was for the original sender not the mailing list > > > so I changed that to the mailing list, but, of course, my reply did not > > > get posted as a follow on to the message. > > > > Then MS Outlook is more retarded than I thought. Pine, for example, can > > easily reply to attached messages... > > > > > I also checked the earlier discussion you referenced which seemed to > > > indicate that I should subscribe to cygwin-allow. I tried that and > > > received the following: > > > > > > Hi. This is the qmail-send program at sourceware.org. > > > I'm afraid I wasn't able to deliver your message to the following > > > addresses. > > > This is a permanent error; I've given up. Sorry it didn't work out. > > > > > > cygwincom>: > > > ezmlm-manage: fatal: I don't accept messages at this address (inlocal > > > and/or inhost don't match) (#5.1.1) > > > > > > --- Enclosed are the original headers of the message. > > > > You didn't read the instructions carefully enough. It said to *subscribe* > > to cygwin-allow, not send messages to that address. You don't subscribe > > to ezmlm lists by sending messages to those lists. See > > for instructions and a handy form. > > > > > I guess this is why most of the postings aren't properly linked. > > > > No, postings aren't properly linked because people don't bother to make > > them properly linked (retarded mailers, etc). > > > > > If I'm doing something wrong or there is anything else I should try I'd > > > be glad to hear of it. > > > > Sure. Try getting a better mailer. :-D > > Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From vaf@ulysses.kiev.ua Tue Sep 21 22:02:00 2004 From: vaf@ulysses.kiev.ua (Valery A. Frolov) Date: Tue, 21 Sep 2004 22:02:00 -0000 Subject: signal delivery problem (with pthreads) In-Reply-To: <20040920181229.GA2049@tonfa> References: <20040916191456.GB577@tonfa> <20040920061728.GA9928@efn.org> <20040920143548.GB6915@trixie.casa.cgf.cx> <20040920181229.GA2049@tonfa> Message-ID: <20040921215135.GA1767@tonfa> > Maybe the operating system is the essence. I've always tried it on NT 4.0 > WS SP6a+hotfixes. Tomorrow I'll check it (the same executable) on 2000/XP. I've checked it and got the same bad result (crash) on 2000, XP and Win98. I've installed cygwin bundle for compilation of sig_bug.c on XP, compiled sig_bug.c to sig_bug.exe and ran it. Nothing was changed - crash. So could someone who got the _successful_ run of sig_bug.exe with recently (>1.5.7-1) releases or snapshots of cygwin1.dll send it (sig_bug.exe) to my personal e-mail? And please, specify your arguments for gcc, version of gcc, version of cygwin1.dll and version of OS, for example: * gcc -O2 -s -o sig_bug.exe sig_bug.c -lpthread * gcc version 3.3.3-3 * cygwin1.dll from snapshot of 20040920 * Windows NT Workstation 4.0 SP6a+ I'll try received sig_bug.exe with my cygwin1.dll in my environment to distinguish a (possible) cygwin1.dll issue from a compilation (gcc/binutils) issue. Thanks. WBR, Valery -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Tue Sep 21 22:42:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Tue, 21 Sep 2004 22:42:00 -0000 Subject: New packge: lighttpd-1.3.0 In-Reply-To: <44411.194.60.85.4.1095779195.squirrel@webmail.robinbowes.com> References: <200409201501.i8KF1bk09036@esds.vss.fsi.com> <52994.194.60.85.4.1095777878.squirrel@webmail.robinbowes.com> <415041F2.2080504@x-ray.at> <44411.194.60.85.4.1095779195.squirrel@webmail.robinbowes.com> Message-ID: <721082094.20040921235146@familiehaase.de> Hallo Robin, Am Dienstag, 21. September 2004 um 17:06 schriebst du: > On Tue, September 21, 2004 16:00, Reini Urban said: >> Robin Bowes schrieb: >> >>> Is there any more news about the cygwin php port? >>> >> >> I posted my latest php attempts to -apps with subject "apached updates" >> 9/9/04 >> The cli and libs built fine, the cygwin dll failed. >> I have no idea what and where to fix it. >> The dll building docs seem to be outdated. >> >> >> maybe gerrit or brian can build it. > Thanks for the update. > Gerrit? Brian? Maybe, I don't know, I have not tried it for about one year. I never wanted to maintain Apache and when there is no server then there is no need to have PHP;) Well, I tried about twenty other webservers but all I tried are were not suitable for my needs or don't build at all, one which I ran for a while was WN server. However I always ended with my own Apache1 build which is sufficient for my needs (it runs without maintenance for several months now and I think there is pretty much load at my 144k sdsl pipe). Recently I discovered lighttpd, IIRC it was a freshmeat announcement, and I tried it immediatly and I liked it, it builds ok with shared libs. Now the upstream maintainer Jan asks to include it in the netrelease which is really fantastic, so I stepped in and explained Jan how to cygwinize his package, there are still some minor nits, but all is included in the original source tarball and no patches are needed. Now there is a new server and maybe I'll try to get PHP running soon. But why wait for me? Try it yourself? No problem that cannot be discussed at this list (as long as it is about problems with building some open sourced code for cygwin). Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gadek@debian.org Tue Sep 21 22:50:00 2004 From: gadek@debian.org (Grzegorz B. Prokopski) Date: Tue, 21 Sep 2004 22:50:00 -0000 Subject: Is cygffi.dll needed for SableVM JVM? In-Reply-To: <158874296.20040920084711@familiehaase.de> References: <20040906021844.84591.qmail@web53304.mail.yahoo.com> <1095382062.1234.164.camel@gadek.homelinux.org> <1729140505.20040917144223@familiehaase.de> <1095453892.21655.265.camel@glue> <1902690.20040918145110@familiehaase.de> <1095638246.1234.247.camel@gadek.homelinux.org> <158874296.20040920084711@familiehaase.de> Message-ID: <1095713343.16505.27.camel@glue> Hello Gerrit, On Mon, 2004-09-20 at 02:47, Gerrit P. Haase wrote: > Am Montag, 20. September 2004 um 01:57 schriebst du: > > If I see things right I don't really have to edit > > /usr/share/libtool/libtool.m4, but instead I can (ugh...) patch > > ./configure for cygwin. That'd be a cygwin-specific patch. > > configure is autogenerated and shouldn't be modified manually, however Yes, I am perfectly aware of that, but making modifiactions to a *globally* used file in /usr would be much worse IMO. > you could try to define some special rules in configure.in to override > the defaults for cygwin. I've read Autobook and googled, but could not find anything that would seem to allow for changing this default. If you know of a way of overriding this default w/o changing the code of configure itself - please let me know. Thanks for help, Grzegorz B. Prokopski -- Grzegorz B. Prokopski Debian GNU/Linux http://www.debian.org SableVM - LGPL'ed Java VM http://www.sablevm.org Why SableVM ?!? http://devel.sablevm.org/wiki/Features -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From yselkowitz@users.sourceforge.net Tue Sep 21 22:52:00 2004 From: yselkowitz@users.sourceforge.net (Yaakov Selkowitz) Date: Tue, 21 Sep 2004 22:52:00 -0000 Subject: Oggplayer for Cygwin? In-Reply-To: <821712295.20040921221247@familiehaase.de> References: <821712295.20040921221247@familiehaase.de> Message-ID: <4150AE33.5010305@users.sourceforge.net> Gerrit P. Haase wrote: > Hello All, > > who has one ready to run? Haven't tested it much, but I've built libao, libogg, libvorbis, and vorbis-tools (which includes ogg123). It's on my project site. Let me know how it works for you. Yaakov -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From n8green@gmail.com Tue Sep 21 23:46:00 2004 From: n8green@gmail.com (Nathan Green) Date: Tue, 21 Sep 2004 23:46:00 -0000 Subject: Beginner question: Cygwin bash vs. cygwin/bin directory in DOS Message-ID: <9334c26a040921155020a8a1a8@mail.gmail.com> I am a newbie using Cygwin. I noticed that Linux commands can be executed by running commands in the Windows Command Prompt in the cygwin/bin directory. What is the purpose of the bash shell provided by clicking on the Cygwin icon? How can I use the cygwin bash shell to run commands like 'gcc' and 'make'? Right now I can't do anything. Thanks!!! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Wed Sep 22 00:28:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Wed, 22 Sep 2004 00:28:00 -0000 Subject: Oggplayer for Cygwin? In-Reply-To: <4150AE33.5010305@users.sourceforge.net> References: <821712295.20040921221247@familiehaase.de> <4150AE33.5010305@users.sourceforge.net> Message-ID: <1041871150.20040922005208@familiehaase.de> Hallo Yaakov, Am Mittwoch, 22. September 2004 um 00:41 schriebst du: > Gerrit P. Haase wrote: >> Hello All, >> >> who has one ready to run? > Haven't tested it much, but I've built libao, libogg, libvorbis, and > vorbis-tools (which includes ogg123). It's on my project site. Let me > know how it works for you. I have these built too, I'm asking because ogg123 seems to produce no results for me and I hoped that you can tell me how to use it, currently I have downloaded Zinf and xmms, but I didn't started the builds, if somenone else have these ready I could save the time and use my PC for s.th. more important (while listening to some OGG files;). Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Andrew@DeFaria.com Wed Sep 22 00:33:00 2004 From: Andrew@DeFaria.com (Andrew DeFaria) Date: Wed, 22 Sep 2004 00:33:00 -0000 Subject: Beginner question: Cygwin bash vs. cygwin/bin directory in DOS In-Reply-To: <9334c26a040921155020a8a1a8@mail.gmail.com> References: <9334c26a040921155020a8a1a8@mail.gmail.com> Message-ID: Nathan Green wrote: > I am a newbie using Cygwin. I noticed that Linux commands can be > executed by running commands in the Windows Command Prompt in the > cygwin/bin directory. What is the purpose of the bash shell provided > by clicking on the Cygwin icon? Do you Google? http://www.gnu.org/software/bash/bash.html would be a start. > How can I use the cygwin bash shell to run commands like 'gcc' and > 'make'? Right now I can't do anything. Try simply typing gcc or make. If that doesn't work then it may be you have not installed them or your PATH is not set correctly. -- If we are what we eat, I'm cheap, fast, and easy. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From n8green@gmail.com Wed Sep 22 00:49:00 2004 From: n8green@gmail.com (Nathan Green) Date: Wed, 22 Sep 2004 00:49:00 -0000 Subject: Setting up Environmental Variables Message-ID: <9334c26a04092117281a7f06af@mail.gmail.com> When running bash in cygwin, I am not able to run any commands. From the cygwin/bin directory, I can execute commands like gcc and make. I've set a couple of environmental variables: SET HOME="c:\cygwin" SET PATH="c:\cygwin\bin" Is this correct? Are my environmental variables the problem? Any help would be appreciated. Thanks!! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From robin-lists@robinbowes.com Wed Sep 22 01:11:00 2004 From: robin-lists@robinbowes.com (robin-lists@robinbowes.com) Date: Wed, 22 Sep 2004 01:11:00 -0000 Subject: New packge: lighttpd-1.3.0 In-Reply-To: <721082094.20040921235146@familiehaase.de> Message-ID: Hi Gerrit, > But why wait for me? Try it yourself? No problem that > cannot be discussed at this list (as long as it is about problems with > building some open sourced code for cygwin). Well, I'll give it a go... I just downloaded the latest cygwin + gnu toolset. The lighttpd package is also installed. I also downloaded and built the fastcgi dev. Kit (http://www.fastcgi.com/dist/fcgi.tar.gz) I then grabbed the latest 4.3.8 php source tarball, un-tarred it and built it as follows: # ./configure --enable-fastcgi --enable-force-cgi-redirect --with-layout=GNU --with-pgsql # make # make install # php -v PHP 4.3.8 (cgi-fcgi) (built: Sep 22 2004 00:46:39) Copyright (c) 1997-2004 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies Well, that seems to work. I then downloaded and installed spawn-fcgi from the lighttpd project download page and built and installed it. (http://jan.kneschke.de/projects/lighttpd/download/spawn-fcgi-1.2.0.tar.gz) I ran the PHP fastcgi interface like this: # spawn-fcgi.exe -f /usr/local/bin/php -p 1026 -C 5 spawn-fcgi.c.150: child spawned successfully: PID: 5824 I also grabbed the spawn-php.sh example script (http://jan.kneschke.de/projects/lighttpd/download/spawn-php.sh) but this didn't seem to work. I then configured lighttpd to use the fastcgi for php and created sample file info.php in the home directory of the web site containing: When I opened by web browser to localhost I saw the php configuration page. It works! Not sure where to go with this now - I'll try setting up a php application that uses a database or something. Any suggestions? R. -- http://robinbowes.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Wed Sep 22 01:25:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Wed, 22 Sep 2004 01:25:00 -0000 Subject: Setting up Environmental Variables In-Reply-To: <9334c26a04092117281a7f06af@mail.gmail.com> References: <9334c26a04092117281a7f06af@mail.gmail.com> Message-ID: <6.1.0.6.0.20040921204242.03e508c8@pop.prospeed.net> At 08:28 PM 9/21/2004, you wrote: >When running bash in cygwin, I am not able to run any commands. From >the cygwin/bin directory, I can execute commands like gcc and make. >I've set a couple of environmental variables: > > >SET HOME="c:\cygwin" >SET PATH="c:\cygwin\bin" > >Is this correct? Are my environmental variables the problem? They are a problem, yes. Don't set HOME. Unless you know why you're doing it, you don't want it. Setting your PATH as above is certainly not what you want either. I'm going to recommend you undo things that you've done and then read and follow: >Problem reports: http://cygwin.com/problems.html This has the guidelines for reporting problems to the list. If you follow these, people here will have a better idea of what your configuration is and where your problems are. Please try to be as specific as possible with your problem descriptions, as we can only know what you tell us. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Wed Sep 22 02:31:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Wed, 22 Sep 2004 02:31:00 -0000 Subject: New packge: lighttpd-1.3.0 In-Reply-To: References: Message-ID: <4150D148.2000600@x-ray.at> >>But why wait for me? Try it yourself? No problem that >>cannot be discussed at this list (as long as it is about problems with >>building some open sourced code for cygwin). robin schrieb: > Not sure where to go with this now - I'll try setting up a php application that > uses a database or something. > > Any suggestions? Either make Jan adding php and fastcgi support by himself, or ITP a lighttpd-php package at apps. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From robin-lists@robinbowes.com Wed Sep 22 03:24:00 2004 From: robin-lists@robinbowes.com (robin-lists@robinbowes.com) Date: Wed, 22 Sep 2004 03:24:00 -0000 Subject: New packge: lighttpd-1.3.0 In-Reply-To: <4150D148.2000600@x-ray.at> Message-ID: > -----Original Message----- > From: cygwin-owner@cygwin.com > [mailto:cygwin-owner@cygwin.com] On Behalf Of Reini Urban > Sent: 22 September 2004 01:12 > Cc: cygwin@cygwin.com > Subject: Re: New packge: lighttpd-1.3.0 > > >>But why wait for me? Try it yourself? No problem that > >>cannot be discussed at this list (as long as it is about > problems with > >>building some open sourced code for cygwin). > > robin schrieb: > > Not sure where to go with this now - I'll try setting up a > php application that > > uses a database or something. > > > > Any suggestions? > > Either make Jan adding php and fastcgi support by himself, > or ITP a lighttpd-php package at apps. I think what is required is a separate php package - making it work with a web server (apache or lighttpd) is just a configuration issue. I imagine most of the problems arise when trying to decide on a standard set of modules to be included with the "standard" php package. Or is it possible to package php modules separately, e.g. the postgres, ssl, imap, etc.? R. -- http://robinbowes.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From luke.kendall@cisra.canon.com.au Wed Sep 22 03:58:00 2004 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Wed, 22 Sep 2004 03:58:00 -0000 Subject: Request for change to /etc/profile Message-ID: <20040922023131.BDA8984CB1@pessard.research.canon.com.au> Could /etc/profile please get a small change? Could it check that mkdir $HOME works? Our situation is that for laptops, the /home area exists on a PGP mounted disc. But if a user isn't logged in, then this area doesn't exist, and you can't mount any home drives. So if you slogin to the machine, you get a lot of erroneous actions from the body of that "if" statement. $ diff /etc/profile /etc/profile.orig 38,39c38 < if [ ! -d "$HOME" ] && mkdir "$HOME" < then --- > if [ ! -d "$HOME" ]; then Regards, luke -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Cyber.Zombie@comcast.net Wed Sep 22 05:06:00 2004 From: Cyber.Zombie@comcast.net (CyberZombie) Date: Wed, 22 Sep 2004 05:06:00 -0000 Subject: Request for change to /etc/profile In-Reply-To: <20040922023131.BDA8984CB1@pessard.research.canon.com.au> References: <20040922023131.BDA8984CB1@pessard.research.canon.com.au> Message-ID: <4150F06C.9070001@comcast.net> Or 'mkdir -p "$HOME"'... luke.kendall@cisra.canon.com.au wrote: >Could /etc/profile please get a small change? Could it check that >mkdir $HOME works? > >Our situation is that for laptops, the /home area exists on a PGP >mounted disc. But if a user isn't logged in, then this area doesn't >exist, and you can't mount any home drives. > >So if you slogin to the machine, you get a lot of erroneous actions >from the body of that "if" statement. > >$ diff /etc/profile /etc/profile.orig >38,39c38 >< if [ ! -d "$HOME" ] && mkdir "$HOME" >< then >--- > > >>if [ ! -d "$HOME" ]; then >> >> > >Regards, > >luke > > >-- >Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >Problem reports: http://cygwin.com/problems.html >Documentation: http://cygwin.com/docs.html >FAQ: http://cygwin.com/faq/ > > > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Wed Sep 22 06:17:00 2004 From: brian@dessent.net (Brian Dessent) Date: Wed, 22 Sep 2004 06:17:00 -0000 Subject: [ANNOUNCEMENT] New packge: lighttpd-1.3.0 References: <200409201501.i8KF1bk09036@esds.vss.fsi.com> <52994.194.60.85.4.1095777878.squirrel@webmail.robinbowes.com> <415041F2.2080504@x-ray.at> <44411.194.60.85.4.1095779195.squirrel@webmail.robinbowes.com> Message-ID: <4150F969.EAB491C8@dessent.net> Robin Bowes wrote: > > maybe gerrit or brian can build it. > > Thanks for the update. > > Gerrit? Brian? I'm still working on it... sorry for the ridiculous delays - I still intent to maintain some packages in the near future. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From mark@pumptheory.com Wed Sep 22 06:31:00 2004 From: mark@pumptheory.com (Mark Aufflick) Date: Wed, 22 Sep 2004 06:31:00 -0000 Subject: ./configure in any package gives "error: cannot find input file: \WINDOWS\oracle.ini" error In-Reply-To: <1095828855.25513.ezmlm@cygwin.com> Message-ID: <20040922044221.7396.qmail@mail.tsm32.com> ./configure in any package gives "error: cannot find input file: \WINDOWS\oracle.ini" error well, a number that i have tried anyway. I have a fresh cygwin install (a fwe days ago) and it happens whether I have all the autoconf/automake packages installed or not. I also couldn't rebuild the configure files due variously to problems with the freetype m4 include or the configure.in in the package being too old. I have not been able to find anything by googling for: cygwin oracle.ini Oh, and I don't have any oracle driver installed on windows or cygwin If I hack the configure to avoid the part that generates this error, it completes but generates no Makefile help! I really want to compile and install imlib/sawfish!! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cygwin@cwilson.fastmail.fm Wed Sep 22 07:42:00 2004 From: cygwin@cwilson.fastmail.fm (Charles Wilson) Date: Wed, 22 Sep 2004 07:42:00 -0000 Subject: cygwin, libtool, dlpreopen, and .rdata Message-ID: <41511C3F.7080003@cwilson.fastmail.fm> [cygwin list: I'm CC'ing this so that it goes into the archives, but it's pretty technical about the innards of libtool...] With newer gcc's (cygwin version numbers 3.3.3-3, 3.4.1-1, but not 3.3.1-3), const variables are placed in an .rdata section. This causes problems when those variables contain references to OTHER vars that are imported from a dll -- because the runtime relocation machinery can't fixup the address, since the variable holding the address is const -- and is in .rdata! Concrete example: the demo test program from libtool itself. When building helldl, libtool creates the following virtual lookup table: helldl.exeS.c (important bits only): ************************************* /* External symbol declarations for the compiler. */ extern int foo; extern int hello; extern int nothing; /* The mapping between symbol names and symbols. */ const struct { const char *name; lt_ptr address; } lt_preloaded_symbols[] = { {"libhello.a", (lt_ptr) 0}, {"hello", (lt_ptr) &hello}, {"foo", (lt_ptr) &foo}, {"nothing", (lt_ptr) ¬hing}, {0, (lt_ptr) 0} }; ************************************* Because lt_preloaded_symbols[] is an array of const structs, it is placed in .rdata. However, the "nothing" symbol is a DATA export from cyghello-2.dll -- so the runtime psuedo-reloc machinery needs to fixup the address stored in "lt_preloaded_symbols[3].address" to point to the actual, relocated memory location of the "nothing" variable. But it can't, because .rdata is non-writable. However, this is a *runtime* error; the *link* succeeds. But when you run the app, you get a popup window declaring: "The application failed to initialize properly (0xc0000005). Click on OK to terminate the application." Note that (1) the "nothing" relocation works fine for "normal" links; hell.exe works ok, and imports "nothing" correctly. (2) the lt_preloaded_symbol[] object works fine, as long as it doesn't contain references to DATA items imported from DLL's: staticly linked helldl.exe works ok, and dynamically linked helldl.exe works IF "nothing" is expunged from the application code (manually removed from helldl.exeS.c, and from dlmain.c) (3) even with newer compilers, if lt_preloaded_symbol[] is in .data (by changing its definition from "const struct" to "struct") then everything works fine. Note that you only need to do this in helldl.exeS.c; the application (dlmain.c, in this case) can still declare 'extern const struct ....'). ************************************* I see two solutions: a short term libtool-focused workaround, and a longer term general solution. The short term workaround is to simply change lt_preloaded_symbol[]'s constness in the *.exeS.c file, so that it goes in the .data section. Mabye this could be done for cygwin/mingw only (but application code can remain unchanged, declaring 'extern const struct ...'). But that won't fix any OTHER problems out there which put the address of DLL DATA imports into const variables. The long term solution is...er...hard. Somehow, ld/(gcc?) should be modified to detect that a dllreloc is being put into an .rdata, and move the entire enclosing variable into .data. This is difficult: lt_preloaded_symbol[3].address can be flagged easily, but how can the linker figure out that the whole lt_preloaded_symbol variable should be moved from .rdata to .data? And didn't the compiler put the symbol into .rdata in the first place -- so maybe gcc is the one who should detect this? But gcc doesn't know how the link will be performed: it doesn't know that "nothing" is a DATA import from a DLL, but "foo" is a function import from a DLL! (Worse, you might link to a STATIC library and not a DLL at all, so lt_preloaded_symbol could STAY in .rdata in that case.) This might be one of those "doctor, it hurts when I do this/OK, don't do that" situations. Note, I found this problem in libtool-1.5.x, but it exists in HEAD, too. The following patch is against HEAD... -- Chuck -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: 1-csw-cygwin-preloaded_symbol-not-const-rdata.changelog URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: 1-csw-cygwin-preloaded_symbol-not-const-rdata.patch URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Wed Sep 22 07:42:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 22 Sep 2004 07:42:00 -0000 Subject: ./configure in any package gives "error: cannot find input file: \WINDOWS\oracle.ini" error In-Reply-To: <20040922044221.7396.qmail@mail.tsm32.com> References: <20040922044221.7396.qmail@mail.tsm32.com> Message-ID: On Wed, 22 Sep 2004, Mark Aufflick wrote: > ./configure in any package gives "error: cannot find input file: \WINDOWS\oracle.ini" error > > well, a number that i have tried anyway. I have a fresh cygwin install (a > fwe days ago) and it happens whether I have all the autoconf/automake > packages installed or not. > > I also couldn't rebuild the configure files due variously to problems > with the freetype m4 include or the configure.in in the package being > too old. > > I have not been able to find anything by googling for: cygwin oracle.ini > > Oh, and I don't have any oracle driver installed on windows or cygwin > > If I hack the configure to avoid the part that generates this error, it > completes but generates no Makefile > > > help! I really want to compile and install imlib/sawfish!! Please review and follow > Problem reports: http://cygwin.com/problems.html particularly the bit about attaching (as an uncompressed text attachment) the output of "cygcheck -svr" on your machine. At a guess, something you installed earlier created an environment variable with a name that either configure or something called by configure uses. You could try simply "env | grep oracle.ini". Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From mark@pumptheory.com Wed Sep 22 07:48:00 2004 From: mark@pumptheory.com (Mark Aufflick) Date: Wed, 22 Sep 2004 07:48:00 -0000 Subject: ./configure in any package gives "error: cannot find input file: WINDOWSoracle.ini" error In-Reply-To: Message-ID: <20040922071708.15465.qmail@mail.tsm32.com> Thanks for the tip about error reports. The cygwin config output is below. I had already checked my windows env variables in the control panel, but damn Rational ClearCase feels free to crap all over your environment without warning. I don't even use oracle... Clearing the environment variables that reference oracle.ini fixed the error about sed not finding oracle.ini. But it's still not creating the makefile. STDOUT shows no error - the last few lines are: checking for _nl_msg_cat_cntr... no configure: creating ./config.status config.status: creating config.h config.status: creating src/rep_config.h config.status: executing default commands bash$ config.log shows nothing interessting i can see and indicates that configure's exit status was 0. I can configure the packages successfully on a linux box. Gah - so frustrating! Has anyone even seen this problem before? I have tried freshly re-installing cygwin to no avail. Cygwin Configuration Diagnostics Current System Time: Wed Sep 22 17:28:45 2004 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 3 Path: C:\opt\cygwin\usr\local\bin C:\opt\cygwin\bin C:\opt\cygwin\bin C:\opt\cygwin\usr\X11R6\bin c:\Perl\bin\ c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\WINDOWS\system32\nls c:\WINDOWS\system32\nls\English i:\sybase\sql11\dll i:\orawin\bin c:\temp c:\Program Files\SecureCRT\ c:\Program Files\Rational\ClearCase\bin c:\Program Files\VisualEdge\Shared c:\Python22 c:\Program Files\Embarcadero\July2002Shared c:\Program Files\Embarcadero\DBA603 Z .\ Y .\ .\ Output from C:\opt\cygwin\bin\id.exe (nontsec) UID: 82646(MAufflic) GID: 10545(mkgroup-l-d) 10545(mkgroup-l-d) Output from C:\opt\cygwin\bin\id.exe (ntsec) UID: 82646(MAufflic) GID: 10545(mkgroup-l-d) 0(root) 544(Administrators) 545(Users) 1001(isd) 1000(tccdev) 10545(mkgroup-l-d) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS HOME = `c:\' MAKE_MODE = `unix' PWD = `/cygdrive/c' USER = `MAufflic' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\maufflic\Application Data' CLASSPATH = `J:\Exceed60\hcljrcsv.zip;J:\Exceed60;I:\Exceed60\hcljrcsv.zip;I:\Exceed60' CLEARCASE_PRIMARY_GROUP = `tccdev' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `AA053174' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CVS_RSH = `/bin/ssh' DISPLAY = `:0.0' DOREMOTE = `yes' HOMEDRIVE = `C:' HOMEPATH = `\' HOSTNAME = `AA053174' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' LANG = `enu' LIB = `i:\sybase\sql11\LIB' LOCATION = `NS_SYD01' LOGNAME = `MAufflic' LOGONSERVER = `\\NTSYDDC03' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man:/usr/X11R6/man' NAL = `Windows_2000' NUMBER_OF_PROCESSORS = `1' NWLANGUAGE = `ENGLISH' NWUSERNAME = `MAufflic' OS2LIBPATH = `C:\WINDOWS\system32\os2\dll;' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PKG_CONFIG_PATH = `/usr/X11R6/lib/pkgconfig' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 9, GenuineIntel' PROCESSOR_LEVEL = `15' PROCESSOR_REVISION = `0209' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\u@\h: \w\007\]bash$ ' REGION = `.resources.mbl' SHLVL = `2' SYBASE = `i:\sybase\sql11' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `c:\DOCUME~1\maufflic\LOCALS~1\Temp' TERM = `xterm' TERMCAP = `xterm-r6|xterm|xterm X11R6 version:am:km:mi:ms:xn:co#80:it#8:li#24:AL=\E[%dL:DC=\E[%dP:DL=\E[%dM:DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:UP=\E[%dA:ae=^O:al=\E[L:as=^N:bl=^G:cd=\E[J:ce=\E[K:cl=\E[H\E[2J:cm=\E[%i%d;%dH:cr=^M:cs=\E[%i%d;%dr:ct=\E[3g:dc=\E[P:dl=\E[M:do=^J:ei=\E[4l:ho=\E[H:im=\E[4h:is=\E7\E[r\E[m\E[?7h\E[?1;3;4;6l\E[4l\E8\E>:k1=\EOP:k2=\EOQ:k3=\EOR:k4=\EOS:k5=\E[15~:k6=\E[17~:k7=\E[18~:k8=\E[19~:k9=\E[20~:kD=\E[3~:kI=\E[2~:kN=\E[6~:kP=\E[5~:kd=\EOB:ke=\E[?1l\E>:kh=\E[1~:kl=\EOD:kr=\EOC:ks=\E[?1h\E=:ku=\EOA:le=^H:md=\E[1m:me=\E[m:mr=\E[7m:nd=\E[C:rc=\E8:sc=\E7:se=\E[m:sf=^J:so=\E[7m:sr=\EM:ta=^I:te=\E[2J\E[?47l\E8:ti=\E7\E[?47h:ue=\E[m:up=\E[A:us=\E[4m:kb=\010:' TMP = `c:\DOCUME~1\maufflic\LOCALS~1\Temp' USERDOMAIN = `NTADMIN' USERNAME = `MAufflic' USERPROFILE = `C:\Documents and Settings\maufflic' VE_ECDIR = `C:\Program Files\VisualEdge\Enterprise Client Deployment Pack' WINDIR = `C:\WINDOWS' WINDOWID = `2097166' WINDOWS_LOGIN = `0' _ = `/usr/bin/cygcheck' POSIXLY_CORRECT = `1' 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:\opt\cygwin' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\opt\cygwin/bin' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\opt\cygwin/lib' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts (default) = `C:\opt\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 38161Mb 12% CP CS UN PA FC Maps2000 e: net NTFS 14111Mb 89% CP CS PA maufflic f: net NWFS 9536Mb 29% CP SYS g: net NWFS 241640Mb 68% CP DATA h: net NWFS 138085Mb 64% CP USERS i: net N/A N/A j: net NWFS 241640Mb 68% CP DATA n: net MVFS 1000Mb 50% CP CS CCase q: net NWFS 136728Mb 70% CP DEV s: net NWFS 1000Mb 10% CP FC SHARED w: net MVFS 1000Mb 50% CP CS CCase x: net MVFS 1000Mb 50% CP CS CCase y: net N/A N/A z: net NWFS 9536Mb 29% CP SYS C:\opt\cygwin / system binmode C:\opt\cygwin/bin /usr/bin system binmode C:\opt\cygwin/lib /usr/lib system binmode C:\opt\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode . /cygdrive system binmode,cygdrive Found: C:\opt\cygwin\bin\awk.exe Found: C:\opt\cygwin\bin\bash.exe Found: C:\opt\cygwin\bin\cat.exe Found: C:\opt\cygwin\bin\cp.exe Found: C:\opt\cygwin\bin\cpp.exe Found: C:\opt\cygwin\bin\find.exe Found: C:\opt\cygwin\bin\gcc.exe Found: C:\opt\cygwin\bin\gdb.exe Found: C:\opt\cygwin\bin\grep.exe Found: C:\opt\cygwin\bin\ld.exe Found: C:\opt\cygwin\bin\ls.exe Found: C:\opt\cygwin\bin\make.exe Found: C:\opt\cygwin\bin\mv.exe Found: C:\opt\cygwin\bin\rm.exe Found: C:\opt\cygwin\bin\sed.exe Found: C:\opt\cygwin\bin\sh.exe Found: C:\opt\cygwin\bin\tar.exe 92k 2004/08/04 C:\opt\cygwin\bin\cygatk-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygatk-1.0-0.dll" v0.0 ts=2004/8/4 19:46 145k 2004/09/02 C:\opt\cygwin\bin\cygaudiofile-0.dll - os=4.0 img=1.0 sys=4.0 "cygaudiofile-0.dll" v0.0 ts=2004/9/2 13:38 55k 2004/09/14 C:\opt\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 "cygbz2-1.dll" v0.0 ts=2004/9/14 14:16 18k 2004/07/06 C:\opt\cygwin\bin\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0 "cygcharset-1.dll" v0.0 ts=2004/7/7 4:09 7k 2003/10/19 C:\opt\cygwin\bin\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0 "cygcrypt-0.dll" v0.0 ts=2003/10/19 17:57 841k 2004/03/17 C:\opt\cygwin\bin\cygcrypto-0.9.7.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto-0.9.7.dll" v0.0 ts=2004/3/18 9:58 617k 2004/03/22 C:\opt\cygwin\bin\cygcurl-2.dll - os=4.0 img=1.0 sys=4.0 "cygcurl-2.dll" v0.0 ts=2004/3/23 2:52 22k 2004/02/10 C:\opt\cygwin\bin\cygcygipc-2.dll - os=4.0 img=1.0 sys=4.0 "cygcygipc-2.dll" v0.0 ts=2004/2/10 13:48 380k 2002/07/24 C:\opt\cygwin\bin\cygdb-3.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb-3.1.dll" v0.0 ts=2002/7/25 2:24 895k 2004/04/28 C:\opt\cygwin\bin\cygdb-4.2.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.2.dll" v0.0 ts=2004/4/28 1:31 487k 2002/07/24 C:\opt\cygwin\bin\cygdb_cxx-3.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-3.1.dll" v0.0 ts=2002/7/25 2:25 1156k 2004/04/28 C:\opt\cygwin\bin\cygdb_cxx-4.2.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.2.dll" v0.0 ts=2004/4/28 1:35 28k 2004/08/15 C:\opt\cygwin\bin\cygesd-0.dll - os=4.0 img=1.0 sys=4.0 "cygesd-0.dll" v0.0 ts=2004/8/16 9:31 155k 2004/01/07 C:\opt\cygwin\bin\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0 "cygexpat-0.dll" v0.0 ts=2004/1/8 3:14 73k 2004/09/19 C:\opt\cygwin\bin\cygexslt-0.dll - os=4.0 img=1.0 sys=4.0 "cygexslt-0.dll" v0.0 ts=2004/9/19 14:24 129k 2004/03/11 C:\opt\cygwin\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontconfig-1.dll" v0.0 ts=2004/3/11 11:12 45k 2001/04/25 C:\opt\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:\opt\cygwin\bin\cygform6.dll - os=4.0 img=1.0 sys=4.0 "cygform6.dll" v0.0 ts=2002/1/9 17:03 48k 2003/08/09 C:\opt\cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0 "cygform7.dll" v0.0 ts=2003/8/9 19:25 907k 2004/06/09 C:\opt\cygwin\bin\cygfpx-1.dll - os=4.0 img=1.0 sys=4.0 "cygfpx-1.dll" v0.0 ts=2004/6/9 18:35 361k 2003/10/25 C:\opt\cygwin\bin\cygfreetype-6.dll - os=4.0 img=1.0 sys=4.0 "cygfreetype-6.dll" v0.0 ts=2003/10/22 14:18 213k 2004/02/05 C:\opt\cygwin\bin\cyggd-2.dll - os=4.0 img=1.0 sys=4.0 "cyggd-2.dll" v0.0 ts=2004/2/6 0:32 28k 2003/07/20 C:\opt\cygwin\bin\cyggdbm-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-3.dll" v0.0 ts=2003/7/20 17:58 30k 2003/08/11 C:\opt\cygwin\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-4.dll" v0.0 ts=2003/8/11 12:12 19k 2003/03/22 C:\opt\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm.dll" v0.0 ts=2002/2/20 14:05 15k 2003/07/20 C:\opt\cygwin\bin\cyggdbm_compat-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-3.dll" v0.0 ts=2003/7/20 18:00 15k 2003/08/11 C:\opt\cygwin\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-4.dll" v0.0 ts=2003/8/11 12:13 195k 2004/09/02 C:\opt\cygwin\bin\cyggdk-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk-1-2-0.dll" v0.0 ts=2004/9/3 4:31 390k 2004/08/04 C:\opt\cygwin\bin\cyggdk-x11-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk-x11-2.0-0.dll" v0.0 ts=2004/8/4 22:13 78k 2004/08/04 C:\opt\cygwin\bin\cyggdk_pixbuf-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk_pixbuf-2.0-0.dll" v0.0 ts=2004/8/4 21:07 58k 2004/08/04 C:\opt\cygwin\bin\cyggdk_pixbuf_xlib-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk_pixbuf_xlib-2.0-0.dll" v0.0 ts=2004/8/4 22:23 107k 2004/07/06 C:\opt\cygwin\bin\cyggettextlib-0-14-1.dll - os=4.0 img=1.0 sys=4.0 "cyggettextlib-0-14-1.dll" v0.0 ts=2004/7/7 3:56 17k 2004/07/06 C:\opt\cygwin\bin\cyggettextpo-0.dll - os=4.0 img=1.0 sys=4.0 "cyggettextpo-0.dll" v0.0 ts=2004/7/7 3:56 190k 2004/07/06 C:\opt\cygwin\bin\cyggettextsrc-0-14-1.dll - os=4.0 img=1.0 sys=4.0 "cyggettextsrc-0-14-1.dll" v0.0 ts=2004/7/7 3:56 135k 2004/09/02 C:\opt\cygwin\bin\cygglib-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygglib-1-2-0.dll" v0.0 ts=2004/9/3 4:21 518k 2004/09/19 C:\opt\cygwin\bin\cygglib-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygglib-2.0-0.dll" v0.0 ts=2004/9/19 9:00 11k 2004/09/02 C:\opt\cygwin\bin\cyggmodule-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggmodule-1-2-0.dll" v0.0 ts=2004/9/3 4:23 12k 2004/09/19 C:\opt\cygwin\bin\cyggmodule-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggmodule-2.0-0.dll" v0.0 ts=2004/9/19 11:13 224k 2004/09/19 C:\opt\cygwin\bin\cyggobject-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggobject-2.0-0.dll" v0.0 ts=2004/9/19 11:11 351k 2004/07/17 C:\opt\cygwin\bin\cygGraphicsMagick++-0.dll - os=4.0 img=1.0 sys=4.0 "cygGraphicsMagick++-0.dll" v0.0 ts=2004/7/17 18:48 2170k 2004/07/17 C:\opt\cygwin\bin\cygGraphicsMagick-0.dll - os=4.0 img=1.0 sys=4.0 "cygGraphicsMagick-0.dll" v0.0 ts=2004/7/17 18:46 10k 2004/09/02 C:\opt\cygwin\bin\cyggthread-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggthread-1-2-0.dll" v0.0 ts=2004/9/3 4:23 16k 2004/09/19 C:\opt\cygwin\bin\cyggthread-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggthread-2.0-0.dll" v0.0 ts=2004/9/19 11:13 1293k 2004/09/02 C:\opt\cygwin\bin\cyggtk-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggtk-1-2-0.dll" v0.0 ts=2004/9/3 4:44 2665k 2004/08/04 C:\opt\cygwin\bin\cyggtk-x11-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggtk-x11-2.0-0.dll" v0.0 ts=2004/8/4 22:15 489k 2003/08/09 C:\opt\cygwin\bin\cygguile-12.dll - os=4.0 img=1.0 sys=4.0 "cygguile-12.dll" v0.0 ts=2003/8/10 0:17 489k 2003/07/28 C:\opt\cygwin\bin\cygguile-12abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-12abi13.dll" v0.0 ts=2003/7/29 4:18 24k 2003/08/09 C:\opt\cygwin\bin\cygguile-ltdl-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-ltdl-1.dll" v0.0 ts=2003/8/10 0:16 24k 2003/07/28 C:\opt\cygwin\bin\cygguile-ltdl-1abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-ltdl-1abi13.dll" v0.0 ts=2003/7/29 3:48 62k 2003/08/09 C:\opt\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-13-14-v-1-1.dll" v0.0 ts=2003/8/10 0:17 62k 2003/07/28 C:\opt\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-13-14-v-1-1abi13.dll" v0.0 ts=2003/7/29 4:18 23k 2003/08/09 C:\opt\cygwin\bin\cygguile-srfi-srfi-4-v-1-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-4-v-1-1.dll" v0.0 ts=2003/8/10 0:17 23k 2003/07/28 C:\opt\cygwin\bin\cygguile-srfi-srfi-4-v-1-1abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-4-v-1-1abi13.dll" v0.0 ts=2003/7/29 4:18 11k 2003/08/09 C:\opt\cygwin\bin\cygguilereadline-v-12-12.dll - os=4.0 img=1.0 sys=4.0 "cygguilereadline-v-12-12.dll" v0.0 ts=2003/8/10 0:17 11k 2003/07/28 C:\opt\cygwin\bin\cygguilereadline-v-12-12abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguilereadline-v-12-12abi13.dll" v0.0 ts=2003/7/29 4:18 17k 2001/06/28 C:\opt\cygwin\bin\cyghistory4.dll - os=4.0 img=1.0 sys=4.0 "cyghistory4.dll" v0.0 ts=2001/1/7 15:34 29k 2003/08/10 C:\opt\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0 "cyghistory5.dll" v0.0 ts=2003/8/11 9:16 991k 2004/07/06 C:\opt\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 "cygiconv-2.dll" v0.0 ts=2004/7/7 4:10 22k 2001/12/13 C:\opt\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 37k 2003/08/10 C:\opt\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0 "cygintl-2.dll" v0.0 ts=2003/8/11 7:50 54k 2004/07/06 C:\opt\cygwin\bin\cygintl-3.dll - os=4.0 img=1.0 sys=4.0 "cygintl-3.dll" v0.0 ts=2004/7/7 3:51 21k 2001/06/20 C:\opt\cygwin\bin\cygintl.dll - os=4.0 img=1.0 sys=4.0 "cygintl.dll" v0.0 ts=2001/6/21 3:09 241k 2004/08/06 C:\opt\cygwin\bin\cygjasper-1-701-1.dll - os=4.0 img=1.0 sys=4.0 "cygjasper-1-701-1.dll" v0.0 ts=2004/8/7 1:17 48k 2003/08/10 C:\opt\cygwin\bin\cygjbig1.dll - os=4.0 img=1.0 sys=4.0 "cygjbig1.dll" v0.0 ts=2003/8/11 9:58 132k 2003/08/11 C:\opt\cygwin\bin\cygjpeg-62.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg-62.dll" v0.0 ts=2003/8/11 10:37 119k 2002/02/09 C:\opt\cygwin\bin\cygjpeg6b.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg6b.dll" v0.0 ts=2002/2/9 16:19 156k 2004/06/04 C:\opt\cygwin\bin\cyglcms-1.dll - os=4.0 img=1.0 sys=4.0 "cyglcms-1.dll" v0.0 ts=2004/6/5 0:00 40k 2004/07/07 C:\opt\cygwin\bin\cygltdl-3.dll - os=4.0 img=1.0 sys=4.0 "cygltdl-3.dll" v0.0 ts=2004/7/7 16:06 144k 2004/08/29 C:\opt\cygwin\bin\cygmagic-1.dll - os=4.0 img=1.0 sys=4.0 "cygmagic-1.dll" v0.0 ts=2004/8/30 6:25 369k 2004/08/11 C:\opt\cygwin\bin\cygMagick++-6.dll - os=4.0 img=1.0 sys=4.0 "cygMagick++-6.dll" v0.0 ts=2004/8/11 16:04 3214k 2004/08/11 C:\opt\cygwin\bin\cygMagick-6.dll - os=4.0 img=1.0 sys=4.0 "cygMagick-6.dll" v0.0 ts=2004/8/11 15:37 26k 2001/04/25 C:\opt\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:\opt\cygwin\bin\cygmenu6.dll - os=4.0 img=1.0 sys=4.0 "cygmenu6.dll" v0.0 ts=2002/1/9 17:03 29k 2003/08/09 C:\opt\cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0 "cygmenu7.dll" v0.0 ts=2003/8/9 19:25 15k 2003/11/20 C:\opt\cygwin\bin\cygminires.dll - os=4.0 img=0.97 sys=4.0 "cygminires.dll" v0.0 ts=2003/11/20 12:55 156k 2001/04/25 C:\opt\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:\opt\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:\opt\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:\opt\cygwin\bin\cygncurses6.dll - os=4.0 img=1.0 sys=4.0 "cygncurses6.dll" v0.0 ts=2002/1/9 17:03 224k 2003/08/09 C:\opt\cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0 "cygncurses7.dll" v0.0 ts=2003/8/9 19:24 15k 2001/04/25 C:\opt\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:\opt\cygwin\bin\cygpanel6.dll - os=4.0 img=1.0 sys=4.0 "cygpanel6.dll" v0.0 ts=2002/1/9 17:03 19k 2003/08/09 C:\opt\cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0 "cygpanel7.dll" v0.0 ts=2003/8/9 19:24 187k 2004/08/05 C:\opt\cygwin\bin\cygpango-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpango-1.0-0.dll" v0.0 ts=2004/8/5 19:57 132k 2004/08/05 C:\opt\cygwin\bin\cygpangoft2-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangoft2-1.0-0.dll" v0.0 ts=2004/8/5 20:24 35k 2004/08/05 C:\opt\cygwin\bin\cygpangowin32-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangowin32-1.0-0.dll" v0.0 ts=2004/8/5 20:25 39k 2004/08/05 C:\opt\cygwin\bin\cygpangox-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangox-1.0-0.dll" v0.0 ts=2004/8/5 20:24 17k 2004/08/05 C:\opt\cygwin\bin\cygpangoxft-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangoxft-1.0-0.dll" v0.0 ts=2004/8/5 20:25 62k 2003/12/11 C:\opt\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcre-0.dll" v0.0 ts=2003/12/12 4:01 63k 2003/04/11 C:\opt\cygwin\bin\cygpcre.dll - os=4.0 img=1.0 sys=4.0 "cygpcre.dll" v0.0 ts=2003/4/11 18:31 9k 2003/12/11 C:\opt\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix-0.dll" v0.0 ts=2003/12/12 4:01 61k 2003/04/11 C:\opt\cygwin\bin\cygpcreposix.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix.dll" v0.0 ts=2003/4/11 18:31 1061k 2004/08/19 C:\opt\cygwin\bin\cygperl5_8_5.dll - os=4.0 img=1.0 sys=4.0 "cygperl5_8_5.dll" v0.0 ts=2004/8/20 3:54 168k 2003/08/10 C:\opt\cygwin\bin\cygpng10.dll - os=4.0 img=1.0 sys=4.0 "cygpng10.dll" v0.0 ts=2003/8/11 8:31 173k 2003/08/10 C:\opt\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0 "cygpng12.dll" v0.0 ts=2003/8/11 8:35 170k 2002/01/21 C:\opt\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:\opt\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:\opt\cygwin\bin\cygreadline4.dll - os=4.0 img=1.0 sys=4.0 "cygreadline4.dll" v0.0 ts=2001/1/7 15:34 148k 2003/08/10 C:\opt\cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0 "cygreadline5.dll" v0.0 ts=2003/8/11 9:16 672k 2003/12/25 C:\opt\cygwin\bin\cygruby18.dll - os=4.0 img=1.0 sys=4.0 "cygruby18.dll" v0.0 ts=2003/12/25 23:33 171k 2004/03/17 C:\opt\cygwin\bin\cygssl-0.9.7.dll - os=4.0 img=1.0 sys=4.0 "cygssl-0.9.7.dll" v0.0 ts=2004/3/18 9:58 281k 2003/02/24 C:\opt\cygwin\bin\cygtiff3.dll - os=4.0 img=1.0 sys=4.0 "cygtiff3.dll" v0.0 ts=2003/2/24 15:58 282k 2003/08/11 C:\opt\cygwin\bin\cygtiff4.dll - os=4.0 img=1.0 sys=4.0 "cygtiff4.dll" v0.0 ts=2003/8/11 12:32 27k 2004/03/05 C:\opt\cygwin\bin\cygungif-4.dll - os=4.0 img=1.0 sys=4.0 "cygungif-4.dll" v0.0 ts=2004/3/6 7:13 154k 2004/08/11 C:\opt\cygwin\bin\cygWand-6.dll - os=4.0 img=1.0 sys=4.0 "cygWand-6.dll" v0.0 ts=2004/8/11 16:04 1267k 2004/09/19 C:\opt\cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0 "cygxml2-2.dll" v0.0 ts=2004/9/19 12:41 201k 2004/09/19 C:\opt\cygwin\bin\cygxslt-1.dll - os=4.0 img=1.0 sys=4.0 "cygxslt-1.dll" v0.0 ts=2004/9/19 14:15 62k 2004/09/14 C:\opt\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 "cygz.dll" v0.0 ts=2004/9/14 13:51 1111k 2004/09/05 C:\opt\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2004/9/5 13:17 Cygwin DLL version info: DLL version: 1.5.11 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 116 Shared data: 4 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Sat Sep 4 23:17:09 EDT 2004 Shared id: cygwin1S4 243k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygdps-1.dll - os=4.0 img=1.0 sys=4.0 "cygdps-1.dll" v0.0 ts=2004/9/17 19:48 26k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygdpstk-1.dll - os=4.0 img=1.0 sys=4.0 "cygdpstk-1.dll" v0.0 ts=2004/9/17 19:48 28k 2004/03/31 C:\opt\cygwin\usr\X11R6\bin\cygDtPrint-1.dll - os=4.0 img=1.0 sys=4.0 "cygDtPrint-1.dll" v0.0 ts=2004/3/31 14:23 21k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygfontenc-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontenc-1.dll" v0.0 ts=2004/9/17 19:53 282k 2003/10/28 C:\opt\cygwin\usr\X11R6\bin\cygfreetype-9.dll - os=4.0 img=1.0 sys=4.0 "cygfreetype-9.dll" v0.0 ts=2003/10/18 16:44 36k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygFS-6.dll - os=4.0 img=1.0 sys=4.0 "cygFS-6.dll" v0.0 ts=2004/9/17 19:38 417k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygGL-1.dll - os=4.0 img=1.0 sys=4.0 "cygGL-1.dll" v0.0 ts=2004/9/17 19:45 439k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygGLU-1.dll - os=4.0 img=1.0 sys=4.0 "cygGLU-1.dll" v0.0 ts=2004/9/17 19:47 140k 2004/08/06 C:\opt\cygwin\usr\X11R6\bin\cygglut-3.dll - os=4.0 img=1.0 sys=4.0 "cygglut-3.dll" v0.0 ts=2004/8/7 0:43 75k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygICE-6.dll - os=4.0 img=1.0 sys=4.0 "cygICE-6.dll" v0.0 ts=2004/9/17 19:30 77k 2004/03/31 C:\opt\cygwin\usr\X11R6\bin\cygMrm-2.dll - os=4.0 img=1.0 sys=4.0 "cygMrm-2.dll" v0.0 ts=2004/3/31 14:23 9k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygoldX-6.dll - os=4.0 img=1.0 sys=4.0 "cygoldX-6.dll" v0.0 ts=2004/9/17 19:29 1416k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygOSMesa-4.dll - os=4.0 img=1.0 sys=4.0 "cygOSMesa-4.dll" v0.0 ts=2004/9/17 19:45 20k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygpsres-1.dll - os=4.0 img=1.0 sys=4.0 "cygpsres-1.dll" v0.0 ts=2004/9/17 19:49 30k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygSM-6.dll - os=4.0 img=1.0 sys=4.0 "cygSM-6.dll" v0.0 ts=2004/9/17 19:30 66k 2004/03/31 C:\opt\cygwin\usr\X11R6\bin\cygUil-2.dll - os=4.0 img=1.0 sys=4.0 "cygUil-2.dll" v0.0 ts=2004/3/31 14:23 876k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygX11-6.dll - os=4.0 img=1.0 sys=4.0 "cygX11-6.dll" v0.0 ts=2004/9/17 19:29 253k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygXaw-6.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-6.dll" v0.0 ts=2004/9/17 19:34 356k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygXaw-7.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-7.dll" v0.0 ts=2004/9/17 19:36 362k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygXaw-8.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-8.dll" v0.0 ts=2004/9/17 19:37 275k 2004/01/13 C:\opt\cygwin\usr\X11R6\bin\cygXaw3d-7.dll - os=4.0 img=1.0 sys=4.0 "cygXaw3d-7.dll" v0.0 ts=2004/1/14 9:17 9k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygXcomposite-1.dll - os=4.0 img=1.0 sys=4.0 "cygXcomposite-1.dll" v0.0 ts=2004/9/17 19:51 30k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygXcursor-1.dll - os=4.0 img=1.0 sys=4.0 "cygXcursor-1.dll" v0.0 ts=2004/9/17 19:50 9k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygXdamage-1.dll - os=4.0 img=1.0 sys=4.0 "cygXdamage-1.dll" v0.0 ts=2004/9/17 19:51 7k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygXevie-1.dll - os=4.0 img=1.0 sys=4.0 "cygXevie-1.dll" v0.0 ts=2004/9/17 19:51 49k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0 "cygXext-6.dll" v0.0 ts=2004/9/17 19:30 16k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygXfixes-3.dll - os=4.0 img=1.0 sys=4.0 "cygXfixes-3.dll" v0.0 ts=2004/9/17 19:51 56k 2004/03/11 C:\opt\cygwin\usr\X11R6\bin\cygXft-1.dll - os=4.0 img=1.0 sys=4.0 "cygXft-1.dll" v0.0 ts=2003/11/18 12:42 63k 2004/03/23 C:\opt\cygwin\usr\X11R6\bin\cygXft-2.dll - os=4.0 img=1.0 sys=4.0 "cygXft-2.dll" v0.0 ts=2004/3/24 9:20 27k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygXi-6.dll - os=4.0 img=1.0 sys=4.0 "cygXi-6.dll" v0.0 ts=2004/9/17 19:37 125k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygxkbfile-1.dll - os=4.0 img=1.0 sys=4.0 "cygxkbfile-1.dll" v0.0 ts=2004/9/17 19:38 12k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygxkbui-1.dll - os=4.0 img=1.0 sys=4.0 "cygxkbui-1.dll" v0.0 ts=2004/9/17 19:38 1294k 2004/03/31 C:\opt\cygwin\usr\X11R6\bin\cygXm-2.dll - os=4.0 img=1.0 sys=4.0 "cygXm-2.dll" v0.0 ts=2004/3/31 14:20 76k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygXmu-6.dll - os=4.0 img=1.0 sys=4.0 "cygXmu-6.dll" v0.0 ts=2004/9/17 19:32 11k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygXmuu-1.dll - os=4.0 img=1.0 sys=4.0 "cygXmuu-1.dll" v0.0 ts=2004/9/17 19:32 26k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygXp-6.dll - os=4.0 img=1.0 sys=4.0 "cygXp-6.dll" v0.0 ts=2004/9/17 19:33 51k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygXpm-4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-4.dll" v0.0 ts=2004/9/17 19:33 11k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygXrandr-2.dll - os=4.0 img=1.0 sys=4.0 "cygXrandr-2.dll" v0.0 ts=2004/9/17 19:50 28k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygXrender-1.dll - os=4.0 img=1.0 sys=4.0 "cygXrender-1.dll" v0.0 ts=2004/9/17 19:49 8k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygXRes-1.dll - os=4.0 img=1.0 sys=4.0 "cygXRes-1.dll" v0.0 ts=2004/9/17 19:50 282k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygXt-6.dll - os=4.0 img=1.0 sys=4.0 "cygXt-6.dll" v0.0 ts=2004/9/17 19:32 27k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygXTrap-6.dll - os=4.0 img=1.0 sys=4.0 "cygXTrap-6.dll" v0.0 ts=2004/9/17 19:50 17k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygXtst-6.dll - os=4.0 img=1.0 sys=4.0 "cygXtst-6.dll" v0.0 ts=2004/9/17 19:37 Cygwin Package Information Last downloaded files to: C:\opt\downloads\cygwin Last downloaded files from: C:\opt\downloads\cygwin Package Version _update-info-dir 00228-1 a2ps 4.13-1 ash 20040127-1 atk 1.6.1-2 atk-runtime 1.6.1-2 audiofile 0.2.6-2 autoconf 2.59-1 autoconf-devel 2.59-1 autoconf-stable 2.13-5 automake 1.7.9-1 automake-devel 1.9.1-1 automake-stable 1.4p6-2 base-files 3.0-3 base-passwd 2.0-1 bash 2.05b-16 binutils 20040725-2 bison 20030307-1 byacc 1.9-1 bzip2 1.0.2-6 clisp 2.33.1-1 crypt 1.1-1 ctags 5.5-4 curl 7.11.1-1 curl-devel 7.11.1-1 cvs 1.11.17-1 cygipc 2.03-2 cygrunsrv 1.0-1 cygutils 1.2.5-1 cygwin 1.5.11-1 db4.2 4.2.52-1 ddd 3.3.9-1 diffutils 2.8.7-1 dpkg 1.10.4-2 editrights 1.01-1 emacs 21.2-13 emacs-X11 21.2-13 esound 0.2.35-1 expat 1.95.7-1 expect 20030128-1 file 4.10-1 fileutils 4.1-2 findutils 4.1.7-4 flex 2.5.4a-3 fontconfig 2.2.2-1 freeglut 2.2.0-1 freetype2 2.1.5-1 fvwm 2.4.7-3 gawk 3.1.4-3 gcc 3.3.3-3 gcc-ada 3.3.3-3 gcc-core 3.3.3-3 gcc-g++ 3.3.3-3 gcc-mingw 20040810-1 gcc-mingw-ada 20040810-1 gcc-mingw-core 20040810-1 gcc-mingw-g++ 20040810-1 gcc-mingw-objc 20040810-1 gcc-objc 3.3.3-3 gd 2.0.21-1 gdb 20030919-1 gdbm 1.8.3-7 gettext 0.14.1-1 ghostscript-base 7.05-2 ghostscript-x11 7.05-2 glib 1.2.10-2 glib-devel 1.2.10-2 glib2 2.4.6-1 glib2-devel 2.4.6-1 glib2-runtime 2.4.6-1 GraphicsMagick 1.0.6-1 grep 2.5-1 groff 1.18.1-2 gtk+ 1.2.10-2 gtk+-devel 1.2.10-2 gtk2-x11 2.4.4-1 gtk2-x11-devel 2.4.4-1 gtk2-x11-doc 2.4.4-1 gtk2-x11-runtime 2.4.4-1 guile 1.6.4-12 guile-devel 1.6.4-12 gzip 1.3.5-1 ImageMagick 6.0.4-1 jasper 1.701.0-1 jbigkit 1.5-3 jpeg 6b-11 keychain 2.0.3-2 lcms 1.13-1 less 381-1 lesstif 0.93.94-2 libaudiofile0 0.2.6-2 libbz2_1 1.0.2-6 libcharset1 1.9.2-1 libdb3.1 3.1.17-2 libdb3.1-devel 3.1.17-2 libdb4.2 4.2.52-1 libdb4.2-devel 4.2.52-1 libesound0 0.2.35-1 libfontconfig-devel 2.2.2-1 libfontconfig1 2.2.2-1 libfpx 1.2.0.9-1 libfreetype2-devel 2.1.5-1 libfreetype26 2.1.5-1 libgd-devel 2.0.21-1 libgd2 2.0.21-1 libgdbm 1.8.0-5 libgdbm-devel 1.8.3-7 libgdbm3 1.8.3-3 libgdbm4 1.8.3-7 libgettextpo0 0.14.1-1 libGraphicsMagick-devel 1.0.6-1 libGraphicsMagick0 1.0.6-1 libguile12 1.6.4-12 libguile12abi13 1.6.4-2 libiconv 1.9.2-1 libiconv2 1.9.2-1 libintl 0.10.38-3 libintl1 0.10.40-1 libintl2 0.12.1-3 libintl3 0.14.1-1 libjpeg62 6b-11 libjpeg6b 6b-8 libltdl3 1.5.6-3 libMagick6 6.0.4-1 libncurses5 5.2-1 libncurses6 5.2-8 libncurses7 5.3-4 libpcre 4.1-1 libpcre0 4.5-1 libpng 1.2.5-4 libpng10 1.0.15-4 libpng10-devel 1.0.15-4 libpng12 1.2.5-4 libpng12-devel 1.2.5-4 libpng2 1.0.12-1 libpopt0 1.6.4-4 libreadline4 4.1-2 libreadline5 4.3-5 libtiff-devel 3.6.0-5 libtiff3 3.6.0-2 libtiff4 3.6.0-5 libtool 1.5b-1 libtool-devel 1.5.6-3 libtool-stable 1.4.3-2 libungif 4.1.0-3 libXft 2.1.6-1 libXft-devel 2.1.6-1 libXft1 1.0.0-1 libXft2 2.1.6-1 libxml2 2.6.13-1 libxslt 1.1.10-1 login 1.9-7 m4 1.4-1 make 3.80-1 man 1.5k-3 mingw-runtime 3.5-1 minires 0.97-1 mktemp 1.5-3 ncurses 5.3-4 openssh 3.9p1-1 openssl 0.9.7d-1 pango 1.4.1-1 pango-runtime 1.4.1-1 patch 2.5.8-8 patchutils 0.2.30pre1-1 pcre 4.5-1 pcre-doc 4.5-1 perl 5.8.5-3 perl-libwin32 0.191-1 perl_manpages 5.8.5-3 popt 1.6.4-4 postgresql 7.4.5-1 procps 010801-2 psutils 1.17-1 readline 4.3-5 rsync 2.6.2-2 ruby 1.8.1-1 sed 4.1.2-1 sh-utils 2.0.15-4 tar 1.13.25-5 tcltk 20030901-1 termcap 20021106-2 terminfo 5.3_20030726-1 texinfo 4.2-4 textutils 2.0.21-1 tiff 3.6.0-5 unzip 5.50-5 vim 6.3-1 w32api 3.1-1 wget 1.9.1-1 which 1.5-2 WindowMaker 0.80.2-1 X-startup-scripts 1.0.8-1 Xaw3d 1.5D-5 XFree86-lib-compat 4.3.0-2 xorg-x11-base 6.8.1.0-1 xorg-x11-bin 6.8.1.0-1 xorg-x11-bin-dlls 6.8.1.0-1 xorg-x11-bin-lndir 6.8.1.0-1 xorg-x11-devel 6.8.1.0-1 xorg-x11-etc 6.8.1.0-1 xorg-x11-f100 6.8.1.0-1 xorg-x11-fenc 6.8.1.0-1 xorg-x11-fnts 6.8.1.0-1 xorg-x11-fscl 6.8.1.0-1 xorg-x11-fsrv 6.8.1.0-1 xorg-x11-libs-data 6.8.1.0-1 xorg-x11-man-pages 6.8.1.0-1 xorg-x11-xwin 6.8.1.0-1 xterm 185-4 zip 2.3-6 zlib 1.2.1-2 Use -h to see help about each section On 1/1/1970, "Igor Pechtchanski" wrote: >On Wed, 22 Sep 2004, Mark Aufflick wrote: > >> ./configure in any package gives "error: cannot find input file: \WINDOWS\oracle.ini" error >> >> well, a number that i have tried anyway. I have a fresh cygwin install (a >> fwe days ago) and it happens whether I have all the autoconf/automake >> packages installed or not. >> >> I also couldn't rebuild the configure files due variously to problems >> with the freetype m4 include or the configure.in in the package being >> too old. >> >> I have not been able to find anything by googling for: cygwin oracle.ini >> >> Oh, and I don't have any oracle driver installed on windows or cygwin >> >> If I hack the configure to avoid the part that generates this error, it >> completes but generates no Makefile >> >> >> help! I really want to compile and install imlib/sawfish!! > >Please review and follow > >> Problem reports: http://cygwin.com/problems.html > >particularly the bit about attaching (as an uncompressed text attachment) >the output of "cygcheck -svr" on your machine. > >At a guess, something you installed earlier created an environment >variable with a name that either configure or something called by >configure uses. You could try simply "env | grep oracle.ini". > Igor >-- > http://cs.nyu.edu/~pechtcha/ > |\ _,,,---,,_ pechtcha@cs.nyu.edu >ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com > |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. > '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! > >"Happiness lies in being privileged to work hard for long hours in doing >whatever you think is worth doing." -- Dr. Jubal Harshaw > >======================================================================== > Personal Web Hosting from $5/month www.platformnetworks.net > Forward undetected SPAM to: spam@mailsecurity.net.au >======================================================================== > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From mark@pumptheory.com Wed Sep 22 08:27:00 2004 From: mark@pumptheory.com (Mark Aufflick) Date: Wed, 22 Sep 2004 08:27:00 -0000 Subject: ./configure in any package gives "error: cannot find input file: WINDOWSoracle.ini" error In-Reply-To: Message-ID: <20040922071708.15465.qmail@mail.tsm32.com> Thanks for the tip about error reports. The cygwin config output is below. I had already checked my windows env variables in the control panel, but damn Rational ClearCase feels free to crap all over your environment without warning. I don't even use oracle... Clearing the environment variables that reference oracle.ini fixed the error about sed not finding oracle.ini. But it's still not creating the makefile. STDOUT shows no error - the last few lines are: checking for _nl_msg_cat_cntr... no configure: creating ./config.status config.status: creating config.h config.status: creating src/rep_config.h config.status: executing default commands bash$ config.log shows nothing interessting i can see and indicates that configure's exit status was 0. I can configure the packages successfully on a linux box. Gah - so frustrating! Has anyone even seen this problem before? I have tried freshly re-installing cygwin to no avail. Cygwin Configuration Diagnostics Current System Time: Wed Sep 22 17:28:45 2004 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 3 Path: C:\opt\cygwin\usr\local\bin C:\opt\cygwin\bin C:\opt\cygwin\bin C:\opt\cygwin\usr\X11R6\bin c:\Perl\bin\ c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\WINDOWS\system32\nls c:\WINDOWS\system32\nls\English i:\sybase\sql11\dll i:\orawin\bin c:\temp c:\Program Files\SecureCRT\ c:\Program Files\Rational\ClearCase\bin c:\Program Files\VisualEdge\Shared c:\Python22 c:\Program Files\Embarcadero\July2002Shared c:\Program Files\Embarcadero\DBA603 Z .\ Y .\ .\ Output from C:\opt\cygwin\bin\id.exe (nontsec) UID: 82646(MAufflic) GID: 10545(mkgroup-l-d) 10545(mkgroup-l-d) Output from C:\opt\cygwin\bin\id.exe (ntsec) UID: 82646(MAufflic) GID: 10545(mkgroup-l-d) 0(root) 544(Administrators) 545(Users) 1001(isd) 1000(tccdev) 10545(mkgroup-l-d) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS HOME = `c:\' MAKE_MODE = `unix' PWD = `/cygdrive/c' USER = `MAufflic' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\maufflic\Application Data' CLASSPATH = `J:\Exceed60\hcljrcsv.zip;J:\Exceed60;I:\Exceed60\hcljrcsv.zip;I:\Exceed60' CLEARCASE_PRIMARY_GROUP = `tccdev' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `AA053174' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CVS_RSH = `/bin/ssh' DISPLAY = `:0.0' DOREMOTE = `yes' HOMEDRIVE = `C:' HOMEPATH = `\' HOSTNAME = `AA053174' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' LANG = `enu' LIB = `i:\sybase\sql11\LIB' LOCATION = `NS_SYD01' LOGNAME = `MAufflic' LOGONSERVER = `\\NTSYDDC03' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man:/usr/X11R6/man' NAL = `Windows_2000' NUMBER_OF_PROCESSORS = `1' NWLANGUAGE = `ENGLISH' NWUSERNAME = `MAufflic' OS2LIBPATH = `C:\WINDOWS\system32\os2\dll;' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PKG_CONFIG_PATH = `/usr/X11R6/lib/pkgconfig' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 9, GenuineIntel' PROCESSOR_LEVEL = `15' PROCESSOR_REVISION = `0209' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\u@\h: \w\007\]bash$ ' REGION = `.resources.mbl' SHLVL = `2' SYBASE = `i:\sybase\sql11' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `c:\DOCUME~1\maufflic\LOCALS~1\Temp' TERM = `xterm' TERMCAP = `xterm-r6|xterm|xterm X11R6 version:am:km:mi:ms:xn:co#80:it#8:li#24:AL=\E[%dL:DC=\E[%dP:DL=\E[%dM:DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:UP=\E[%dA:ae=^O:al=\E[L:as=^N:bl=^G:cd=\E[J:ce=\E[K:cl=\E[H\E[2J:cm=\E[%i%d;%dH:cr=^M:cs=\E[%i%d;%dr:ct=\E[3g:dc=\E[P:dl=\E[M:do=^J:ei=\E[4l:ho=\E[H:im=\E[4h:is=\E7\E[r\E[m\E[?7h\E[?1;3;4;6l\E[4l\E8\E>:k1=\EOP:k2=\EOQ:k3=\EOR:k4=\EOS:k5=\E[15~:k6=\E[17~:k7=\E[18~:k8=\E[19~:k9=\E[20~:kD=\E[3~:kI=\E[2~:kN=\E[6~:kP=\E[5~:kd=\EOB:ke=\E[?1l\E>:kh=\E[1~:kl=\EOD:kr=\EOC:ks=\E[?1h\E=:ku=\EOA:le=^H:md=\E[1m:me=\E[m:mr=\E[7m:nd=\E[C:rc=\E8:sc=\E7:se=\E[m:sf=^J:so=\E[7m:sr=\EM:ta=^I:te=\E[2J\E[?47l\E8:ti=\E7\E[?47h:ue=\E[m:up=\E[A:us=\E[4m:kb=\010:' TMP = `c:\DOCUME~1\maufflic\LOCALS~1\Temp' USERDOMAIN = `NTADMIN' USERNAME = `MAufflic' USERPROFILE = `C:\Documents and Settings\maufflic' VE_ECDIR = `C:\Program Files\VisualEdge\Enterprise Client Deployment Pack' WINDIR = `C:\WINDOWS' WINDOWID = `2097166' WINDOWS_LOGIN = `0' _ = `/usr/bin/cygcheck' POSIXLY_CORRECT = `1' 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:\opt\cygwin' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\opt\cygwin/bin' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\opt\cygwin/lib' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts (default) = `C:\opt\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 38161Mb 12% CP CS UN PA FC Maps2000 e: net NTFS 14111Mb 89% CP CS PA maufflic f: net NWFS 9536Mb 29% CP SYS g: net NWFS 241640Mb 68% CP DATA h: net NWFS 138085Mb 64% CP USERS i: net N/A N/A j: net NWFS 241640Mb 68% CP DATA n: net MVFS 1000Mb 50% CP CS CCase q: net NWFS 136728Mb 70% CP DEV s: net NWFS 1000Mb 10% CP FC SHARED w: net MVFS 1000Mb 50% CP CS CCase x: net MVFS 1000Mb 50% CP CS CCase y: net N/A N/A z: net NWFS 9536Mb 29% CP SYS C:\opt\cygwin / system binmode C:\opt\cygwin/bin /usr/bin system binmode C:\opt\cygwin/lib /usr/lib system binmode C:\opt\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode . /cygdrive system binmode,cygdrive Found: C:\opt\cygwin\bin\awk.exe Found: C:\opt\cygwin\bin\bash.exe Found: C:\opt\cygwin\bin\cat.exe Found: C:\opt\cygwin\bin\cp.exe Found: C:\opt\cygwin\bin\cpp.exe Found: C:\opt\cygwin\bin\find.exe Found: C:\opt\cygwin\bin\gcc.exe Found: C:\opt\cygwin\bin\gdb.exe Found: C:\opt\cygwin\bin\grep.exe Found: C:\opt\cygwin\bin\ld.exe Found: C:\opt\cygwin\bin\ls.exe Found: C:\opt\cygwin\bin\make.exe Found: C:\opt\cygwin\bin\mv.exe Found: C:\opt\cygwin\bin\rm.exe Found: C:\opt\cygwin\bin\sed.exe Found: C:\opt\cygwin\bin\sh.exe Found: C:\opt\cygwin\bin\tar.exe 92k 2004/08/04 C:\opt\cygwin\bin\cygatk-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygatk-1.0-0.dll" v0.0 ts=2004/8/4 19:46 145k 2004/09/02 C:\opt\cygwin\bin\cygaudiofile-0.dll - os=4.0 img=1.0 sys=4.0 "cygaudiofile-0.dll" v0.0 ts=2004/9/2 13:38 55k 2004/09/14 C:\opt\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 "cygbz2-1.dll" v0.0 ts=2004/9/14 14:16 18k 2004/07/06 C:\opt\cygwin\bin\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0 "cygcharset-1.dll" v0.0 ts=2004/7/7 4:09 7k 2003/10/19 C:\opt\cygwin\bin\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0 "cygcrypt-0.dll" v0.0 ts=2003/10/19 17:57 841k 2004/03/17 C:\opt\cygwin\bin\cygcrypto-0.9.7.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto-0.9.7.dll" v0.0 ts=2004/3/18 9:58 617k 2004/03/22 C:\opt\cygwin\bin\cygcurl-2.dll - os=4.0 img=1.0 sys=4.0 "cygcurl-2.dll" v0.0 ts=2004/3/23 2:52 22k 2004/02/10 C:\opt\cygwin\bin\cygcygipc-2.dll - os=4.0 img=1.0 sys=4.0 "cygcygipc-2.dll" v0.0 ts=2004/2/10 13:48 380k 2002/07/24 C:\opt\cygwin\bin\cygdb-3.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb-3.1.dll" v0.0 ts=2002/7/25 2:24 895k 2004/04/28 C:\opt\cygwin\bin\cygdb-4.2.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.2.dll" v0.0 ts=2004/4/28 1:31 487k 2002/07/24 C:\opt\cygwin\bin\cygdb_cxx-3.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-3.1.dll" v0.0 ts=2002/7/25 2:25 1156k 2004/04/28 C:\opt\cygwin\bin\cygdb_cxx-4.2.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.2.dll" v0.0 ts=2004/4/28 1:35 28k 2004/08/15 C:\opt\cygwin\bin\cygesd-0.dll - os=4.0 img=1.0 sys=4.0 "cygesd-0.dll" v0.0 ts=2004/8/16 9:31 155k 2004/01/07 C:\opt\cygwin\bin\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0 "cygexpat-0.dll" v0.0 ts=2004/1/8 3:14 73k 2004/09/19 C:\opt\cygwin\bin\cygexslt-0.dll - os=4.0 img=1.0 sys=4.0 "cygexslt-0.dll" v0.0 ts=2004/9/19 14:24 129k 2004/03/11 C:\opt\cygwin\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontconfig-1.dll" v0.0 ts=2004/3/11 11:12 45k 2001/04/25 C:\opt\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:\opt\cygwin\bin\cygform6.dll - os=4.0 img=1.0 sys=4.0 "cygform6.dll" v0.0 ts=2002/1/9 17:03 48k 2003/08/09 C:\opt\cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0 "cygform7.dll" v0.0 ts=2003/8/9 19:25 907k 2004/06/09 C:\opt\cygwin\bin\cygfpx-1.dll - os=4.0 img=1.0 sys=4.0 "cygfpx-1.dll" v0.0 ts=2004/6/9 18:35 361k 2003/10/25 C:\opt\cygwin\bin\cygfreetype-6.dll - os=4.0 img=1.0 sys=4.0 "cygfreetype-6.dll" v0.0 ts=2003/10/22 14:18 213k 2004/02/05 C:\opt\cygwin\bin\cyggd-2.dll - os=4.0 img=1.0 sys=4.0 "cyggd-2.dll" v0.0 ts=2004/2/6 0:32 28k 2003/07/20 C:\opt\cygwin\bin\cyggdbm-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-3.dll" v0.0 ts=2003/7/20 17:58 30k 2003/08/11 C:\opt\cygwin\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-4.dll" v0.0 ts=2003/8/11 12:12 19k 2003/03/22 C:\opt\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm.dll" v0.0 ts=2002/2/20 14:05 15k 2003/07/20 C:\opt\cygwin\bin\cyggdbm_compat-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-3.dll" v0.0 ts=2003/7/20 18:00 15k 2003/08/11 C:\opt\cygwin\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-4.dll" v0.0 ts=2003/8/11 12:13 195k 2004/09/02 C:\opt\cygwin\bin\cyggdk-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk-1-2-0.dll" v0.0 ts=2004/9/3 4:31 390k 2004/08/04 C:\opt\cygwin\bin\cyggdk-x11-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk-x11-2.0-0.dll" v0.0 ts=2004/8/4 22:13 78k 2004/08/04 C:\opt\cygwin\bin\cyggdk_pixbuf-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk_pixbuf-2.0-0.dll" v0.0 ts=2004/8/4 21:07 58k 2004/08/04 C:\opt\cygwin\bin\cyggdk_pixbuf_xlib-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk_pixbuf_xlib-2.0-0.dll" v0.0 ts=2004/8/4 22:23 107k 2004/07/06 C:\opt\cygwin\bin\cyggettextlib-0-14-1.dll - os=4.0 img=1.0 sys=4.0 "cyggettextlib-0-14-1.dll" v0.0 ts=2004/7/7 3:56 17k 2004/07/06 C:\opt\cygwin\bin\cyggettextpo-0.dll - os=4.0 img=1.0 sys=4.0 "cyggettextpo-0.dll" v0.0 ts=2004/7/7 3:56 190k 2004/07/06 C:\opt\cygwin\bin\cyggettextsrc-0-14-1.dll - os=4.0 img=1.0 sys=4.0 "cyggettextsrc-0-14-1.dll" v0.0 ts=2004/7/7 3:56 135k 2004/09/02 C:\opt\cygwin\bin\cygglib-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygglib-1-2-0.dll" v0.0 ts=2004/9/3 4:21 518k 2004/09/19 C:\opt\cygwin\bin\cygglib-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygglib-2.0-0.dll" v0.0 ts=2004/9/19 9:00 11k 2004/09/02 C:\opt\cygwin\bin\cyggmodule-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggmodule-1-2-0.dll" v0.0 ts=2004/9/3 4:23 12k 2004/09/19 C:\opt\cygwin\bin\cyggmodule-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggmodule-2.0-0.dll" v0.0 ts=2004/9/19 11:13 224k 2004/09/19 C:\opt\cygwin\bin\cyggobject-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggobject-2.0-0.dll" v0.0 ts=2004/9/19 11:11 351k 2004/07/17 C:\opt\cygwin\bin\cygGraphicsMagick++-0.dll - os=4.0 img=1.0 sys=4.0 "cygGraphicsMagick++-0.dll" v0.0 ts=2004/7/17 18:48 2170k 2004/07/17 C:\opt\cygwin\bin\cygGraphicsMagick-0.dll - os=4.0 img=1.0 sys=4.0 "cygGraphicsMagick-0.dll" v0.0 ts=2004/7/17 18:46 10k 2004/09/02 C:\opt\cygwin\bin\cyggthread-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggthread-1-2-0.dll" v0.0 ts=2004/9/3 4:23 16k 2004/09/19 C:\opt\cygwin\bin\cyggthread-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggthread-2.0-0.dll" v0.0 ts=2004/9/19 11:13 1293k 2004/09/02 C:\opt\cygwin\bin\cyggtk-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggtk-1-2-0.dll" v0.0 ts=2004/9/3 4:44 2665k 2004/08/04 C:\opt\cygwin\bin\cyggtk-x11-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggtk-x11-2.0-0.dll" v0.0 ts=2004/8/4 22:15 489k 2003/08/09 C:\opt\cygwin\bin\cygguile-12.dll - os=4.0 img=1.0 sys=4.0 "cygguile-12.dll" v0.0 ts=2003/8/10 0:17 489k 2003/07/28 C:\opt\cygwin\bin\cygguile-12abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-12abi13.dll" v0.0 ts=2003/7/29 4:18 24k 2003/08/09 C:\opt\cygwin\bin\cygguile-ltdl-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-ltdl-1.dll" v0.0 ts=2003/8/10 0:16 24k 2003/07/28 C:\opt\cygwin\bin\cygguile-ltdl-1abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-ltdl-1abi13.dll" v0.0 ts=2003/7/29 3:48 62k 2003/08/09 C:\opt\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-13-14-v-1-1.dll" v0.0 ts=2003/8/10 0:17 62k 2003/07/28 C:\opt\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-13-14-v-1-1abi13.dll" v0.0 ts=2003/7/29 4:18 23k 2003/08/09 C:\opt\cygwin\bin\cygguile-srfi-srfi-4-v-1-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-4-v-1-1.dll" v0.0 ts=2003/8/10 0:17 23k 2003/07/28 C:\opt\cygwin\bin\cygguile-srfi-srfi-4-v-1-1abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-4-v-1-1abi13.dll" v0.0 ts=2003/7/29 4:18 11k 2003/08/09 C:\opt\cygwin\bin\cygguilereadline-v-12-12.dll - os=4.0 img=1.0 sys=4.0 "cygguilereadline-v-12-12.dll" v0.0 ts=2003/8/10 0:17 11k 2003/07/28 C:\opt\cygwin\bin\cygguilereadline-v-12-12abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguilereadline-v-12-12abi13.dll" v0.0 ts=2003/7/29 4:18 17k 2001/06/28 C:\opt\cygwin\bin\cyghistory4.dll - os=4.0 img=1.0 sys=4.0 "cyghistory4.dll" v0.0 ts=2001/1/7 15:34 29k 2003/08/10 C:\opt\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0 "cyghistory5.dll" v0.0 ts=2003/8/11 9:16 991k 2004/07/06 C:\opt\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 "cygiconv-2.dll" v0.0 ts=2004/7/7 4:10 22k 2001/12/13 C:\opt\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 37k 2003/08/10 C:\opt\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0 "cygintl-2.dll" v0.0 ts=2003/8/11 7:50 54k 2004/07/06 C:\opt\cygwin\bin\cygintl-3.dll - os=4.0 img=1.0 sys=4.0 "cygintl-3.dll" v0.0 ts=2004/7/7 3:51 21k 2001/06/20 C:\opt\cygwin\bin\cygintl.dll - os=4.0 img=1.0 sys=4.0 "cygintl.dll" v0.0 ts=2001/6/21 3:09 241k 2004/08/06 C:\opt\cygwin\bin\cygjasper-1-701-1.dll - os=4.0 img=1.0 sys=4.0 "cygjasper-1-701-1.dll" v0.0 ts=2004/8/7 1:17 48k 2003/08/10 C:\opt\cygwin\bin\cygjbig1.dll - os=4.0 img=1.0 sys=4.0 "cygjbig1.dll" v0.0 ts=2003/8/11 9:58 132k 2003/08/11 C:\opt\cygwin\bin\cygjpeg-62.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg-62.dll" v0.0 ts=2003/8/11 10:37 119k 2002/02/09 C:\opt\cygwin\bin\cygjpeg6b.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg6b.dll" v0.0 ts=2002/2/9 16:19 156k 2004/06/04 C:\opt\cygwin\bin\cyglcms-1.dll - os=4.0 img=1.0 sys=4.0 "cyglcms-1.dll" v0.0 ts=2004/6/5 0:00 40k 2004/07/07 C:\opt\cygwin\bin\cygltdl-3.dll - os=4.0 img=1.0 sys=4.0 "cygltdl-3.dll" v0.0 ts=2004/7/7 16:06 144k 2004/08/29 C:\opt\cygwin\bin\cygmagic-1.dll - os=4.0 img=1.0 sys=4.0 "cygmagic-1.dll" v0.0 ts=2004/8/30 6:25 369k 2004/08/11 C:\opt\cygwin\bin\cygMagick++-6.dll - os=4.0 img=1.0 sys=4.0 "cygMagick++-6.dll" v0.0 ts=2004/8/11 16:04 3214k 2004/08/11 C:\opt\cygwin\bin\cygMagick-6.dll - os=4.0 img=1.0 sys=4.0 "cygMagick-6.dll" v0.0 ts=2004/8/11 15:37 26k 2001/04/25 C:\opt\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:\opt\cygwin\bin\cygmenu6.dll - os=4.0 img=1.0 sys=4.0 "cygmenu6.dll" v0.0 ts=2002/1/9 17:03 29k 2003/08/09 C:\opt\cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0 "cygmenu7.dll" v0.0 ts=2003/8/9 19:25 15k 2003/11/20 C:\opt\cygwin\bin\cygminires.dll - os=4.0 img=0.97 sys=4.0 "cygminires.dll" v0.0 ts=2003/11/20 12:55 156k 2001/04/25 C:\opt\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:\opt\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:\opt\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:\opt\cygwin\bin\cygncurses6.dll - os=4.0 img=1.0 sys=4.0 "cygncurses6.dll" v0.0 ts=2002/1/9 17:03 224k 2003/08/09 C:\opt\cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0 "cygncurses7.dll" v0.0 ts=2003/8/9 19:24 15k 2001/04/25 C:\opt\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:\opt\cygwin\bin\cygpanel6.dll - os=4.0 img=1.0 sys=4.0 "cygpanel6.dll" v0.0 ts=2002/1/9 17:03 19k 2003/08/09 C:\opt\cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0 "cygpanel7.dll" v0.0 ts=2003/8/9 19:24 187k 2004/08/05 C:\opt\cygwin\bin\cygpango-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpango-1.0-0.dll" v0.0 ts=2004/8/5 19:57 132k 2004/08/05 C:\opt\cygwin\bin\cygpangoft2-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangoft2-1.0-0.dll" v0.0 ts=2004/8/5 20:24 35k 2004/08/05 C:\opt\cygwin\bin\cygpangowin32-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangowin32-1.0-0.dll" v0.0 ts=2004/8/5 20:25 39k 2004/08/05 C:\opt\cygwin\bin\cygpangox-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangox-1.0-0.dll" v0.0 ts=2004/8/5 20:24 17k 2004/08/05 C:\opt\cygwin\bin\cygpangoxft-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangoxft-1.0-0.dll" v0.0 ts=2004/8/5 20:25 62k 2003/12/11 C:\opt\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcre-0.dll" v0.0 ts=2003/12/12 4:01 63k 2003/04/11 C:\opt\cygwin\bin\cygpcre.dll - os=4.0 img=1.0 sys=4.0 "cygpcre.dll" v0.0 ts=2003/4/11 18:31 9k 2003/12/11 C:\opt\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix-0.dll" v0.0 ts=2003/12/12 4:01 61k 2003/04/11 C:\opt\cygwin\bin\cygpcreposix.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix.dll" v0.0 ts=2003/4/11 18:31 1061k 2004/08/19 C:\opt\cygwin\bin\cygperl5_8_5.dll - os=4.0 img=1.0 sys=4.0 "cygperl5_8_5.dll" v0.0 ts=2004/8/20 3:54 168k 2003/08/10 C:\opt\cygwin\bin\cygpng10.dll - os=4.0 img=1.0 sys=4.0 "cygpng10.dll" v0.0 ts=2003/8/11 8:31 173k 2003/08/10 C:\opt\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0 "cygpng12.dll" v0.0 ts=2003/8/11 8:35 170k 2002/01/21 C:\opt\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:\opt\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:\opt\cygwin\bin\cygreadline4.dll - os=4.0 img=1.0 sys=4.0 "cygreadline4.dll" v0.0 ts=2001/1/7 15:34 148k 2003/08/10 C:\opt\cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0 "cygreadline5.dll" v0.0 ts=2003/8/11 9:16 672k 2003/12/25 C:\opt\cygwin\bin\cygruby18.dll - os=4.0 img=1.0 sys=4.0 "cygruby18.dll" v0.0 ts=2003/12/25 23:33 171k 2004/03/17 C:\opt\cygwin\bin\cygssl-0.9.7.dll - os=4.0 img=1.0 sys=4.0 "cygssl-0.9.7.dll" v0.0 ts=2004/3/18 9:58 281k 2003/02/24 C:\opt\cygwin\bin\cygtiff3.dll - os=4.0 img=1.0 sys=4.0 "cygtiff3.dll" v0.0 ts=2003/2/24 15:58 282k 2003/08/11 C:\opt\cygwin\bin\cygtiff4.dll - os=4.0 img=1.0 sys=4.0 "cygtiff4.dll" v0.0 ts=2003/8/11 12:32 27k 2004/03/05 C:\opt\cygwin\bin\cygungif-4.dll - os=4.0 img=1.0 sys=4.0 "cygungif-4.dll" v0.0 ts=2004/3/6 7:13 154k 2004/08/11 C:\opt\cygwin\bin\cygWand-6.dll - os=4.0 img=1.0 sys=4.0 "cygWand-6.dll" v0.0 ts=2004/8/11 16:04 1267k 2004/09/19 C:\opt\cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0 "cygxml2-2.dll" v0.0 ts=2004/9/19 12:41 201k 2004/09/19 C:\opt\cygwin\bin\cygxslt-1.dll - os=4.0 img=1.0 sys=4.0 "cygxslt-1.dll" v0.0 ts=2004/9/19 14:15 62k 2004/09/14 C:\opt\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 "cygz.dll" v0.0 ts=2004/9/14 13:51 1111k 2004/09/05 C:\opt\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2004/9/5 13:17 Cygwin DLL version info: DLL version: 1.5.11 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 116 Shared data: 4 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Sat Sep 4 23:17:09 EDT 2004 Shared id: cygwin1S4 243k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygdps-1.dll - os=4.0 img=1.0 sys=4.0 "cygdps-1.dll" v0.0 ts=2004/9/17 19:48 26k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygdpstk-1.dll - os=4.0 img=1.0 sys=4.0 "cygdpstk-1.dll" v0.0 ts=2004/9/17 19:48 28k 2004/03/31 C:\opt\cygwin\usr\X11R6\bin\cygDtPrint-1.dll - os=4.0 img=1.0 sys=4.0 "cygDtPrint-1.dll" v0.0 ts=2004/3/31 14:23 21k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygfontenc-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontenc-1.dll" v0.0 ts=2004/9/17 19:53 282k 2003/10/28 C:\opt\cygwin\usr\X11R6\bin\cygfreetype-9.dll - os=4.0 img=1.0 sys=4.0 "cygfreetype-9.dll" v0.0 ts=2003/10/18 16:44 36k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygFS-6.dll - os=4.0 img=1.0 sys=4.0 "cygFS-6.dll" v0.0 ts=2004/9/17 19:38 417k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygGL-1.dll - os=4.0 img=1.0 sys=4.0 "cygGL-1.dll" v0.0 ts=2004/9/17 19:45 439k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygGLU-1.dll - os=4.0 img=1.0 sys=4.0 "cygGLU-1.dll" v0.0 ts=2004/9/17 19:47 140k 2004/08/06 C:\opt\cygwin\usr\X11R6\bin\cygglut-3.dll - os=4.0 img=1.0 sys=4.0 "cygglut-3.dll" v0.0 ts=2004/8/7 0:43 75k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygICE-6.dll - os=4.0 img=1.0 sys=4.0 "cygICE-6.dll" v0.0 ts=2004/9/17 19:30 77k 2004/03/31 C:\opt\cygwin\usr\X11R6\bin\cygMrm-2.dll - os=4.0 img=1.0 sys=4.0 "cygMrm-2.dll" v0.0 ts=2004/3/31 14:23 9k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygoldX-6.dll - os=4.0 img=1.0 sys=4.0 "cygoldX-6.dll" v0.0 ts=2004/9/17 19:29 1416k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygOSMesa-4.dll - os=4.0 img=1.0 sys=4.0 "cygOSMesa-4.dll" v0.0 ts=2004/9/17 19:45 20k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygpsres-1.dll - os=4.0 img=1.0 sys=4.0 "cygpsres-1.dll" v0.0 ts=2004/9/17 19:49 30k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygSM-6.dll - os=4.0 img=1.0 sys=4.0 "cygSM-6.dll" v0.0 ts=2004/9/17 19:30 66k 2004/03/31 C:\opt\cygwin\usr\X11R6\bin\cygUil-2.dll - os=4.0 img=1.0 sys=4.0 "cygUil-2.dll" v0.0 ts=2004/3/31 14:23 876k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygX11-6.dll - os=4.0 img=1.0 sys=4.0 "cygX11-6.dll" v0.0 ts=2004/9/17 19:29 253k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygXaw-6.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-6.dll" v0.0 ts=2004/9/17 19:34 356k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygXaw-7.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-7.dll" v0.0 ts=2004/9/17 19:36 362k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygXaw-8.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-8.dll" v0.0 ts=2004/9/17 19:37 275k 2004/01/13 C:\opt\cygwin\usr\X11R6\bin\cygXaw3d-7.dll - os=4.0 img=1.0 sys=4.0 "cygXaw3d-7.dll" v0.0 ts=2004/1/14 9:17 9k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygXcomposite-1.dll - os=4.0 img=1.0 sys=4.0 "cygXcomposite-1.dll" v0.0 ts=2004/9/17 19:51 30k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygXcursor-1.dll - os=4.0 img=1.0 sys=4.0 "cygXcursor-1.dll" v0.0 ts=2004/9/17 19:50 9k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygXdamage-1.dll - os=4.0 img=1.0 sys=4.0 "cygXdamage-1.dll" v0.0 ts=2004/9/17 19:51 7k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygXevie-1.dll - os=4.0 img=1.0 sys=4.0 "cygXevie-1.dll" v0.0 ts=2004/9/17 19:51 49k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0 "cygXext-6.dll" v0.0 ts=2004/9/17 19:30 16k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygXfixes-3.dll - os=4.0 img=1.0 sys=4.0 "cygXfixes-3.dll" v0.0 ts=2004/9/17 19:51 56k 2004/03/11 C:\opt\cygwin\usr\X11R6\bin\cygXft-1.dll - os=4.0 img=1.0 sys=4.0 "cygXft-1.dll" v0.0 ts=2003/11/18 12:42 63k 2004/03/23 C:\opt\cygwin\usr\X11R6\bin\cygXft-2.dll - os=4.0 img=1.0 sys=4.0 "cygXft-2.dll" v0.0 ts=2004/3/24 9:20 27k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygXi-6.dll - os=4.0 img=1.0 sys=4.0 "cygXi-6.dll" v0.0 ts=2004/9/17 19:37 125k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygxkbfile-1.dll - os=4.0 img=1.0 sys=4.0 "cygxkbfile-1.dll" v0.0 ts=2004/9/17 19:38 12k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygxkbui-1.dll - os=4.0 img=1.0 sys=4.0 "cygxkbui-1.dll" v0.0 ts=2004/9/17 19:38 1294k 2004/03/31 C:\opt\cygwin\usr\X11R6\bin\cygXm-2.dll - os=4.0 img=1.0 sys=4.0 "cygXm-2.dll" v0.0 ts=2004/3/31 14:20 76k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygXmu-6.dll - os=4.0 img=1.0 sys=4.0 "cygXmu-6.dll" v0.0 ts=2004/9/17 19:32 11k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygXmuu-1.dll - os=4.0 img=1.0 sys=4.0 "cygXmuu-1.dll" v0.0 ts=2004/9/17 19:32 26k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygXp-6.dll - os=4.0 img=1.0 sys=4.0 "cygXp-6.dll" v0.0 ts=2004/9/17 19:33 51k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygXpm-4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-4.dll" v0.0 ts=2004/9/17 19:33 11k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygXrandr-2.dll - os=4.0 img=1.0 sys=4.0 "cygXrandr-2.dll" v0.0 ts=2004/9/17 19:50 28k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygXrender-1.dll - os=4.0 img=1.0 sys=4.0 "cygXrender-1.dll" v0.0 ts=2004/9/17 19:49 8k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygXRes-1.dll - os=4.0 img=1.0 sys=4.0 "cygXRes-1.dll" v0.0 ts=2004/9/17 19:50 282k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygXt-6.dll - os=4.0 img=1.0 sys=4.0 "cygXt-6.dll" v0.0 ts=2004/9/17 19:32 27k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygXTrap-6.dll - os=4.0 img=1.0 sys=4.0 "cygXTrap-6.dll" v0.0 ts=2004/9/17 19:50 17k 2004/09/17 C:\opt\cygwin\usr\X11R6\bin\cygXtst-6.dll - os=4.0 img=1.0 sys=4.0 "cygXtst-6.dll" v0.0 ts=2004/9/17 19:37 Cygwin Package Information Last downloaded files to: C:\opt\downloads\cygwin Last downloaded files from: C:\opt\downloads\cygwin Package Version _update-info-dir 00228-1 a2ps 4.13-1 ash 20040127-1 atk 1.6.1-2 atk-runtime 1.6.1-2 audiofile 0.2.6-2 autoconf 2.59-1 autoconf-devel 2.59-1 autoconf-stable 2.13-5 automake 1.7.9-1 automake-devel 1.9.1-1 automake-stable 1.4p6-2 base-files 3.0-3 base-passwd 2.0-1 bash 2.05b-16 binutils 20040725-2 bison 20030307-1 byacc 1.9-1 bzip2 1.0.2-6 clisp 2.33.1-1 crypt 1.1-1 ctags 5.5-4 curl 7.11.1-1 curl-devel 7.11.1-1 cvs 1.11.17-1 cygipc 2.03-2 cygrunsrv 1.0-1 cygutils 1.2.5-1 cygwin 1.5.11-1 db4.2 4.2.52-1 ddd 3.3.9-1 diffutils 2.8.7-1 dpkg 1.10.4-2 editrights 1.01-1 emacs 21.2-13 emacs-X11 21.2-13 esound 0.2.35-1 expat 1.95.7-1 expect 20030128-1 file 4.10-1 fileutils 4.1-2 findutils 4.1.7-4 flex 2.5.4a-3 fontconfig 2.2.2-1 freeglut 2.2.0-1 freetype2 2.1.5-1 fvwm 2.4.7-3 gawk 3.1.4-3 gcc 3.3.3-3 gcc-ada 3.3.3-3 gcc-core 3.3.3-3 gcc-g++ 3.3.3-3 gcc-mingw 20040810-1 gcc-mingw-ada 20040810-1 gcc-mingw-core 20040810-1 gcc-mingw-g++ 20040810-1 gcc-mingw-objc 20040810-1 gcc-objc 3.3.3-3 gd 2.0.21-1 gdb 20030919-1 gdbm 1.8.3-7 gettext 0.14.1-1 ghostscript-base 7.05-2 ghostscript-x11 7.05-2 glib 1.2.10-2 glib-devel 1.2.10-2 glib2 2.4.6-1 glib2-devel 2.4.6-1 glib2-runtime 2.4.6-1 GraphicsMagick 1.0.6-1 grep 2.5-1 groff 1.18.1-2 gtk+ 1.2.10-2 gtk+-devel 1.2.10-2 gtk2-x11 2.4.4-1 gtk2-x11-devel 2.4.4-1 gtk2-x11-doc 2.4.4-1 gtk2-x11-runtime 2.4.4-1 guile 1.6.4-12 guile-devel 1.6.4-12 gzip 1.3.5-1 ImageMagick 6.0.4-1 jasper 1.701.0-1 jbigkit 1.5-3 jpeg 6b-11 keychain 2.0.3-2 lcms 1.13-1 less 381-1 lesstif 0.93.94-2 libaudiofile0 0.2.6-2 libbz2_1 1.0.2-6 libcharset1 1.9.2-1 libdb3.1 3.1.17-2 libdb3.1-devel 3.1.17-2 libdb4.2 4.2.52-1 libdb4.2-devel 4.2.52-1 libesound0 0.2.35-1 libfontconfig-devel 2.2.2-1 libfontconfig1 2.2.2-1 libfpx 1.2.0.9-1 libfreetype2-devel 2.1.5-1 libfreetype26 2.1.5-1 libgd-devel 2.0.21-1 libgd2 2.0.21-1 libgdbm 1.8.0-5 libgdbm-devel 1.8.3-7 libgdbm3 1.8.3-3 libgdbm4 1.8.3-7 libgettextpo0 0.14.1-1 libGraphicsMagick-devel 1.0.6-1 libGraphicsMagick0 1.0.6-1 libguile12 1.6.4-12 libguile12abi13 1.6.4-2 libiconv 1.9.2-1 libiconv2 1.9.2-1 libintl 0.10.38-3 libintl1 0.10.40-1 libintl2 0.12.1-3 libintl3 0.14.1-1 libjpeg62 6b-11 libjpeg6b 6b-8 libltdl3 1.5.6-3 libMagick6 6.0.4-1 libncurses5 5.2-1 libncurses6 5.2-8 libncurses7 5.3-4 libpcre 4.1-1 libpcre0 4.5-1 libpng 1.2.5-4 libpng10 1.0.15-4 libpng10-devel 1.0.15-4 libpng12 1.2.5-4 libpng12-devel 1.2.5-4 libpng2 1.0.12-1 libpopt0 1.6.4-4 libreadline4 4.1-2 libreadline5 4.3-5 libtiff-devel 3.6.0-5 libtiff3 3.6.0-2 libtiff4 3.6.0-5 libtool 1.5b-1 libtool-devel 1.5.6-3 libtool-stable 1.4.3-2 libungif 4.1.0-3 libXft 2.1.6-1 libXft-devel 2.1.6-1 libXft1 1.0.0-1 libXft2 2.1.6-1 libxml2 2.6.13-1 libxslt 1.1.10-1 login 1.9-7 m4 1.4-1 make 3.80-1 man 1.5k-3 mingw-runtime 3.5-1 minires 0.97-1 mktemp 1.5-3 ncurses 5.3-4 openssh 3.9p1-1 openssl 0.9.7d-1 pango 1.4.1-1 pango-runtime 1.4.1-1 patch 2.5.8-8 patchutils 0.2.30pre1-1 pcre 4.5-1 pcre-doc 4.5-1 perl 5.8.5-3 perl-libwin32 0.191-1 perl_manpages 5.8.5-3 popt 1.6.4-4 postgresql 7.4.5-1 procps 010801-2 psutils 1.17-1 readline 4.3-5 rsync 2.6.2-2 ruby 1.8.1-1 sed 4.1.2-1 sh-utils 2.0.15-4 tar 1.13.25-5 tcltk 20030901-1 termcap 20021106-2 terminfo 5.3_20030726-1 texinfo 4.2-4 textutils 2.0.21-1 tiff 3.6.0-5 unzip 5.50-5 vim 6.3-1 w32api 3.1-1 wget 1.9.1-1 which 1.5-2 WindowMaker 0.80.2-1 X-startup-scripts 1.0.8-1 Xaw3d 1.5D-5 XFree86-lib-compat 4.3.0-2 xorg-x11-base 6.8.1.0-1 xorg-x11-bin 6.8.1.0-1 xorg-x11-bin-dlls 6.8.1.0-1 xorg-x11-bin-lndir 6.8.1.0-1 xorg-x11-devel 6.8.1.0-1 xorg-x11-etc 6.8.1.0-1 xorg-x11-f100 6.8.1.0-1 xorg-x11-fenc 6.8.1.0-1 xorg-x11-fnts 6.8.1.0-1 xorg-x11-fscl 6.8.1.0-1 xorg-x11-fsrv 6.8.1.0-1 xorg-x11-libs-data 6.8.1.0-1 xorg-x11-man-pages 6.8.1.0-1 xorg-x11-xwin 6.8.1.0-1 xterm 185-4 zip 2.3-6 zlib 1.2.1-2 Use -h to see help about each section On 1/1/1970, "Igor Pechtchanski" wrote: >On Wed, 22 Sep 2004, Mark Aufflick wrote: > >> ./configure in any package gives "error: cannot find input file: \WINDOWS\oracle.ini" error >> >> well, a number that i have tried anyway. I have a fresh cygwin install (a >> fwe days ago) and it happens whether I have all the autoconf/automake >> packages installed or not. >> >> I also couldn't rebuild the configure files due variously to problems >> with the freetype m4 include or the configure.in in the package being >> too old. >> >> I have not been able to find anything by googling for: cygwin oracle.ini >> >> Oh, and I don't have any oracle driver installed on windows or cygwin >> >> If I hack the configure to avoid the part that generates this error, it >> completes but generates no Makefile >> >> >> help! I really want to compile and install imlib/sawfish!! > >Please review and follow > >> Problem reports: http://cygwin.com/problems.html > >particularly the bit about attaching (as an uncompressed text attachment) >the output of "cygcheck -svr" on your machine. > >At a guess, something you installed earlier created an environment >variable with a name that either configure or something called by >configure uses. You could try simply "env | grep oracle.ini". > Igor >-- > http://cs.nyu.edu/~pechtcha/ > |\ _,,,---,,_ pechtcha@cs.nyu.edu >ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com > |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. > '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! > >"Happiness lies in being privileged to work hard for long hours in doing >whatever you think is worth doing." -- Dr. Jubal Harshaw > >======================================================================== > Personal Web Hosting from $5/month www.platformnetworks.net > Forward undetected SPAM to: spam@mailsecurity.net.au >======================================================================== > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gary@gnu.org Wed Sep 22 08:30:00 2004 From: gary@gnu.org (Gary V.Vaughan) Date: Wed, 22 Sep 2004 08:30:00 -0000 Subject: cygwin, libtool, dlpreopen, and .rdata In-Reply-To: <41511C3F.7080003@cwilson.fastmail.fm> References: <41511C3F.7080003@cwilson.fastmail.fm> Message-ID: <071C94A4-0C6B-11D9-A836-000A95AC9DE6@gnu.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Chuck! On 22 Sep 2004, at 07:31, Charles Wilson wrote: > Because lt_preloaded_symbols[] is an array of const structs, it is > placed in .rdata. However, the "nothing" symbol is a DATA export from > cyghello-2.dll -- so the runtime psuedo-reloc machinery needs to fixup > the address stored in "lt_preloaded_symbols[3].address" to point to > the actual, relocated memory location of the "nothing" variable. > > But it can't, because .rdata is non-writable. However, this is a > *runtime* error; the *link* succeeds. But when you run the app, you > get a popup window declaring: > > "The application failed to initialize properly (0xc0000005). Click on > OK to terminate the application." Woah, it's just like the old days when we were all afraid of DATA exports on windows ;-) > 2004-09-21 Charles Wilson > > * config/ltmain.in (func_generate_dlsyms): addresses > in _preloaded_symbols[] cannot go into .rdata section > if symbols are DATA imported from DLL, on windows, > because runtime relocations must happen. > * m4/libtool.m4 (_LT_LINKER_SHLIBS([TAGNAME])): > build exports for symbols in .rdata sections Excellent catch. Applied. Thankyou very much! Cheers, Gary. - -- Gary V. Vaughan ())_. gary@{lilith.warpmail.net,gnu.org} Research Scientist ( '/ http://tkd.kicks-ass.net GNU Hacker / )= http://www.gnu.org/software/libtool Technical Author `(_~)_ http://sources.redhat.com/autobook -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (Darwin) iD8DBQFBUS0IFRMICSmD1gYRAqQGAJ427ZJqaNfApLEjZuREBJAE5RRqBQCbBlyJ nHhi1DtLjWV1NB0VT2hHAao= =6Vb8 -----END PGP SIGNATURE----- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From janneke@gnu.org Wed Sep 22 08:51:00 2004 From: janneke@gnu.org (Jan Nieuwenhuizen) Date: Wed, 22 Sep 2004 08:51:00 -0000 Subject: cygwin, libtool, gdb: dll not found In-Reply-To: <41511C3F.7080003@cwilson.fastmail.fm> (Charles Wilson's message of "Wed, 22 Sep 2004 02:31:27 -0400") References: <41511C3F.7080003@cwilson.fastmail.fm> Message-ID: <87pt4e7nid.fsf@peder.flower> Charles Wilson writes: > [cygwin list: I'm CC'ing this so that it goes into the archives, but > it's pretty technical about the innards of libtool...] Great. This addresses my yet unanswered problem that holds back guile 1.7.1 http://www.cygwin.com/ml/cygwin/2004-09/msg00883.html > With newer gcc's (cygwin version numbers 3.3.3-3, 3.4.1-1, but not > 3.3.1-3), const variables are placed in an .rdata section. This > causes problems but this I do not understand; I've tried 2.95.3 and 3.4.1; they both present this same popup box to whomever happens to be sitting at the console (btw, is there a way to get Windows to display the error in a more sensible way, to the person who actually issues the command?): > "The application failed to initialize properly (0xc0000005). Click on > OK to terminate the application." and the strange thing is that gdb says: dll not found. > Index: config/ltmain.in > =================================================================== Thanks! I'll try this tonight. Jan. -- Jan Nieuwenhuizen | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Angelo.Graziosi@roma1.infn.it Wed Sep 22 09:19:00 2004 From: Angelo.Graziosi@roma1.infn.it (Angelo Graziosi (D. Zanello)) Date: Wed, 22 Sep 2004 09:19:00 -0000 Subject: setup.log in /var/log/ Message-ID: Hi, I have noted that in /var/log/ there are setup.log and setup.log.full. setup.log contains the description of all my CYGWIN packages installation from the first installation (Jun 2003): it is a file of 250 MB! Can I remove these files without corrupt the CYGWIN installation? thank you. angelo graziosi angelo.graziosi@roma1.infn.it -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From luke.kendall@cisra.canon.com.au Wed Sep 22 09:28:00 2004 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Wed, 22 Sep 2004 09:28:00 -0000 Subject: Request for change to /etc/profile In-Reply-To: <4150F06C.9070001@comcast.net> Message-ID: <20040922083046.252F084CB1@pessard.research.canon.com.au> On 21 Sep, CyberZombie wrote: > Or 'mkdir -p "$HOME"'... No, that would do entirely the wrong thing! If the place where /home is supposed to be mounted hasn't been mounted, the last thing you want to do is create an alternate /home. I can imagine the weird problems and reports ("all my files disappeared!"), that doing mkdir -p would cause! My change means that if you can't make the user directory, you just don't try to create the skeleton files in it for them. > >$ diff /etc/profile /etc/profile.orig > >38,39c38 > >< if [ ! -d "$HOME" ] && mkdir "$HOME" > >< then > >--- > > > > > >>if [ ! -d "$HOME" ]; then luke -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From paulsbou@terra.es Wed Sep 22 09:48:00 2004 From: paulsbou@terra.es (Ismael) Date: Wed, 22 Sep 2004 09:48:00 -0000 Subject: Using cygwin's GnuPG with enigmail Message-ID: Can this be safely done? Or would I have any drawback? Sorry but searching the mailing list archives, I get in return any message signed using enigmal, so this is of no use. :) Cordially, Ismael -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Wed Sep 22 09:50:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Wed, 22 Sep 2004 09:50:00 -0000 Subject: cygwin, libtool, dlpreopen, and .rdata In-Reply-To: <41511C3F.7080003@cwilson.fastmail.fm> References: <41511C3F.7080003@cwilson.fastmail.fm> Message-ID: <41514393.6060407@x-ray.at> Charles Wilson schrieb: > With newer gcc's (cygwin version numbers 3.3.3-3, 3.4.1-1, but not > 3.3.1-3), const variables are placed in an .rdata section. This causes > problems when those variables contain references to OTHER vars that are > imported from a dll -- because the runtime relocation machinery can't > fixup the address, since the variable holding the address is const -- > and is in .rdata! excellent! will try php soon. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From robin-lists@robinbowes.com Wed Sep 22 10:18:00 2004 From: robin-lists@robinbowes.com (robin-lists@robinbowes.com) Date: Wed, 22 Sep 2004 10:18:00 -0000 Subject: Request for change to /etc/profile In-Reply-To: <20040922083046.252F084CB1@pessard.research.canon.com.au> Message-ID: Hi, I've got a sort-of-related issue with the location of the home directory. On my work laptop, my home directory is on a network share (mapped as a H: drive) and "My Documents" is on their too. This is made available offline using the ... "Make Available Offline" feature of WinXP. When I'm connected to the network all is well and cygwin correctly finds my home directory, However, if I'm not connected to the network, cygwin just starts in root (/). My home directory is there on the machine, but cygwin doesn't find it. Is there any chance that this could be fixed? Thanks, R. -- http://robinbowes.com > -----Original Message----- > From: cygwin-owner@cygwin.com > [mailto:cygwin-owner@cygwin.com] On Behalf Of > luke.kendall@cisra.canon.com.au > Sent: 22 September 2004 08:31 > To: cygwin@cygwin.com > Subject: Re: Request for change to /etc/profile > > On 21 Sep, CyberZombie wrote: > > Or 'mkdir -p "$HOME"'... > > No, that would do entirely the wrong thing! > > If the place where /home is supposed to be mounted hasn't > been mounted, > the last thing you want to do is create an alternate /home. > > I can imagine the weird problems and reports ("all my files > disappeared!"), that doing mkdir -p would cause! > > My change means that if you can't make the user directory, you just > don't try to create the skeleton files in it for them. > > > >$ diff /etc/profile /etc/profile.orig > > >38,39c38 > > >< if [ ! -d "$HOME" ] && mkdir "$HOME" > > >< then > > >--- > > > > > > > > >>if [ ! -d "$HOME" ]; then > > luke > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Bill.Hughes@cox.co.uk Wed Sep 22 10:31:00 2004 From: Bill.Hughes@cox.co.uk (Hughes, Bill) Date: Wed, 22 Sep 2004 10:31:00 -0000 Subject: Beginner question: Cygwin bash vs. cygwin/bin directory in DO S Message-ID: Andrew DeFaria wrote: > Nathan Green wrote: > >> I am a newbie using Cygwin. I noticed that Linux commands can be >> executed by running commands in the Windows Command Prompt in the >> cygwin/bin directory. What is the purpose of the bash shell provided >> by clicking on the Cygwin icon? > > Do you Google? http://www.gnu.org/software/bash/bash.html would be a > start. You could also try http://www.tldp.org/LDP/Bash-Beginners-Guide/html/index.html and later on http://www.tldp.org/LDP/abs/html/index.html Bill -- ___ oo // \\ "De Chelonian Mobile" (_,\/ \_/ \ TortoiseSVN \ \_/_\_/> The coolest Interface to (Sub)Version Control /_/ \_\ http://tortoisesvn.tigris.org This e-mail transmission is strictly confidential and intended solely for the person or organisation to whom it is addressed. It may contain privileged and confidential information and if you are not the intended recipient, you must not copy, distribute or take any action in reliance on it. If you have received this email in error, please reply to the sender as soon as possible and delete the message. Please note that we are able to, and reserve the right to, monitor e-mail communications passing through our network. The views expressed in this email are not that of the company unless specified within the message. The inclusion of this footnote indicates that the mail message and any attachments have been checked for the presence of known viruses. If you have any comments regarding our policy please direct them to postmaster@cox.co.uk ________________________________________________________________________ This email has been scanned for all viruses by the MessageLabs Email Security System. For more information on a proactive email security service working around the clock, around the globe, visit http://www.messagelabs.com ________________________________________________________________________ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Wed Sep 22 10:56:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Wed, 22 Sep 2004 10:56:00 -0000 Subject: New packge: lighttpd-1.3.0 In-Reply-To: <721082094.20040921235146@familiehaase.de> References: <721082094.20040921235146@familiehaase.de> Message-ID: <1194042661.20040922115016@familiehaase.de> Hello R., Am Mittwoch, 22. September 2004 um 02:33 schriebst du: > Hi Gerrit, >> But why wait for me? Try it yourself? No problem that >> cannot be discussed at this list (as long as it is about problems with >> building some open sourced code for cygwin). > Well, I'll give it a go... > I just downloaded the latest cygwin + gnu toolset. The lighttpd package is also > installed. > I also downloaded and built the fastcgi dev. Kit > (http://www.fastcgi.com/dist/fcgi.tar.gz) That is interesting, is this needed? For lighttpd or for PHP? I remember that I have read at lightthpd docs that you just need to configure with these options: $ ./configure \ --enable-fastcgi \ --enable-discard-path \ --enable-force-cgi-redirect \ ... http://jan.kneschke.de/projects/lighttpd/documentation/fastcgi.html#preparing-php-as-a-fastcgi-program > I then grabbed the latest 4.3.8 php source tarball, un-tarred it and built it as > follows: > # ./configure --enable-fastcgi --enable-force-cgi-redirect --with-layout=GNU > --with-pgsql See above. What is the difference with layout GNU and layout PHP? > # make > # make install > # php -v > PHP 4.3.8 (cgi-fcgi) (built: Sep 22 2004 00:46:39) > Copyright (c) 1997-2004 The PHP Group > Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies > Well, that seems to work. Wow, I'm impressed. > I then downloaded and installed spawn-fcgi from the lighttpd project download > page and built and installed it. > (http://jan.kneschke.de/projects/lighttpd/download/spawn-fcgi-1.2.0.tar.gz) Therefore the first fastcgi package is needed? > I ran the PHP fastcgi interface like this: > # spawn-fcgi.exe -f /usr/local/bin/php -p 1026 -C 5 > spawn-fcgi.c.150: child spawned successfully: PID: 5824 Yes, great. > I also grabbed the spawn-php.sh example script > (http://jan.kneschke.de/projects/lighttpd/download/spawn-php.sh) but this didn't > seem to work. Tried to use #!/bin/bash instead of /bin/sh? > I then configured lighttpd to use the fastcgi for php and created sample file > info.php in the home directory of the web site containing: > phpinfo(); ?>> > When I opened by web browser to localhost I saw the php configuration page. It > works! Hurra! > Not sure where to go with this now - I'll try setting up a php application that > uses a database or something. > Any suggestions? Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From robin@robinbowes.com Wed Sep 22 10:57:00 2004 From: robin@robinbowes.com (Robin Bowes) Date: Wed, 22 Sep 2004 10:57:00 -0000 Subject: New packge: lighttpd-1.3.0 In-Reply-To: <1194042661.20040922115016@familiehaase.de> Message-ID: Hi Gerrit, > -----Original Message----- > From: cygwin-owner@cygwin.com > [mailto:cygwin-owner@cygwin.com] On Behalf Of Gerrit P. Haase > Sent: 22 September 2004 09:50 > To: cygwin@cygwin.com > Subject: Re: New packge: lighttpd-1.3.0 > > Hello R., > > Am Mittwoch, 22. September 2004 um 02:33 schriebst du: [snip] > > I also downloaded and built the fastcgi dev. Kit > > (http://www.fastcgi.com/dist/fcgi.tar.gz) > > That is interesting, is this needed? For lighttpd or for PHP? The fastcgi dev. kit is needed to build php with fastcgi support. It took me a few goes to work this out (I didn't just sit down and build this first time with no errors!) > > # ./configure --enable-fastcgi --enable-force-cgi-redirect > --with-layout=GNU > > --with-pgsql > > See above. What is the difference with layout GNU and layout PHP? It just puts files in different places; I don't know the exact details, and I suspect it's not all that important for this exercise. When building a package for cygwin I presume the developers have standards that should be applied to the locations of files in every package? > > # make > > # make install > > > # php -v > > PHP 4.3.8 (cgi-fcgi) (built: Sep 22 2004 00:46:39) > > Copyright (c) 1997-2004 The PHP Group > > Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies > > > Well, that seems to work. > > Wow, I'm impressed. Yeah, I was rather surprised! > > > I then downloaded and installed spawn-fcgi from the > lighttpd project download > > page and built and installed it. > > > (http://jan.kneschke.de/projects/lighttpd/download/spawn-fcgi- > 1.2.0.tar.gz) > > Therefore the first fastcgi package is needed? I don't thing it is needed for this; just for php. But, I had already installed it (fastcgi dev package) when I built spawn-fcgi so I don't know for sure. > > I ran the PHP fastcgi interface like this: > > > # spawn-fcgi.exe -f /usr/local/bin/php -p 1026 -C 5 > > spawn-fcgi.c.150: child spawned successfully: PID: 5824 > > Yes, great. > > > > I also grabbed the spawn-php.sh example script > > > (http://jan.kneschke.de/projects/lighttpd/download/spawn-php.s > h) but this didn't > > seem to work. > > Tried to use #!/bin/bash instead of /bin/sh? The bang path is set to #!/bin/bash. I don't think that's the problem. I've reported this on the lighttpd list. So, what now? I saw that Reini is going to have another look at the PHP package in the light of some progress in another area. Meanwhile, I've got php working (subject to further testing!) so I'll leave it at that I think. I'll try and write this up and post a link when I'm done. Cheers, R. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Wed Sep 22 11:04:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Wed, 22 Sep 2004 11:04:00 -0000 Subject: New packge: lighttpd-1.3.0 In-Reply-To: <4150D148.2000600@x-ray.at> References: <4150D148.2000600@x-ray.at> Message-ID: <195919927.20040922123057@familiehaase.de> Hallo R., > I think what is required is a separate php package - making it work > with a web server (apache or lighttpd) is just a configuration > issue. Yes, but you cannot build PHP with fastcgi and Apache support at the same time, so there should be several packages, runtime for every webserver available (currently only lighttpd) plus one common package (devel stuff). > I imagine most of the problems arise when trying to decide on a > standard set of modules to be included with the "standard" php > package. Or is it possible to package php modules separately, e.g. > the postgres, ssl, imap, etc.? Just include everything possible seems to be ok;) There should be all important modules which are really needed, e.g. database modules for mysql and pgsql, sqlite and others, all graphic stuff possible (GD, JPEG, PNG, ...), cryptographic stuff like openssl, mhash, ..., compression, pear, XML/XSLT, pdflib, PSPELL? Well you see, one cannot say which extension is important and which isn't, just try to use every available extension seems to be ok IMO. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Wed Sep 22 11:07:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Wed, 22 Sep 2004 11:07:00 -0000 Subject: cygwin, libtool, dlpreopen, and .rdata In-Reply-To: <41511C3F.7080003@cwilson.fastmail.fm> References: <41511C3F.7080003@cwilson.fastmail.fm> Message-ID: <1977953978.20040922125612@familiehaase.de> Hello Charles, [...] > But it can't, because .rdata is non-writable. However, this is a > *runtime* error; the *link* succeeds. But when you run the app, you get > a popup window declaring: > "The application failed to initialize properly (0xc0000005). Click on OK > to terminate the application." Ahhhhhhhhhh, this is the reason why I cannot get GConf running in first place. Thank you Charles for this information!!!!!!! [...] > Note, I found this problem in libtool-1.5.x, but it exists in HEAD, too. > The following patch is against HEAD... I'll try if it works ok with this solution. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From m.reis@bca.pt Wed Sep 22 11:22:00 2004 From: m.reis@bca.pt (Mario Reis) Date: Wed, 22 Sep 2004 11:22:00 -0000 Subject: Referential Intigrity Message-ID: <000201c4a092$53098a20$45111f0a@bca.pt> I beleavew you have a problema with Referential Intigrity Return Codes. No matter the cause it allways returns 1001:Duplicate keys; keys that still exit in use OnDelete etc.. The messages seam OK but not the codes. Reis -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From robin-lists@robinbowes.com Wed Sep 22 11:59:00 2004 From: robin-lists@robinbowes.com (robin-lists@robinbowes.com) Date: Wed, 22 Sep 2004 11:59:00 -0000 Subject: New packge: lighttpd-1.3.0 In-Reply-To: <195919927.20040922123057@familiehaase.de> Message-ID: p> -----Original Message----- > From: cygwin-owner@cygwin.com > [mailto:cygwin-owner@cygwin.com] On Behalf Of Gerrit P. Haase > Sent: 22 September 2004 10:31 > To: robin-lists@robinbowes.com > Cc: 'Reini Urban'; cygwin@cygwin.com > Subject: Re: New packge: lighttpd-1.3.0 > > Hallo R., > > > I think what is required is a separate php package - making it work > > with a web server (apache or lighttpd) is just a configuration > > issue. > > Yes, but you cannot build PHP with fastcgi and Apache support at the > same time, so there should be several packages, runtime for every > webserver available (currently only lighttpd) plus one common > package (devel stuff). Can you expand a little on that? Do you mean something like: php-common php-cgi php-apache php-devel Etc. ? Can cgi php use the same modules as mod_php? Should we build statically? > > I imagine most of the problems arise when trying to decide on a > > standard set of modules to be included with the "standard" php > > package. Or is it possible to package php modules separately, e.g. > > the postgres, ssl, imap, etc.? > > Just include everything possible seems to be ok;) There should be all > important modules which are really needed, e.g. database modules for > mysql and pgsql, sqlite and others, all graphic stuff possible (GD, > JPEG, PNG, ...), cryptographic stuff like openssl, mhash, ..., > compression, pear, XML/XSLT, pdflib, PSPELL? Well you see, one cannot > say which extension is important and which isn't, just try to use > every available extension seems to be ok IMO. That would be OK if all the extensions are built as modules, but building everything into one php executable would make it pretty big, wouldn't it? R. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From FORGET@earthlink.net Wed Sep 22 12:31:00 2004 From: FORGET@earthlink.net (Clarifies Q. Alvarado) Date: Wed, 22 Sep 2004 12:31:00 -0000 Subject: E-mail direct marketing... (May the word that has now been spoken, take deep root in ) Message-ID: <011001c4a090$732f4eba$e01a5fa0@earthlink.net> Hello, Advancement of your business by direct e-mail marketing. We offer e-mail mass mailing to any country. We guarantee professional and quick performance of the work. Contacts: icq: 174677598 spam@emails.ru >From which words I shall consider three things: -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Wed Sep 22 13:00:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Wed, 22 Sep 2004 13:00:00 -0000 Subject: New packge: lighttpd-1.3.0 In-Reply-To: <195919927.20040922123057@familiehaase.de> References: <195919927.20040922123057@familiehaase.de> Message-ID: <1749416383.20040922132216@familiehaase.de> Hallo Robin, >> Yes, but you cannot build PHP with fastcgi and Apache support at the >> same time, so there should be several packages, runtime for every >> webserver available (currently only lighttpd) plus one common >> package (devel stuff). > Can you expand a little on that? Do you mean something like: > php-common > php-cgi > php-apache > php-devel > Etc. ? mod_php for Apache and fastcgi PHP builds are to independant builds from the same source with different configure options, so we need at least two build scripts in the source package or one which handles this conditionally, depnding on user request. > Can cgi php use the same modules as mod_php? Should we build statically? PHP can use all extensions it is written for, you probably want to connect PostgreSQL or MySQL databases, if you use one or another webserver. It is just not possible to build CGI version and embedded version at the same time. >> > I imagine most of the problems arise when trying to decide on a >> > standard set of modules to be included with the "standard" php >> > package. Or is it possible to package php modules separately, e.g. >> > the postgres, ssl, imap, etc.? >> >> Just include everything possible seems to be ok;) There should be all >> important modules which are really needed, e.g. database modules for >> mysql and pgsql, sqlite and others, all graphic stuff possible (GD, >> JPEG, PNG, ...), cryptographic stuff like openssl, mhash, ..., >> compression, pear, XML/XSLT, pdflib, PSPELL? Well you see, one cannot >> say which extension is important and which isn't, just try to use >> every available extension seems to be ok IMO. > That would be OK if all the extensions are built as modules, but building > everything into one php executable would make it pretty big, wouldn't it? Yes, extension should be shared modules if possible so one can decide if they are loaded or not to keep the footprint smaller. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Alexander.Mader@niles.de Wed Sep 22 13:12:00 2004 From: Alexander.Mader@niles.de (Mader, Alexander) Date: Wed, 22 Sep 2004 13:12:00 -0000 Subject: OT?! (Re: Using cygwin's GnuPG with enigmail) In-Reply-To: References: Message-ID: <4151690A.2010100@niles.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I've been using Cygwin GnuPG with enigmail since 2002. Ismael schrieb: | Can this be safely done? Or would I have any drawback? If you mean "w/o crash" I would say yes. There was an drawback some enigmail versions ago which was taken care of by enigmail: There was a return code problem. This problem is documented here mozdev.org/bugs/show_bug.cgi?id=2366 Best regards, Alexander. - -- Alexander Mader Fon: +49-30-93033-636 NILES Werkzeugmaschinen GmbH Fax: +49-30-93033-603 www.niles.de GPG public key: http://mader.seppi.de/pubkey-dienst.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBUWkIUABVlkcx7ZMRAmSEAKC6MuCNcGPdwUtIA8a2Wo1M5xiI5QCfWXRs TaK/R+eE8IdVVOQKisEKP1g= =mE0+ -----END PGP SIGNATURE----- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From frederic.ormancey@atosorigin.com Wed Sep 22 13:24:00 2004 From: frederic.ormancey@atosorigin.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_ORMANCEY?=) Date: Wed, 22 Sep 2004 13:24:00 -0000 Subject: Lot of undefined symbols at link time, even with -l option on good libraries In-Reply-To: <6.1.0.6.0.20040921122405.03dca210@pop.prospeed.net> References: <414FF698.4010702@atosorigin.com> <6.1.0.6.0.20040921091604.03d5b528@pop.prospeed.net> <41505394.9020105@atosorigin.com> <6.1.0.6.0.20040921122405.03dca210@pop.prospeed.net> Message-ID: <4151707C.1050401@atosorigin.com> problem seems coming from trailing @nn in library symbols. cygwin linker don't know how to translate a reference like _FormatMessageA to _FormatMessageA@28 the calling convention ( C, Stdcall, C++, ... ) has effect only on underscore preceeding symbol name, not on @nn notation. It seems there is no solutions to this problem, I will abandon cygwin to build my Ada application under windows :-( Larry Hall a ??crit : >At 12:15 PM 9/21/2004, you wrote: > > >>I think you're right, it seems to be a problem with trailing underscore in function naming. >>For example : >> >>in /usr/lib/w32api/libkernel32.a we found : >> >> 00000000 T _FormatMessageA@28 >> U __head_libkernel32_a >> 00000000 I __imp__FormatMessageA@28 >> >>which is required by win32-winbase.o, result of the build of /usr/lib/gcc/win32ada/win32-winbase.adb >> U _FormatMessageA >> U _FormatMessageW >> U _GlobalReAlloc >> U _LocalReAlloc >> >>The source code for this part is the following : >> pragma Import (Stdcall, Doit, "FormatMessageA"); >> >>I try change it with pragma Import (C, Doit, "_FormatMessageA"); or things like that with no success. >> >>May be it's the trailing @28 after symbol name which cause error, but I cannot control it ( it's DLL calling convention parameter size ). Compiler/linker should usually add or remove trailing @nn if necessary. >> >>To answer your general questions, I'am building a large Ada application ( 200 source files ), using W32 API, with Win2000 GNAT Compiler. >> >> >> > > >Sorry, I know nothing about Ada and how it works. If the "pragma" statement >is supposed to take the place of the traditional function prototype in C/C++, >then I agree that it looks "OK" (again, based on my knowledge of Ada). But >the result is that it's looking for symbols that use the 'C' calling >convention rather than the 'stdcall' calling convention. The libraries you >are linking to want the 'stdcall' calling convention (since it is the >default for Windows). If you cannot get Ada to ask for the proper symbol, >you could try using the '--enable-stdcall-fixup' option (for 'ld') to >attempt to massage away the problem. > > > >-- >Larry Hall http://www.rfk.com >RFK Partners, Inc. (508) 893-9779 - RFK Office >838 Washington Street (508) 893-9889 - FAX >Holliston, MA 01746 > > > > -- *_Fr??d??ric ORMANCEY_* Atos Origin Systems Integration /rue Amp??re - BP 475 31315 Lab??ge Cedex/ /Tel// /: 05 61 39 75 21 /Fax /: 05 61 39 16 65 frederic.ormancey@atosorigin.com www.si.fr.atosorigin.com ======================================================================================================= Ce message ??lectronique est confidentiel. Il peut contenir des informations prot??g??es par le secret professionnel, le secret de fabrication ou autres r??gles l??gales. Si vous recevez ce message par erreur, il vous est interdit de le reproduire ou de le distribuer en tout ou partie, ou de le divulguer de quelque mani??re que ce soit ?? quelque personne que ce soit. Nous vous prions de bien vouloir en informer Atos Origin, par t??l??phone ou par retour d'e-mail puis de d??truire le message et toutes copies de votre syst??me informatique. Le contenu de ce message ne refl??te pas n??cessairement ni les opinions d'Atos Origin ni celles des membres de son groupe. Bien que l'??metteur de ce message ait fait tout son possible pour maintenir son syst??me informatique sans virus, il ne peut garantir que cette transmission ne comporte aucun virus et il ne pourra ??tre tenu pour responsable de quelque dommage que ce soit r??sultant de la transmission d'un virus. ======================================================================================================= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Wed Sep 22 13:35:00 2004 From: dk@artimi.com (Dave Korn) Date: Wed, 22 Sep 2004 13:35:00 -0000 Subject: signal delivery problem (with pthreads) In-Reply-To: <20040921215135.GA1767@tonfa> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Valery A. Frolov > Sent: 21 September 2004 22:52 > I've checked it and got the same bad result (crash) on 2000, > XP and Win98. > > I've installed cygwin bundle for compilation of sig_bug.c on XP, compiled > sig_bug.c to sig_bug.exe and ran it. Nothing was changed - crash. > > So could someone who got the _successful_ run of sig_bug.exe with recently > (>1.5.7-1) releases or snapshots of cygwin1.dll send it > (sig_bug.exe) to my personal e-mail? Well, here you go; source as well, just in case you have more than one version of your testcase lying around, so you know exactly what I was compiling. [Actually, on second thoughts, I'm going to send this post to the list, so I'll send you the files separately. There have been further developments while I was writing this post that I thought the list should be informed about.] A funny thing happened to me on the way to email this to you, however: I thought I'd try running it again, and this time it crashed for the first time! However it still works fine almost all the time when run directly from the command line, but I've noticed that when I run it in a loop with for i in 1 2 3 4 5 6 7 8 9 10 ; do ./sb.exe ; done it crashes more often than not! This is interesting, and suggests an interaction with process spawn/forking. The contents of the .stackdump file are fairly interesting too: Exception: STATUS_ACCESS_VIOLATION at eip=0085F030 eax=0000001F ebx=FFFFFFFF ecx=77E75A65 edx=0000001F esi=41516044 edi=00000004 ebp=00860000 esp=0085F004 program=C:\artimi.src\davek\test\pthread\sb.exe, pid 2352, thread unknown (0x208) cs=001B ds=0023 es=0023 fs=0038 gs=0000 ss=0023 Stack trace: Frame Function Args 00860000 0085F030 (00010000, BC5D1B48, 00000000, 0001000C) End of stack trace This is very strange indeed. The eip is in between ebp and esp; in other words, we're executing on the stack! And look at the value in ecx: that happens to be the ret instruction at the end of KERNEL32!IsBadWritePtr. _Very_ interesting. Hmm, now I've finally got it to crash under insight! Although the stack (or perhaps only the stack pointer) has been somewhat trashed, I can see enough of it... (gdb) info registers eax 0x1f 31 ecx 0x77e75a65 2011650661 edx 0x1f 31 ebx 0xffffffff -1 esp 0xd5f004 0xd5f004 ebp 0xd60000 0xd60000 esi 0x415162eb 1095852779 edi 0x4 4 eip 0xd5f030 0xd5f030 eflags 0x10216 66070 cs 0x1b 27 ss 0x23 35 ds 0x23 35 es 0x23 35 fs 0x38 56 gs 0x0 0 (gdb) info frame Stack level 0, frame at 0xd5f008: eip = 0xd5f030; saved eip 0x0 Arglist at 0xd5f000, args: Locals at 0xd5f000, Previous frame's sp is 0xd5f008 Saved registers: eip at 0xd5f004 (gdb) frame #0 0x00d5f030 in ?? () (gdb) x/64xw $esp-0x80 0xd5ef84: 0x00d5f208 0x61117310 0x00401090 0x00d5efcc 0xd5ef94: 0x000907d4 0x00160003 0x00d5efbc 0x610e2b47 0xd5efa4: 0x61117310 0x00401090 0x00d5efc8 0x00d60000 0xd5efb4: 0x00000000 0x0000001f 0x00d60000 0x00401163 0xd5efc4: 0x00401090 0x00000001 0x0000000f 0xfffefeff 0xd5efd4: 0x20000000 0x00d5f00c 0x00d5f00c 0x6108e0bc 0xd5efe4: 0x0000001e 0x00000000 0x00000004 0xffffffff 0xd5eff4: 0x415162eb 0x00000004 0x00d60000 0x00d5f030 0xd5f004: 0x00000000 0x00000246 0x00d5f048 0x00000000 0xd5f014: 0x00d5ef84 0x00d5ef84 0x00d5ef84 0x00d5f030 0xd5f024: 0x00000002 0x00000000 0x00000000 0x00000003 0xd5f034: 0x00000000 0x00d5f048 0x0a053c30 0x0a053c88 0xd5f044: 0x0a053c30 0x00d5f058 0x004011ae 0x00000003 0xd5f054: 0x0a053c30 0x00d5f098 0x610a97da 0x00000000 0xd5f064: 0xffffffff 0x00000000 0x00000000 0x00000001 0xd5f074: 0x00000000 0x00000000 0x00000000 0x00000000 Right, what interesting values do we find there? 0x61117310 is in the cygwin dll's data area, somewhere above reent_data, and what do we find there? (gdb) x/xw 0x61117310 0x61117310 : 0x0a053cb8 (gdb) x/s 0x0a053cb8 0xa053cb8: "select was interrupted 1 times\n" Ok! It's printf's output buffer! That ties in with that 0x610e2b47 which is the return address from the call within printf to vfprintf. Next, that 0x00401090 gets there because of this code in my_sleep: 0x00401153 : mov %esi,0x4(%esp,1) 0x00401157 : movl $0x401090,(%esp,1) 0x0040115e : call 0x401710 0x00401163 : jmp 0x40114b (gdb) x/s 0x401090 0x401090 : "select was interrupted %d times\n" which also explains the 0x00401163. So, we can conclude that the SEGV occurred due to some kind of stack/register trashage that occurred in a call to vfprintf a couple of stack layers below the printf in my_sleep. This looks to me to be most likely another instance of the known cygwin-vs-threaded-stdio-race-condition(s) that we all hoped Tom Pfaff had fixed recently.... http://www.google.com/search?q=site%3Acygwin.com+thread+safe+stdio+inurl%3A2 004&hl=en&lr=&ie=UTF-8 >And please, specify your arguments for gcc, > version of gcc, > version of cygwin1.dll and version of OS, for example: The compiler command was gcc -g -O2 sig_bug.c -o sb.exe or perhaps -O0; I can't actually remember, but the rest of the line is definitely exactly what I typed. My version of the DLL is. as I said before, homebrewed from CVS as of 20041407. My OS is XP Pro SP1, and uname output shows... dk@mace ~> uname -srvmpio CYGWIN_NT-5.1 1.5.11(0.116/4/2) 2004-07-14 17:31 i686 unknown unknown Cygwin cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Wed Sep 22 14:01:00 2004 From: dk@artimi.com (Dave Korn) Date: Wed, 22 Sep 2004 14:01:00 -0000 Subject: ./configure in any package gives "error: cannot find input file: \WINDOWS\oracle.ini" error In-Reply-To: Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Igor Pechtchanski > Sent: 22 September 2004 07:17 > On Wed, 22 Sep 2004, Mark Aufflick wrote: > > > ./configure in any package gives "error: cannot find input > file: \WINDOWS\oracle.ini" error > At a guess, something you installed earlier created an environment > variable with a name that either configure or something called by > configure uses. You could try simply "env | grep oracle.ini". Or there is some executable in the $PATH that has the same name as one of the tests or executables that configure depends on. Try setting a really minimal path with export PATH=/bin:${SYSTEMROOT}/system32:${SYSTEMROOT}:${SYSTEMROOT}/system32/wbem and then run configure and see if it helps. cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Wed Sep 22 14:19:00 2004 From: dk@artimi.com (Dave Korn) Date: Wed, 22 Sep 2004 14:19:00 -0000 Subject: Lot of undefined symbols at link time, even with -l option on good libraries In-Reply-To: <4151707C.1050401@atosorigin.com> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Fr?d?ric ORMANCEY > Sent: 22 September 2004 13:31 > problem seems coming from trailing @nn in library symbols. > cygwin linker don't know how to translate a reference like > _FormatMessageA to _FormatMessageA@28 > the calling convention ( C, Stdcall, C++, ... ) has effect only on > underscore preceeding symbol name, not on @nn notation. > > It seems there is no solutions to this problem, I will > abandon cygwin to > build my Ada application under windows :-( You didn't read that letter that you were replying to very well: > >default for Windows). If you cannot get Ada to ask for the > proper symbol, > >you could try using the '--enable-stdcall-fixup' option (for > 'ld') to > >attempt to massage away the problem. It doesn't seem from your reply that you have actually tried this. Note that to pass the option through to the linker from the compiler you would need to add "-Wl," before it, but if you have a separate link stage in your makefile that invokes the linker directly that would not be necessary. cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From christian.rank@rz.uni-passau.de Wed Sep 22 14:20:00 2004 From: christian.rank@rz.uni-passau.de (Christian Rank) Date: Wed, 22 Sep 2004 14:20:00 -0000 Subject: Cygwin on Win98: initdb failed Message-ID: <41517F8A.7050200@rz.uni-passau.de> On Sep 21 16:42, Corinna Vinschen wrote: > On Sep 21 15:02, Christian Rank wrote: >>> The corresponding debugging info of cygserver reads: >>> >>> cygserver: /netrel/src/cygwin-1.5.11-1/winsup/cygserver/sysv_shm.cc, >>> line 385: shmaddr: 82FFD000, shmflg: 0 >>> cygserver: /netrel/src/cygwin-1.5.11-1/winsup/cygserver/sysv_shm.cc, >>> line 393: Odd shmaddr: EINVAL > > Urgh! Ok, well... looking into the implementation of shmat, there's > only one explanation for this behaviour. Apparently MapViewOfFileEx > returned memory which isn't aligned to the memory granulation. > > [time passes, testing on a 9x system] > > That's it. Incredible. I've checked in a patch to cygserver which > takes this into account. Please give cygserver from the next Cygwin > snapshot (http://cygwin.com/snapshots.html) a try. OK, I will test it with the next snapshot (not online yet). Thank you very much for fixing this so quickly. Best regards, Christian -- Dr. Christian Rank Rechenzentrum Universit??t Passau Innstr. 33 D-94032 Passau GERMANY Tel.: 0851/509-1838 Fax: 0851/509-1802 PGP public key see http://www.rz.uni-passau.de/mitarbeiter/rank -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Wed Sep 22 15:04:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Wed, 22 Sep 2004 15:04:00 -0000 Subject: Referential Intigrity In-Reply-To: <000201c4a092$53098a20$45111f0a@bca.pt> References: <000201c4a092$53098a20$45111f0a@bca.pt> Message-ID: <20040922140301.GC26453@trixie.casa.cgf.cx> On Wed, Sep 22, 2004 at 10:52:58AM -0000, Mario Reis wrote: >I beleavew you have a problema with Referential Intigrity Return Codes. >No matter the cause it allways returns 1001:Duplicate keys; keys that >still exit in use OnDelete etc.. The messages seam OK but not the >codes. Referential Intigrity is not a Cygwin package. Please refer your questions to the proper forum, i.e., not the cygwin list. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Wed Sep 22 15:15:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Wed, 22 Sep 2004 15:15:00 -0000 Subject: New packge: lighttpd-1.3.0 In-Reply-To: <195919927.20040922123057@familiehaase.de> References: <195919927.20040922123057@familiehaase.de> Message-ID: <1903232757.20040922161842@familiehaase.de> Hello Robin, I have a cygwin package without the cygwin specific README but with generic build script and patch to get sharted libraries for fastcgi-2.4.0, do you want to maintain a relase for cygwin? Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From robin@robinbowes.com Wed Sep 22 15:17:00 2004 From: robin@robinbowes.com (Robin Bowes) Date: Wed, 22 Sep 2004 15:17:00 -0000 Subject: New packge: lighttpd-1.3.0 In-Reply-To: <1903232757.20040922161842@familiehaase.de> Message-ID: > -----Original Message----- > From: Gerrit P. Haase [mailto:gp@familiehaase.de] > Sent: 22 September 2004 14:19 > To: robin-lists@robinbowes.com > Cc: cygwin@cygwin.com; 'Reini Urban' > Subject: Re: New packge: lighttpd-1.3.0 > > Hello Robin, > > I have a cygwin package without the cygwin specific README but with > generic build script and patch to get sharted libraries for > fastcgi-2.4.0, do you want to maintain a relase for cygwin? Erm, I don't know. What's involved? R. -- http://robinbowes.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Wed Sep 22 15:28:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Wed, 22 Sep 2004 15:28:00 -0000 Subject: setup.log in /var/log/ In-Reply-To: References: Message-ID: <6.1.0.6.0.20040922110158.03eae388@pop.prospeed.net> At 04:27 AM 9/22/2004, you wrote: >Hi, >I have noted that in /var/log/ there are setup.log and setup.log.full. > >setup.log contains the description of all my CYGWIN packages installation >from the first installation (Jun 2003): it is a file of 250 MB! Can I >remove these files without corrupt the CYGWIN installation? Of course. Log files are just that. If you have no need of the logged information (i.e. your installation went fine, etc.), then removing the files is an option. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Wed Sep 22 15:28:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Wed, 22 Sep 2004 15:28:00 -0000 Subject: Request for change to /etc/profile In-Reply-To: <200409220929.i8M9T3xe018137@mail.prospeed.net> References: <20040922083046.252F084CB1@pessard.research.canon.com.au> <200409220929.i8M9T3xe018137@mail.prospeed.net> Message-ID: <6.1.0.6.0.20040922110557.03ead150@pop.prospeed.net> At 05:28 AM 9/22/2004, you wrote: >Hi, > >I've got a sort-of-related issue with the location of the home directory. > >On my work laptop, my home directory is on a network share (mapped as a H: >drive) and "My Documents" is on their too. This is made available offline using >the ... "Make Available Offline" feature of WinXP. > >When I'm connected to the network all is well and cygwin correctly finds my home >directory, However, if I'm not connected to the network, cygwin just starts in >root (/). My home directory is there on the machine, but cygwin doesn't find it. > >Is there any chance that this could be fixed? Depends on what's going on in your environment I guess. Take a look at '/etc/profile' and you'll see how "HOME" is set. From that, one can surmise that you don't set "HOME" in your Windows environment (good! :-) ), that your user doesn't exist in your '/etc/passwd' file, and that "HOMEDRIVE" and "HOMEPATH" don't exist. So you're left with "/". You'll need to investigate these areas and why they differ between "on-line" and "off-line" use. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ford@vss.fsi.com Wed Sep 22 15:38:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Wed, 22 Sep 2004 15:38:00 -0000 Subject: cygwin, libtool, dlpreopen, and .rdata In-Reply-To: <41511C3F.7080003@cwilson.fastmail.fm> References: <41511C3F.7080003@cwilson.fastmail.fm> Message-ID: On Wed, 22 Sep 2004, Charles Wilson wrote: > [cygwin list: I'm CC'ing this so that it goes into the archives, but > it's pretty technical about the innards of libtool...] This doesn't seem libtool related at all to me (other than it's a gcc bug that affects libtool). > With newer gcc's (cygwin version numbers 3.3.3-3, 3.4.1-1, but not > 3.3.1-3), const variables are placed in an .rdata section. This causes > problems when those variables contain references to OTHER vars that are > imported from a dll -- because the runtime relocation machinery can't > fixup the address, since the variable holding the address is const -- > and is in .rdata! Yes, I see. I hope Danny Smith might weigh in here? http://sources.redhat.com/ml/binutils/2004-02/msg00003.html > Concrete example: the demo test program from libtool itself. When > building helldl, libtool creates the following virtual lookup table: > > helldl.exeS.c (important bits only): > ************************************* > /* External symbol declarations for the compiler. */ > extern int foo; > extern int hello; > extern int nothing; > > /* The mapping between symbol names and symbols. */ > const struct { > const char *name; > lt_ptr address; > } > lt_preloaded_symbols[] = > { > {"libhello.a", (lt_ptr) 0}, > {"hello", (lt_ptr) &hello}, > {"foo", (lt_ptr) &foo}, > {"nothing", (lt_ptr) ¬hing}, > {0, (lt_ptr) 0} > }; > ************************************* > > Because lt_preloaded_symbols[] is an array of const structs, it is > placed in .rdata. However, the "nothing" symbol is a DATA export from > cyghello-2.dll -- so the runtime psuedo-reloc machinery needs to fixup > the address stored in "lt_preloaded_symbols[3].address" to point to the > actual, relocated memory location of the "nothing" variable. > > But it can't, because .rdata is non-writable. However, this is a > *runtime* error; the *link* succeeds. But when you run the app, you get > a popup window declaring: > > "The application failed to initialize properly (0xc0000005). Click on OK > to terminate the application." > > Note that > (1) the "nothing" relocation works fine for "normal" links; hell.exe > works ok, and imports "nothing" correctly. > > (2) the lt_preloaded_symbol[] object works fine, as long as it doesn't > contain references to DATA items imported from DLL's: staticly linked > helldl.exe works ok, and dynamically linked helldl.exe works IF > "nothing" is expunged from the application code (manually removed from > helldl.exeS.c, and from dlmain.c) > > (3) even with newer compilers, if lt_preloaded_symbol[] is in .data > (by changing its definition from "const struct" to "struct") then > everything works fine. Note that you only need to do this in > helldl.exeS.c; the application (dlmain.c, in this case) can still > declare 'extern const struct ....'). > > ************************************* > I see two solutions: a short term libtool-focused workaround, and a > longer term general solution. > > The short term workaround is to simply change lt_preloaded_symbol[]'s > constness in the *.exeS.c file, so that it goes in the .data section. > Mabye this could be done for cygwin/mingw only (but application code can > remain unchanged, declaring 'extern const struct ...'). But that won't > fix any OTHER problems out there which put the address of DLL DATA > imports into const variables. > > The long term solution is...er...hard. Somehow, ld/(gcc?) should be > modified to detect that a dllreloc is being put into an .rdata, and move > the entire enclosing variable into .data. This is difficult: > lt_preloaded_symbol[3].address can be flagged easily, but how can the > linker figure out that the whole lt_preloaded_symbol variable should be > moved from .rdata to .data? And didn't the compiler put the symbol into > .rdata in the first place -- so maybe gcc is the one who should detect > this? But gcc doesn't know how the link will be performed: it doesn't > know that "nothing" is a DATA import from a DLL, but "foo" is a function > import from a DLL! (Worse, you might link to a STATIC library and not a > DLL at all, so lt_preloaded_symbol could STAY in .rdata in that case.) > > This might be one of those "doctor, it hurts when I do this/OK, don't do > that" situations. > > Note, I found this problem in libtool-1.5.x, but it exists in HEAD, too. > The following patch is against HEAD... > > -- > Chuck -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From karlm30@hotmail.com Wed Sep 22 16:27:00 2004 From: karlm30@hotmail.com (Karl M) Date: Wed, 22 Sep 2004 16:27:00 -0000 Subject: Latest snapshot with XP SP2 and unison and cvs Message-ID: Hi All... I have a testcase. It uses unison-2.9.1.exe available from http://www.cis.upenn.edu/~bcpierce/home.html (from here go to unison, downloads, current stable version, and select unison.win32-gtkui.exe) On a machine with XP, SP2, this test hangs and with XP or 2000 it executes to completion. The recipie is as follows (assuming you have openssh client and server set up): download unison rename the executable to unison.exe and place it somewhere on your PATH. in a cmd (not bash) shell type unison C:/ ssh://localhost/C:/ -testserver -rshargs "-v -v -v" thats it. Unison will use the ssh client to run a copy of itself and talk to it for the test. This does not work from a bash shell...never has. But...you can run it from strace cmd inside a bash shell to get strace output. Up until XP SP2 and the latest cygwin, I have been using it this way for years without a hitch. On XP SP2 the results are 100% repeatable. It hangs in the same place every time. I have run sshd in debug mode and found nothing unusual there. It appears to be a client problem. An XP SP2 server is fine, but the XP SP2 client (with the latest cygwin1.dll or snapshots I tried) hangs. Thanks, ...Karl >From: "Karl M" >To: cygwin@cygwin.com >Subject: Re: Latest snapshot with XP SP2 and unison and cvs >Date: Mon, 20 Sep 2004 15:31:23 -0700 > >Hi All... > >What can I do that would be usefull? I'm not sure how to tell where things >are hanging, because unison-2.9.1 is a win32 program that invokes a cygwin >ssh client. > >I did confirm that it is a ssh client side issue. That is, an XP SP2 >machine is fine as the server, but not as the client. > >If I turn on the -v -v -v in ssh, the last thing I get is from a >channel_input_window_adjust call. > > >>From: Corinna Vinschen >>Reply-To: cygwin@cygwin.com >>To: cygwin@cygwin.com >>Subject: Re: Latest snapshot with XP SP2 and unison and cvs >>Date: Mon, 20 Sep 2004 11:20:14 +0200 >> >>On Sep 18 12:23, Karl M wrote: >> > Hi All... >> > >> > I just updated an xp machine to sp2 and unison-2.9.1 (the win32 >>version) >> > using ssh (cygwin) started hanging. I have done a clean install of >>cygwin >> > and am running with the 16sep snapshot. cvs (cygwin) works fine with >>ssh. >> > unison hangs with ssh. >> > >> > Because win32 unison will not run under bash, I opened a cygwin bash >> > window, did an strace of cmd >> > and then ran unison. The strace is attached. >> > >> > Any thoughts? >> >>No. I don't see any change in Cygwin between 1.5.10 and 1.5.11 which >>could result in a new behaviour on sockets. The strace is useless. >> >> >>Corinna >> >>-- >>Corinna Vinschen Please, send mails regarding Cygwin to >>Cygwin Project Co-Leader mailto:cygwin@cygwin.com >>Red Hat, Inc. >> >>-- >>Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >>Problem reports: http://cygwin.com/problems.html >>Documentation: http://cygwin.com/docs.html >>FAQ: http://cygwin.com/faq/ >> > >_________________________________________________________________ >Is your PC infected? Get a FREE online computer virus scan from McAfee?? >Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 > > >-- >Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >Problem reports: http://cygwin.com/problems.html >Documentation: http://cygwin.com/docs.html >FAQ: http://cygwin.com/faq/ > _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Wed Sep 22 16:51:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Wed, 22 Sep 2004 16:51:00 -0000 Subject: cygwin, libtool, dlpreopen, and .rdata In-Reply-To: <1977953978.20040922125612@familiehaase.de> References: <41511C3F.7080003@cwilson.fastmail.fm> <1977953978.20040922125612@familiehaase.de> Message-ID: <41519A26.6050601@x-ray.at> Gerrit P. Haase schrieb: >>But it can't, because .rdata is non-writable. However, this is a >>*runtime* error; the *link* succeeds. But when you run the app, you get >>a popup window declaring: > >>"The application failed to initialize properly (0xc0000005). Click on OK >>to terminate the application." > > > Ahhhhhhhhhh, this is the reason why I cannot get GConf running in > first place. Thank you Charles for this information!!!!!!! This was also the reason for the clamav beta failure (0.80rc2) -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Wed Sep 22 16:59:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Wed, 22 Sep 2004 16:59:00 -0000 Subject: New packge: lighttpd-1.3.0 In-Reply-To: References: Message-ID: <41519C77.4080201@x-ray.at> robin-lists@robinbowes.com schrieb: >>>I think what is required is a separate php package - making it work >>>with a web server (apache or lighttpd) is just a configuration >>>issue. >> >>Yes, but you cannot build PHP with fastcgi and Apache support at the >>same time, so there should be several packages, runtime for every >>webserver available (currently only lighttpd) plus one common >>package (devel stuff). no, you can and you ususally do. you build it for every web server SAPI (apache1, apache2, fastcgi) and for the cli also. php/configure --help > Can you expand a little on that? Do you mean something like: > > php-common > php-cgi > php-apache > php-devel > Etc. ? no: apache-php (which as main php package has pear, cgi and the cli also), lighttpd-php (just the php dll, if someone cares to maintain that) > Can cgi php use the same modules as mod_php? it is normally built in one step. which extensions it uses is defined in php.ini > Should we build statically? no. that's about 17MB for each php.exe or dll :) >>>I imagine most of the problems arise when trying to decide on a >>>standard set of modules to be included with the "standard" php >>>package. Or is it possible to package php modules separately, e.g. >>>the postgres, ssl, imap, etc.? >> >>Just include everything possible seems to be ok;) There should be all >>important modules which are really needed, e.g. database modules for >>mysql and pgsql, sqlite and others, all graphic stuff possible (GD, >>JPEG, PNG, ...), cryptographic stuff like openssl, mhash, ..., >>compression, pear, XML/XSLT, pdflib, PSPELL? Well you see, one cannot >>say which extension is important and which isn't, just try to use >>every available extension seems to be ok IMO. you want pdflib and pspell also? see my list. pdflib is non-free I think. I'd need xdebug also, maybe apd. best would be to add all the modules which are supported and in the nightly snaps. > That would be OK if all the extensions are built as modules, but building > everything into one php executable would make it pretty big, wouldn't it? the extensions are just shared interfaces to the existing dll. only mysql and some esoteric ones, which are not in the usual setup are static. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ronald@landheer.com Wed Sep 22 17:08:00 2004 From: ronald@landheer.com (Ronald Landheer-Cieslak) Date: Wed, 22 Sep 2004 17:08:00 -0000 Subject: Bash returns incorrect process status In-Reply-To: <753F1E41ACB9D51190C00090277218D80171EE39@WWMESSD206> References: <753F1E41ACB9D51190C00090277218D80171EE39@WWMESSD206> Message-ID: Dolton Tony AB wrote: > I've noticed that bash doesn't get issued too often. It doesn't for three reasons: 1. the maintainer for Cygwin (that would be me) is very busy 2. The current version of Bash is very, very stable 3. I'm hesitant (reluctant, even) to let a new release of Bash go out the door without proper testing, even if it does fix a bug reported on this list every-so-often - i.e. I don't jump on every patch to apply it tout-de-suite and send out a new release: there's too much that depends on Bash.. That, and reason #1.. As soon as I have the time, I will test and release a new Bash-2 with the two patches I have for it now: one that fixes a problem that occured in a snapshot a while back and shouldn't even bother the every-day Bash user at the moment but is worth a fix anyway (and for which a patch was kindly provided by Corinna) and one that came out of this very thread. As for Bash-3: until I have the time to test it properly (==thouroughly) there won't be a release of it yet and when it comes, it will be a test version. rlc -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Wed Sep 22 17:10:00 2004 From: dk@artimi.com (Dave Korn) Date: Wed, 22 Sep 2004 17:10:00 -0000 Subject: Latest snapshot with XP SP2 and unison and cvs In-Reply-To: Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Karl M > Sent: 22 September 2004 16:19 > Hi All... > It appears to be a client problem. An XP SP2 server is fine, > but the XP SP2 > client (with the latest cygwin1.dll or snapshots I tried) hangs. > >>On Sep 18 12:23, Karl M wrote: > >> > Hi All... > >> > > >> > I just updated an xp machine to sp2 and unison-2.9.1 (the win32 > >>version) > >> > using ssh (cygwin) started hanging. Wait a minute. You're saying it was all working fine, and then you put sp2 on and it stopped working? IOW, nothing about cygwin changed? Then the problem is probably because of the SP2 firewall, isn't it? NB. If you wish to test this theory by switching the firewall off, you'd probably better disconnect both machines from the network and wire them directly together with a crossover cable...... cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Wed Sep 22 17:17:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Wed, 22 Sep 2004 17:17:00 -0000 Subject: Latest snapshot with XP SP2 and unison and cvs In-Reply-To: References: Message-ID: <20040922170045.GH17670@cygbert.vinschen.de> On Sep 22 17:48, Dave Korn wrote: > > -----Original Message----- > > From: cygwin-owner On Behalf Of Karl M > > Sent: 22 September 2004 16:19 > > > Hi All... > > > It appears to be a client problem. An XP SP2 server is fine, > > but the XP SP2 > > client (with the latest cygwin1.dll or snapshots I tried) hangs. > > > >>On Sep 18 12:23, Karl M wrote: > > >> > Hi All... > > >> > > > >> > I just updated an xp machine to sp2 and unison-2.9.1 (the win32 > > >>version) > > >> > using ssh (cygwin) started hanging. > > Wait a minute. You're saying it was all working fine, and then you put > sp2 on and it stopped working? IOW, nothing about cygwin changed? Then the > problem is probably because of the SP2 firewall, isn't it? I thought the same, but it's not the firewall. I tested this a few minutes ago. The change in behaviour is apparently related to the changes in the pipe code made on 2004-09-02. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From frederic.ormancey@atosorigin.com Wed Sep 22 17:28:00 2004 From: frederic.ormancey@atosorigin.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_ORMANCEY?=) Date: Wed, 22 Sep 2004 17:28:00 -0000 Subject: [Fwd: Re: Lot of undefined symbols at link time, even with -l option on good libraries] Message-ID: <4151B16C.808@atosorigin.com> I did it, but it don't work ! The --enable-stdcall-fixup option suppress one warning on top of linker output trace : AVERTISSEMENT: r??solution de _GetModuleHandleA par un lien vers _GetModuleHandleA@4 and unfortunatly leave ALL other errors with no effect on it. Dave Korn a ??crit : >>-----Original Message----- >>From: cygwin-owner On Behalf Of Fr??d??ric ORMANCEY >>Sent: 22 September 2004 13:31 >> >> > > > >>problem seems coming from trailing @nn in library symbols. >>cygwin linker don't know how to translate a reference like >>_FormatMessageA to _FormatMessageA@28 >>the calling convention ( C, Stdcall, C++, ... ) has effect only on >>underscore preceeding symbol name, not on @nn notation. >> >>It seems there is no solutions to this problem, I will >>abandon cygwin to >>build my Ada application under windows :-( >> >> > > You didn't read that letter that you were replying to very well: > > > >>>default for Windows). If you cannot get Ada to ask for the >>> >>> >>proper symbol, >> >> >>>you could try using the '--enable-stdcall-fixup' option (for >>> >>> >>'ld') to >> >> >>>attempt to massage away the problem. >>> >>> > > It doesn't seem from your reply that you have actually tried this. Note >that to pass the option through to the linker from the compiler you would >need to add "-Wl," before it, but if you have a separate link stage in your >makefile that invokes the linker directly that would not be necessary. > > cheers, > DaveK > > -- *_Fr??d??ric ORMANCEY_* Atos Origin Systems Integration /rue Amp??re - BP 475 31315 Lab??ge Cedex/ /Tel// /: 05 61 39 75 21 /Fax /: 05 61 39 16 65 frederic.ormancey@atosorigin.com www.si.fr.atosorigin.com ======================================================================================================= Ce message ??lectronique est confidentiel. Il peut contenir des informations prot??g??es par le secret professionnel, le secret de fabrication ou autres r??gles l??gales. Si vous recevez ce message par erreur, il vous est interdit de le reproduire ou de le distribuer en tout ou partie, ou de le divulguer de quelque mani??re que ce soit ?? quelque personne que ce soit. Nous vous prions de bien vouloir en informer Atos Origin, par t??l??phone ou par retour d'e-mail puis de d??truire le message et toutes copies de votre syst??me informatique. Le contenu de ce message ne refl??te pas n??cessairement ni les opinions d'Atos Origin ni celles des membres de son groupe. Bien que l'??metteur de ce message ait fait tout son possible pour maintenir son syst??me informatique sans virus, il ne peut garantir que cette transmission ne comporte aucun virus et il ne pourra ??tre tenu pour responsable de quelque dommage que ce soit r??sultant de la transmission d'un virus. ======================================================================================================= -- *_Fr??d??ric ORMANCEY_* Atos Origin Systems Integration /rue Amp??re - BP 475 31315 Lab??ge Cedex/ /Tel// /: 05 61 39 75 21 /Fax /: 05 61 39 16 65 frederic.ormancey@atosorigin.com www.si.fr.atosorigin.com ======================================================================================================= Ce message ??lectronique est confidentiel. Il peut contenir des informations prot??g??es par le secret professionnel, le secret de fabrication ou autres r??gles l??gales. Si vous recevez ce message par erreur, il vous est interdit de le reproduire ou de le distribuer en tout ou partie, ou de le divulguer de quelque mani??re que ce soit ?? quelque personne que ce soit. Nous vous prions de bien vouloir en informer Atos Origin, par t??l??phone ou par retour d'e-mail puis de d??truire le message et toutes copies de votre syst??me informatique. Le contenu de ce message ne refl??te pas n??cessairement ni les opinions d'Atos Origin ni celles des membres de son groupe. Bien que l'??metteur de ce message ait fait tout son possible pour maintenir son syst??me informatique sans virus, il ne peut garantir que cette transmission ne comporte aucun virus et il ne pourra ??tre tenu pour responsable de quelque dommage que ce soit r??sultant de la transmission d'un virus. ======================================================================================================= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From shankarunni@netscape.net Wed Sep 22 17:38:00 2004 From: shankarunni@netscape.net (Shankar Unni) Date: Wed, 22 Sep 2004 17:38:00 -0000 Subject: cygwin, libtool, dlpreopen, and .rdata In-Reply-To: References: <41511C3F.7080003@cwilson.fastmail.fm> Message-ID: Brian Ford wrote: > Yes, I see. I hope Danny Smith might weigh in here? > > http://sources.redhat.com/ml/binutils/2004-02/msg00003.html I would argue that this is gcc's responsibility. If a const structure variable contains *any* code or data addresses, it's not safe to put it in .rdata (or .rodata, whatever the platform calls it), because of relocation issues. So rather than detect a "DLL import", I'd say *any* function addresses in a const initializer should cause the variable to go into a regular .data section, without any complicated decision-making by binutils. (Note: this is not the same problem that Danny talks about in that message - that usage was legitimate, and there was no attempt to have a const initialized variable with a data address.) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Wed Sep 22 18:36:00 2004 From: dk@artimi.com (Dave Korn) Date: Wed, 22 Sep 2004 18:36:00 -0000 Subject: Lot of undefined symbols at link time, even with -l option on good libraries In-Reply-To: <4151B11A.2020209@atosorigin.com> Message-ID: > -----Original Message----- > From: Fr?d?ric ORMANCEY > Sent: 22 September 2004 18:07 > I did it, but it don't work ! Ah, ok, that was not clear from your last message! > The --enable-stdcall-fixup option suppress one warning on top > of linker output trace : > AVERTISSEMENT: r?solution de _GetModuleHandleA par un > lien vers _GetModuleHandleA@4 > and unfortunatly leave ALL other errors with no effect on it. I see. Hmm. That's very strange; it should affect all the errors - that is, if they're all the same kind of error. OTOH it could be that you've gotten the calling conventions wrong with the other pragmas, so that's why --enable-stdcall-fixup doesn't work for them; there must be some different reason why the errors are caused, since they behave differently. You might care to experiment with the "--enable-auto-import" and, failing that, "--enable-extra-pe-debug" options as well. cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From janneke@gnu.org Wed Sep 22 18:42:00 2004 From: janneke@gnu.org (Jan Nieuwenhuizen) Date: Wed, 22 Sep 2004 18:42:00 -0000 Subject: g++-3.4.1 / CVS small cygwin cross compiler problems Message-ID: <876566usaw.fsf@peder.flower> Due to libtool/gcc related problems I tried building a cross compiler linux->cygwin. The C compiler works fine, but the c++ compiler has linux->three small problems * libstdc++-v3/crossconfig.m4 is missing an entry for cygwin * libstdc++-v3/configure.ac defines GCC_NO_EXECUTABLES, which in turn forbids linking checks (why?), which breaks during configuring * there's a compile error wrt fseeko64 and ftello64 (that's why cygwin is CC'd), see error log Using the patch below, the cross compiler builds fine, but I'm quite sure there are better fixes. Jan. --- libstdc++-v3/crossconfig.m4~ 2004-09-21 23:11:24 +0200 +++ libstdc++-v3/crossconfig.m4 2004-09-21 23:19:34 +0200 @@ -138,7 +138,7 @@ ;; esac ;; - *-linux* | *-uclinux* | *-gnu* | *-kfreebsd*-gnu | *-knetbsd*-gnu) + *-linux* | *-uclinux* | *-gnu* | *-kfreebsd*-gnu | *-knetbsd*-gnu|*-cygwin*) AC_CHECK_HEADERS([nan.h ieeefp.h endian.h sys/isa_defs.h \ machine/endian.h machine/param.h sys/machine.h sys/types.h \ fp.h float.h endian.h inttypes.h locale.h float.h stdint.h]) @@ -135,7 +151,7 @@ # For LFS. AC_DEFINE(HAVE_INT64_T) case "$target" in - *-uclinux*) + *-uclinux*|*-cygwin*) # Don't enable LFS with uClibc ;; *) --- libstdc++-v3/configure.ac~ 2004-09-22 10:08:58 +0200 +++ libstdc++-v3/configure.ac 2004-09-22 10:07:48 +0200 @@ -42,7 +42,8 @@ if test "$build" != "$host"; then # We are being configured with some form of cross compiler. GLIBCXX_IS_NATIVE=false - GCC_NO_EXECUTABLES + # no executables means no linking, nowadays? --jcn + # GCC_NO_EXECUTABLES else GLIBCXX_IS_NATIVE=true fi @@ -140,7 +140,8 @@ GLIBCXX_CHECK_INT64_T # For LFS support. - GLIBCXX_CHECK_LFS + # breaks Cygwin build --jcn + # GLIBCXX_CHECK_LFS AC_LC_MESSAGES /var/tmp/deb/gcc-i686-cygwin-3.4.1/build/gcc/xgcc -shared-libgcc -B/var/tmp/deb/gcc-i686-cygwin-3.4.1/build/gcc/ -nostdinc++ -L/var/tmp/deb/gcc-i686-cygwin-3.4.1/build/i686-cygwin/libstdc++-v3/src -L/var/tmp/deb/gcc-i686-cygwin-3.4.1/build/i686-cygwin/libstdc++-v3/src/.libs -B/usr/i686-cygwin/bin/ -B/usr/i686-cygwin/lib/ -isystem /usr/i686-cygwin/include -isystem /usr/i686-cygwin/sys-include -I/var/tmp/deb/gcc-i686-cygwin-3.4.1/build/i686-cygwin/libstdc++-v3/include/i686-cygwin -I/var/tmp/deb/gcc-i686-cygwin-3.4.1/build/i686-cygwin/libstdc++-v3/include -I/var/tmp/deb/gcc-i686-cygwin-3.4.1/src/libstdc++-v3/libsupc++ -DATTRIBUTE_NORETURN= -DATTRIBUTE_UNUSED= -I/cygwin/usr/include/w32api -L/cygwin/usr/lib/w32api -g -O2 -fno-implicit-templates -Wall -W -Wwrite-strings -Wcast-qual -fdiagnostics-show-location=once -ffunction-sections -fdata-sections -c ../../../../src/libstdc++-v3/src/globals_io.cc -o globals_io.o ../../../../src/libstdc++-v3/src/globals_io.cc:1: warning: -ffunction-sections may affect debugging on some targets In file included from /var/tmp/deb/gcc-i686-cygwin-3.4.1/build/i686-cygwin/libstdc++-v3/include/i686-cygwin/bits/gthr.h:96, from ../../../../src/libstdc++-v3/src/globals_io.cc:29: /cygwin/usr/include/pthread.h:181: warning: weak declaration of 'int pthread_once(pthread_once_t*, void (*)())' not supported /cygwin/usr/include/pthread.h:145: warning: weak declaration of 'int pthread_key_create(__pthread_key_t**, void (*)(void*))' not supported /cygwin/usr/include/pthread.h:146: warning: weak declaration of 'int pthread_key_delete(__pthread_key_t*)' not supported /cygwin/usr/include/pthread.h:143: warning: weak declaration of 'void* pthread_getspecific(__pthread_key_t*)' not supported /cygwin/usr/include/pthread.h:192: warning: weak declaration of 'int pthread_setspecific(__pthread_key_t*, const void*)' not supported /cygwin/usr/include/pthread.h:138: warning: weak declaration of 'int pthread_create(__pthread_t**, __pthread_attr_t* const*, void*(*)(void*), void*)' not supported /cygwin/usr/include/pthread.h:152: warning: weak declaration of 'int pthread_mutex_lock(__pthread_mutex_t**)' not supported /cygwin/usr/include/pthread.h:154: warning: weak declaration of 'int pthread_mutex_trylock(__pthread_mutex_t**)' not supported /cygwin/usr/include/pthread.h:155: warning: weak declaration of 'int pthread_mutex_unlock(__pthread_mutex_t**)' not supported In file included from ../../../../src/libstdc++-v3/src/globals_io.cc:34: /var/tmp/deb/gcc-i686-cygwin-3.4.1/build/i686-cygwin/libstdc++-v3/include/ext/stdio_sync_filebuf.h: In member function `virtual std::streampos __gnu_cxx::stdio_sync_filebuf<_CharT, _Traits>::seekoff(std::streamoff, std::_Ios_Seekdir, std::_Ios_Openmode)': /var/tmp/deb/gcc-i686-cygwin-3.4.1/build/i686-cygwin/libstdc++-v3/include/ext/stdio_sync_filebuf.h:170: error: there are no arguments to `fseeko64' that depend on a template parameter, so a declaration of `fseeko64' must be available /var/tmp/deb/gcc-i686-cygwin-3.4.1/build/i686-cygwin/libstdc++-v3/include/ext/stdio_sync_filebuf.h:170: error: (if you use `-fpermissive', G++ will accept your code, but allowing the use of an undeclared name is deprecated) /var/tmp/deb/gcc-i686-cygwin-3.4.1/build/i686-cygwin/libstdc++-v3/include/ext/stdio_sync_filebuf.h:171: error: there are no arguments to `ftello64' that depend on a template parameter, so a declaration of `ftello64' must be available make[4]: *** [globals_io.lo] Error 1 make[4]: Leaving directory `/var/tmp/deb/gcc-i686-cygwin-3.4.1/build/i686-cygwin/libstdc++-v3/src' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/var/tmp/deb/gcc-i686-cygwin-3.4.1/build/i686-cygwin/libstdc++-v3' make[2]: *** [all] Error 2 make[2]: Leaving directory `/var/tmp/deb/gcc-i686-cygwin-3.4.1/build/i686-cygwin/libstdc++-v3' make[1]: *** [all-target-libstdc++-v3] Error 2 make[1]: Leaving directory `/var/tmp/deb/gcc-i686-cygwin-3.4.1/build' make: *** [build-stamp] Error 2 debuild: fatal error at line 763: dpkg-buildpackage failed! -- Jan Nieuwenhuizen | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Wed Sep 22 18:42:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Wed, 22 Sep 2004 18:42:00 -0000 Subject: Lot of undefined symbols at link time, even with -l option on good libraries In-Reply-To: References: <4151B11A.2020209@atosorigin.com> Message-ID: <6.1.0.6.0.20040922133349.03eb1438@pop.prospeed.net> At 01:14 PM 9/22/2004, you wrote: >> -----Original Message----- >> From: Fr?d?ric ORMANCEY >> Sent: 22 September 2004 18:07 > >> I did it, but it don't work ! > > Ah, ok, that was not clear from your last message! > >> The --enable-stdcall-fixup option suppress one warning on top >> of linker output trace : >> AVERTISSEMENT: r?solution de _GetModuleHandleA par un >> lien vers _GetModuleHandleA@4 >> and unfortunatly leave ALL other errors with no effect on it. > > I see. Hmm. That's very strange; it should affect all the errors - that >is, if they're all the same kind of error. OTOH it could be that you've >gotten the calling conventions wrong with the other pragmas, so that's why >--enable-stdcall-fixup doesn't work for them; there must be some different >reason why the errors are caused, since they behave differently. > > You might care to experiment with the "--enable-auto-import" and, failing >that, "--enable-extra-pe-debug" options as well. Or Fr?d?ric could try specifying the link symbol he wants in the pragma as suggested by an earlier poster (sorry, the thread is broken in the archives and I didn't put any effort into wading through the messages to trace it all back to that message). -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From karlm30@hotmail.com Wed Sep 22 19:56:00 2004 From: karlm30@hotmail.com (Karl M) Date: Wed, 22 Sep 2004 19:56:00 -0000 Subject: Latest snapshot with XP SP2 and unison and cvs Message-ID: Hi Dave... Sorry, I thought I covered all details, but... The firewall is off...I am behind a real firewall. The hanging can be averted by not using XP SP2 or by using a down rev cygwin1.dll Thanks, ...Karl >From: "Dave Korn" >To: >Subject: RE: Latest snapshot with XP SP2 and unison and cvs >Date: Wed, 22 Sep 2004 17:48:51 +0100 > > > -----Original Message----- > > From: cygwin-owner On Behalf Of Karl M > > Sent: 22 September 2004 16:19 > > > Hi All... > > > It appears to be a client problem. An XP SP2 server is fine, > > but the XP SP2 > > client (with the latest cygwin1.dll or snapshots I tried) hangs. > > > >>On Sep 18 12:23, Karl M wrote: > > >> > Hi All... > > >> > > > >> > I just updated an xp machine to sp2 and unison-2.9.1 (the win32 > > >>version) > > >> > using ssh (cygwin) started hanging. > > Wait a minute. You're saying it was all working fine, and then you put >sp2 on and it stopped working? IOW, nothing about cygwin changed? Then >the >problem is probably because of the SP2 firewall, isn't it? > > NB. If you wish to test this theory by switching the firewall off, you'd >probably better disconnect both machines from the network and wire them >directly together with a crossover cable...... > > cheers, > DaveK >-- >Can't think of a witty .sigline today.... > > >-- >Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >Problem reports: http://cygwin.com/problems.html >Documentation: http://cygwin.com/docs.html >FAQ: http://cygwin.com/faq/ > _________________________________________________________________ Don??t just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Wed Sep 22 19:56:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Wed, 22 Sep 2004 19:56:00 -0000 Subject: [ANNOUNCEMENT] Updated: OpenSSH-3.9p1-2 Message-ID: <200409221842.i8MIgBg17485@esds.vss.fsi.com> I've just updated the version of OpenSSH to 3.9p1-2. This is a Cygwin specific bugfix release. - /usr/bin/ssh-host-config has a fix for the problem that adding the sshd_server account to the Administrators group fails on 2K3. - The login problem which manifests it self in the syslog entry "permanently_set_uid: was able to restore old [e]gid" should be solved, too. NOTE NOTE NOTE: If you're still using Cygwin 1.5.10 or earlier, you *must* add the -r option when starting the sshd daemon, if you want to use privilege separation. Either that, or disable privilege separation in /etc/sshd_config by setting UsePrivilegeSeparation no This does not happen when running under Cygwin 1.5.11 or later. 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. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=3D3Dyourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Wed Sep 22 20:07:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 22 Sep 2004 20:07:00 -0000 Subject: setup.log in /var/log/ In-Reply-To: References: Message-ID: On Wed, 22 Sep 2004, Angelo Graziosi (D. Zanello) wrote: > Hi, > I have noted that in /var/log/ there are setup.log and setup.log.full. > > setup.log contains the description of all my CYGWIN packages installation > from the first installation (Jun 2003): it is a file of 250 MB! Can I > remove these files without corrupt the CYGWIN installation? Yes. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Wed Sep 22 20:13:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Wed, 22 Sep 2004 20:13:00 -0000 Subject: New packge: lighttpd-1.3.0 In-Reply-To: <41519C77.4080201@x-ray.at> References: <41519C77.4080201@x-ray.at> Message-ID: <1656566026.20040922215552@familiehaase.de> Hallo Reini, if you ask me, the PHP build system is broken. I tried to build 5.0.1, I'm getting no lipphp, no shared modules, libdb is not found... If you specify an extension and the relevant dependency is not available the configure exits, it is terrible, this sucks really. How do I need to configure to get a shared library? Shared modules? Why isn't there a howto about this in the source dist included? Who is responsible for this broken system? If I call `make libphp5.la` I get a static archive, no DLL, it is weird... I hate this package since I tried to build it the first time. Am Mittwoch, 22. September 2004 um 17:38 schriebst du: >> Should we build statically? > no. that's about 17MB for each php.exe or dll :) My executable is 8 MB stripped. > you want pdflib and pspell also? > see my list. pdflib is non-free I think. I don't know, pdflib-lite is available as source, isn't the license OSI approved? I don't have aspell installed, but if it is available as shared module, why not? > I'd need xdebug also, maybe apd. > best would be to add all the modules which are supported and in the > nightly snaps. >> That would be OK if all the extensions are built as modules, but building >> everything into one php executable would make it pretty big, wouldn't it? > the extensions are just shared interfaces to the existing dll. > only mysql and some esoteric ones, which are not in the usual setup are > static. Why don't I get a shared libphp? How to configure it to get it with shared modules? Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From arnstein@panix.com Wed Sep 22 20:35:00 2004 From: arnstein@panix.com (David Arnstein) Date: Wed, 22 Sep 2004 20:35:00 -0000 Subject: problem with cygwin box (termcap?) Message-ID: <200409221956.i8MJusA06757@panix1.panix.com> I launch a cygwin "box" (command window) on my Windows 2000 machine. I run ssh to connect to a shell account running a variant of BSD Unix. Whenever I use the program "less" on that shell account, it complains "WARNING: terminal is not fully functional." Another user has stated that tin (the news reader) complains "tin: Terminal must have clear to end-of-screen (cd) I suspect that these issues are related. Can the termcap entry for cygwin be improved? Or is this truly a limitation of the cygwin box? Thanks for any ideas. -- David Arnstein arnstein@pobox.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Wed Sep 22 20:40:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Wed, 22 Sep 2004 20:40:00 -0000 Subject: problem with cygwin box (termcap?) In-Reply-To: <200409221956.i8MJusA06757@panix1.panix.com> References: <200409221956.i8MJusA06757@panix1.panix.com> Message-ID: <6.1.0.6.0.20040922160311.03ebb150@pop.prospeed.net> At 03:56 PM 9/22/2004, you wrote: >I launch a cygwin "box" (command window) on my Windows 2000 machine. >I run ssh to connect to a shell account running a variant of BSD Unix. > >Whenever I use the program "less" on that shell account, it complains > "WARNING: terminal is not fully functional." >Another user has stated that tin (the news reader) complains > "tin: Terminal must have clear to end-of-screen (cd) >I suspect that these issues are related. Can the termcap entry for >cygwin be improved? Or is this truly a limitation of the cygwin box? What terminal are you using? 'cygwin'? That's the default. It's unlikely that your BSD box knows it if you haven't told it about it. Do so or try a related terminal type. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From arnstein@pobox.com Wed Sep 22 20:45:00 2004 From: arnstein@pobox.com (David Arnstein) Date: Wed, 22 Sep 2004 20:45:00 -0000 Subject: problem with cygwin box (termcap?) In-Reply-To: <6.1.0.6.0.20040922160311.03ebb150@pop.prospeed.net> References: <200409221956.i8MJusA06757@panix1.panix.com> <6.1.0.6.0.20040922160311.03ebb150@pop.prospeed.net> Message-ID: <4151DCED.5010904@pobox.com> Larry Hall wrote: > What terminal are you using? 'cygwin'? That's the default. It's > unlikely that your BSD box knows it if you haven't told it about it. Do > so or try a related terminal type. Yes. My environment variable TERM is set to "cygwin" on the BSD Unix shell account. The BSD Unix shell account uses the "cygwin" termcap entry that is found in the /etc/termcap file published by cygwin.com. -- David Arnstein arnstein@pobox.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cygwin@cwilson.fastmail.fm Wed Sep 22 20:45:00 2004 From: cygwin@cwilson.fastmail.fm (Charles Wilson) Date: Wed, 22 Sep 2004 20:45:00 -0000 Subject: cygwin, libtool, dlpreopen, and .rdata In-Reply-To: References: <41511C3F.7080003@cwilson.fastmail.fm> Message-ID: <4151E22C.3020209@cwilson.fastmail.fm> Brian Ford wrote: > On Wed, 22 Sep 2004, Charles Wilson wrote: > > >>[cygwin list: I'm CC'ing this so that it goes into the archives, but >>it's pretty technical about the innards of libtool...] > > > This doesn't seem libtool related at all to me (other than it's a gcc bug > that affects libtool). Oh, except for the fact that there's a libtool patch included in the email. Besides, it's not really a gcc bug; it's a new feature, that does exactly what it should do -- except that it shouldn't be used in te way that libtool is forcing it to be used. const "variables" exported from a DLL absolutely should go in .rdata[1]. Const "variables" in an application absolutely should go in .rdata. No problems; and many benefits. It's when an application declares a variable const, which is supposed to hold the address of a DATA item imported from a DLL, that is the problem -- because, thanks to the behind-the-scenes runtime-reloc stuff, *it isn't really const*. In that case, it should not be declared const. Libtool creates a little file that declares a const "variable" which holds an address that falls under the definition above. Libtool shouldn't do that -- at least until gcc/ld get a WHOLE lot smarter (and precognitive, too!) > >>With newer gcc's (cygwin version numbers 3.3.3-3, 3.4.1-1, but not >>3.3.1-3), const variables are placed in an .rdata section. This causes >>problems when those variables contain references to OTHER vars that are >>imported from a dll -- because the runtime relocation machinery can't >>fixup the address, since the variable holding the address is const -- >>and is in .rdata! > > > Yes, I see. I hope Danny Smith might weigh in here? > > http://sources.redhat.com/ml/binutils/2004-02/msg00003.html [1] DATA items imported into an app, when the DATA item itself is in the DLL's .rdata section, is what is addressed by Danny's binutils patch. The problem I'm pointing out is the opposite, and concerns the *pointer* that should hold the address of the DLL's DATA item. That pointer is in the application, and is declared const -- and therefore goes into the *application's* .rdata section. Where the runtime-reloc machinery can't update it. -- Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Wed Sep 22 20:48:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Wed, 22 Sep 2004 20:48:00 -0000 Subject: Bash returns incorrect process status In-Reply-To: References: <753F1E41ACB9D51190C00090277218D80171EE39@WWMESSD206> Message-ID: <20040922204216.GH6266@trixie.casa.cgf.cx> On Wed, Sep 22, 2004 at 12:31:34PM -0400, Ronald Landheer-Cieslak wrote: >Dolton Tony AB wrote: >>I've noticed that bash doesn't get issued too often. >It doesn't for three reasons: >1. the maintainer for Cygwin (that would be me) is very busy >2. The current version of Bash is very, very stable >3. I'm hesitant (reluctant, even) to let a new release of Bash go out > the door without proper testing, even if it does fix a bug reported > on this list every-so-often - i.e. I don't jump on every patch to > apply it tout-de-suite and send out a new release: there's too much > that depends on Bash.. That, and reason #1.. These are all excellent reasons (especially 2 and 3), FWIW. Bash is such a crucial part of the release that it pays to be cautious. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cygwin@cwilson.fastmail.fm Wed Sep 22 20:50:00 2004 From: cygwin@cwilson.fastmail.fm (Charles Wilson) Date: Wed, 22 Sep 2004 20:50:00 -0000 Subject: Avail for test: libtool-1.5.10-1 Message-ID: <4151E459.7080408@cwilson.fastmail.fm> A new version of libtool is on the mirrors. It's a routine update to the latest upstream release, but also includes a number of fixes: 1) Gerrit's .rdata fix (with some additions) 2) testsuite corrections 3) backports of CVS HEAD patches to ltdl.[h,c] by Gary Vaughan: 28-gary-canonicalise-__WINDOWS__.patch 29-gary-cygwin-tweak-loaders.patch 4) rollup of all ealier cygwin-libtool patches This version of libtool, using the latest gcc (3.3.3-3 AND 3.4.1-1) and the most recent binutils (20040725-2) passes all but two of the libtool self-tests (and those two are longstanding issues that shouldn't affect "real" users). Hopefully this release will address some of the problems that folks have been reporting recently. Please test. FYI, all of these changes have been ported to CVS HEAD libtool, and accepted by the maintainers. However, CVS HEAD libtool is still in fairly rough shape with respect to cygwin, and still fails 19 tests even with these changes. I hope to begin resolving those issues soon (e.g. before libtool-2 hits the street). -- Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Wed Sep 22 20:52:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Wed, 22 Sep 2004 20:52:00 -0000 Subject: problem with cygwin box (termcap?) In-Reply-To: <200409221956.i8MJusA06757@panix1.panix.com> References: <200409221956.i8MJusA06757@panix1.panix.com> Message-ID: <20040922204736.GI6266@trixie.casa.cgf.cx> On Wed, Sep 22, 2004 at 03:56:54PM -0400, David Arnstein wrote: >I launch a cygwin "box" (command window) on my Windows 2000 machine. >I run ssh to connect to a shell account running a variant of BSD Unix. > >Whenever I use the program "less" on that shell account, it complains > "WARNING: terminal is not fully functional." >Another user has stated that tin (the news reader) complains > "tin: Terminal must have clear to end-of-screen (cd) >I suspect that these issues are related. Can the termcap entry for >cygwin be improved? Or is this truly a limitation of the cygwin box? Cygwin's terminal emulation is not at fault. It works fine locally, after all. I sincerely doubt that either of those programs uses termcap. You need to set up a terminfo entry for cygwin on the remote system. You can use the "infocmp" program to dump the entry and the "tic" program on the remote computer to incorporate it. There may be a way to set this up on the remote computer without being root, too, but I'll leave that to you to research. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From yselkowitz@users.sourceforge.net Wed Sep 22 20:58:00 2004 From: yselkowitz@users.sourceforge.net (Yaakov Selkowitz) Date: Wed, 22 Sep 2004 20:58:00 -0000 Subject: Using cygwin's GnuPG with enigmail In-Reply-To: References: Message-ID: <4151E515.8070803@users.sourceforge.net> Ismael wrote: > Can this be safely done? Or would I have any drawback? > > Sorry but searching the mailing list archives, I get in return any > message signed using enigmal, so this is of no use. :) Well I was doing this for quite a while, but I just upgraded to TB 0.8 and the current version of Enigmail and I just get errors. It could be something with my configuration though, so give it a try. Yaakov -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cygwin@cwilson.fastmail.fm Wed Sep 22 21:02:00 2004 From: cygwin@cwilson.fastmail.fm (Charles Wilson) Date: Wed, 22 Sep 2004 21:02:00 -0000 Subject: cygwin, libtool, gdb: dll not found In-Reply-To: <87pt4e7nid.fsf@peder.flower> References: <41511C3F.7080003@cwilson.fastmail.fm> <87pt4e7nid.fsf@peder.flower> Message-ID: <4151E588.8010706@cwilson.fastmail.fm> Jan Nieuwenhuizen wrote: > Charles Wilson writes: > > >>[cygwin list: I'm CC'ing this so that it goes into the archives, but >>it's pretty technical about the innards of libtool...] > > > Great. This addresses my yet unanswered problem that holds back guile 1.7.1 > > http://www.cygwin.com/ml/cygwin/2004-09/msg00883.html I dunno, Jan -- I'm not sure the problem you are seeing is related -- because older gcc's didn't put const items into .rdata anyway. But, there were a number of other fixes in libtool-1.5.10(cygwin), both mine, and the ordinary 1.5.6--1.5.8--1.5.10 march of progress. Give it a shot, but I don't think the .rdata issue is causing your problem. -- Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cygwin@cwilson.fastmail.fm Wed Sep 22 21:17:00 2004 From: cygwin@cwilson.fastmail.fm (Charles Wilson) Date: Wed, 22 Sep 2004 21:17:00 -0000 Subject: cygwin, libtool, dlpreopen, and .rdata In-Reply-To: <1977953978.20040922125612@familiehaase.de> References: <41511C3F.7080003@cwilson.fastmail.fm> <1977953978.20040922125612@familiehaase.de> Message-ID: <4151E624.8030702@cwilson.fastmail.fm> Gerrit P. Haase wrote: > >>Note, I found this problem in libtool-1.5.x, but it exists in HEAD, too. >> The following patch is against HEAD... > > > I'll try if it works ok with this solution. Unless you have a reason to use CVS HEAD libtool, first try the 1.5.10-1 release I just put on the mirrors. CVS HEAD libtool is still flaky on cygwin even with these patches. -- Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From robilad@kaffe.org Wed Sep 22 21:50:00 2004 From: robilad@kaffe.org (Dalibor Topic) Date: Wed, 22 Sep 2004 21:50:00 -0000 Subject: Avail for test: libtool-1.5.10-1 In-Reply-To: <4151E459.7080408@cwilson.fastmail.fm> References: <4151E459.7080408@cwilson.fastmail.fm> Message-ID: <4151E745.2000109@kaffe.org> Charles Wilson wrote: > A new version of libtool is on the mirrors. It's a routine update to > the latest upstream release, but also includes a number of fixes: > FYI, all of these changes have been ported to CVS HEAD libtool, and > accepted by the maintainers. However, CVS HEAD libtool is still in > fairly rough shape with respect to cygwin, and still fails 19 tests even > with these changes. I hope to begin resolving those issues soon (e.g. > before libtool-2 hits the street). Thanks! You rock! cheers, dalibor topic, who now has to kick kaffe back into shape on cygwin :) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cygwin@cwilson.fastmail.fm Wed Sep 22 21:54:00 2004 From: cygwin@cwilson.fastmail.fm (Charles Wilson) Date: Wed, 22 Sep 2004 21:54:00 -0000 Subject: cygwin, libtool, dlpreopen, and .rdata In-Reply-To: References: <41511C3F.7080003@cwilson.fastmail.fm> Message-ID: <4151E85A.5020305@cwilson.fastmail.fm> Shankar Unni wrote: > Brian Ford wrote: > >> Yes, I see. I hope Danny Smith might weigh in here? >> >> http://sources.redhat.com/ml/binutils/2004-02/msg00003.html > > > I would argue that this is gcc's responsibility. If a const structure > variable contains *any* code or data addresses, it's not safe to put it > in .rdata (or .rodata, whatever the platform calls it), because of > relocation issues. > > So rather than detect a "DLL import", I'd say *any* function addresses Actually, *function* addresses are fine; they don't get relocated (at least, not by the runtime-pseudo-reloc gobbledygook). It's only the addresses of DATA items exported by DLLs that get relocated in this way. AND, they get relocated IF AND ONLY IF you are linking to a DLL. If you link to a static library, no runtime relocation is necessary because the linker resolves all of the addresses in question at link time. And if (really the same issue as a static lib) the addresses in question come from a standalone .o (e.g. an extern data item in your own app, not one supplied by a library at all) then why shouldn't it be const -- and put in .rdata? But how is gcc supposed to know that you're going to link to a DLL? (The same question applies to creating the trampolines for DATA exports in the first place, and that took some seriously hairy code and over a year to get it right, and stabilized). Yeah, you could play it safe and just say "In x86, any structure or variable that is initialized with the address of any variable (but not function), should go into .data, not .rdata" -- and lose the benefits of const==.rdata for those structures. But that "punishes" many common cases in the interests of making a few rare cases work properly. Sometimes the answer really is "Don't do that.": don't declare structs const if they contain addresses of data coming from an external library. > in a const initializer should cause the variable to go into a regular > .data section, without any complicated decision-making by binutils. > > (Note: this is not the same problem that Danny talks about in that > message - that usage was legitimate, and there was no attempt to have a > const initialized variable with a data address.) Correct. -- Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From janneke@gnu.org Wed Sep 22 21:59:00 2004 From: janneke@gnu.org (Jan Nieuwenhuizen) Date: Wed, 22 Sep 2004 21:59:00 -0000 Subject: cygwin, libtool, gdb: dll not found In-Reply-To: <4151E588.8010706@cwilson.fastmail.fm> (Charles Wilson's message of "Wed, 22 Sep 2004 16:50:16 -0400") References: <41511C3F.7080003@cwilson.fastmail.fm> <87pt4e7nid.fsf@peder.flower> <4151E588.8010706@cwilson.fastmail.fm> Message-ID: <87oejyt34v.fsf@peder.flower> Charles Wilson writes: > I dunno, Jan -- I'm not sure the problem you are seeing is related -- > because older gcc's didn't put const items into .rdata anyway. But, > there were a number of other fixes in libtool-1.5.10(cygwin), Oh, well, I'll have a go with your latest release. > Give it a shot, but I don't think the .rdata issue is causing your > problem. Is there a way to actually see what's going wrong? Jan. -- Jan Nieuwenhuizen | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From khemani@netscaler.com Wed Sep 22 22:31:00 2004 From: khemani@netscaler.com (Prakash Khemani) Date: Wed, 22 Sep 2004 22:31:00 -0000 Subject: CYGWIN + APCHE + Net::SMTP Message-ID: <24BDFF97F1939B44BCBA2E6AADEB0A28233920@mailsc.engineering.netscaler.com> I have a simple perl mail program mail.pl (pasted at the end of this mail). In the cygwin environment it is able to send mail out when I run it from the command line. I also have apache2 running in my cygwin environment. When I run mail.pl as a CGI script it is not able to connect to the the smtp server. The Socket connection is failing (as I noticed after putting some error prints in SMTP.pm). The apache server is running as SYSTEM user. In the command line I run it with user Khemani's permissions. What could be going wrong? Thanks, Prakash #!/usr/bin/perl ## mail.pl print "Content-Type: text/plain\r\n\r\n"; $mailHost = "10.10.0.91"; $helloHost = "mydesktop.eng.netscaler.com"; $from = 'khemani@netscaler.com'; @to = ('khemani@netscaler.com'); $smtp = Net::SMTP->new( $mailHost, Hello => $helloHost ); if ($smtp) { $smtp->mail($from); $smtp->to(@to, { SkipBad => 1 } ); $smtp->data("ABCD"); $smtp->dataend(); if ($smtp->ok()) { print "OK\n"; ## comes here at cmd line } else { print "Not OK\n"; } } else { print "Not Connected\n"; ## comes here as CGI } -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Wed Sep 22 22:37:00 2004 From: brian@dessent.net (Brian Dessent) Date: Wed, 22 Sep 2004 22:37:00 -0000 Subject: problem with cygwin box (termcap?) References: <200409221956.i8MJusA06757@panix1.panix.com> Message-ID: <4151F57C.BB4F6EB6@dessent.net> David Arnstein wrote: > I launch a cygwin "box" (command window) on my Windows 2000 machine. > I run ssh to connect to a shell account running a variant of BSD Unix. > > Whenever I use the program "less" on that shell account, it complains > "WARNING: terminal is not fully functional." > Another user has stated that tin (the news reader) complains > "tin: Terminal must have clear to end-of-screen (cd) > I suspect that these issues are related. Can the termcap entry for > cygwin be improved? Or is this truly a limitation of the cygwin box? You could also just use rxvt instead of of a cmd.exe window, which should result in $TERM being set to "rxvt" which should be recognised everywhere. If for whatever reason you must use cmd.exe then follow the advice already in the thread to add the "cygwin" terminal info to the database on the remote end. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Wed Sep 22 22:38:00 2004 From: brian@dessent.net (Brian Dessent) Date: Wed, 22 Sep 2004 22:38:00 -0000 Subject: CYGWIN + APCHE + Net::SMTP References: <24BDFF97F1939B44BCBA2E6AADEB0A28233920@mailsc.engineering.netscaler.com> Message-ID: <4151F6CA.CEFF2CA9@dessent.net> Prakash Khemani wrote: > > I have a simple perl mail program mail.pl (pasted at the end of this > mail). In the cygwin environment it is able to send mail out when I run > it from the command line. > > I also have apache2 running in my cygwin environment. When I run mail.pl > as a CGI script it is not able to connect to the the smtp server. The > Socket connection is failing (as I noticed after putting some error > prints in SMTP.pm). > > The apache server is running as SYSTEM user. In the command line I run > it with user Khemani's permissions. I've seen this before and IIRC it was due to some kind of account restrictions imposed on the SYSTEM account in later versions of windows. Get a command prompt as the SYSTEM account and try running the script from it -- if it fails that will rule out the whole Apache side of things. To do this google these archives for "sysbash" or just use the "now /interactive" command by hand. If this is the case then you will probably have to either grant SYSTEM those revoked privileges or run Apache as one of the other system accounts, such as "NETWORK SERVICE" (which is new in XP and later.) Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From khemani@netscaler.com Wed Sep 22 22:46:00 2004 From: khemani@netscaler.com (Prakash Khemani) Date: Wed, 22 Sep 2004 22:46:00 -0000 Subject: CYGWIN + APCHE + Net::SMTP Message-ID: <24BDFF97F1939B44BCBA2E6AADEB0A28246FEE@mailsc.engineering.netscaler.com> Mail.pl works fine in the sysbash shell. Thanks, Prakash ------ Prakash Khemani wrote: > > I have a simple perl mail program mail.pl (pasted at the end of this > mail). In the cygwin environment it is able to send mail out when I run > it from the command line. > > I also have apache2 running in my cygwin environment. When I run mail.pl > as a CGI script it is not able to connect to the the smtp server. The > Socket connection is failing (as I noticed after putting some error > prints in SMTP.pm). > > The apache server is running as SYSTEM user. In the command line I run > it with user Khemani's permissions. I've seen this before and IIRC it was due to some kind of account restrictions imposed on the SYSTEM account in later versions of windows. Get a command prompt as the SYSTEM account and try running the script from it -- if it fails that will rule out the whole Apache side of things. To do this google these archives for "sysbash" or just use the "now /interactive" command by hand. If this is the case then you will probably have to either grant SYSTEM those revoked privileges or run Apache as one of the other system accounts, such as "NETWORK SERVICE" (which is new in XP and later.) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cliff@hones.org.uk Wed Sep 22 23:05:00 2004 From: cliff@hones.org.uk (Cliff Hones) Date: Wed, 22 Sep 2004 23:05:00 -0000 Subject: Lot of undefined symbols at link time, even with -l option on good libraries In-Reply-To: <6.1.0.6.0.20040922133349.03eb1438@pop.prospeed.net> References: <4151B11A.2020209@atosorigin.com> <6.1.0.6.0.20040922133349.03eb1438@pop.prospeed.net> Message-ID: <4151FEB1.2030004@hones.org.uk> Larry Hall wrote: > At 01:14 PM 9/22/2004, you wrote: > >>>-----Original Message----- >>>From: Fr?d?ric ORMANCEY >>>Sent: 22 September 2004 18:07 >> >>>I did it, but it don't work ! >> >> Ah, ok, that was not clear from your last message! >> >> >>>The --enable-stdcall-fixup option suppress one warning on top >>>of linker output trace : >>> AVERTISSEMENT: r?solution de _GetModuleHandleA par un >>>lien vers _GetModuleHandleA@4 >>>and unfortunatly leave ALL other errors with no effect on it. >> >> I see. Hmm. That's very strange; it should affect all the errors - that >>is, if they're all the same kind of error. OTOH it could be that you've >>gotten the calling conventions wrong with the other pragmas, so that's why >>--enable-stdcall-fixup doesn't work for them; there must be some different >>reason why the errors are caused, since they behave differently. >> >> You might care to experiment with the "--enable-auto-import" and, failing >>that, "--enable-extra-pe-debug" options as well. > > Or Fr?d?ric could try specifying the link symbol he wants in the pragma > as suggested by an earlier poster (sorry, the thread is broken in the > archives and I didn't put any effort into wading through the messages > to trace it all back to that message). That was me - but it seems Dave Korn's post broke the thread. But isn't it easy enough to sort messages on subject? Anyway, I tried a noddy example, as follows... Cliff@enigma ~ $ cat imp.adb procedure imp is procedure Doit(A : integer; B : boolean; C : character); pragma Import (Stdcall, Doit, "FormatMessageA"); begin Doit(1, true, 'x'); end; Cliff@enigma ~ $ gnat compile imp.adb gcc -c imp.adb Cliff@enigma ~ $ nm imp.o 00000000 b .bss 00000000 d .data 00000000 t .text U _FormatMessageA@12 00000000 T __ada_imp So Gnat is generating a stdcall-style linker symbol with @12 (the parameter block size) correctly appended. If Fr?d?ric is not seeing this with stdcall, it is probably an indication that the specification used for Doit is wrong - ie it hasn't been defined to take any parameters. If you change the pragma line to pragma Import (Stdcall, Doit, Link_Name => "FormatMessageA"); the symbol is generated as U FormatMessageA@12 so you can generate it without the leading underscore, but with the stdcall postfix, if you wish. [Note - the above is just an example - the *real* FormatMessageA should take 7 words (28 bytes) of parameters, and the Ada spec should match the kernel32 definition.] -- Cliff -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Wed Sep 22 23:14:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Wed, 22 Sep 2004 23:14:00 -0000 Subject: problem with cygwin box (termcap?) In-Reply-To: <4151F57C.BB4F6EB6@dessent.net> References: <200409221956.i8MJusA06757@panix1.panix.com> <4151F57C.BB4F6EB6@dessent.net> Message-ID: <20040922224033.GA8096@trixie.casa.cgf.cx> On Wed, Sep 22, 2004 at 02:58:20PM -0700, Brian Dessent wrote: >David Arnstein wrote: > >> I launch a cygwin "box" (command window) on my Windows 2000 machine. >> I run ssh to connect to a shell account running a variant of BSD Unix. >> >> Whenever I use the program "less" on that shell account, it complains >> "WARNING: terminal is not fully functional." >> Another user has stated that tin (the news reader) complains >> "tin: Terminal must have clear to end-of-screen (cd) >> I suspect that these issues are related. Can the termcap entry for >> cygwin be improved? Or is this truly a limitation of the cygwin box? > >You could also just use rxvt instead of of a cmd.exe window, which >should result in $TERM being set to "rxvt" which should be recognised >everywhere. If for whatever reason you must use cmd.exe then follow the >advice already in the thread to add the "cygwin" terminal info to the >database on the remote end. Also, the "ansi" or "vt100" TERM types may work acceptably on the remote system depending on what the application is trying to do. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Wed Sep 22 23:14:00 2004 From: brian@dessent.net (Brian Dessent) Date: Wed, 22 Sep 2004 23:14:00 -0000 Subject: New packge: lighttpd-1.3.0 References: <41519C77.4080201@x-ray.at> <1656566026.20040922215552@familiehaase.de> Message-ID: <41520175.AA068400@dessent.net> "Gerrit P. Haase" wrote: > if you ask me, the PHP build system is broken. > > I tried to build 5.0.1, I'm getting no lipphp, no shared modules, > libdb is not found... If you specify an extension and the relevant > dependency is not available the configure exits, it is terrible, this > sucks really. > > How do I need to configure to get a shared library? Shared modules? > Why isn't there a howto about this in the source dist included? Who > is responsible for this broken system? > > If I call `make libphp5.la` I get a static archive, no DLL, it is > weird... > > I hate this package since I tried to build it the first time. Part of the problem here is that "We don't support building under Cygwin" is the official line from php-dev. I've got php-4.3.8 working fine as a DSO with Apache (a single 3.1M chgphp4.dll.) This works for whatever modules/extensions are statically included, but obviously that's not quite acceptable. If you "--enable-foo=shared" you get a foo.a file in the modules dir, but this is not a win32 executable and so it cannot be dlopen()'d. I'm still working on how to get these extension modules working, when I do I'll ITP the whole batch. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From khemani@netscaler.com Wed Sep 22 23:18:00 2004 From: khemani@netscaler.com (Prakash Khemani) Date: Wed, 22 Sep 2004 23:18:00 -0000 Subject: CYGWIN + APCHE + Net::SMTP Message-ID: <24BDFF97F1939B44BCBA2E6AADEB0A28233921@mailsc.engineering.netscaler.com> A similar problem occurs when I use /usr/sbin/ssmtp instead of Perl's Net::SMTP. I am able to send mail using /usr/sbin/ssmtp from the cygin shell cmd line. But when ssmtp is invoked from a perl script inside Apache2's CGI environment (sunning on Windows XP and cygwin) - I get the following error ssmtp: Cannot open mail.eng.netscaler.com:25 So, I guess the question is why am I not able to open socket connections in a process that is spawned by Apache (running in the Cygwin environment)? Thanks, Prakash > -----Original Message----- > From: cygwin-owner@cygwin.com [mailto:cygwin-owner@cygwin.com] On Behalf > Of Prakash Khemani > Sent: Wednesday, September 22, 2004 3:30 PM > To: cygwin@cygwin.com > Subject: Re: CYGWIN + APCHE + Net::SMTP > > Mail.pl works fine in the sysbash shell. > > Thanks, > Prakash > > ------ > Prakash Khemani wrote: > > > > I have a simple perl mail program mail.pl (pasted at the end of this > > mail). In the cygwin environment it is able to send mail out when I > run > > it from the command line. > > > > I also have apache2 running in my cygwin environment. When I run > mail.pl > > as a CGI script it is not able to connect to the the smtp server. The > > Socket connection is failing (as I noticed after putting some error > > prints in SMTP.pm). > > > > The apache server is running as SYSTEM user. In the command line I run > > it with user Khemani's permissions. > > I've seen this before and IIRC it was due to some kind of account > restrictions imposed on the SYSTEM account in later versions of > windows. Get a command prompt as the SYSTEM account and try running the > script from it -- if it fails that will rule out the whole Apache side > of things. To do this google these archives for "sysbash" or just use > the "now /interactive" command by hand. > > If this is the case then you will probably have to either grant SYSTEM > those revoked privileges or run Apache as one of the other system > accounts, such as "NETWORK SERVICE" (which is new in XP and later.) > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From quetschke@scytek.de Wed Sep 22 23:35:00 2004 From: quetschke@scytek.de (Volker Quetschke) Date: Wed, 22 Sep 2004 23:35:00 -0000 Subject: [ANNOUNCEMENT] Updated: grace-5.1.17-1 Message-ID: <200409222314.i8MNE1r26971@esds.vss.fsi.com> grace-5.1.17-1 has been uploaded to the Cygwin net distribution. DESCRIPTION: ============ Grace is a WYSIWYG tool to make two-dimensional plots of numerical data. It runs under various (if not all) flavors of Unix with X11 and M*tif (LessTif or Motif). Its capabilities are roughly similar to GUI-based programs like Sigmaplot or Microcal Origin plus script-based tools like Gnuplot or Genplot. Its strength lies in the fact that it combines the convenience of a graphical user interface with the power of a scripting language which enables it to do sophisticated calculations or perform automated tasks." NEWS: ===== New upstream release, see for a detailed list of changes. 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. Then, run setup and answer all of the questions. QUESTIONS: ========== If you have questions or comments, please send them to the Cygwin mailing list at: cygwin@cygwin.com . I would appreciate it if you would use this mailing list rather than emailing me directly. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. This includes ideas and comments about the setup utility or Cygwin in general. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: ================================= If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read all of the information on unsubscribing that is available starting at this URL. -- PGP/GPG key (ID: 0x9F8A785D) available from wwwkeys.de.pgp.net key-fingerprint 550D F17E B082 A3E9 F913 9E53 3D35 C9BA 9F8A 785D -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Thu Sep 23 00:13:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Thu, 23 Sep 2004 00:13:00 -0000 Subject: CYGWIN + APCHE + Net::SMTP In-Reply-To: <24BDFF97F1939B44BCBA2E6AADEB0A28233920@mailsc.engineering.netscaler.com> References: <24BDFF97F1939B44BCBA2E6AADEB0A28233920@mailsc.engineering.netscaler.com> Message-ID: <577682192.20040923011407@familiehaase.de> Hallo Prakash, Am Mittwoch, 22. September 2004 um 23:49 schriebst du: > I have a simple perl mail program mail.pl (pasted at the end of this > mail). In the cygwin environment it is able to send mail out when I run > it from the command line. > I also have apache2 running in my cygwin environment. When I run mail.pl > as a CGI script it is not able to connect to the the smtp server. The > Socket connection is failing (as I noticed after putting some error > prints in SMTP.pm). Are other CGIs are working? The last time I tried to build Apache2 the CGI was broken completely (it worked ok the same day with Apache1, so for sure not a Cygwin or Windows issue). Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Thu Sep 23 00:42:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Thu, 23 Sep 2004 00:42:00 -0000 Subject: New packge: lighttpd-1.3.0 In-Reply-To: <41520175.AA068400@dessent.net> References: <41519C77.4080201@x-ray.at> <1656566026.20040922215552@familiehaase.de> <41520175.AA068400@dessent.net> Message-ID: <618153225.20040923011821@familiehaase.de> Hello Brian, >> I hate this package since I tried to build it the first time. > Part of the problem here is that "We don't support building under > Cygwin" is the official line from php-dev. Sigh;) > I've got php-4.3.8 working fine as a DSO with Apache (a single 3.1M > chgphp4.dll.) This works for whatever modules/extensions are statically > included, but obviously that's not quite acceptable. If you > "--enable-foo=shared" you get a foo.a file in the modules dir, but this > is not a win32 executable and so it cannot be dlopen()'d. I'm still > working on how to get these extension modules working, when I do I'll > ITP the whole batch. If it works on Linux to get .so shared modules, why should it not work on Cygwin to get the modules the same way? I have already half the way through, I'll hopefully get a shared library now and then I'll try to get the modules shared too. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Thu Sep 23 01:24:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 23 Sep 2004 01:24:00 -0000 Subject: New packge: lighttpd-1.3.0 In-Reply-To: <618153225.20040923011821@familiehaase.de> References: <41519C77.4080201@x-ray.at> <1656566026.20040922215552@familiehaase.de> <41520175.AA068400@dessent.net> <618153225.20040923011821@familiehaase.de> Message-ID: On Thu, 23 Sep 2004, Gerrit P. Haase wrote: > Hello Brian, > > >> I hate this package since I tried to build it the first time. > > > Part of the problem here is that "We don't support building under > > Cygwin" is the official line from php-dev. > > Sigh;) > > > I've got php-4.3.8 working fine as a DSO with Apache (a single 3.1M > > chgphp4.dll.) This works for whatever modules/extensions are statically > > included, but obviously that's not quite acceptable. If you > > "--enable-foo=shared" you get a foo.a file in the modules dir, but this > > is not a win32 executable and so it cannot be dlopen()'d. I'm still > > working on how to get these extension modules working, when I do I'll > > ITP the whole batch. > > If it works on Linux to get .so shared modules, why should it not work > on Cygwin to get the modules the same way? It turns out that it does (I just got through the same pains with O'Caml, which, BTW, will support dynamic loading as soon as I release the updated package). You can even name the libraries ".so" with no loss of function (fewer changes to Makefiles), but I've only tested on WinXP. The biggest problem with Cygwin's shared modules is that any unresolved dependencies have to be resolved at build time, so you end up with .so's depending on other .so's, which have to be in the PATH. > I have already half the way through, I'll hopefully get a shared > library now and then I'll try to get the modules shared too. I'd be glad to share my experiences of the O'Caml build (which also had an added problem that it relied on .so's being able to load symbols from the application that loaded them, a la Linux). It turns out that, as long as the dependencies can be found in the PATH and all the symbols are moved to shared libraries, it wasn't that painful after all. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From mark@pumptheory.com Thu Sep 23 01:35:00 2004 From: mark@pumptheory.com (Mark Aufflick) Date: Thu, 23 Sep 2004 01:35:00 -0000 Subject: ./configure in any package fails to create Makefile In-Reply-To: Message-ID: <20040922234906.14767.qmail@mail.tsm32.com> WAS: Tried that :( this is getting demoralising. Here are the env variables i set: $history |egrep '(=|export)' 394 export CONFIG_DIRS= 395 export CONFIG_FILES= 428 PATH=/usr/bin:/usr/local/bin:/usr/X11R6/bin:/opt/gnome/bin:/opt/kde2/bin 429 MANPATH=/usr/man:/usr/local/man:/usr/X11R6/man:/opt/gnome/man:/opt/kde2/share/man 430 INFOPATH='/usr/info;/usr/local/info;/opt/gnome/info' 431 KDEDIR=/opt/kde2 432 export PATH MANPATH INFOPATH KDEDIR 437 export HOME=/home/maufflic ./configure completes fine, but creates no Makefile. It creates all the header files (config.h etc.) though. This happens the same with or without cygwin patches applied to the source. In a fit of giving up I installed Window Maker - only to find i needeed to recompile libtiff with LZW. Interestingly, libtiff uses a non-standard configure, and this configures and makes fine. So it is purely a problem with GNU configure... On 1/1/1970, "Dave Korn" wrote: >> -----Original Message----- >> From: cygwin-owner On Behalf Of Igor Pechtchanski >> Sent: 22 September 2004 07:17 > >> On Wed, 22 Sep 2004, Mark Aufflick wrote: >> >> > ./configure in any package gives "error: cannot find input >> file: \WINDOWS\oracle.ini" error > >> At a guess, something you installed earlier created an environment >> variable with a name that either configure or something called by >> configure uses. You could try simply "env | grep oracle.ini". > > Or there is some executable in the $PATH that has the same name as one of >the tests or executables that configure depends on. Try setting a really >minimal path with > >export >PATH=/bin:${SYSTEMROOT}/system32:${SYSTEMROOT}:${SYSTEMROOT}/system32/wbem > >and then run configure and see if it helps. > > cheers, > DaveK >-- >Can't think of a witty .sigline today.... > > > > >-- >Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >Problem reports: http://cygwin.com/problems.html >Documentation: http://cygwin.com/docs.html >FAQ: http://cygwin.com/faq/ > > >======================================================================== > Personal Web Hosting from $5/month www.platformnetworks.net > Forward undetected SPAM to: spam@mailsecurity.net.au >======================================================================== > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Thu Sep 23 01:43:00 2004 From: brian@dessent.net (Brian Dessent) Date: Thu, 23 Sep 2004 01:43:00 -0000 Subject: New packge: lighttpd-1.3.0 References: <41519C77.4080201@x-ray.at> <1656566026.20040922215552@familiehaase.de> <41520175.AA068400@dessent.net> <618153225.20040923011821@familiehaase.de> Message-ID: <41521CB9.CCEFB0B@dessent.net> "Gerrit P. Haase" wrote: > > Hello Brian, > > >> I hate this package since I tried to build it the first time. > > > Part of the problem here is that "We don't support building under > > Cygwin" is the official line from php-dev. > > Sigh;) > > > I've got php-4.3.8 working fine as a DSO with Apache (a single 3.1M > > chgphp4.dll.) This works for whatever modules/extensions are statically > > included, but obviously that's not quite acceptable. If you > > "--enable-foo=shared" you get a foo.a file in the modules dir, but this > > is not a win32 executable and so it cannot be dlopen()'d. I'm still > > working on how to get these extension modules working, when I do I'll > > ITP the whole batch. > > If it works on Linux to get .so shared modules, why should it not work > on Cygwin to get the modules the same way? > > I have already half the way through, I'll hopefully get a shared > library now and then I'll try to get the modules shared too. FYI what I'm doing basically amounts to: autoreconf --verbose --force ./configure --prefix=/usr --with-layout=GNU --libexecdir=/usr/lib/apache --sysconfdir=/etc/php4 --with-config-file-path=/etc/php4 \ --infodir=/usr/share/info --mandir=/usr/share/man --with-apxs=/usr/sbin/apxs \ --disable-ipv6 --disable-debug --without-pear --disable-cli --enable-sockets \ --with-mysql --with-zlib --with-bz2 2>configure.stderr |tee configure.stdout && \ make 2>make.stderr |tee make.stdout cd libs ../../mkdll.sh libphp4.la -L . -lphp4 -lcrypt -lminires -lintl -lz -lbz2 /usr/bin/libhttpd.dll strip cygphp4.dll apxs -i -a -n php4 cygphp4.dll ...which seems to work fine - doesn't even require a rebase. However, if I do any "--with-foo=shared" then I get *.a in the ./modules dir, which if copied to the extensions_dir (/usr/lib/php/20020429) cannot be loaded if enabled in php.ini. They are archive files, not dlls, so naturally you get an error when you try to dlopen() them. I've tried using a similar mkdll.sh invocation on these *.a files and it produces *.dll, but they do not load either. For packaging's sake it would be really nice to get these loadable modules working, otherwise you're stuck having to compile php with a fixed set of options. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From khemani@netscaler.com Thu Sep 23 01:56:00 2004 From: khemani@netscaler.com (Prakash Khemani) Date: Thu, 23 Sep 2004 01:56:00 -0000 Subject: CYGWIN + APCHE + Net::SMTP Message-ID: <24BDFF97F1939B44BCBA2E6AADEB0A28246FF0@mailsc.engineering.netscaler.com> > Are other CGIs are working? Yes - the other CGIs seem to be working fine. Thanks, Prakash > -----Original Message----- > From: cygwin-owner@cygwin.com [mailto:cygwin-owner@cygwin.com] On Behalf > Of Gerrit P. Haase > Sent: Wednesday, September 22, 2004 4:14 PM > To: cygwin@cygwin.com > Subject: Re: CYGWIN + APCHE + Net::SMTP > > Hallo Prakash, > > Am Mittwoch, 22. September 2004 um 23:49 schriebst du: > > > I have a simple perl mail program mail.pl (pasted at the end of this > > mail). In the cygwin environment it is able to send mail out when I run > > it from the command line. > > > I also have apache2 running in my cygwin environment. When I run mail.pl > > as a CGI script it is not able to connect to the the smtp server. The > > Socket connection is failing (as I noticed after putting some error > > prints in SMTP.pm). > > Are other CGIs are working? The last time I tried to build Apache2 > the CGI was broken completely (it worked ok the same day with Apache1, > so for sure not a Cygwin or Windows issue). > > Gerrit > -- > =^..^= > > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cycchou@ucdavis.edu Thu Sep 23 02:02:00 2004 From: cycchou@ucdavis.edu (Yu-Cheng Chou) Date: Thu, 23 Sep 2004 02:02:00 -0000 Subject: can not find cygcrypt-0.dll Message-ID: <200409230135.i8N1Z9Qa013974@syrphus.ucdavis.edu> Hi, I installed the latest cygwin (1.5.11.1) on a windows 2000 machine, and tried to start the sshd service, but an error message occurred saying that cygcrypt-0.dll can not be found in PATH. The thing is that cygcrypt- 0.dll does not exist in the system. Any idea to fix it? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Thu Sep 23 02:07:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Thu, 23 Sep 2004 02:07:00 -0000 Subject: New packge: lighttpd-1.3.0 In-Reply-To: <41521CB9.CCEFB0B@dessent.net> References: <41519C77.4080201@x-ray.at> <1656566026.20040922215552@familiehaase.de> <41520175.AA068400@dessent.net> <618153225.20040923011821@familiehaase.de> <41521CB9.CCEFB0B@dessent.net> Message-ID: <675000566.20040923034336@familiehaase.de> Hello Brian, > FYI what I'm doing basically amounts to: [...] I run basically the same set on php-5, I don't get a libphp at all, all objects are compiled into php.exe, no library around here:-( I have a flag here: --enable-embed=TYPE EXPERIMENTAL: Enable building of embedded SAPI library TYPE is either 'shared' or 'static'. TYPE=shared is this new in php-5? Lets see what happens when I define it. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Thu Sep 23 03:15:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Thu, 23 Sep 2004 03:15:00 -0000 Subject: can not find cygcrypt-0.dll In-Reply-To: <200409230135.i8N1Z9Qa013974@syrphus.ucdavis.edu> References: <200409230135.i8N1Z9Qa013974@syrphus.ucdavis.edu> Message-ID: <1037435375.20040923035613@familiehaase.de> Hallo Yu-Cheng, Am Donnerstag, 23. September 2004 um 03:35 schriebst du: > Hi, > I installed the latest cygwin (1.5.11.1) on a windows 2000 machine, and > tried to start the sshd service, but an error message occurred saying > that cygcrypt-0.dll can not be found in PATH. The thing is that cygcrypt- > 0.dll does not exist in the system. > Any idea to fix it? Install the crypt package. Read this: > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Thu Sep 23 05:05:00 2004 From: brian@dessent.net (Brian Dessent) Date: Thu, 23 Sep 2004 05:05:00 -0000 Subject: can not find cygcrypt-0.dll References: <200409230135.i8N1Z9Qa013974@syrphus.ucdavis.edu> Message-ID: <41522FAE.E0177511@dessent.net> Yu-Cheng Chou wrote: > I installed the latest cygwin (1.5.11.1) on a windows 2000 machine, and > tried to start the sshd service, but an error message occurred saying > that cygcrypt-0.dll can not be found in PATH. The thing is that cygcrypt- > 0.dll does not exist in the system. > Any idea to fix it? cygcrypt-0.dll comes in the "crypt" package, section "Libs". Install it from setup. Normally, setup takes care of all dependencies for you, but looking at setup.ini I don't see that openssh or any of its dependencies includes crypt on their "requires" line so this may just be a simple packaging bug. I could be missing something though. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Thu Sep 23 05:14:00 2004 From: brian@dessent.net (Brian Dessent) Date: Thu, 23 Sep 2004 05:14:00 -0000 Subject: New packge: lighttpd-1.3.0 References: <41519C77.4080201@x-ray.at> <1656566026.20040922215552@familiehaase.de> <41520175.AA068400@dessent.net> <618153225.20040923011821@familiehaase.de> <41521CB9.CCEFB0B@dessent.net> <675000566.20040923034336@familiehaase.de> Message-ID: <415230DB.83A3B87E@dessent.net> "Gerrit P. Haase" wrote: > > Hello Brian, > > > FYI what I'm doing basically amounts to: > > [...] > > I run basically the same set on php-5, I don't get a libphp at all, > all objects are compiled into php.exe, no library around here:-( > > I have a flag here: > --enable-embed=TYPE EXPERIMENTAL: Enable building of embedded SAPI library > TYPE is either 'shared' or 'static'. TYPE=shared > > is this new in php-5? Lets see what happens when I define it. No, it's the same in php4, and I haven't had to touch it. Are you using one of --with-apxs or --with-apache? The former requires Apache to be installed and the apxs binary in the path or specified location, and the latter requires an Apache source tree that's been configured. If neither is found or gives an error then it won't try to build as an apache module, which looks like what's happening in your case -- getting the CLI only. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From yselkowitz@users.sourceforge.net Thu Sep 23 05:31:00 2004 From: yselkowitz@users.sourceforge.net (Yaakov Selkowitz) Date: Thu, 23 Sep 2004 05:31:00 -0000 Subject: clamav: libclamav as shared library Message-ID: <41523FD9.4000202@users.sourceforge.net> clamav maintainer, First, thank you for contributing this project to the distro, and getting clamd working properly (something I've had trouble doing myself). I do have one request, however -- and I know it's not a big deal -- if you could build libclamav as a shared library. This can be done by adding -no-undefined to libclamav_la_LDFLAGS in libclamav/Makefile.am, then run "autoreconf -i -f -v". This will increase the size of the patch, but it's really worth it to have shared libs, as many programs and bindings will benefit. Both shared and static libraries will be built by default; I usually add --disable-static to the configure flags in this case, as I usually find that static libs just take up space. Thanks! Yaakov -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From mailingster@gmail.com Thu Sep 23 08:05:00 2004 From: mailingster@gmail.com (Mailing List) Date: Thu, 23 Sep 2004 08:05:00 -0000 Subject: Blocking accept() broken? Message-ID: <2da66eca04092222055f9bdc75@mail.gmail.com> G'day In Linux, if I call accept(socket_fd, ....); it will block until there is a connection attempt to that socket. In Cygwin, even after writing code to ensure it is blocking*, it acts in a non-blocking manner. I've looked around and can find no explaination for this, so I'm just wondering if anyone has any possible solution? Thanks * The code I used to force blocking was: /* Set our listen socket blocking */ flags = fcntl(listenfd, F_GETFL, 0); flags = flags & ~FNDELAY; /* Turn blocking on */ fcntl(listenfd, F_SETFL, flags); -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Thu Sep 23 08:12:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Thu, 23 Sep 2004 08:12:00 -0000 Subject: Blocking accept() broken? In-Reply-To: <2da66eca04092222055f9bdc75@mail.gmail.com> References: <2da66eca04092222055f9bdc75@mail.gmail.com> Message-ID: <20040923051622.GH9804@trixie.casa.cgf.cx> On Thu, Sep 23, 2004 at 03:05:11PM +1000, Mailing List wrote: >G'day > >In Linux, if I call accept(socket_fd, ....); it will block until >there is a connection attempt to that socket. > >In Cygwin, even after writing code to ensure it is blocking*, it acts >in a non-blocking manner. I've looked around and can find no >explaination for this, so I'm just wondering if anyone has any >possible solution? > >Thanks > > >* The code I used to force blocking was: > > /* Set our listen socket blocking */ > flags = fcntl(listenfd, F_GETFL, 0); > flags = flags & ~FNDELAY; /* Turn blocking on */ > fcntl(listenfd, F_SETFL, flags); Could you provide a simple, compilable/linkable, working test case? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From mailingster@gmail.com Thu Sep 23 08:16:00 2004 From: mailingster@gmail.com (Mailing List) Date: Thu, 23 Sep 2004 08:16:00 -0000 Subject: Blocking accept() broken? In-Reply-To: <20040923051622.GH9804@trixie.casa.cgf.cx> References: <2da66eca04092222055f9bdc75@mail.gmail.com> <20040923051622.GH9804@trixie.casa.cgf.cx> Message-ID: <2da66eca04092222313d8a662b@mail.gmail.com> This is about as much as I can cut it down: /***************************************************************************************/ #include #include #include #include #include #include #include #include int main() { /* variable declarations */ int connfd, listenfd, flags; socklen_t clilen; struct sockaddr *cliaddr; struct sockaddr_in mysock; /* Create socket file descriptor */ listenfd = socket(AF_INET, SOCK_STREAM, 0); /* Set up socket details */ bzero(&mysock, sizeof(mysock)); mysock.sin_family = AF_INET; mysock.sin_addr.s_addr = htonl(INADDR_ANY); mysock.sin_port = htons(12201); /* Bind file descriptor to our socket */ bind(listenfd, (struct sockaddr *) &mysock, sizeof(mysock)); /* And make our socket listen for incomming conncetions */ listen(listenfd, 20); /* Set our listen socket blocking */ flags = fcntl(listenfd, F_GETFL, 0); flags = flags & ~FNDELAY; /* Turn blocking on */ fcntl(listenfd, F_SETFL, flags); /* Infinite loop waiting for connections */ for(;;) { connfd = accept(listenfd, (struct sockaddr *) cliaddr, &clilen); printf("If it were blocking, we shouldn't get here!\n"); /* Here would be a pthread_create to handle the incomming connection */ } return 0; } /***************************************************************************************/ The main point to focus on is the accept within the infinite for loop, and the fact that it gets past that and prints out the message continuously -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Thu Sep 23 09:19:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Thu, 23 Sep 2004 09:19:00 -0000 Subject: New packge: lighttpd-1.3.0 In-Reply-To: <1656566026.20040922215552@familiehaase.de> References: <41519C77.4080201@x-ray.at> <1656566026.20040922215552@familiehaase.de> Message-ID: <415283CF.3030309@x-ray.at> Gerrit P. Haase schrieb: > if you ask me, the PHP build system is broken. I said before, that the php build system is horrible. Something to hate. But it has gotten much better. broken shared lib targets are really matter of libtool. > I tried to build 5.0.1, I'm getting no lipphp, no shared modules, libphp.a builds fine. Then the problem begins. But I still believe that the problem is in my lack of understanding the dirty details of dlltool and friends. > libdb is not found... same as with apache :) > If you specify an extension and the relevant > dependency is not available the configure exits, it is terrible, this > sucks really. agreed. there should be an apache-like --enable-most option, which tries to find the installed libraries. adding them expliticly gives you at least the configure line output in . > How do I need to configure to get a shared library? Shared modules? shared modules are built automatically. > Why isn't there a howto about this in the source dist included? Who > is responsible for this broken system? I never cared to read their devel mailinglist. I only cared to use it, and struggle with configure from time to time. I didn't trust their abilities too much, in comparison to most other languages developers (lisp, perl, ...). But I like the product! > If I call `make libphp5.la` I get a static archive, no DLL, it is > weird... > I hate this package since I tried to build it the first time. :) > Am Mittwoch, 22. September 2004 um 17:38 schriebst du: >>Should we build statically? >>no. that's about 17MB for each php.exe or dll :) > My executable is 8 MB stripped. > >>you want pdflib and pspell also? >>see my list. pdflib is non-free I think. > > > I don't know, pdflib-lite is available as source, isn't the license > OSI approved? I don't have aspell installed, but if it is available > as shared module, why not? > > >>I'd need xdebug also, maybe apd. >>best would be to add all the modules which are supported and in the >>nightly snaps. > >>>That would be OK if all the extensions are built as modules, but building >>>everything into one php executable would make it pretty big, wouldn't it? > > >>the extensions are just shared interfaces to the existing dll. >>only mysql and some esoteric ones, which are not in the usual setup are >>static. > > > Why don't I get a shared libphp? How to configure it to get it with > shared modules? -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Thu Sep 23 09:20:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Thu, 23 Sep 2004 09:20:00 -0000 Subject: New packge: lighttpd-1.3.0 In-Reply-To: <41520175.AA068400@dessent.net> References: <41519C77.4080201@x-ray.at> <1656566026.20040922215552@familiehaase.de> <41520175.AA068400@dessent.net> Message-ID: <41528583.8060800@x-ray.at> Brian Dessent schrieb: > I've got php-4.3.8 working fine as a DSO with Apache (a single 3.1M > cygphp4.dll.) This works for whatever modules/extensions are statically > included, but obviously that's not quite acceptable. great! It least the small solution. If you "--enable-foo=shared" you get a foo.a file in the modules dir, but this > is not a win32 executable and so it cannot be dlopen()'d. I'm still > working on how to get these extension modules working, when I do I'll > ITP the whole batch. You could put the extensions into a seperate php-ext package, if the problem persists, just to get out the basic package. (libmysql static I assume) Or the extensions could be added later, if that's the only problem. -- Reini Urban -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Thu Sep 23 09:30:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Thu, 23 Sep 2004 09:30:00 -0000 Subject: clamav: libclamav as shared library In-Reply-To: <41523FD9.4000202@users.sourceforge.net> References: <41523FD9.4000202@users.sourceforge.net> Message-ID: <4152866C.5090009@x-ray.at> Yaakov Selkowitz schrieb: > First, thank you for contributing this project to the distro, and > getting clamd working properly (something I've had trouble doing > myself). I do have one request, however -- and I know it's not a big > deal -- if you could build libclamav as a shared library. > > This can be done by adding -no-undefined to libclamav_la_LDFLAGS in > libclamav/Makefile.am, then run "autoreconf -i -f -v". This will > increase the size of the patch, but it's really worth it to have shared > libs, as many programs and bindings will benefit. Both shared and > static libraries will be built by default; I usually add > --disable-static to the configure flags in this case, as I usually find > that static libs just take up space. Ok, I'll do. Thanks for the hint. clamav is one of those package which is updated very frequently, so you can expect 0.80 soon. (The ANNOUNCEMENT also. It got late yesterday.) -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Thu Sep 23 09:34:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Thu, 23 Sep 2004 09:34:00 -0000 Subject: Blocking accept() broken? In-Reply-To: <2da66eca04092222313d8a662b@mail.gmail.com> References: <2da66eca04092222055f9bdc75@mail.gmail.com> <20040923051622.GH9804@trixie.casa.cgf.cx> <2da66eca04092222313d8a662b@mail.gmail.com> Message-ID: <20040923092019.GC12802@cygbert.vinschen.de> That's a bug in your code. You're giving an uninitialized pointer and an uninitialized length to accept. Try this: On Sep 23 15:31, Mailing List wrote: #include [...] #ifdef THAT_WOULD_BE_BETTER clilen = sizeof (struct sockaddr_in); cliaddr = alloca (clilen); #endif > /* Infinite loop waiting for connections */ > for(;;) > { > connfd = accept(listenfd, (struct sockaddr *) cliaddr, &clilen); if (connfd < 0) printf ("Errno: %d <%s>\n", errno, strerror(errno)); > > > /* Here would be a pthread_create to handle the incomming connection */ > > } > > return 0; > } Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Thu Sep 23 09:47:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Thu, 23 Sep 2004 09:47:00 -0000 Subject: can not find cygcrypt-0.dll In-Reply-To: <41522FAE.E0177511@dessent.net> References: <200409230135.i8N1Z9Qa013974@syrphus.ucdavis.edu> <41522FAE.E0177511@dessent.net> Message-ID: <1475902237.20040923112033@familiehaase.de> Hello Brian, Am Donnerstag, 23. September 2004 um 04:06 schriebst du: > Yu-Cheng Chou wrote: >> I installed the latest cygwin (1.5.11.1) on a windows 2000 machine, and >> tried to start the sshd service, but an error message occurred saying >> that cygcrypt-0.dll can not be found in PATH. The thing is that cygcrypt- >> 0.dll does not exist in the system. >> Any idea to fix it? > cygcrypt-0.dll comes in the "crypt" package, section "Libs". Install it > from setup. > Normally, setup takes care of all dependencies for you, but looking at > setup.ini I don't see that openssh or any of its dependencies includes > crypt on their "requires" line so this may just be a simple packaging > bug. I could be missing something though. I wonder why openssh requires crypt at all, since it is linked agianst openssl it shouldn't be needed (tm). Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Thu Sep 23 11:08:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Thu, 23 Sep 2004 11:08:00 -0000 Subject: can not find cygcrypt-0.dll In-Reply-To: <1475902237.20040923112033@familiehaase.de> References: <200409230135.i8N1Z9Qa013974@syrphus.ucdavis.edu> <41522FAE.E0177511@dessent.net> <1475902237.20040923112033@familiehaase.de> Message-ID: <20040923093137.GD12802@cygbert.vinschen.de> On Sep 23 11:20, Gerrit P. Haase wrote: > I wonder why openssh requires crypt at all, since it is linked agianst > openssl it shouldn't be needed (tm). $ cygcheck /usr/sbin/sshd.exe C:/cygwin/usr/sbin/sshd.exe C:\cygwin\bin\cygcrypt-0.dll C:\cygwin\bin\cygwin1.dll C:\WINDOWS\system32\ADVAPI32.DLL C:\WINDOWS\system32\ntdll.dll C:\WINDOWS\system32\KERNEL32.dll C:\WINDOWS\system32\RPCRT4.dll C:\cygwin\bin\cygcrypto-0.9.7.dll C:\cygwin\bin\cygz.dll sshd uses the systems crypt(3) algorithm, not the openssl one's. The reason is that crypt(3) is the algorithm used for password authentication under 9x. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Thu Sep 23 12:02:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Thu, 23 Sep 2004 12:02:00 -0000 Subject: can not find cygcrypt-0.dll In-Reply-To: <41522FAE.E0177511@dessent.net> References: <200409230135.i8N1Z9Qa013974@syrphus.ucdavis.edu> <41522FAE.E0177511@dessent.net> Message-ID: <20040923093508.GE12802@cygbert.vinschen.de> On Sep 22 19:06, Brian Dessent wrote: > Yu-Cheng Chou wrote: > > > I installed the latest cygwin (1.5.11.1) on a windows 2000 machine, and > > tried to start the sshd service, but an error message occurred saying > > that cygcrypt-0.dll can not be found in PATH. The thing is that cygcrypt- > > 0.dll does not exist in the system. > > Any idea to fix it? > > cygcrypt-0.dll comes in the "crypt" package, section "Libs". Install it > from setup. > > Normally, setup takes care of all dependencies for you, but looking at > setup.ini I don't see that openssh or any of its dependencies includes > crypt on their "requires" line so this may just be a simple packaging > bug. I could be missing something though. No, you don't. It is a missing dependency in openssh. Wow, that must be stone-age old... Thanks for the hint, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From jason@tishler.net Thu Sep 23 12:15:00 2004 From: jason@tishler.net (Jason Tishler) Date: Thu, 23 Sep 2004 12:15:00 -0000 Subject: CYGWIN + APCHE + Net::SMTP In-Reply-To: <24BDFF97F1939B44BCBA2E6AADEB0A28233921@mailsc.engineering.netscaler.com> References: <24BDFF97F1939B44BCBA2E6AADEB0A28233921@mailsc.engineering.netscaler.com> Message-ID: <20040923111508.GA1788@tishler.net> Prakash, On Wed, Sep 22, 2004 at 04:04:23PM -0700, Prakash Khemani wrote: > A similar problem occurs when I use /usr/sbin/ssmtp instead of Perl's > Net::SMTP. > > I am able to send mail using /usr/sbin/ssmtp from the cygin shell cmd > line. > > But when ssmtp is invoked from a perl script inside Apache2's CGI > environment (sunning on Windows XP and cygwin) - I get the following > error > > > ssmtp: Cannot open mail.eng.netscaler.com:25 The following thread may be applicable: http://cygwin.com/ml/cygwin/2004-08/msg00368.html Is Apache2's CGI environment missing the SYSTEMROOT environment variable? Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Thu Sep 23 12:15:00 2004 From: dk@artimi.com (Dave Korn) Date: Thu, 23 Sep 2004 12:15:00 -0000 Subject: Latest snapshot with XP SP2 and unison and cvs In-Reply-To: Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Karl M > Sent: 22 September 2004 19:36 > Hi Dave... > > Sorry, I thought I covered all details, but... > > The firewall is off...I am behind a real firewall. > > The hanging can be averted by not using XP SP2 or by using a down rev > cygwin1.dll > > Thanks, > > ...Karl Yep, Corinna made that clear. Perhaps it's caused by SP2 putting tighter default ACLs on pipes than earlier versions did? There are various tools that can let you examine ACLs on devices and other objects, for instance ProcExp from sysinternals (http://www.sysinternals.com/ntw2k/freeware/procexp.shtml). It might be informative to compare the ACLs on the pipe on a hung session with the ACLs on the pipe on a working session. cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Siegmar.Gross@informatik.fh-fulda.de Thu Sep 23 12:26:00 2004 From: Siegmar.Gross@informatik.fh-fulda.de (Siegmar Gross) Date: Thu, 23 Sep 2004 12:26:00 -0000 Subject: Request for subsystem 'sftp' failed Message-ID: <200409231202.i8NC232a002600@tyr.informatik.fh-fulda.de> Hi, I've configured OpenSSh with public-key authentication. I can use ssh without problems. My scripts don't have any unwanted outputs ("ssh localhost /usr/bin/true" displays nothing). Unfortunately sftp doesn't work. I've looked up the mailing list and searched in the web but without success. Today I upgraded my installation to the latest version of Cygwin but sftp still doesn't work. I've installed Cygwin on Windows XP (NTFS, c:\cygwin). XP is up-to-date without SP2. I get the following output: eiger Admin 8 sftp -v -v -v Admin@eiger Connecting to eiger... OpenSSH_3.9p1, OpenSSL 0.9.7d 17 Mar 2004 debug1: Reading configuration data /etc/ssh_config debug2: ssh_connect: needpriv 0 debug1: Connecting to eiger [194.47.94.220] port 22. debug1: Connection established. debug1: identity file /home/Admin/.ssh/id_rsa type -1 debug3: Not a RSA1 key file /home/Admin/.ssh/id_dsa. debug2: key_type_from_name: unknown key type '-----BEGIN' debug3: key_read: missing keytype debug2: key_type_from_name: unknown key type 'Proc-Type:' debug3: key_read: missing keytype debug2: key_type_from_name: unknown key type 'DEK-Info:' debug3: key_read: missing keytype debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug2: key_type_from_name: unknown key type '-----END' debug3: key_read: missing keytype debug1: identity file /home/Admin/.ssh/id_dsa type 2 debug1: Remote protocol version 2.0, remote software version OpenSSH_3.9p1 debug1: match: OpenSSH_3.9p1 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_3.9p1 debug2: fd 3 setting O_NONBLOCK debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-gr oup1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,rijnd ael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,rijnd ael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-m d5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-m d5-96 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-gr oup1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,rijnd ael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,rijnd ael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-m d5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-m d5-96 debug2: kex_parse_kexinit: none debug2: kex_parse_kexinit: none debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: mac_init: found hmac-md5 debug1: kex: server->client aes128-cbc hmac-md5 none debug2: mac_init: found hmac-md5 debug1: kex: client->server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug2: dh_gen_key: priv key bits set: 130/256 debug2: bits set: 514/1024 debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug3: check_host_in_hostfile: filename /home/Admin/.ssh/known_hosts debug3: check_host_in_hostfile: match line 1 debug3: check_host_in_hostfile: filename /home/Admin/.ssh/known_hosts debug3: check_host_in_hostfile: match line 1 debug1: Host 'eiger' is known and matches the RSA host key. debug1: Found key in /home/Admin/.ssh/known_hosts:1 debug2: bits set: 493/1024 debug1: ssh_rsa_verify: signature correct debug2: kex_derive_keys debug2: set_newkeys: mode 1 debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug2: set_newkeys: mode 0 debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug2: service_accept: ssh-userauth debug1: SSH2_MSG_SERVICE_ACCEPT received debug2: key: /home/Admin/.ssh/id_dsa (0x100e91e8) debug2: key: /home/Admin/.ssh/id_rsa (0x0) debug1: Authentications that can continue: publickey,password,keyboard-interactive debug3: start over, passed a different list publickey,password,keyboard-interactive debug3: preferred publickey,password,keyboard-interactive debug3: authmethod_lookup publickey debug3: remaining preferred: password,keyboard-interactive debug3: authmethod_is_enabled publickey debug1: Next authentication method: publickey debug1: Offering public key: /home/Admin/.ssh/id_dsa debug3: send_pubkey_test debug2: we sent a publickey packet, wait for reply debug1: Server accepts key: pkalg ssh-dss blen 434 debug2: input_userauth_pk_ok: fp a1:b3:5b:b6:25:32:e2:1e:04:37:37:77:a3:a3:2c:3a debug3: sign_and_send_pubkey debug1: Authentication succeeded (publickey). debug2: fd 5 setting O_NONBLOCK debug2: fd 6 setting O_NONBLOCK debug2: fd 7 setting O_NONBLOCK debug1: channel 0: new [client-session] debug3: ssh_session2_open: channel_new: 0 debug2: channel 0: send open debug1: Entering interactive session. debug2: callback start debug2: client_session2_setup: id 0 debug1: Sending subsystem: sftp debug2: channel 0: request subsystem confirm 1 debug2: callback done debug2: channel 0: open confirm rwindow 0 rmax 32768 Request for subsystem 'sftp' failed on channel 0 Connection closed Does anybody know what's wrong with my installation? Please let me know if you need more information. Thank you very much for your help in advance. Kind regards Siegmar -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Thu Sep 23 12:33:00 2004 From: dk@artimi.com (Dave Korn) Date: Thu, 23 Sep 2004 12:33:00 -0000 Subject: CYGWIN + APCHE + Net::SMTP In-Reply-To: <24BDFF97F1939B44BCBA2E6AADEB0A28246FEE@mailsc.engineering.netscaler.com> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Prakash Khemani > Sent: 22 September 2004 23:30 > Prakash Khemani wrote: > > I also have apache2 running in my cygwin environment. When I run > mail.pl > > as a CGI script it is not able to connect to the the smtp > server. The > > Socket connection is failing (as I noticed after putting some error > > prints in SMTP.pm). > > > > The apache server is running as SYSTEM user. In the command > line I run > > it with user Khemani's permissions. > > I've seen this before and IIRC it was due to some kind of account > restrictions imposed on the SYSTEM account in later versions of > windows. Get a command prompt as the SYSTEM account and try > running the > script from it -- if it fails that will rule out the whole Apache side > of things. To do this google these archives for "sysbash" or just use > the "now /interactive" command by hand. > Mail.pl works fine in the sysbash shell. > > Thanks, > Prakash Prakash, what command line did you use to install the apache service? In particular, did you use the -i (or --interactive) option? Given that the sysbash worked, isn't it quite likely that the apache process is running as SYSTEM but lacks the interactive token, and it should work if you uninstall and reinstall it, giving the -i option to cygrunsrv this time? cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Thu Sep 23 12:45:00 2004 From: dk@artimi.com (Dave Korn) Date: Thu, 23 Sep 2004 12:45:00 -0000 Subject: [OT] PCYMTNQREAIYR, it really works. Message-ID: >From http://www.cdt.org/speech/spam/030319spamreport.shtml " Major Findings Our analysis indicated that e-mail addresses posted on Web sites or in newsgroups attract the most spam. Web Sites - CDT received the most e-mails when an address was placed visibly on a public Web site. Spammers use software harvesting programs such as robots or spiders to record e-mail addresses listed on Web sites, including both personal Web pages and institutional (corporate or non-profit) Web pages. CDT tested two methods of obstructing address harvesting: Replacing characters in an e-mail address with human-readable equivalents, e.g. "example@domain.com" was written "example at domain dot com;" and Replacing characters in an e-mail address with HTML equivalents. E-mail addresses posted to Web sites using these conventions did not receive any spam. " ObCygwin: This relates to and confirms some of the information on the cygwin website so it's not too off-topic! (http://cygwin.com/acronyms#PCYMTNQREAIYR) ObCygwin: Oh, alright then. Index: acronyms/index.html =================================================================== RCS file: /cvs/cygwin/htdocs/acronyms/index.html,v retrieving revision 1.83 diff -u -p -r1.83 index.html --- acronyms/index.html 2 Sep 2004 16:34:42 -0000 1.83 +++ acronyms/index.html 23 Sep 2004 11:21:46 -0000 @@ -450,7 +450,11 @@ Please Configure Your Mailer To Not Quot Some mailers include the raw e-mail address in the "Joe <joe@blah.com> wrote:" line. The web archives for the mailing lists are publicly available. -Let's not feed the spam harvesters!
+Let's not feed the spam harvesters! (Some people doubt that munging +addresses actually works, but for proof that spam harvesters don't try to +decode even the simplest anti-spam measures such as replacing @ with AT and +. with DOT, see +http://www.cdt.org/speech/spam/030319spamreport.shtml).
Of course, there may be other raw e-mail addresses in messages, e.g., in signatures, but that's the choice of the person sending the message.
Coined by _Now_ is it on-topic? cheers, DaveK -- Can't think of a witty .sigline today.... -------------- next part -------------- A non-text attachment was scrubbed... Name: acronyms.diff Type: application/octet-stream Size: 1196 bytes Desc: not available URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Thu Sep 23 13:15:00 2004 From: dk@artimi.com (Dave Korn) Date: Thu, 23 Sep 2004 13:15:00 -0000 Subject: Lot of undefined symbols at link time, even with -l option on good libraries In-Reply-To: <4151FEB1.2030004@hones.org.uk> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Cliff Hones > Sent: 22 September 2004 23:38 > That was me - but it seems Dave Korn's post broke the thread. Nah. My post had this header: In-Reply-To: <4151707C.1050401@atosorigin.com> and as you can see perfectly clearly at http://www.cygwin.com/ml/cygwin/2004-09/msg01120.html my post (http://www.cygwin.com/ml/cygwin/2004-09/msg01123.html) is threaded correctly. The problem is Frederic's reply to that post (http://www.cygwin.com/ml/cygwin/2004-09/msg01137.html), which as you can see is not linked from msg001123.html as a reply, and does not refer to msg001123.html as a reference, and I'm not sure, but I'd guess that's because it was posted as a forward of a bounced mis-send. cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Thu Sep 23 13:17:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Thu, 23 Sep 2004 13:17:00 -0000 Subject: Request for subsystem 'sftp' failed In-Reply-To: <200409231202.i8NC232a002600@tyr.informatik.fh-fulda.de> References: <200409231202.i8NC232a002600@tyr.informatik.fh-fulda.de> Message-ID: <20040923123406.GH12802@cygbert.vinschen.de> On Sep 23 14:02, Siegmar Gross wrote: > Hi, > > I've configured OpenSSh with public-key authentication. I can use ssh > without problems. My scripts don't have any unwanted outputs ("ssh localhost > /usr/bin/true" displays nothing). Unfortunately sftp doesn't work. I've > looked up the mailing list and searched in the web but without success. Have a look into /etc/sshd_config. Is the path to sftp-server correct? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Thu Sep 23 13:35:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Thu, 23 Sep 2004 13:35:00 -0000 Subject: New packge: lighttpd-1.3.0 In-Reply-To: <415230DB.83A3B87E@dessent.net> References: <41519C77.4080201@x-ray.at> <1656566026.20040922215552@familiehaase.de> <41520175.AA068400@dessent.net> <618153225.20040923011821@familiehaase.de> <41521CB9.CCEFB0B@dessent.net> <675000566.20040923034336@familiehaase.de> <415230DB.83A3B87E@dessent.net> Message-ID: <906379301.20040923144500@familiehaase.de> Hello Brian, >> I have a flag here: >> --enable-embed=TYPE EXPERIMENTAL: Enable building of embedded SAPI library >> TYPE is either 'shared' or 'static'. TYPE=shared >> >> is this new in php-5? Lets see what happens when I define it. > No, it's the same in php4, and I haven't had to touch it. > Are you using one of --with-apxs or --with-apache? The former requires > Apache to be installed and the apxs binary in the path or specified > location, and the latter requires an Apache source tree that's been > configured. If neither is found or gives an error then it won't try to > build as an apache module, which looks like what's happening in your > case -- getting the CLI only. No I don't use Apache here at home, I running lighttpd now;) I use the options --enable-fastcgi and two others to get the CGI SAPI. Now I see "$(LIBTOOL) --mode=compile $(CC) ...." in the Makefile, which was previously just "$(CC) ...", however I'm not sure what option makes the difference, I already see now what the problem is, if you have a source tree with the static archives ready compiled you can try the following, remove all *.la files, add to the Makefile: LDFLAGS = -no-undefined and run make again and see if the modules are compiled shared then. There should be lines like this in the Makefile: ext/bcmath/bcmath.la: $(shared_objects_bcmath) $(BCMATH_SHARED_DEPENDENCIES) $(LIBTOOL) --mode=link $(CC) $(COMMON_FLAGS) $(CFLAGS_CLEAN) $(EXTRA_CFLAGS) $(LDFLAGS) -o $@ -export-dynamic -avoid-version -prefer-pic -module -rpath $(phplibdir) $(EXTRA_LDFLAGS) $(shared_objects_bcmath) $(BCMATH_SHARED_LIBADD) Originally LDFLAGS is empty. BUT, BCMATH_SHARED_LIBADD is empty too, so it needs to hold a reference to libphp5 else there will be most probably failures during linking because of unresolved references. This will need some more changes in their build system, that is we need to update all config.m4 files to include the reference to libphp.la for all modules which are available. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Siegmar.Gross@informatik.fh-fulda.de Thu Sep 23 13:38:00 2004 From: Siegmar.Gross@informatik.fh-fulda.de (Siegmar Gross) Date: Thu, 23 Sep 2004 13:38:00 -0000 Subject: Request for subsystem 'sftp' failed Message-ID: <200409231250.i8NCoT2a002616@tyr.informatik.fh-fulda.de> > Have a look into /etc/sshd_config. Is the path to sftp-server correct? There was an error in the path (very stupid of me). Now everything works. Thanks a lot. Siegmar -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From frederic.ormancey@atosorigin.com Thu Sep 23 14:13:00 2004 From: frederic.ormancey@atosorigin.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_ORMANCEY?=) Date: Thu, 23 Sep 2004 14:13:00 -0000 Subject: Lot of undefined symbols at link time, even with -l option on good libraries In-Reply-To: <4151FEB1.2030004@hones.org.uk> References: <4151B11A.2020209@atosorigin.com> <6.1.0.6.0.20040922133349.03eb1438@pop.prospeed.net> <4151FEB1.2030004@hones.org.uk> Message-ID: <4152CCBA.80809@atosorigin.com> Thanks for this sample code => we are not far of the solution ! Same sample compile on my platform gives the following : V:>gnatmake imp gnatbind -x imp.ali gnatlink imp.ali ./imp.o(.text+0x20):imp.adb: undefined reference to `_FormatMessageA' collect2: ld returned 1 exit status gnatlink: cannot call /usr/bin/gcc.exe gnatmake: *** link failed. And of course nm command as a different result also : 00000000 b .bss 00000000 d .data 00000000 t .text U _FormatMessageA 00000000 T __ada_imp Problem is in compile time, not in build time, my compiler doesn't generate apropriate symbols in objects files ! I'am using cygwin 1.5.11-1 ( latest release ) with GNAT / GCC 3.4.1 ( gcc-ada-3.4.1-20040711-1.tar.gz package ). I can't use older version of GNAT because of bugs in gnat.socket package ( Gnat form of select() function limited to 32 simultaneous sockets for example ). Cliff Hones a ??crit : >Larry Hall wrote: > > >>At 01:14 PM 9/22/2004, you wrote: >> >> >> >>>>-----Original Message----- >>>>From: Fr??d??ric ORMANCEY >>>>Sent: 22 September 2004 18:07 >>>> >>>> >>>>I did it, but it don't work ! >>>> >>>> >>>Ah, ok, that was not clear from your last message! >>> >>> >>> >>> >>>>The --enable-stdcall-fixup option suppress one warning on top >>>>of linker output trace : >>>> AVERTISSEMENT: r??solution de _GetModuleHandleA par un >>>>lien vers _GetModuleHandleA@4 >>>>and unfortunatly leave ALL other errors with no effect on it. >>>> >>>> >>>I see. Hmm. That's very strange; it should affect all the errors - that >>>is, if they're all the same kind of error. OTOH it could be that you've >>>gotten the calling conventions wrong with the other pragmas, so that's why >>>--enable-stdcall-fixup doesn't work for them; there must be some different >>>reason why the errors are caused, since they behave differently. >>> >>>You might care to experiment with the "--enable-auto-import" and, failing >>>that, "--enable-extra-pe-debug" options as well. >>> >>> >>Or Fr??d??ric could try specifying the link symbol he wants in the pragma >>as suggested by an earlier poster (sorry, the thread is broken in the >>archives and I didn't put any effort into wading through the messages >>to trace it all back to that message). >> >> > >That was me - but it seems Dave Korn's post broke the thread. But isn't >it easy enough to sort messages on subject? > >Anyway, I tried a noddy example, as follows... > >Cliff@enigma ~ >$ cat imp.adb >procedure imp is > procedure Doit(A : integer; B : boolean; C : character); > pragma Import (Stdcall, Doit, "FormatMessageA"); >begin > Doit(1, true, 'x'); >end; > >Cliff@enigma ~ >$ gnat compile imp.adb >gcc -c imp.adb > >Cliff@enigma ~ >$ nm imp.o >00000000 b .bss >00000000 d .data >00000000 t .text > U _FormatMessageA@12 >00000000 T __ada_imp > >So Gnat is generating a stdcall-style linker symbol with @12 (the >parameter block size) correctly appended. If Fr??d??ric is not seeing >this with stdcall, it is probably an indication that the specification >used for Doit is wrong - ie it hasn't been defined to take any parameters. > >If you change the pragma line to > pragma Import (Stdcall, Doit, Link_Name => "FormatMessageA"); >the symbol is generated as > U FormatMessageA@12 > >so you can generate it without the leading underscore, but with the >stdcall postfix, if you wish. > >[Note - the above is just an example - the *real* FormatMessageA should >take 7 words (28 bytes) of parameters, and the Ada spec should match the >kernel32 definition.] > > >-- Cliff > > >-- >Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >Problem reports: http://cygwin.com/problems.html >Documentation: http://cygwin.com/docs.html >FAQ: http://cygwin.com/faq/ > > > > > -- *_Fr??d??ric ORMANCEY_* Atos Origin Systems Integration /rue Amp??re - BP 475 31315 Lab??ge Cedex/ /Tel// /: 05 61 39 75 21 /Fax /: 05 61 39 16 65 frederic.ormancey@atosorigin.com www.si.fr.atosorigin.com ======================================================================================================= Ce message ??lectronique est confidentiel. Il peut contenir des informations prot??g??es par le secret professionnel, le secret de fabrication ou autres r??gles l??gales. Si vous recevez ce message par erreur, il vous est interdit de le reproduire ou de le distribuer en tout ou partie, ou de le divulguer de quelque mani??re que ce soit ?? quelque personne que ce soit. Nous vous prions de bien vouloir en informer Atos Origin, par t??l??phone ou par retour d'e-mail puis de d??truire le message et toutes copies de votre syst??me informatique. Le contenu de ce message ne refl??te pas n??cessairement ni les opinions d'Atos Origin ni celles des membres de son groupe. Bien que l'??metteur de ce message ait fait tout son possible pour maintenir son syst??me informatique sans virus, il ne peut garantir que cette transmission ne comporte aucun virus et il ne pourra ??tre tenu pour responsable de quelque dommage que ce soit r??sultant de la transmission d'un virus. ======================================================================================================= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Thu Sep 23 14:24:00 2004 From: brian@dessent.net (Brian Dessent) Date: Thu, 23 Sep 2004 14:24:00 -0000 Subject: New packge: lighttpd-1.3.0 References: <41519C77.4080201@x-ray.at> <1656566026.20040922215552@familiehaase.de> <41520175.AA068400@dessent.net> <618153225.20040923011821@familiehaase.de> <41521CB9.CCEFB0B@dessent.net> <675000566.20040923034336@familiehaase.de> <415230DB.83A3B87E@dessent.net> <906379301.20040923144500@familiehaase.de> Message-ID: <4152D1C9.46BB656A@dessent.net> "Gerrit P. Haase" wrote: > > Hello Brian, > > >> I have a flag here: > >> --enable-embed=TYPE EXPERIMENTAL: Enable building of embedded SAPI library > >> TYPE is either 'shared' or 'static'. TYPE=shared > >> > >> is this new in php-5? Lets see what happens when I define it. > > > No, it's the same in php4, and I haven't had to touch it. > > > Are you using one of --with-apxs or --with-apache? The former requires > > Apache to be installed and the apxs binary in the path or specified > > location, and the latter requires an Apache source tree that's been > > configured. If neither is found or gives an error then it won't try to > > build as an apache module, which looks like what's happening in your > > case -- getting the CLI only. > > No I don't use Apache here at home, I running lighttpd now;) I use the > options --enable-fastcgi and two others to get the CGI SAPI. > > Now I see "$(LIBTOOL) --mode=compile $(CC) ...." in the Makefile, > which was previously just "$(CC) ...", however I'm not sure what > option makes the difference, I already see now what the problem is, if > you have a source tree with the static archives ready compiled you can > try the following, remove all *.la files, add to the Makefile: > LDFLAGS = -no-undefined > and run make again and see if the modules are compiled shared then. > > There should be lines like this in the Makefile: > ext/bcmath/bcmath.la: $(shared_objects_bcmath) $(BCMATH_SHARED_DEPENDENCIES) > $(LIBTOOL) --mode=link $(CC) $(COMMON_FLAGS) $(CFLAGS_CLEAN) $(EXTRA_CFLAGS) $(LDFLAGS) -o $@ -export-dynamic -avoid-version -prefer-pic -module -rpath $(phplibdir) $(EXTRA_LDFLAGS) $(shared_objects_bcmath) $(BCMATH_SHARED_LIBADD) > > Originally LDFLAGS is empty. BUT, BCMATH_SHARED_LIBADD is empty too, > so it needs to hold a reference to libphp5 else there will be most > probably failures during linking because of unresolved references. > > This will need some more changes in their build system, that is > we need to update all config.m4 files to include the reference to > libphp.la for all modules which are available. I'll attach the patches that I finally arrived at. Basically, I skip the step of creating libtoolized *.a and *.la and then using that awful mkdll.sh to compile that into a dll. As you pointed out this will also require the cygphp4.dll (-lphp4) symbols at link time, but the way the build is structured it's actually quite easy to add cygphp4.dll to the dependencies of all the other .dlls and then stick it at the end of the link line. The only hackish thing left is that I had to include /usr/bin/libhttpd.dll on the link line directly to pick up the Apache symbols. I'm not sure how to use it but the Apache build also includes /usr/lib/httpd.exp which is just a plain listing of the httpd exports - that might have been cleaner to use but I didn't know how. In any case after the attached patch, I just run: autoreconf --verbose --force && \ ./configure --prefix=/usr --with-layout=GNU \ --libexecdir=/usr/lib/apache --sysconfdir=/etc/php4 \ --with-config-file-path=/etc/php4 --infodir=/usr/share/info \ --mandir=/usr/share/man --with-apxs=/usr/sbin/apxs \ --libdir=/usr/lib/php4 --disable-ipv6 --disable-debug \ --with-gnu-ld --without-pear --disable-cli --enable-sockets \ --with-zlib=shared --with-bz2=shared --enable-calendar \ --enable-bcmath --with-openssl=shared --with-pgsql=shared \ --with-mysql --with-curl=shared --enable-dba --with-gdbm=shared \ --with-inifile --with-flatfile --enable-dbase --enable-dbx \ --enable-dio --enable-exif --enable-filepro --enable-ftp \ --with-gd=shared,/usr --with-jpeg-dir=/usr --with-png-dir=/usr \ --with-freetype-dir=/usr --with-xpm-dir=/usr/X11R6 \ --with-imap=shared --with-imap-ssl=/usr --with-iconv=shared \ --with-gettext=shared --with-ldap=shared --without-mhash \ --with-mcrypt=shared --with-gmp=shared --with-mime-magic \ --with-dom=shared --with-dom-xslt=shared --with-expat-dir=/usr \ && make After all that (and stripping), the result is: $ ls -l modules/ libs/ libs/: total 1.4M -rwxr-xr-x 1 brian None 1.3M Sep 23 05:42 cygphp4.dll modules/: total 1.2M -rwxr-xr-x 1 brian None 12k Sep 23 05:42 php4_bz2.dll -rwxr-xr-x 1 brian None 30k Sep 23 05:42 php4_curl.dll -rwxr-xr-x 1 brian None 81k Sep 23 05:42 php4_domxml.dll -rwxr-xr-x 1 brian None 65k Sep 23 05:42 php4_gd.dll -rwxr-xr-x 1 brian None 11k Sep 23 05:42 php4_gettext.dll -rwxr-xr-x 1 brian None 26k Sep 23 05:42 php4_gmp.dll -rwxr-xr-x 1 brian None 10k Sep 23 05:42 php4_iconv.dll -rwxr-xr-x 1 brian None 737k Sep 23 05:42 php4_imap.dll -rwxr-xr-x 1 brian None 37k Sep 23 05:42 php4_ldap.dll -rwxr-xr-x 1 brian None 31k Sep 23 05:42 php4_mcrypt.dll -rwxr-xr-x 1 brian None 53k Sep 23 05:42 php4_openssl.dll -rwxr-xr-x 1 brian None 71k Sep 23 05:42 php4_pgsql.dll -rwxr-xr-x 1 brian None 23k Sep 23 05:42 php4_zlib.dll I arbitrariliy picked php4_ as a prefix for the module dlls. Brian -------------- next part -------------- --- php-4.3.8-upstream/acinclude.m4 2004-01-19 17:11:40.000000000 -0800 +++ php-4.3.8/acinclude.m4 2004-09-23 03:29:47.281250000 -0700 @@ -278,7 +278,6 @@ AC_DEFUN([PHP_SHLIB_SUFFIX_NAME],[ PHP_SUBST(SHLIB_SUFFIX_NAME) - SHLIB_SUFFIX_NAME=so case $host_alias in *hpux*[)] SHLIB_SUFFIX_NAME=sl @@ -286,6 +285,12 @@ *darwin*[)] SHLIB_SUFFIX_NAME=dylib ;; + *cygwin*[)] + SHLIB_SUFFIX_NAME=dll + ;; + *[)] + SHLIB_SUFFIX_NAME=so + ;; esac ]) @@ -733,7 +738,15 @@ dnl AC_DEFUN([PHP_BUILD_SHARED],[ PHP_BUILD_PROGRAM - OVERALL_TARGET=libphp4.la + case $host_alias in + *cygwin*[)] + OVERALL_TARGET=cygphp4.dll + ;; + *[)] + OVERALL_TARGET=libphp4.la + ;; + esac + php_build_target=shared php_c_pre=$shared_c_pre @@ -750,7 +763,14 @@ dnl AC_DEFUN([PHP_BUILD_STATIC],[ PHP_BUILD_PROGRAM - OVERALL_TARGET=libphp4.la + case $host_alias in + *cygwin*[)] + OVERALL_TARGET=cygphp4.dll + ;; + *[)] + OVERALL_TARGET=libphp4.la + ;; + esac php_build_target=static ]) @@ -1160,9 +1180,23 @@ dnl AC_DEFUN([PHP_SHARED_MODULE],[ install_modules="install-modules" - PHP_MODULES="$PHP_MODULES \$(phplibdir)/$1.la" - PHP_SUBST($2) - cat >>Makefile.objects<>Makefile.objects<>Makefile.objects</dev/null 2>&1 +$(OVERALL_TARGET): $(PHP_GLOBAL_OBJS) $(PHP_SAPI_OBJS) + $(CC) -shared $(CFLAGS_CLEAN) $(EXTRA_CFLAGS) $(EXTRA_LDFLAGS) $(LDFLAGS) $(PHP_GLOBAL_OBJS) $(PHP_SAPI_OBJS) $(EXTRA_LIBS) $(ZEND_EXTRA_LIBS) /usr/bin/libhttpd.dll -o $@ + -@$(LIBTOOL) --silent --mode=install cp $(OVERALL_TARGET) $(phptempdir)/$(OVERALL_TARGET) >/dev/null 2>&1 libs/libphp4.bundle: $(PHP_GLOBAL_OBJS) $(PHP_SAPI_OBJS) $(CC) $(MH_BUNDLE_FLAGS) $(CFLAGS_CLEAN) $(EXTRA_CFLAGS) $(LDFLAGS) $(EXTRA_LDFLAGS) $(PHP_GLOBAL_OBJS:.lo=.o) $(PHP_SAPI_OBJS:.lo=.o) $(PHP_FRAMEWORKS) $(EXTRA_LIBS) $(ZEND_EXTRA_LIBS) -o $@ && cp $@ libs/libphp4.so @@ -39,8 +39,10 @@ install-modules: build-modules @test -d modules && \ $(mkinstalldirs) $(INSTALL_ROOT)$(EXTENSION_DIR) + @echo "Stripping DLLs..." + -@find $(phplibdir) -name \*.dll | xargs strip + -@find $(phptempdir) -name \*.dll | xargs strip @echo "Installing shared extensions: $(INSTALL_ROOT)$(EXTENSION_DIR)/" - @rm -f modules/*.la >/dev/null 2>&1 @$(INSTALL) modules/* $(INSTALL_ROOT)$(EXTENSION_DIR) install-tester: @@ -67,7 +69,7 @@ find . -name \*.a | xargs rm -f find . -name \*.so | xargs rm -f find . -name .libs -a -type d|xargs rm -rf - rm -f libphp4.la $(SAPI_CLI_PATH) $(OVERALL_TARGET) modules/* libs/* + rm -f $(SAPI_CLI_PATH) $(OVERALL_TARGET) modules/* libs/* distclean: clean rm -f config.cache config.log config.status Makefile.objects Makefile.fragments libtool main/php_config.h stamp-h php4.spec sapi/apache/libphp4.module buildmk.stamp --- php-4.3.8-upstream/ext/domxml/config.m4 2002-10-30 09:42:36.000000000 -0800 +++ php-4.3.8/ext/domxml/config.m4 2004-09-22 19:40:42.000000000 -0700 @@ -50,7 +50,8 @@ PHP_DOM_CHECK_VERSION - if test -f $DOMXML_DIR/lib/libxml2.a -o -f $DOMXML_DIR/lib/libxml2.$SHLIB_SUFFIX_NAME ; then + if test -f $DOMXML_DIR/lib/libxml2.a -o -f $DOMXML_DIR/lib/libxml2.$SHLIB_SUFFIX_NAME \ + -o -f $DOMXML_DIR/lib/libxml2.dll.a ; then DOM_LIBNAME=xml2 else DOM_LIBNAME=xml @@ -145,16 +146,18 @@ AC_MSG_ERROR(DOMXSLT requires DOMXML. Use --with-dom=) fi - if test -f $DOMXML_DIR/lib/libxml2.a -o -f $DOMXML_DIR/lib/libxml2.$SHLIB_SUFFIX_NAME ; then + if test -f $DOMXML_DIR/lib/libxml2.a -o -f $DOMXML_DIR/lib/libxml2.$SHLIB_SUFFIX_NAME \ + -o -f $DOMXML_DIR/lib/libxml2.dll.a ; then DOM_LIBNAME=xml2 else DOM_LIBNAME=xml fi - + PHP_ADD_LIBRARY_WITH_PATH($DOM_LIBNAME, $DOMXML_DIR/lib, DOMXML_SHARED_LIBADD) PHP_ADD_INCLUDE($DOMXML_DIR/include$DOMXML_DIR_ADD) - if test -f $DOMXML_DIR/lib/libxsltbreakpoint.a -o -f $DOMXML_DIR/lib/libxsltbreakpoint.$SHLIB_SUFFIX_NAME ; then + if test -f $DOMXML_DIR/lib/libxsltbreakpoint.a -o -f $DOMXML_DIR/lib/libxsltbreakpoint.$SHLIB_SUFFIX_NAME \ + -o -f $DOMXML_DIR/lib/libxsltbreakpoint.dll.a ; then PHP_ADD_LIBRARY_WITH_PATH(xsltbreakpoint, $DOMXML_DIR/lib, DOMXML_SHARED_LIBADD) fi --- php-4.3.8-upstream/ext/xml/config.m4 2003-10-02 22:25:42.000000000 -0700 +++ php-4.3.8/ext/xml/config.m4 2004-09-23 04:40:26.000000000 -0700 @@ -31,7 +31,7 @@ PHP_NEW_EXTENSION(xml, xml.c, $ext_shared) for i in $PHP_XML $PHP_EXPAT_DIR; do - if test -f $i/lib/libexpat.a -o -f $i/lib/libexpat.$SHLIB_SUFFIX_NAME ; then + if test -f $i/lib/libexpat.dll.a -o -f $i/lib/libexpat.$SHLIB_SUFFIX_NAME ; then EXPAT_DIR=$i fi done --- php-4.3.8-upstream/ext/gd/config.m4 2003-12-25 14:33:02.000000000 -0800 +++ php-4.3.8/ext/gd/config.m4 2004-09-22 20:58:25.000000000 -0700 @@ -51,7 +51,7 @@ if test "$PHP_JPEG_DIR" != "no"; then for i in $PHP_JPEG_DIR /usr/local /usr; do - test -f $i/lib/libjpeg.$SHLIB_SUFFIX_NAME -o -f $i/lib/libjpeg.a && GD_JPEG_DIR=$i && break + test -f $i/lib/libjpeg.$SHLIB_SUFFIX_NAME -o -f $i/lib/libjpeg.dll.a && GD_JPEG_DIR=$i && break done if test -z "$GD_JPEG_DIR"; then @@ -76,7 +76,7 @@ if test "$PHP_PNG_DIR" != "no"; then for i in $PHP_PNG_DIR /usr/local /usr; do - test -f $i/lib/libpng.$SHLIB_SUFFIX_NAME -o -f $i/lib/libpng.a && GD_PNG_DIR=$i && break + test -f $i/lib/libpng.$SHLIB_SUFFIX_NAME -o -f $i/lib/libpng.dll.a && GD_PNG_DIR=$i && break done if test -z "$GD_PNG_DIR"; then @@ -111,14 +111,14 @@ if test "$PHP_XPM_DIR" != "no"; then for i in $PHP_XPM_DIR /usr/local /usr/X11R6 /usr; do - test -f $i/lib/libXpm.$SHLIB_SUFFIX_NAME -o -f $i/lib/libXpm.a && GD_XPM_DIR=$i && break + test -f $i/lib/libXpm.$SHLIB_SUFFIX_NAME -o -f $i/lib/libXpm.dll.a && GD_XPM_DIR=$i && break done if test -z "$GD_XPM_DIR"; then AC_MSG_ERROR([libXpm.(a|so) not found.]) fi - for i in include include/X11; do + for i in include include/X11 ; do test -f $GD_XPM_DIR/$i/xpm.h && GD_XPM_INC=$GD_XPM_DIR/include done @@ -360,7 +360,7 @@ dnl Library path for i in lib/gd1.3 lib/gd lib gd1.3 gd ""; do - test -f "$PHP_GD/$i/libgd.$SHLIB_SUFFIX_NAME" -o -f "$PHP_GD/$i/libgd.a" && GD_LIB="$PHP_GD/$i" + test -f "$PHP_GD/$i/libgd.$SHLIB_SUFFIX_NAME" -o -f "$PHP_GD/$i/libgd.dll.a" && GD_LIB="$PHP_GD/$i" done if test -n "$GD_INCLUDE" && test -n "$GD_LIB"; then --- php-4.3.8-upstream/sapi/apache/config.m4 2003-05-28 07:12:04.000000000 -0700 +++ php-4.3.8/sapi/apache/config.m4 2004-09-22 17:55:19.000000000 -0700 @@ -61,6 +61,10 @@ SAPI_SHARED=libs/libphp4.so build_type=bundle ;; + *cygwin*) + SAPI_SHARED=libs/cygphp4.dll + build_type=shared + ;; *) build_type=shared ;; -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From mikas493@student.liu.se Thu Sep 23 14:27:00 2004 From: mikas493@student.liu.se (=?iso-8859-1?Q?Mikael_=C5sberg?=) Date: Thu, 23 Sep 2004 14:27:00 -0000 Subject: Same code, same script, different results Message-ID: <007501c4a172$a96aa9e0$b200a8c0@mindcooler> Hello, I am using the latest Cygwin with all packages updated (running Windows XP Professional SP2) and I'm having a problem with a simple C++ program that uses the Win32 API to scan a directory (recursively or non-recursively, depending on user input). The code is as follows: #include #include /* sprintf() */ #include /* EXIT_FAILURE, EXIT_SUCCESS */ #include /* strcat(), strcmp(), strcpy(), strlen() */ #include using std::cerr; using std::cout; using std::endl; using std::sprintf; using std::strcat; using std::strcmp; using std::strcpy; using std::strlen; static void directory_scan(char* search_directory, bool recursive = true); static bool ends_with_backslash(const char* const str); static void handle_find_first_file_error(const char* const current_directory); int main(int argc, char* argv[]) { if(argc < 2) { cerr << "You must pass the (full) starting path as an argument." << endl; return EXIT_FAILURE; } bool recursive = true; if(argc >= 3) { if(strcmp(argv[2], "--non-recursive") == 0) { recursive = false; cout << "Will perform a non-recursive scan of directory " << argv[1] << "." << endl; } else { cerr << "Ignoring unknown option " << argv[2] << "." << endl; } } if(strlen(argv[1]) > MAX_PATH) { cerr << "Path too long! Max length is " << MAX_PATH << "." << endl; return EXIT_FAILURE; } /* Since directory_scan() may change the string passed to it, * * we don't pass argv[1] directly. Instead, we pass a pointer to a copy * * of the string in argv[1]. */ char directory[MAX_PATH + 1]; strcpy(directory, argv[1]); directory_scan(directory, recursive); return EXIT_SUCCESS; } static void directory_scan(char* current_directory, bool recursive) { if(!ends_with_backslash(current_directory)) { strcat(current_directory, "\\"); } char find_first_file_string[MAX_PATH + 5]; sprintf(find_first_file_string, "%s*.*", current_directory); WIN32_FIND_DATA find_data; HANDLE file_handle = FindFirstFile(find_first_file_string, &find_data); if(file_handle == INVALID_HANDLE_VALUE) { handle_find_first_file_error(current_directory); /* We don't throw an exception here, because it might just be this * * one directory we can't open (maybe protected by the OS), and we * * don't want to break any recursion because of it. Besides, if we * * throw an exception here all previously opened file handles * * will not be closed. */ return; } do { if(strcmp(find_data.cFileName, ".") != 0 && strcmp(find_data.cFileName, "..") != 0) { char complete_file_name[MAX_PATH + 1]; sprintf(complete_file_name, "%s%s", current_directory, find_data.cFileName); cout << complete_file_name << endl; if(find_data.dwFileAttributes & FILE_ATTRIBUTE_DIRECTORY && recursive) { directory_scan(complete_file_name, recursive); } } }while(FindNextFile(file_handle, &find_data)); FindClose(file_handle); } static bool ends_with_backslash(const char* const str) { return (str[strlen(str) - 1] == '\\'); } static void handle_find_first_file_error(const char* const current_directory) { unsigned long error = GetLastError(); char message[128]; FormatMessage( FORMAT_MESSAGE_FROM_SYSTEM, NULL, error, MAKELANGID(LANG_NEUTRAL, SUBLANG_DEFAULT), message, sizeof(message), NULL ); cerr << "FindFirstFile() returned INVALID_HANDLE_VALUE." << endl; cerr << "Current directory was " << current_directory << "." << endl; cerr << "error code was: " << message << endl; } If I test this program with the following bash script: #!/bin/bash echo "Performing a scan without using recursion" ./directory_scanner.exe c:\\coding\\cygwin\\c++\\ --non-recursive the output is: Performing a scan without using recursion Ignoring unknown option --non-recursive. [Recursive listing snipped] If I compile the exactly the same code under MSVC++ 7.1 and invoke the executable it produces with the exactly the same script, the output is: Performing a scan without using recursion Will perform a non-recursive scan of directory c:\coding\cygwin\c++\. [Non-recursive listing snipped] What's going on here? Why doesn't strcmp() return 0 if compiled with g++ with the input given above? / Mikael -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From mailadm@dsi.unifi.it Thu Sep 23 14:37:00 2004 From: mailadm@dsi.unifi.it (Mail Admin) Date: Thu, 23 Sep 2004 14:37:00 -0000 Subject: Message deleted Message-ID: <4152DA0F.0003AD.20072@diamante> Scanner: MailMonitor for SMTP v1.2.2 Problem description: Email data: MessageID: <200409231413.i8NEDXC18049@dsi-fe1.dsi.unifi.it> From: cygwin@cygwin.com To: capaccioli@dsi.unifi.it Cc: Subject: Re: Is that your document? Scanning part [] Scanning part [document.exe] Attachment validity check: passed. Virus identity found: W32/Netsky-P Virus identity found: W32/Netsky-P -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Thu Sep 23 14:59:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Thu, 23 Sep 2004 14:59:00 -0000 Subject: New packge: lighttpd-1.3.0 In-Reply-To: <4152D1C9.46BB656A@dessent.net> References: <41519C77.4080201@x-ray.at> <1656566026.20040922215552@familiehaase.de> <41520175.AA068400@dessent.net> <618153225.20040923011821@familiehaase.de> <41521CB9.CCEFB0B@dessent.net> <675000566.20040923034336@familiehaase.de> <415230DB.83A3B87E@dessent.net> <906379301.20040923144500@familiehaase.de> <4152D1C9.46BB656A@dessent.net> Message-ID: <1649495088.20040923162439@familiehaase.de> Hallo Brian, Am Donnerstag, 23. September 2004 um 15:38 schriebst du: > "Gerrit P. Haase" wrote: >> >> Hello Brian, >> >> >> I have a flag here: >> >> --enable-embed=TYPE EXPERIMENTAL: Enable building of embedded SAPI library >> >> TYPE is either 'shared' or 'static'. TYPE=shared >> >> >> >> is this new in php-5? Lets see what happens when I define it. >> >> > No, it's the same in php4, and I haven't had to touch it. >> >> > Are you using one of --with-apxs or --with-apache? The former requires >> > Apache to be installed and the apxs binary in the path or specified >> > location, and the latter requires an Apache source tree that's been >> > configured. If neither is found or gives an error then it won't try to >> > build as an apache module, which looks like what's happening in your >> > case -- getting the CLI only. >> >> No I don't use Apache here at home, I running lighttpd now;) I use the >> options --enable-fastcgi and two others to get the CGI SAPI. >> >> Now I see "$(LIBTOOL) --mode=compile $(CC) ...." in the Makefile, >> which was previously just "$(CC) ...", however I'm not sure what >> option makes the difference, I already see now what the problem is, if >> you have a source tree with the static archives ready compiled you can >> try the following, remove all *.la files, add to the Makefile: >> LDFLAGS = -no-undefined >> and run make again and see if the modules are compiled shared then. >> >> There should be lines like this in the Makefile: >> ext/bcmath/bcmath.la: $(shared_objects_bcmath) $(BCMATH_SHARED_DEPENDENCIES) >> $(LIBTOOL) --mode=link $(CC) $(COMMON_FLAGS) >> $(CFLAGS_CLEAN) $(EXTRA_CFLAGS) $(LDFLAGS) -o $@ -export-dynamic >> -avoid-version -prefer-pic -module -rpath $(phplibdir) >> $(EXTRA_LDFLAGS) $(shared_objects_bcmath) $(BCMATH_SHARED_LIBADD) >> >> Originally LDFLAGS is empty. BUT, BCMATH_SHARED_LIBADD is empty too, >> so it needs to hold a reference to libphp5 else there will be most >> probably failures during linking because of unresolved references. >> >> This will need some more changes in their build system, that is >> we need to update all config.m4 files to include the reference to >> libphp.la for all modules which are available. > I'll attach the patches that I finally arrived at. Basically, I skip > the step of creating libtoolized *.a and *.la and then using that awful > mkdll.sh to compile that into a dll. I dislike this, as long as they use libtool we should try to use it. Are the fixes in the config.m4 file really needed? Which of our libraries are not available as static archive so they are not found? I have a fix (cygwin-special) for the DBA / BDB4 issue. I will try to figure out how to get all the shared modules with the built-in methods (no automake & libtool). Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cliff@hones.org.uk Thu Sep 23 15:02:00 2004 From: cliff@hones.org.uk (Cliff Hones) Date: Thu, 23 Sep 2004 15:02:00 -0000 Subject: Lot of undefined symbols at link time, even with -l option on good libraries In-Reply-To: <4152CCBA.80809@atosorigin.com> References: <4151B11A.2020209@atosorigin.com> <6.1.0.6.0.20040922133349.03eb1438@pop.prospeed.net> <4151FEB1.2030004@hones.org.uk> <4152CCBA.80809@atosorigin.com> Message-ID: <4152DD43.2020903@hones.org.uk> Fr?d?ric ORMANCEY wrote: > Thanks for this sample code => we are not far of the solution ! > > Same sample compile on my platform gives the following : > V:>gnatmake imp > gnatbind -x imp.ali > gnatlink imp.ali > ./imp.o(.text+0x20):imp.adb: undefined reference to `_FormatMessageA' > collect2: ld returned 1 exit status > gnatlink: cannot call /usr/bin/gcc.exe > gnatmake: *** link failed. > > And of course nm command as a different result also : > 00000000 b .bss > 00000000 d .data > 00000000 t .text > U _FormatMessageA > 00000000 T __ada_imp > > Problem is in compile time, not in build time, my compiler doesn't > generate apropriate symbols in objects files ! > > I'am using cygwin 1.5.11-1 ( latest release ) with GNAT / GCC 3.4.1 ( > gcc-ada-3.4.1-20040711-1.tar.gz package ). > I can't use older version of GNAT because of bugs in gnat.socket package > ( Gnat form of select() function limited to 32 simultaneous sockets for > example ). I was using the current Cygwin version of gnat - 3.3.3[-3] (Cygwin special). I think you are using the MinGW version, and problems with that would be better directed to the MinGW mailing lists or support forum. -- Cliff -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Thu Sep 23 15:19:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Thu, 23 Sep 2004 15:19:00 -0000 Subject: [OT] PCYMTNQREAIYR, it really works. In-Reply-To: References: Message-ID: <20040923143941.GI16115@trixie.casa.cgf.cx> On Thu, Sep 23, 2004 at 01:14:39PM +0100, Dave Korn wrote: >_Now_ is it on-topic? :-) I have to point out that I'm getting spam to some new accounts which have only been used to send email to mailing lists which munge addresses with the "me at cgf dot cx" method, so this isn't foolproof. Hmm. I wonder if I just replaced all of the '@'s with a png of an '@', if that would foil the spammers. Nope. Wouldn't work for the text archives. I *really* have to dust off the filter that I was working on which removed the host part of "unimportant" email addresses before they got to the archives. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Jack.Calman@jhuapl.edu Thu Sep 23 15:37:00 2004 From: Jack.Calman@jhuapl.edu (Calman, Jack) Date: Thu, 23 Sep 2004 15:37:00 -0000 Subject: special install Message-ID: <7D4F19744C396841A2E93891806C7CE313A02B@aplesfreedom.dom1.jhuapl.edu> Hi, Our group is interested in installing cygwin on a group of classified computers that are not connected to the internet. Would you please tell me how to download what I need from the internet. Then I'll put it on a CD, carry it into the classified room, and then install on the computers there. Thanks, - Jack Calman Johns Hopkins University Applied Physics Lab Laurel, MD -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Thu Sep 23 15:38:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 23 Sep 2004 15:38:00 -0000 Subject: [OT] PCYMTNQREAIYR, it really works. In-Reply-To: References: Message-ID: On Thu, 23 Sep 2004, Dave Korn wrote: > >From http://www.cdt.org/speech/spam/030319spamreport.shtml > > " Major Findings > > Our analysis indicated that e-mail addresses posted on Web sites or in > newsgroups attract the most spam. > Web Sites - CDT received the most e-mails when an address was placed visibly > on a public Web site. Spammers use software harvesting programs such as > robots or spiders to record e-mail addresses listed on Web sites, including > both personal Web pages and institutional (corporate or non-profit) Web > pages. > CDT tested two methods of obstructing address harvesting: > > Replacing characters in an e-mail address with human-readable equivalents, > e.g. "example@domain.com" was written "example at domain dot com;" and > Replacing characters in an e-mail address with HTML equivalents. > E-mail addresses posted to Web sites using these conventions did not receive > any spam. " Interesting. > ObCygwin: This relates to and confirms some of the information on the > cygwin website so it's not too off-topic! > (http://cygwin.com/acronyms#PCYMTNQREAIYR) > > ObCygwin: Oh, alright then. > > Index: acronyms/index.html > =================================================================== > RCS file: /cvs/cygwin/htdocs/acronyms/index.html,v > retrieving revision 1.83 > diff -u -p -r1.83 index.html > --- acronyms/index.html 2 Sep 2004 16:34:42 -0000 1.83 > +++ acronyms/index.html 23 Sep 2004 11:21:46 -0000 > [snip] > _Now_ is it on-topic? Applied with some minor rephrasing. Thanks. Generally speaking, no measure is completely spam-proof, except complete erasure of e-mail addresses (which will conflict with any other legitimate use of "@" on the list). Spamming is more or less an industry now, and one can imagine an industrious spammer (or spam harvester -- not the same thing) writing a filter that looks for words like "mail archive" on web pages and applies more elaborate spam harvesting techniques for those pages that have them. Still, deterring 99% of spam harvesters is better than not deterring any at all. Anything that helps even a little bit should be done. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Thu Sep 23 15:44:00 2004 From: dk@artimi.com (Dave Korn) Date: Thu, 23 Sep 2004 15:44:00 -0000 Subject: [OT] PCYMTNQREAIYR, it really works. In-Reply-To: <20040923143941.GI16115@trixie.casa.cgf.cx> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Christopher Faylor > Sent: 23 September 2004 15:40 > On Thu, Sep 23, 2004 at 01:14:39PM +0100, Dave Korn wrote: > >_Now_ is it on-topic? > > :-) > > I have to point out that I'm getting spam to some new accounts which > have only been used to send email to mailing lists which > munge addresses > with the "me at cgf dot cx" method, so this isn't foolproof. Well, you've only got five chars of entropy in that one..... wouldn't take long to fall to a dictionary attack! > > Hmm. I wonder if I just replaced all of the '@'s with a png > of an '@', > if that would foil the spammers. > > Nope. Wouldn't work for the text archives. > How about a big ascii-art one then? THaT WuLd BE SOOooOO B1FF!!1! AND K00L!!1!2! > I *really* have to dust off the filter that I was working on which > removed the host part of "unimportant" email addresses before they got > to the archives. s/@.*\.\(com|co|net|org|mil|gov\)\(\...\)\+/@_SOMEWHERE_\1\2/g or with cmd-line escapes, sed -e "s/@.*\.\(com\|co\|net\|org\|mil\|gov\)\(\...\)\?/@_SOMEWHERE_\1\2/g" ...or something vaguely like that? Replace the (\...\) with a list of all the two letter country codes, replace the .* with something that at least denies whitespace, and you're nearly there. Oh, and I suppose you could fiddle it slightly so that the TLD is optional if the two letter country code is found. Or you could just add 'cgf' to the list of TLDs..... cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Thu Sep 23 15:51:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 23 Sep 2004 15:51:00 -0000 Subject: Latest snapshot with XP SP2 and unison and cvs In-Reply-To: References: Message-ID: On Thu, 23 Sep 2004, Dave Korn wrote: > > -----Original Message----- > > From: cygwin-owner On Behalf Of Karl M > > Sent: 22 September 2004 19:36 > > > Hi Dave... > > > > Sorry, I thought I covered all details, but... > > > > The firewall is off...I am behind a real firewall. > > > > The hanging can be averted by not using XP SP2 or by using a down rev > > cygwin1.dll > > > > Thanks, > > > > ...Karl > > Yep, Corinna made that clear. Perhaps it's caused by SP2 putting tighter > default ACLs on pipes than earlier versions did? There are various tools > that can let you examine ACLs on devices and other objects, for instance > ProcExp from sysinternals > (http://www.sysinternals.com/ntw2k/freeware/procexp.shtml). It might be > informative to compare the ACLs on the pipe on a hung session with the ACLs > on the pipe on a working session. FWIW, Corinna has identified a possible culprit (different behavior of NtQueryInformationFile under WinXP SP2). Hopefully the author of the recent pipe handling code changes will be able to fix this (maybe by an SP2-specific workaround for the problem). Until then, Karl will either have to use the previous version of cygwin1.dll, or compile his own CVS HEAD version with the corresponding pipe patch reverted. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Dr.Volker.Zell@oracle.com Thu Sep 23 16:09:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Thu, 23 Sep 2004 16:09:00 -0000 Subject: [ANNOUNCEMENT] Updated: tetex-2.0.2-14 In-Reply-To: <200409172057.i8HKv3W01588@esds.vss.fsi.com> (Jan Nieuwenhuizen's message of "Fri, 17 Sep 2004 15:57:03 -0500 (CDT)") References: <200409172057.i8HKv3W01588@esds.vss.fsi.com> Message-ID: <87zn3hdmfk.fsf@vzell-de.de.oracle.com> >>>>> Jan Nieuwenhuizen writes: > The tetex suite hase been updated to version 2.0.2-14. This is a > bugfix release. > Changes > tetex-bin (2.0.2-14) > * Fix xdvi script (reported by Gregory Borota). This package has adopted again the old /usr/doc structure :-( info man > tetex-texmf (2.0.2-14) You mean tetex-base, right ? > * Add fonts cmr{5,6,7,8}.pfb, cmti{5,6}.pfb, cmtt{5,6,7,8,17}.pfb, > cmcsc8.pfb and cmss{5,6,7,8,9,10,12,14,17}.pfb to tetex-tiny (Mats > Bengtsson). > * Also add cmb10.pfb, cmbxti8* > * post-texmf.sh: Unset some environment variables that setup.exe may > leak, which break texconfig. In a default installation in /usr/share/texmf/web2c/texmf.cnf there is the following line: VARTEXFONTS = /var/cache/fonts and in /usr/share/texmf/web2c/mktex.cnf: : ${MT_FEATURES=appendonlydir:varfonts} Shouldn't than this package create the /var/cache/fonts directory instead of /var/spool/texmf as it is now ? Although tetex-x11 has some bogus empty dirs: /usr/X11R6/share/man/man1 /usr/X11R6/man/man1 /usr/X11R6/lib > Enjoy, > Jan. Ciao Volker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Thu Sep 23 16:12:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 23 Sep 2004 16:12:00 -0000 Subject: [OT] PCYMTNQREAIYR, it really works. In-Reply-To: References: Message-ID: On Thu, 23 Sep 2004, Dave Korn wrote: > > -----Original Message----- > > From: cygwin-owner On Behalf Of Christopher Faylor > > Sent: 23 September 2004 15:40 > > > On Thu, Sep 23, 2004 at 01:14:39PM +0100, Dave Korn wrote: > > >_Now_ is it on-topic? > > > > :-) > > > > I have to point out that I'm getting spam to some new accounts which > > have only been used to send email to mailing lists which > > munge addresses > > with the "me at cgf dot cx" method, so this isn't foolproof. > > Well, you've only got five chars of entropy in that one..... wouldn't > take long to fall to a dictionary attack! That, or someone actually quoting the e-mail address somewhere (e.g., in another archive). > > > > Hmm. I wonder if I just replaced all of the '@'s with a png > > of an '@', > > if that would foil the spammers. > > > > Nope. Wouldn't work for the text archives. > > > > How about a big ascii-art one then? THaT WuLd BE SOOooOO B1FF!!1! AND > K00L!!1!2! You mean, like "`banner -c@ @`"? ;-) > > I *really* have to dust off the filter that I was working on which > > removed the host part of "unimportant" email addresses before they got > > to the archives. > > s/@.*\.\(com|co|net|org|mil|gov\)\(\...\)\+/@_SOMEWHERE_\1\2/g > > or with cmd-line escapes, > > sed -e "s/@.*\.\(com\|co\|net\|org\|mil\|gov\)\(\...\)\?/@_SOMEWHERE_\1\2/g" > > ...or something vaguely like that? Replace the (\...\) with a list of > all the two letter country codes, replace the .* with something that at > least denies whitespace, and you're nearly there. Oh, and I suppose you > could fiddle it slightly so that the TLD is optional if the two letter > country code is found. Or you could just add 'cgf' to the list of > TLDs..... Ugh, I can just see the following pasted command line getting mungled: user@host>command.com something (and that's just off the top of my head, there must surely be others). IOW, it's not as easy as it seems at first. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Thu Sep 23 16:17:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 23 Sep 2004 16:17:00 -0000 Subject: Same code, same script, different results In-Reply-To: <007501c4a172$a96aa9e0$b200a8c0@mindcooler> References: <007501c4a172$a96aa9e0$b200a8c0@mindcooler> Message-ID: On Thu, 23 Sep 2004, Mikael ? sberg wrote: > Hello, I am using the latest Cygwin with all packages updated (running > Windows XP Professional SP2) and I'm having a problem with a simple C++ > program that uses the Win32 API to scan a directory (recursively or > non-recursively, depending on user input). The code is as follows: > > [snip] > if(strcmp(argv[2], "--non-recursive") == 0) { > recursive = false; > cout << "Will perform a non-recursive scan of directory " > << argv[1] << "." << endl; > } else { > cerr << "Ignoring unknown option " << argv[2] << "." << endl; > } > [snip] Yours was by far not a minimal testcase. The above would have sufficed. > If I test this program with the following bash script: > #!/bin/bash > echo "Performing a scan without using recursion" > ./directory_scanner.exe c:\\coding\\cygwin\\c++\\ --non-recursive Does your bash script have DOS line endings? Try "d2u bashscript". > the output is: > Performing a scan without using recursion > Ignoring unknown option --non-recursive. > [Recursive listing snipped] > > If I compile the exactly the same code under MSVC++ 7.1 and invoke the > executable it produces with the exactly the same script, the output is: > Performing a scan without using recursion > Will perform a non-recursive scan of directory c:\coding\cygwin\c++\. > [Non-recursive listing snipped] > > What's going on here? Why doesn't strcmp() return 0 if compiled with g++ > with the input given above? Apparently MSVCRT's startup code considers \r to be whitespace, and Cygwin's doesn't. Use Unix line endings, or put the script on a text mount. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Thu Sep 23 16:19:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Thu, 23 Sep 2004 16:19:00 -0000 Subject: PCYMTNQREAIYR, it really works. In-Reply-To: References: Message-ID: <1757748822.20040923180916@familiehaase.de> Hello Igor, > Spamming is more or less an industry now, ... All what clients can do about spam is to completely ignore all emails which are not from known senders, so you get just some crap through the lists, even no personal replies to some list postings if you have the sender not whitelisted, so to unsubscribe the lists is what remains to do, just use email to send and use news to read list postings. To filter out spam at the client side is not possible, I would need another PC just to filter my emails... saying this I think now: "Email is dead." We really need some *global* rules, e.g. SPF and some other, similar method, to get 99% of spamservers out of the internet. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From richard.campbell@air2web.com Thu Sep 23 16:22:00 2004 From: richard.campbell@air2web.com (Richard Campbell) Date: Thu, 23 Sep 2004 16:22:00 -0000 Subject: PCYMTNQREAIYR, it really works. Message-ID: > To filter out spam at the client side is not possible, I would need > another PC just to filter my emails... I disagree. SpamBayes is working very well for me (as an Outlook plugin; SpamBayes also integrates with procmail and about a million other things). http://spambayes.sourceforge.net/ -Richard Campbell. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From mikas493@student.liu.se Thu Sep 23 16:24:00 2004 From: mikas493@student.liu.se (=?iso-8859-1?Q?Mikael_=C5sberg?=) Date: Thu, 23 Sep 2004 16:24:00 -0000 Subject: Same code, same script, different results References: <007501c4a172$a96aa9e0$b200a8c0@mindcooler> Message-ID: <002201c4a189$1b126b80$b200a8c0@mindcooler> > On Thu, 23 Sep 2004, Mikael ? sberg wrote: > >> Hello, I am using the latest Cygwin with all packages updated (running >> Windows XP Professional SP2) and I'm having a problem with a simple C++ >> program that uses the Win32 API to scan a directory (recursively or >> non-recursively, depending on user input). The code is as follows: >> >> [snip] >> if(strcmp(argv[2], "--non-recursive") == 0) { >> recursive = false; >> cout << "Will perform a non-recursive scan of directory " >> << argv[1] << "." << endl; >> } else { >> cerr << "Ignoring unknown option " << argv[2] << "." << endl; >> } >> [snip] > > Yours was by far not a minimal testcase. The above would have sufficed. > >> If I test this program with the following bash script: >> #!/bin/bash >> echo "Performing a scan without using recursion" >> ./directory_scanner.exe c:\\coding\\cygwin\\c++\\ --non-recursive > > Does your bash script have DOS line endings? Try "d2u bashscript". > >> the output is: >> Performing a scan without using recursion >> Ignoring unknown option --non-recursive. >> [Recursive listing snipped] >> >> If I compile the exactly the same code under MSVC++ 7.1 and invoke the >> executable it produces with the exactly the same script, the output is: >> Performing a scan without using recursion >> Will perform a non-recursive scan of directory c:\coding\cygwin\c++\. >> [Non-recursive listing snipped] >> >> What's going on here? Why doesn't strcmp() return 0 if compiled with g++ >> with the input given above? > > Apparently MSVCRT's startup code considers \r to be whitespace, and > Cygwin's doesn't. Use Unix line endings, or put the script on a text > mount. > Igor > -- > http://cs.nyu.edu/~pechtcha/ > |\ _,,,---,,_ pechtcha@cs.nyu.edu > ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com > |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. > '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! > > "Happiness lies in being privileged to work hard for long hours in doing > whatever you think is worth doing." -- Dr. Jubal Harshaw > Lol, you're right, Igor, that test case was far from minimal. Should've cut it down, of course. On the other hand, I often see people cutting away what they think is unrelated code or whatnot, when, in fact, they are cutting away the cause of their problems when posting questions. Anyway, it's working as expected now. But to tell the truth I don't know exactly what the problem was. I tinkered some with the script, did a make clean ; make (again), and, voila, it works. I'm glad that it works, but it's a bit annoying not understanding what the problem and the rememdy was. Thanks for on-list replies and private emails / Mikael PS. I remember once having the cygwin mailing list in "usenet style format" in outlook express, but I can't for the life of me remember what I did. Anyone knows what I'm talking about? DS. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Thu Sep 23 16:24:00 2004 From: dk@artimi.com (Dave Korn) Date: Thu, 23 Sep 2004 16:24:00 -0000 Subject: [OT] PCYMTNQREAIYR, it really works. In-Reply-To: Message-ID: > -----Original Message----- > From: Igor Pechtchanski [mailto:pechtcha@cs.nyu.edu] > Sent: 23 September 2004 16:44 > On Thu, 23 Sep 2004, Dave Korn wrote: > > > > -----Original Message----- > > > From: cygwin-owner On Behalf Of Christopher Faylor > > > Sent: 23 September 2004 15:40 > > > > > > Hmm. I wonder if I just replaced all of the '@'s with a png > > > of an '@', > > > if that would foil the spammers. > > > > > > Nope. Wouldn't work for the text archives. > > > > > > > How about a big ascii-art one then? THaT WuLd BE SOOooOO > B1FF!!1! AND K00L!!1!2! > > You mean, like "`banner -c@ @`"? ;-) dk@mace /win/c/> `banner -c@ @` bash: @@@@: command not found AAAAAAARRRGHGHGHGHG!!!1!!!! ToO MANy QuOTEZ!:!:! ;-P~~~ > Ugh, I can just see the following pasted command line getting mungled: > > user@host>command.com something LOL, I was just thinking about what would happen if someone harvested that address and tried to spam it, and then I was thinking, hey, I wonder.... lookee what I found! http://www.command.com/ > (and that's just off the top of my head, there must surely be others). Yeh, that's why I suggested clamping down on the chars that would be accepted by replacing the .* with a [] charset. > IOW, it's not as easy as it seems at first. I know. Didn't even attempt to deal with emails of the form . Sure there are lots of other corner cases too. It was a rough approximation JFTHOI. [ There are plenty of rfc822-detecting regexen out there, although not all of them are complete nor correct; http://www.google.com/search?hl=en&ie=UTF-8&q=regex+rfc822 ] cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Thu Sep 23 16:31:00 2004 From: dk@artimi.com (Dave Korn) Date: Thu, 23 Sep 2004 16:31:00 -0000 Subject: PCYMTNQREAIYR, it really works. In-Reply-To: <1757748822.20040923180916@familiehaase.de> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Gerrit P. Haase > Sent: 23 September 2004 17:09 > We really need some *global* rules, e.g. SPF and some other, similar > method, to get 99% of spamservers out of the internet. > Nahh. What we really need are not rules; what we need are *hammers*. Spammers can't hit "send" if all their fingers are broken. There's only a few thousand real serious spammers in the world who are responsible for 99.9% of all the spam that gets sent, and hammers are cheap: we could have a purge, take them all out overnight in one great big "Night of the Long Mallets".... cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Thu Sep 23 16:32:00 2004 From: dk@artimi.com (Dave Korn) Date: Thu, 23 Sep 2004 16:32:00 -0000 Subject: Same code, same script, different results In-Reply-To: <002201c4a189$1b126b80$b200a8c0@mindcooler> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Mikael ?sberg > Sent: 23 September 2004 17:19 > PS. I remember once having the cygwin mailing list in "usenet > style format" > in outlook express, but I can't for the life of me remember > what I did. > Anyone knows what I'm talking about? DS. www.gmane.org cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Thu Sep 23 16:33:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 23 Sep 2004 16:33:00 -0000 Subject: PCYMTNQREAIYR, it really works. In-Reply-To: <1757748822.20040923180916@familiehaase.de> References: <1757748822.20040923180916@familiehaase.de> Message-ID: On Thu, 23 Sep 2004, Gerrit P. Haase wrote: > To filter out spam at the client side is not possible... Well, aside from an occasional simpleton who gets duped into replying to a spam message, the main danger of spam is the mass e-mailing aspect that ties up computer and network resources. So I guess what you meant to say was that client-side spam filtering is possible but useless. > We really need some *global* rules, e.g. SPF and some other, similar > method, to get 99% of spamservers out of the internet. Unfortunately, spammers use more elaborate methods these days, including worms and trojans (distributed via "pull", e.g., on web pages) to gain "innocent" spam origin points. So simply blocking off any server that spam originates from will do no good without combined measures to stop worms, etc. It's an active research topic, but any current anti-spam setup is at best run by heuristics, which sometimes go wrong. However, this is now well and truly off-topic. :-) Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Thu Sep 23 16:42:00 2004 From: dk@artimi.com (Dave Korn) Date: Thu, 23 Sep 2004 16:42:00 -0000 Subject: Same code, same script, different results In-Reply-To: Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Dave Korn > Sent: 23 September 2004 17:24 > > -----Original Message----- > > From: cygwin-owner On Behalf Of Mikael ?sberg > > Sent: 23 September 2004 17:19 > > PS. I remember once having the cygwin mailing list in "usenet > > style format" > > in outlook express, but I can't for the life of me remember > > what I did. > > Anyone knows what I'm talking about? DS. > > > www.gmane.org ...or even news://news.gmane.org/gmane.os.cygwin in handy clickable URL form.... cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Thu Sep 23 16:47:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 23 Sep 2004 16:47:00 -0000 Subject: PCYMTNQREAIYR, it really works. In-Reply-To: References: Message-ID: On Thu, 23 Sep 2004, Dave Korn wrote: > > -----Original Message----- > > From: cygwin-owner On Behalf Of Gerrit P. Haase > > Sent: 23 September 2004 17:09 > > > We really need some *global* rules, e.g. SPF and some other, similar > > method, to get 99% of spamservers out of the internet. > > Nahh. What we really need are not rules; what we need are *hammers*. > Spammers can't hit "send" if all their fingers are broken. There's only > a few thousand real serious spammers in the world who are responsible > for 99.9% of all the spam that gets sent, and hammers are cheap: we > could have a purge, take them all out overnight in one great big "Night > of the Long Mallets".... I'm sure there are many creative solutions proposed on news:alt.spam (including, but not limited to, printing out every e-mail message sent by a given spammer on some particularly unpleasant brand of paper and force-feeding it to him, or worse). Perhaps the rest of this discussion can take place there? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Bill.Hughes@cox.co.uk Thu Sep 23 16:53:00 2004 From: Bill.Hughes@cox.co.uk (Hughes, Bill) Date: Thu, 23 Sep 2004 16:53:00 -0000 Subject: PCYMTNQREAIYR, it really works. Message-ID: Dave Korn wrote: >> -----Original Message----- >> From: cygwin-owner On Behalf Of Gerrit P. Haase >> Sent: 23 September 2004 17:09 > >> We really need some *global* rules, e.g. SPF and some other, similar >> method, to get 99% of spamservers out of the internet. >> > > > Nahh. What we really need are not rules; what we need are > *hammers*. Spammers can't hit "send" if all their fingers are broken. > There's only a > few thousand real serious spammers in the world who are > responsible for > 99.9% of all the spam that gets sent, and hammers are cheap: > we could have a > purge, take them all out overnight in one great big "Night of the > Long Mallets".... Far too lenient, what do you think lamp-posts are for, what we need is a good old fashioned lynching, yes sirree Bob! I _think_ I'm joking but having just spent hours training thunderbird (at home) I feel vaguely vindictive about the vermin. Next job is to work out how to use fetchmail+procmail+postfix+... to help me not to have to play whack a mole quite so much. I'm grateful to the this list (can't remember who in particular) for telling me about outlook-quotefix which Just Works(tm). It's not Cygwin related but this should be in a FAQ somewhere - maybe in the OLOCA as a link under PCYMTNQREAIYR? Bill -- ___ oo // \\ "De Chelonian Mobile" (_,\/ \_/ \ TortoiseSVN \ \_/_\_/> The coolest Interface to (Sub)Version Control /_/ \_\ http://tortoisesvn.tigris.org This e-mail transmission is strictly confidential and intended solely for the person or organisation to whom it is addressed. It may contain privileged and confidential information and if you are not the intended recipient, you must not copy, distribute or take any action in reliance on it. If you have received this email in error, please reply to the sender as soon as possible and delete the message. Please note that we are able to, and reserve the right to, monitor e-mail communications passing through our network. The views expressed in this email are not that of the company unless specified within the message. The inclusion of this footnote indicates that the mail message and any attachments have been checked for the presence of known viruses. If you have any comments regarding our policy please direct them to postmaster@cox.co.uk ________________________________________________________________________ This email has been scanned for all viruses by the MessageLabs Email Security System. For more information on a proactive email security service working around the clock, around the globe, visit http://www.messagelabs.com ________________________________________________________________________ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Thu Sep 23 16:55:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 23 Sep 2004 16:55:00 -0000 Subject: [OT] PCYMTNQREAIYR, it really works. In-Reply-To: References: Message-ID: On Thu, 23 Sep 2004, Dave Korn wrote: > > -----Original Message----- > > From: Igor Pechtchanski [mailto:pechtcha@XX.XXX.XXX] Umm, given the subject, this is particularly vile. :-D > > Sent: 23 September 2004 16:44 > > > On Thu, 23 Sep 2004, Dave Korn wrote: > > > > > > -----Original Message----- > > > > From: cygwin-owner On Behalf Of Christopher Faylor > > > > Sent: 23 September 2004 15:40 > > > > > > > > > Hmm. I wonder if I just replaced all of the '@'s with a png > > > > of an '@', if that would foil the spammers. > > > > > > > > Nope. Wouldn't work for the text archives. > > > > > > > > > > How about a big ascii-art one then? THaT WuLd BE SOOooOO B1FF!!1! > > > AND K00L!!1!2! > > > > You mean, like "`banner -c@ @`"? ;-) > > dk@mace /win/c/> `banner -c@ @` > bash: @@@@: command not found > > AAAAAAARRRGHGHGHGHG!!!1!!!! ToO MANy QuOTEZ!:!:! ;-P~~~ Umm, . Try [user@host] echo "`banner -c@ @`" > > Ugh, I can just see the following pasted command line getting mungled: > > > > user@host>command.com something > > LOL, I was just thinking about what would happen if someone harvested > that address and tried to spam it, and then I was thinking, hey, I > wonder.... lookee what I found! > > http://www.command.com/ Well, the e-mail address would be invalid anyway (contains a ">"), but the point was that *mangling* it would result in havoc. > > (and that's just off the top of my head, there must surely be others). > > Yeh, that's why I suggested clamping down on the chars that would be > accepted by replacing the .* with a [] charset. > > > IOW, it's not as easy as it seems at first. > > I know. Didn't even attempt to deal with emails of the form > . Sure there are lots of other corner cases too. It > was a rough approximation JFTHOI. Hmm... If this gets picked up and used, it's definite OLOCA fodder. :-D > [ There are plenty of rfc822-detecting regexen out there, although not > all of them are complete nor correct; > http://www.google.com/search?hl=en&ie=UTF-8&q=regex+rfc822 ] It might be better/easier/safer to just filter out things like "mailto:email@address" or "{date} email@address wrote" (the more common reply lead-ins) or something. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Thu Sep 23 17:06:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 23 Sep 2004 17:06:00 -0000 Subject: PCYMTNQREAIYR, it really works. In-Reply-To: References: Message-ID: On Thu, 23 Sep 2004, Hughes, Bill wrote: > [various recipes for spammer treatment snipped] > > Next job is to work out how to use fetchmail+procmail+postfix+... to help me > not to have to play whack a mole quite so much. > > I'm grateful to the this list (can't remember who in particular) for telling > me about outlook-quotefix which Just Works(tm). It's not Cygwin related but > this should be in a FAQ somewhere - maybe in the OLOCA as a link under > PCYMTNQREAIYR? You know, I was just thinking that. However, I'd rather not include links specific to Outlook (or even Pine, or any other mailer) into the OLOCA. If someone comes up with a nice handy Google search string that covers various mailers, I'll consider putting that in. Alternatively, if anyone wants to maintain a page which is mailer-agnostic and collects all such fixes, I'll put a link to that. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Thu Sep 23 17:10:00 2004 From: dk@artimi.com (Dave Korn) Date: Thu, 23 Sep 2004 17:10:00 -0000 Subject: [OT] PCYMTNQREAIYR, it really works. In-Reply-To: Message-ID: > -----Original Message----- > From: Igor Pechtchanski > Sent: 23 September 2004 17:43 > > > You mean, like "`banner -c@ @`"? ;-) ISTM that http://cygwin.com/acronyms/#YOWTWYWT ! > > > > dk@mace /win/c/> `banner -c@ @` > > bash: @@@@: command not found > > > > AAAAAAARRRGHGHGHGHG!!!1!!!! ToO MANy QuOTEZ!:!:! ;-P~~~ > > Umm, . Try > > [user@host] echo "`banner -c@ @`" NOO0o0o0o00oOO!!!1! ! U DIDN't MENtION THaT ECHo CoMM4ND BEFOAR!>!>>! U R A CHEATxOR! [OK, that's more than enough B1FF to be getting on with!] cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From l1ee057@veritech.com Thu Sep 23 17:11:00 2004 From: l1ee057@veritech.com (LDR) Date: Thu, 23 Sep 2004 17:11:00 -0000 Subject: PCYMTNQREAIYR In-Reply-To: <1095957197.9615.ezmlm@cygwin.com> References: <1095957197.9615.ezmlm@cygwin.com> Message-ID: <41530001.8080504@veritech.com> I receive the Cygwin email lists in digest format. The email addresses are preserved in these. Isn't this unnecessary exposure? Can't names be harvested by subscribing to the list and then harvesting new addresses from each new digest? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Thu Sep 23 17:12:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 23 Sep 2004 17:12:00 -0000 Subject: [OT] PCYMTNQREAIYR, it really works. In-Reply-To: References: Message-ID: On Thu, 23 Sep 2004, Dave Korn wrote: > > -----Original Message----- > > From: Igor Pechtchanski > > Sent: 23 September 2004 17:43 > > > > > You mean, like "`banner -c@ @`"? ;-) > > ISTM that http://cygwin.com/acronyms/#YOWTWYWT ! > > > > dk@mace /win/c/> `banner -c@ @` > > > bash: @@@@: command not found > > > > > > AAAAAAARRRGHGHGHGHG!!!1!!!! ToO MANy QuOTEZ!:!:! ;-P~~~ > > > > Umm, . Try > > > > [user@host] echo "`banner -c@ @`" > > NOO0o0o0o00oOO!!!1! ! U DIDN't MENtION THaT ECHo CoMM4ND BEFOAR!>!>>! U > R A CHEATxOR! Even so, [user@host] "`banner -c@ @`" bash: @@@ @@ @ @ @@@ @ @ @ @ @@@ @@ @@@@ : command not found :-p > [OK, that's more than enough B1FF to be getting on with!] Agreed. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Thu Sep 23 17:12:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 23 Sep 2004 17:12:00 -0000 Subject: PCYMTNQREAIYR In-Reply-To: <41530001.8080504@veritech.com> References: <1095957197.9615.ezmlm@cygwin.com> <41530001.8080504@veritech.com> Message-ID: On Thu, 23 Sep 2004, LDR wrote: > I receive the Cygwin email lists in digest format. > > The email addresses are preserved in these. > > Isn't this unnecessary exposure? > Can't names be harvested by subscribing to the list and then harvesting new > addresses from each new digest? You're giving wa-ay too much credit to spam harvesters. The idea is that you don't have to subscribe to any lists if you can just trawl the web. If you assume that spammers subscribe to the list, the e-mail addresses will always be available, not just in the digests, so all bets are off. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From shankarunni@netscape.net Thu Sep 23 17:15:00 2004 From: shankarunni@netscape.net (Shankar Unni) Date: Thu, 23 Sep 2004 17:15:00 -0000 Subject: cygwin, libtool, dlpreopen, and .rdata In-Reply-To: <4151E85A.5020305@cwilson.fastmail.fm> References: <41511C3F.7080003@cwilson.fastmail.fm> <4151E85A.5020305@cwilson.fastmail.fm> Message-ID: Charles Wilson wrote: > Actually, *function* addresses are fine; they don't get relocated (at > least, not by the runtime-pseudo-reloc gobbledygook). It's only the > addresses of DATA items exported by DLLs that get relocated in this way. > > AND, they get relocated IF AND ONLY IF you are linking to a DLL. On x86/PE, anyway. The rules for other platforms and object-file formats vary. Leaving this as "implementation-defined" (may or may not work - documented, but how easy is it to track down this documentation?) makes the programmer's task more difficult - they can never be sure where they can use 'const' on an initialized structure definition. What if function addresses are also 'bad' on some other platform? Gcc should either warn about this usage, or it should silently "do the right thing" on each platform based on its capabilities. But I'm just being picky, being an old compiler fart.. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Thu Sep 23 17:18:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Thu, 23 Sep 2004 17:18:00 -0000 Subject: [OT] PCYMTNQREAIYR, it really works. In-Reply-To: References: Message-ID: <20040923171421.GA19595@trixie.casa.cgf.cx> On Thu, Sep 23, 2004 at 11:44:28AM -0400, Igor Pechtchanski wrote: >On Thu, 23 Sep 2004, Dave Korn wrote: >>>-----Original Message----- >>>From: cygwin-owner On Behalf Of Christopher Faylor >>>Sent: 23 September 2004 15:40 >> >>>On Thu, Sep 23, 2004 at 01:14:39PM +0100, Dave Korn wrote: >>>>_Now_ is it on-topic? >>> >>>:-) >>> >>>I have to point out that I'm getting spam to some new accounts which >>>have only been used to send email to mailing lists which >>>munge addresses >>>with the "blah" method, so this isn't foolproof. >> >> Well, you've only got five chars of entropy in that one..... wouldn't >> take long to fall to a dictionary attack! > >That, or someone actually quoting the e-mail address somewhere (e.g., in >another archive). Although I used my real email address above, it was just as an example. The email address that I'm referring to was not the one above. It was *incredibly* stupid for me to use the above address in email given my theory that spammers are actually familiar with the more common address munging techniques. Sigh. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-replies-please@cygwig.com Thu Sep 23 17:20:00 2004 From: cgf-no-personal-replies-please@cygwig.com (Christopher Faylor) Date: Thu, 23 Sep 2004 17:20:00 -0000 Subject: [ANNOUNCEMENT] Two new mailing lists Message-ID: <200409231712.i8NHCTV24458@esds.vss.fsi.com> There are two new Cygwin mailing lists available: cygwin-licensing - a moderated list for discussion about Cygwin's licensing. cygwin-talk - an unmoderated, almost-anything-goes, almost-nothing-is-offtopic list for discussing almost anything vaguely related to Cygwin without the threat of "this is off-topic!" as a response but with a higher noise to signal ratio than any other list. This is an experiment and may go away if there is either no interest or if the noise level becomes too high. See for more details on the two lists. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. Christopher Faylor TimeSys, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dave@adboyd.com Thu Sep 23 17:23:00 2004 From: dave@adboyd.com (J. David Boyd) Date: Thu, 23 Sep 2004 17:23:00 -0000 Subject: special install References: <7D4F19744C396841A2E93891806C7CE313A02B@aplesfreedom.dom1.jhuapl.edu> Message-ID: <81pt4crjno.fsf@adboyd.com> "Calman, Jack" writes: > Hi, > > Our group is interested in installing cygwin on a group of classified > computers that are not connected to the internet. Would you please tell me > how to download what I need from the internet. Then I'll put it on a CD, > carry it into the classified room, and then install on the computers there. > > Thanks, > - Jack Calman > Johns Hopkins University > Applied Physics Lab > Laurel, MD After you have a working installation on any computer, you can zip and copy the C:\CYGWIN directory. It is totally self contained, and should work fine anywhere. Be forewarned, the CYGWIN directory can be very large, if you install everything. Dave -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Thu Sep 23 17:26:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Thu, 23 Sep 2004 17:26:00 -0000 Subject: PCYMTNQREAIYR In-Reply-To: <41530001.8080504@veritech.com> References: <1095957197.9615.ezmlm@cygwin.com> <41530001.8080504@veritech.com> Message-ID: <20040923172006.GB19595@trixie.casa.cgf.cx> On Thu, Sep 23, 2004 at 12:55:29PM -0400, LDR wrote: >I receive the Cygwin email lists in digest format. > >The email addresses are preserved in these. > >Isn't this unnecessary exposure? > >Can't names be harvested by subscribing to the list and then harvesting >new addresses from each new digest? The spammer could just subscribe to the regular mailing list if they wanted to see email addresses. I don't see how the digest is any more or less exposure. -- Christopher Faylor spammer? -> aaaspam@sourceware.org Cygwin Co-Project Leader aaaspam@duffek.com TimeSys, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Thu Sep 23 17:32:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 23 Sep 2004 17:32:00 -0000 Subject: [OT] PCYMTNQREAIYR, it really works. In-Reply-To: <20040923171421.GA19595@trixie.casa.cgf.cx> References: <20040923171421.GA19595@trixie.casa.cgf.cx> Message-ID: On Thu, 23 Sep 2004, Christopher Faylor wrote: > On Thu, Sep 23, 2004 at 11:44:28AM -0400, Igor Pechtchanski wrote: > >On Thu, 23 Sep 2004, Dave Korn wrote: > >>>-----Original Message----- > >>>From: cygwin-owner On Behalf Of Christopher Faylor > >>>Sent: 23 September 2004 15:40 > >> > >>>On Thu, Sep 23, 2004 at 01:14:39PM +0100, Dave Korn wrote: > >>>>_Now_ is it on-topic? > >>> > >>>:-) > >>> > >>>I have to point out that I'm getting spam to some new accounts which > >>>have only been used to send email to mailing lists which munge > >>>addresses with the "blah" method, so this isn't foolproof. > >> > >> Well, you've only got five chars of entropy in that one..... wouldn't > >> take long to fall to a dictionary attack! > > > >That, or someone actually quoting the e-mail address somewhere (e.g., in > >another archive). > > Although I used my real email address above, it was just as an example. > The email address that I'm referring to was not the one above. It was > *incredibly* stupid for me to use the above address in email given my > theory that spammers are actually familiar with the more common address > munging techniques. > > Sigh. > cgf FWIW, the cat was out of the bag lo-ong before: just do a Google search on the munged version of your real address... Oh, and the unmunged version turns up some results too, for a real measure.... Sigh, indeed. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Thu Sep 23 17:39:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 23 Sep 2004 17:39:00 -0000 Subject: [ANNOUNCEMENT] Two new mailing lists In-Reply-To: <200409231712.i8NHCTV24458@esds.vss.fsi.com> References: <200409231712.i8NHCTV24458@esds.vss.fsi.com> Message-ID: On Thu, 23 Sep 2004, Christopher Faylor wrote: > There are two new Cygwin mailing lists available: > > cygwin-licensing - a moderated list for discussion about Cygwin's > licensing. Cool!!! > cygwin-talk - an unmoderated, almost-anything-goes, > almost-nothing-is-offtopic list for discussing almost anything vaguely > related to Cygwin without the threat of "this is off-topic!" as a response > but with a higher noise to signal ratio than any other list. This is > an experiment and may go away if there is either no interest or if the > noise level becomes too high. Umm, before anyone posts there, maybe we shoud rename it to "cygwin-chat" (or "cygwin-blabber", if that's not too offensive)... :-D Igor > See for more details on the > two lists. -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Thu Sep 23 17:40:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 23 Sep 2004 17:40:00 -0000 Subject: special install In-Reply-To: <81pt4crjno.fsf@adboyd.com> References: <7D4F19744C396841A2E93891806C7CE313A02B@aplesfreedom.dom1.jhuapl.edu> <81pt4crjno.fsf@adboyd.com> Message-ID: On Thu, 23 Sep 2004, J. David Boyd wrote: > "Calman, Jack" writes: , now with more reasons. > > Hi, > > > > Our group is interested in installing cygwin on a group of classified > > computers that are not connected to the internet. Would you please tell me > > how to download what I need from the internet. Then I'll put it on a CD, > > carry it into the classified room, and then install on the computers there. > > > > Thanks, > > - Jack Calman > > After you have a working installation on any computer, you can zip and > copy the C:\CYGWIN directory. It is totally self contained, and > should work fine anywhere. Barring insignificant things like OS incompatibilities (e.g., the /etc/* symlinks), the contents of /etc/passwd and /etc/group, and ownership modes and permissions (just to give a few examples). IMO, it's always better to do a clean install on each machine. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Thu Sep 23 17:45:00 2004 From: dk@artimi.com (Dave Korn) Date: Thu, 23 Sep 2004 17:45:00 -0000 Subject: special install In-Reply-To: <81pt4crjno.fsf@adboyd.com> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of J. David Boyd > Sent: 23 September 2004 18:16 > "Calman, Jack" writes: > > > Hi, > > > > Our group is interested in installing cygwin on a group of > classified > > computers that are not connected to the internet. Would you > please tell me > > how to download what I need from the internet. Then I'll > put it on a CD, > > carry it into the classified room, and then install on the > computers there. > > > > Thanks, > > - Jack Calman > > Johns Hopkins University > > Applied Physics Lab > > Laurel, MD > > > After you have a working installation on any computer, you can zip and > copy the C:\CYGWIN directory. It is totally self contained, and > should work fine anywhere. Nonsense! That method won't create any mount points in the registry, nor will it run any post-install scripts. The correct method is to run setup.exe, select 'Download from internet', download everything, burn the temporary storage directory to cd along with a copy of setup.exe, then on each enduser machine you run setup.exe and tell it to 'Install from local directory', pointing at the download dir that you burnt to CD. cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dave@adboyd.com Thu Sep 23 17:46:00 2004 From: dave@adboyd.com (J. David Boyd) Date: Thu, 23 Sep 2004 17:46:00 -0000 Subject: special install References: <81pt4crjno.fsf@adboyd.com> Message-ID: <81llf0rijw.fsf@adboyd.com> "Dave Korn" writes: > > -----Original Message----- > > From: cygwin-owner On Behalf Of J. David Boyd > > Sent: 23 September 2004 18:16 > > > "Calman, Jack" writes: > > > > > Hi, > > > > > > Our group is interested in installing cygwin on a group of > > classified > > > computers that are not connected to the internet. Would you > > please tell me > > > how to download what I need from the internet. Then I'll > > put it on a CD, > > > carry it into the classified room, and then install on the > > computers there. > > > > > > Thanks, > > > - Jack Calman > > > Johns Hopkins University > > > Applied Physics Lab > > > Laurel, MD > > > > > > After you have a working installation on any computer, you can zip and > > copy the C:\CYGWIN directory. It is totally self contained, and > > should work fine anywhere. > > Nonsense! That method won't create any mount points in the registry, nor > will it run any post-install scripts. The correct method is to run > setup.exe, select 'Download from internet', download everything, burn the > temporary storage directory to cd along with a copy of setup.exe, then on > each enduser machine you run setup.exe and tell it to 'Install from local > directory', pointing at the download dir that you burnt to CD. > > cheers, > DaveK > -- > Can't think of a witty .sigline today.... Oops, you are absolutely 100% right. I knew that, as that's what I've done in the past. I didn't mean install, I meant download, and then zip and burn, and then install. Good thing there's many sets of eyes here! Thanks, Dave -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Thu Sep 23 17:54:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Thu, 23 Sep 2004 17:54:00 -0000 Subject: special install In-Reply-To: References: <7D4F19744C396841A2E93891806C7CE313A02B@aplesfreedom.dom1.jhuapl.edu> <81pt4crjno.fsf@adboyd.com> Message-ID: <20040923174211.GD19595@trixie.casa.cgf.cx> On Thu, Sep 23, 2004 at 01:26:50PM -0400, Igor Pechtchanski wrote: >On Thu, 23 Sep 2004, J. David Boyd wrote: > >> "Calman, Jack" writes: > >, now with more reasons. > >> > Hi, >> > >> > Our group is interested in installing cygwin on a group of classified >> > computers that are not connected to the internet. Would you please tell me >> > how to download what I need from the internet. Then I'll put it on a CD, >> > carry it into the classified room, and then install on the computers there. >> > >> > Thanks, >> > - Jack Calman >> >> After you have a working installation on any computer, you can zip and >> copy the C:\CYGWIN directory. It is totally self contained, and >> should work fine anywhere. > >Barring insignificant things like OS incompatibilities (e.g., the /etc/* >symlinks), the contents of /etc/passwd and /etc/group, and ownership modes >and permissions (just to give a few examples). IMO, it's always better to >do a clean install on each machine. something like this should still work, though (untested): 1) On the reference system: mount -m > mounts.bat cd / tar -cjf /cygdrive/c/cygwin.tar.bz2 --exclude=/etc/passwd --exclude=/etc/group 2) "Somehow" copy the following files to a temp directory on the new system, e.g., c:\tmp: cygwin1.dll mount.exe mkpasswd.exe mkgroup.exe tar.exe bzip2.exe mounts.bat cygwin.tar.bz2 3) In c:\tmp .\mounts.bat mkpasswd -l # or -d, or whatever options are appropriate mkgroup -l # or -d, or whatever options are appropriate c: cd \cygwin # or whereever cygwin's root is tar --use-compress-program=/cygdrive/c/tmp/bzip2.exe -xf /cygdrive/c/tmp/cygwin.tar.bz2 There are probably some details that I forgot and some other minor cleanups to worry about but I don't see why the above shouldn't work, at least in principle. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From peter@rehley.net Thu Sep 23 18:00:00 2004 From: peter@rehley.net (Peter Rehley) Date: Thu, 23 Sep 2004 18:00:00 -0000 Subject: special install In-Reply-To: References: Message-ID: <1C8D2082-0D88-11D9-8A2B-000D932D0448@rehley.net> On Sep 23, 2004, at 10:32 AM, Dave Korn wrote: >> -----Original Message----- >> From: cygwin-owner On Behalf Of J. David Boyd >> Sent: 23 September 2004 18:16 > >> "Calman, Jack" writes: >> >>> Hi, >>> >>> Our group is interested in installing cygwin on a group of >> classified >>> computers that are not connected to the internet. Would you >> please tell me >>> how to download what I need from the internet. Then I'll >> put it on a CD, >>> carry it into the classified room, and then install on the >> computers there. >>> >>> Thanks, >>> - Jack Calman >>> Johns Hopkins University >>> Applied Physics Lab >>> Laurel, MD >> >> >> After you have a working installation on any computer, you can zip and >> copy the C:\CYGWIN directory. It is totally self contained, and >> should work fine anywhere. > > Nonsense! That method won't create any mount points in the > registry, nor > will it run any post-install scripts. The correct method is to run > setup.exe, select 'Download from internet', download everything, burn > the > temporary storage directory to cd along with a copy of setup.exe, then > on > each enduser machine you run setup.exe and tell it to 'Install from > local > directory', pointing at the download dir that you burnt to CD. Actually, what the person mention would work. Only thing left out would be the registry settings. If the user has a working copy then everything is already set up in the cygwin directory. Copying this to another machine would be perfectly fine. I know because I've done something like this before and it has worked for me. Potential problems could arise in 1) Registry settings. These would need to be exported. Actually, I think if they don't exist cygwin will create registry setting minus the mount points. The mount points would need to be adjusted or imported from the original. This could also be part of the zip file. 2) post-install scripts have already be run via initial setup. However something would need to be done if any of the programs are set up as windows services. 3) passwd file. If the same users exist on each machine, then this isn't an issue. However domain users would need to be added. This could be done before zipping cygwin directory. > > cheers, > DaveK > -- > Can't think of a witty .sigline today.... > > Enjoy, Peter ------------------------------ A M??se once bit my sister -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Thu Sep 23 18:02:00 2004 From: dk@artimi.com (Dave Korn) Date: Thu, 23 Sep 2004 18:02:00 -0000 Subject: special install In-Reply-To: <20040923174211.GD19595@trixie.casa.cgf.cx> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Christopher Faylor > Sent: 23 September 2004 18:42 > There are probably some details that I forgot and some other minor > cleanups to worry about but I don't see why the above shouldn't > work, at least in principle. Heh. Not quite sure how close to serious you are. I can see that that's going to get you most of the way there, but..... ... what about different usernames? Wouldn't you need to rename and chown the home directory and perhaps a lot of the other install files ? In fact, wouldn't you be liable to get a nightmare of incorrect file ownerships ? We've known packages to fail badly when you install as one user and try and run as another, and this seems to me like it would just be the worst case ever of such a conflict. cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Thu Sep 23 18:12:00 2004 From: dk@artimi.com (Dave Korn) Date: Thu, 23 Sep 2004 18:12:00 -0000 Subject: special install In-Reply-To: <1C8D2082-0D88-11D9-8A2B-000D932D0448@rehley.net> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Peter Rehley > Sent: 23 September 2004 18:44 Much snippage, just to summarize the essence of the post and it's role in the conversation: > On Sep 23, 2004, at 10:32 AM, Dave Korn wrote: > > >> -----Original Message----- > >> From: cygwin-owner On Behalf Of J. David Boyd > >> Sent: 23 September 2004 18:16 > >> After you have a working installation on any computer, you > can zip and > >> copy the C:\CYGWIN directory. It is totally self contained, and > >> should work fine anywhere. > > Nonsense! That method won't create any mount points in the > > registry, nor will it run any post-install scripts. The correct > Actually, what the person mention would work. Only thing left out > would be the registry settings. > Potential problems could arise in > 1) Registry settings. These would need to be exported. > 2) post-install scripts have already be run via initial > setup. > 3) passwd file. So, in other words, what you're claiming is that "It would work, but it won't create any mount points in the registry, nor will it run any post-install scripts". Well, thanks for that helpful clarification from the Department of Redundancy Department! cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From peter@rehley.net Thu Sep 23 18:22:00 2004 From: peter@rehley.net (Peter Rehley) Date: Thu, 23 Sep 2004 18:22:00 -0000 Subject: special install In-Reply-To: References: Message-ID: <350868BC-0D8A-11D9-8A2B-000D932D0448@rehley.net> On Sep 23, 2004, at 10:54 AM, Dave Korn wrote: >> -----Original Message----- >> From: cygwin-owner On Behalf Of Peter Rehley >> Sent: 23 September 2004 18:44 > > > Much snippage, just to summarize the essence of the post and it's > role in > the conversation: >> After you have a working installation on any computer, you can zip and >> copy the C:\CYGWIN directory. It is totally self contained, and >> should work fine anywhere. > >> 2) post-install scripts have already be run via initial >> setup. > > > So, in other words, what you're claiming is that > > "It would work, but it won't create any mount points in the registry, > nor > will it run any post-install scripts". ummm, I'm saying that the post install scripts have already been run. And also giving suggestions on things that are missing. > > Well, thanks for that helpful clarification from the Department of > Redundancy Department! Glad to be of service. Didn't I mention that before ;) > > > cheers, > DaveK > -- > Can't think of a witty .sigline today.... > > Enjoy, Peter ----------------------- A M??se once bit my sister -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From khemani@netscaler.com Thu Sep 23 18:23:00 2004 From: khemani@netscaler.com (Prakash Khemani) Date: Thu, 23 Sep 2004 18:23:00 -0000 Subject: CYGWIN + APCHE + Net::SMTP Message-ID: <24BDFF97F1939B44BCBA2E6AADEB0A28246FF4@mailsc.engineering.netscaler.com> Yes. Setting the SYSTEMROOT environment variable in Apach'e CGI environment did it. "Thou shalt not unset SYSTEMROOT" is a good commandment to stick with. Thanks everybody for the excellent help! Regards, Prakash > -----Original Message----- > From: cygwin-owner@cygwin.com [mailto:cygwin-owner@cygwin.com] On Behalf > Of Jason Tishler > Sent: Thursday, September 23, 2004 4:15 AM > To: cygwin@cygwin.com > Subject: Re: CYGWIN + APCHE + Net::SMTP > > Prakash, > > On Wed, Sep 22, 2004 at 04:04:23PM -0700, Prakash Khemani wrote: > > A similar problem occurs when I use /usr/sbin/ssmtp instead of Perl's > > Net::SMTP. > > > > I am able to send mail using /usr/sbin/ssmtp from the cygin shell cmd > > line. > > > > But when ssmtp is invoked from a perl script inside Apache2's CGI > > environment (sunning on Windows XP and cygwin) - I get the following > > error > > > > > > ssmtp: Cannot open mail.eng.netscaler.com:25 > > The following thread may be applicable: > > http://cygwin.com/ml/cygwin/2004-08/msg00368.html > > Is Apache2's CGI environment missing the SYSTEMROOT environment > variable? > > Jason > > -- > PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers > Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Thu Sep 23 18:28:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Thu, 23 Sep 2004 18:28:00 -0000 Subject: PCYMTNQREAIYR, it really works. In-Reply-To: <1757748822.20040923180916@familiehaase.de> References: <1757748822.20040923180916@familiehaase.de> Message-ID: <415311F2.1040607@x-ray.at> Gerrit P. Haase schrieb: >>Spamming is more or less an industry now, ... > > All what clients can do about spam is to completely ignore all emails > which are not from known senders, so you get just some crap through > the lists, even no personal replies to some list postings if you have > the sender not whitelisted, so to unsubscribe the lists is what > remains to do, just use email to send and use news to read list > postings. > > To filter out spam at the client side is not possible, I would need > another PC just to filter my emails... saying this I think now: > "Email is dead." no, spam filtering works very good. I use server-side spamassasin, which gets about 200 per day. And then client-side the mozilla bayes junk filter, which gets the other 200 spam messages per day. only about 5 spam msgs get through, and only about one false-positive per week. so I could easily switch off my spamcop.net contract some years ago. PCYMTNQREAIYR does not help for me, since I'm FAQ author and perl cpan author. this is a bad combination. > We really need some *global* rules, e.g. SPF and some other, similar > method, to get 99% of spamservers out of the internet. hmm, this is against business interest of the large isp's. the make a lot of good money with their "newsletter" clients. and authenticated-only sending will not help a lot. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Andrew@DeFaria.com Thu Sep 23 18:29:00 2004 From: Andrew@DeFaria.com (Andrew DeFaria) Date: Thu, 23 Sep 2004 18:29:00 -0000 Subject: [OT] PCYMTNQREAIYR, it really works. In-Reply-To: <20040923143941.GI16115@trixie.casa.cgf.cx> References: <20040923143941.GI16115@trixie.casa.cgf.cx> Message-ID: Christopher Faylor wrote: > On Thu, Sep 23, 2004 at 01:14:39PM +0100, Dave Korn wrote: > >> _Now_ is it on-topic? > > > :-) > > I have to point out that I'm getting spam to some new accounts which > have only been used to send email to mailing lists which munge > addresses with the "me at cgf dot cx" method, so this isn't foolproof. > > > Hmm. I wonder if I just replaced all of the '@'s with a png of an '@', > if that would foil the spammers. > > Nope. Wouldn't work for the text archives. > Sorry, been working on standards compliance of my web site but it seems to me that you left off the closing ! Does that mean you stopped to think but forgot to start again!?! :-) -- If you mated a bulldog and a shitsu, would it be called a bullshit? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Thu Sep 23 18:30:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Thu, 23 Sep 2004 18:30:00 -0000 Subject: PCYMTNQREAIYR, it really works. In-Reply-To: References: Message-ID: <307588049.20040923202318@familiehaase.de> Hallo Richard, Am Donnerstag, 23. September 2004 um 18:12 schriebst du: >> To filter out spam at the client side is not possible, I would need >> another PC just to filter my emails... > I disagree. SpamBayes is working very well for me (as an Outlook > plugin; SpamBayes also integrates with procmail and about a million > other things). > http://spambayes.sourceforge.net/ You can filter about hundred mails a day, maybe 250, but since I'm getting 1000 mails a day and more my machine is quite busy with filtering. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From sam.robb@timesys.com Thu Sep 23 18:36:00 2004 From: sam.robb@timesys.com (Robb, Sam) Date: Thu, 23 Sep 2004 18:36:00 -0000 Subject: [OT] PCYMTNQREAIYR, it really works. Message-ID: <3D848382FB72E249812901444C6BDB1D022F4E0E@exchange.timesys.com> > > > > Hmm. I wonder if I just replaced all of the '@'s with a png > of an '@', > > if that would foil the spammers. > > > > Nope. Wouldn't work for the text archives. > > > > Sorry, been working on standards compliance of my web site > but it seems > to me that you left off the closing ! Does that mean you > stopped to think but forgot to start again!?! :-) Oh, good grief. Chris stalled again. Could someone wander over and give him a poke with a stick? That's usually enough to get him going. Use a long one, though, he tends to wake up a bit grumpy... -Samrobb -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Andrew@DeFaria.com Thu Sep 23 18:40:00 2004 From: Andrew@DeFaria.com (Andrew DeFaria) Date: Thu, 23 Sep 2004 18:40:00 -0000 Subject: [OT] PCYMTNQREAIYR, it really works. In-Reply-To: References: Message-ID: Igor Pechtchanski wrote: > Generally speaking, no measure is completely spam-proof, except > complete erasure of e-mail addresses (which will conflict with any > other legitimate use of "@" on the list). Spamming is more or less an > industry now, and one can imagine an industrious spammer (or spam > harvester -- not the same thing) writing a filter that looks for words > like "mail archive" on web pages and applies more elaborate spam > harvesting techniques for those pages that have them. Still, deterring > 99% of spam harvesters is better than not deterring any at all. > Anything that helps even a little bit should be done. I took a different approach and implemented my own spam filtering using LAMP. It's a permission based system (which I know some people dislike) but it works very well for me. I get ~1000 - 1500 emails a day, most of which are spam but my filter system only allows email from registered users therefore only the proper handful get through. As a result of this I post my email address without worry. YMMV. -- This is as bad as it can get, but don't bet on it. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Thu Sep 23 18:42:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 23 Sep 2004 18:42:00 -0000 Subject: special install In-Reply-To: <1C8D2082-0D88-11D9-8A2B-000D932D0448@rehley.net> References: <1C8D2082-0D88-11D9-8A2B-000D932D0448@rehley.net> Message-ID: On Thu, 23 Sep 2004, Peter Rehley wrote (heavily [snip]ped): > On Sep 23, 2004, at 10:32 AM, Dave Korn wrote: > > > > From: cygwin-owner On Behalf Of J. David Boyd > > > > > > After you have a working installation on any computer, you can zip > > > and copy the C:\CYGWIN directory. It is totally self contained, and > > > should work fine anywhere. > > > > Nonsense! That method won't create any mount points in the registry, nor > > will it run any post-install scripts. > > Actually, what the person mention would work. Only thing left out would > be the registry settings. If the user has a working copy then > everything is already set up in the cygwin directory. Copying this to > another machine would be perfectly fine. I know because I've done > something like this before and it has worked for me. > > Potential problems could arise in > 1) Registry settings. These would need to be exported. Gratuitous break here, just to emphasize the below. > Actually, I think if > they don't exist cygwin will create registry setting minus the mount points. > The mount points would need to be adjusted or imported from the original. > This could also be part of the zip file. Here's the standard way: mount -m | sed 's/^/c:\\cygwin\\bin\\/' > mounts.bat then run mounts.bat on the new machine (assumes Cygwin is installed in c:\cygwin\bin on both machines). > 2) post-install scripts have already be run via initial setup. However > something would need to be done if any of the programs are set up as > windows services. Yes, that, and the links (if you move from a Win2k to a WinXP machine, the /etc/{hosts,services,protocols,networks} symlinks *will* be broken). > 3) passwd file. If the same users exist on each machine, then this isn't an > issue. This is *wrong* (and is the main reason I'm sending this mesage, actually). WinNT/2k/XP machines have a notion of "SID" that they give to each user. That SID is different on different machines, even if the user name is the same. User SIDs are stored in /etc/passwd, so an /etc/passwd from one machine will be useless on another. > However domain users would need to be added. This could be done > before zipping cygwin directory. Again, wrong. Domain user SIDs are actually the same across the domain, so the domain users in /etc/passwd will be ok. Of course, one can re-run "(mkpasswd -l -c; mkpasswd -d) > /etc/passwd" (among other fixup things), but the whole point was that you can't simply move a Cygwin install without extra fixup actions. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Thu Sep 23 18:42:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Thu, 23 Sep 2004 18:42:00 -0000 Subject: PCYMTNQREAIYR, it really works. In-Reply-To: <415311F2.1040607@x-ray.at> References: <1757748822.20040923180916@familiehaase.de> <415311F2.1040607@x-ray.at> Message-ID: <15982137.20040923203048@familiehaase.de> Hello Reini, > PCYMTNQREAIYR does not help for me, since I'm FAQ author and perl cpan > author. this is a bad combination. I'm Cygwin package maintainer, this is a bad combi too. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Thu Sep 23 18:43:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 23 Sep 2004 18:43:00 -0000 Subject: special install In-Reply-To: <20040923174211.GD19595@trixie.casa.cgf.cx> References: <7D4F19744C396841A2E93891806C7CE313A02B@aplesfreedom.dom1.jhuapl.edu> <81pt4crjno.fsf@adboyd.com> <20040923174211.GD19595@trixie.casa.cgf.cx> Message-ID: On Thu, 23 Sep 2004, Christopher Faylor wrote: > On Thu, Sep 23, 2004 at 01:26:50PM -0400, Igor Pechtchanski wrote: > >On Thu, 23 Sep 2004, J. David Boyd wrote: > > > >> "Calman, Jack" writes: > > > >> > Hi, > >> > > >> > Our group is interested in installing cygwin on a group of classified > >> > computers that are not connected to the internet. Would you please tell me > >> > how to download what I need from the internet. Then I'll put it on a CD, > >> > carry it into the classified room, and then install on the computers there. > >> > > >> > Thanks, > >> > - Jack Calman > >> > >> After you have a working installation on any computer, you can zip and > >> copy the C:\CYGWIN directory. It is totally self contained, and > >> should work fine anywhere. > > > >Barring insignificant things like OS incompatibilities (e.g., the /etc/* > >symlinks), the contents of /etc/passwd and /etc/group, and ownership modes > >and permissions (just to give a few examples). IMO, it's always better to > >do a clean install on each machine. > > something like this should still work, though (untested): > > 1) > On the reference system: > > mount -m > mounts.bat > cd / > tar -cjf /cygdrive/c/cygwin.tar.bz2 --exclude=/etc/passwd --exclude=/etc/group > > 2) > "Somehow" copy the following files to a temp directory on the new system, e.g., > c:\tmp: > > cygwin1.dll > mount.exe > mkpasswd.exe > mkgroup.exe > tar.exe > bzip2.exe > mounts.bat > cygwin.tar.bz2 > > 3) > In c:\tmp > > .\mounts.bat > mkpasswd -l # or -d, or whatever options are appropriate > mkgroup -l # or -d, or whatever options are appropriate > c: > cd \cygwin # or whereever cygwin's root is > tar --use-compress-program=/cygdrive/c/tmp/bzip2.exe -xf /cygdrive/c/tmp/cygwin.tar.bz2 > > There are probably some details that I forgot and some other minor > cleanups to worry about but I don't see why the above shouldn't > work, at least in principle. > > cgf FWIW, the above is missing at least a couple of things: - The /etc symlinks - The "rm /rf c:\tmp\cygwin1.dll". :-D Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Andrew@DeFaria.com Thu Sep 23 18:47:00 2004 From: Andrew@DeFaria.com (Andrew DeFaria) Date: Thu, 23 Sep 2004 18:47:00 -0000 Subject: Same code, same script, different results In-Reply-To: <002201c4a189$1b126b80$b200a8c0@mindcooler> References: <007501c4a172$a96aa9e0$b200a8c0@mindcooler> <002201c4a189$1b126b80$b200a8c0@mindcooler> Message-ID: Mikael ? sberg wrote: > Lol, you're right, Igor, that test case was far from minimal. > Should've cut it down, of course. On the other hand, I often see > people cutting away what they think is unrelated code or whatnot, > when, in fact, they are cutting away the cause of their problems when > posting questions. That's why, when posting a minimal illustration of the problem, one needs to test that minimal case to make sure the problem still exists! Often the process of creating or cutting down something to a minimal case enlightens the questioner to the point of discovering the actual problem. I like to call this "doing your homework". > PS. I remember once having the cygwin mailing list in "usenet style > format" in outlook express, but I can't for the life of me remember > what I did. Anyone knows what I'm talking about? DS. You mean news://news.gmane.org/gmane.os.cygwin? -- I'm not a complete idiot, some parts are missing! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Thu Sep 23 18:50:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 23 Sep 2004 18:50:00 -0000 Subject: special install In-Reply-To: References: <7D4F19744C396841A2E93891806C7CE313A02B@aplesfreedom.dom1.jhuapl.edu> <81pt4crjno.fsf@adboyd.com> <20040923174211.GD19595@trixie.casa.cgf.cx> Message-ID: On Thu, 23 Sep 2004, Igor Pechtchanski wrote: > On Thu, 23 Sep 2004, Christopher Faylor wrote: > > >[snip] > > something like this should still work, though (untested): > > > > 1) > > On the reference system: > > > > mount -m > mounts.bat > > cd / > > tar -cjf /cygdrive/c/cygwin.tar.bz2 --exclude=/etc/passwd --exclude=/etc/group > > > > 2) > > "Somehow" copy the following files to a temp directory on the new system, e.g., > > c:\tmp: > > > > cygwin1.dll > > mount.exe > > mkpasswd.exe > > mkgroup.exe > > tar.exe > > bzip2.exe > > mounts.bat > > cygwin.tar.bz2 > > > > 3) > > In c:\tmp > > > > .\mounts.bat > > mkpasswd -l # or -d, or whatever options are appropriate > > mkgroup -l # or -d, or whatever options are appropriate > > c: > > cd \cygwin # or whereever cygwin's root is > > tar --use-compress-program=/cygdrive/c/tmp/bzip2.exe -xf /cygdrive/c/tmp/cygwin.tar.bz2 > > > > There are probably some details that I forgot and some other minor > > cleanups to worry about but I don't see why the above shouldn't > > work, at least in principle. > > > > cgf > > FWIW, the above is missing at least a couple of things: > > - The /etc symlinks > - The "rm /rf c:\tmp\cygwin1.dll". :-D ^ Ugh, how'd that get there? Make that "rm -rf c:\tmp\cygwin1.dll" or "del c:\tmp\cygwin1.dll" (removing the other stuff is optional). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gabriel.i.r@gmail.com Thu Sep 23 18:52:00 2004 From: gabriel.i.r@gmail.com (Gabe Rosenhouse) Date: Thu, 23 Sep 2004 18:52:00 -0000 Subject: Inheriting parent ACLs? Message-ID: Hello. I have a couple questions regarding > Windows Explorer will inherit the permissions of the > parent directory by default, whereas Cygwin will always create a new set > of ACLs (or, at least, I haven't found a way to make Cygwin directories > inherit the parent's ACLs). from the recent thread "Re: Login behaviour oddities: won't run .profile" (http://sources.redhat.com/ml/cygwin/2004-09/msg00966.html) Is this behavior a feature or a bug? Is there a global setting to cause every file and directory created in Cygwin to simply inherit the Windows ACL of its parent directory? Thank you. Gabriel Rosenhouse -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Thu Sep 23 19:14:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Thu, 23 Sep 2004 19:14:00 -0000 Subject: special install In-Reply-To: References: <7D4F19744C396841A2E93891806C7CE313A02B@aplesfreedom.dom1.jhuapl.edu> <81pt4crjno.fsf@adboyd.com> <20040923174211.GD19595@trixie.casa.cgf.cx> Message-ID: <20040923185000.GC20583@trixie.casa.cgf.cx> On Thu, Sep 23, 2004 at 02:40:46PM -0400, Igor Pechtchanski wrote: >- The /etc symlinks This obviously assumes a consistent setup. Don't try this if you are moving between Windows XP and Windows ME. I suspect this is not an issue. >- The "rm /rf c:\tmp\cygwin1.dll". :-D I included the instructions only to show roughly how things could be done. Details like "clean up after yourself" should be self-explanatory. FWIW, leaving the cygwin dll won't hurt anything but everything that you copied over temporarily should be deleted. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Andrew@DeFaria.com Thu Sep 23 19:16:00 2004 From: Andrew@DeFaria.com (Andrew DeFaria) Date: Thu, 23 Sep 2004 19:16:00 -0000 Subject: [ANNOUNCEMENT] Two new mailing lists In-Reply-To: References: <200409231712.i8NHCTV24458@esds.vss.fsi.com> Message-ID: Igor Pechtchanski wrote: > On Thu, 23 Sep 2004, Christopher Faylor wrote: > >> There are two new Cygwin mailing lists available: >> >> cygwin-licensing - a moderated list for discussion about Cygwin's >> licensing. > > > Cool!!! > >> cygwin-talk - an unmoderated, almost-anything-goes, >> almost-nothing-is-offtopic list for discussing almost anything vaguely >> related to Cygwin without the threat of "this is off-topic!" as a >> response >> but with a higher noise to signal ratio than any other list. This is >> an experiment and may go away if there is either no interest or if the >> noise level becomes too high. > > > Umm, before anyone posts there, maybe we shoud rename it to "cygwin-chat" > (or "cygwin-blabber", if that's not too offensive)... :-D > Igor > >> See for more details >> on the >> two lists. > As somebody who uses gmane instead of email lists, I cannot find these new lists on gmane. Any idea if they will be automagically included or does somebody need to notify the gmane site? -- Budget: A method for going broke methodically. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From peter@rehley.net Thu Sep 23 20:11:00 2004 From: peter@rehley.net (Peter Rehley) Date: Thu, 23 Sep 2004 20:11:00 -0000 Subject: special install In-Reply-To: References: <1C8D2082-0D88-11D9-8A2B-000D932D0448@rehley.net> Message-ID: <75965127-0D91-11D9-8A2B-000D932D0448@rehley.net> On Sep 23, 2004, at 11:36 AM, Igor Pechtchanski wrote: > On Thu, 23 Sep 2004, Peter Rehley wrote (heavily [snip]ped): > >> 3) passwd file. If the same users exist on each machine, then this >> isn't an >> issue. > > This is *wrong* (and is the main reason I'm sending this mesage, > actually). WinNT/2k/XP machines have a notion of "SID" that they give > to > each user. That SID is different on different machines, even if the > user > name is the same. User SIDs are stored in /etc/passwd, so an > /etc/passwd > from one machine will be useless on another. D'oh. I knew this. > >> However domain users would need to be added. This could be done >> before zipping cygwin directory. > > Again, wrong. Domain user SIDs are actually the same across the > domain, > so the domain users in /etc/passwd will be ok. > Actually, I still think this would be ok for domain users. My point being that you need to add domain users at some point since the default setup doesn't create domain users. However, the suggestions you and other have given regarding the creation of the passwd file is the right way to go. Enjoy, Peter ------------------------------- A M??se once bit my sister -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From andrex@alumni.utexas.net Thu Sep 23 20:42:00 2004 From: andrex@alumni.utexas.net (Andrew Schulman) Date: Thu, 23 Sep 2004 20:42:00 -0000 Subject: [ANNOUNCEMENT] Two new mailing lists References: <200409231712.i8NHCTV24458@esds.vss.fsi.com> Message-ID: > As somebody who uses gmane instead of email lists, I cannot find these > new lists on gmane. Any idea if they will be automagically included or > does somebody need to notify the gmane site? Someone needs to ask the gmane admins to add the lists. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Thu Sep 23 20:43:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Thu, 23 Sep 2004 20:43:00 -0000 Subject: Two new mailing lists In-Reply-To: References: <200409231712.i8NHCTV24458@esds.vss.fsi.com> Message-ID: <3210365076.20040923211635@familiehaase.de> Hello Andrew, >>> See for more details >>> on the >>> two lists. >> > As somebody who uses gmane instead of email lists, I cannot find these > new lists on gmane. Any idea if they will be automagically included or > does somebody need to notify the gmane site? IIRC they need to be informed, there is a website where you can 'subscribe' GMANE to the list or at least a website about howto do it. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From simon.barnes@london.oilfield.slb.com Thu Sep 23 20:45:00 2004 From: simon.barnes@london.oilfield.slb.com (Simon Barnes) Date: Thu, 23 Sep 2004 20:45:00 -0000 Subject: Cygwin processes getting stuck on max CPU usage; XP SP2 problem? Message-ID: Some of my colleagues and I are seeing this without using Process Explorer. No doubt some other automated process is triggering it, but we don't know which. Is there anything I can do to help work towards a fix? It's moderately inconvenient having to restart rxvt or bash every few hours. Simon > If you have symbols installed and you list the threads for the hung > Cygwin process you'll see the stuck one is in a loop in > ntdll.dll!RtlConvertUiListToApiList, as well as a corresponding thread > in csrss.exe (CSRSRV.dll!ValidateMessageString) for each. The CPU usage > seems to be split equally between them all. > > So, it's definitely an interaction between Cygwin and Process Explorer's > grubby little fingers... however no one seems to be interestd in fixing > it so for the time being the solution seems to be "Don't accidently > enable the 'DLLs View' of a cygwin process in ProcExp." -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Thu Sep 23 20:56:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Thu, 23 Sep 2004 20:56:00 -0000 Subject: CYGWIN + APCHE + Net::SMTP In-Reply-To: <24BDFF97F1939B44BCBA2E6AADEB0A28246FF4@mailsc.engineering.netscaler.com> References: <24BDFF97F1939B44BCBA2E6AADEB0A28246FF4@mailsc.engineering.netscaler.com> Message-ID: <20040923204310.GA6347@cygbert.vinschen.de> On Sep 23 11:00, Prakash Khemani wrote: > > Yes. Setting the SYSTEMROOT environment variable in Apach'e CGI > environment did it. "Thou shalt not unset SYSTEMROOT" is a good > commandment to stick with. We should put it into the FAQ, perhaps... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ford@vss.fsi.com Thu Sep 23 21:00:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Thu, 23 Sep 2004 21:00:00 -0000 Subject: gcc >= 3.3.3-3 and binutils .rdata alignment Message-ID: This is just a heads up for anyone compiling with gcc >= 3.3.3-3 and <= current Cygwin binutils (2.15.91 20040725). The issue fixed in the reference below may also affect constant long long or double derrived data structures since -malign-double is gcc's default on Cygwin: http://sources.redhat.com/ml/binutils/2004-09/msg00230.html Note that so far I have only experienced this problem with a custom compiled gcc 3.4.3 in combination with -mfpmath=sse, so this is somewhat speculative. But, if gcc 3.3.3-3 really does put all constants in .rdata, it seems likely that those data types described above may get misaligned when sections from differing objects are linked together. If you experience this mis-match bug, you will see a SIGSEGV due to a load from a misaligned address. HTH somebody... -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Thu Sep 23 21:21:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 23 Sep 2004 21:21:00 -0000 Subject: Inheriting parent ACLs? In-Reply-To: References: Message-ID: On Thu, 23 Sep 2004, Gabe Rosenhouse wrote: > Hello. I have a couple questions regarding > > > Windows Explorer will inherit the permissions of the > > parent directory by default, whereas Cygwin will always create a new set > > of ACLs (or, at least, I haven't found a way to make Cygwin directories > > inherit the parent's ACLs). > > from the recent thread "Re: Login behaviour oddities: won't run > .profile" (http://sources.redhat.com/ml/cygwin/2004-09/msg00966.html) > > Is this behavior a feature or a bug? It's a Windows (or, rather, NTFS) feature. > Is there a global setting to cause every file and directory created in > Cygwin to simply inherit the Windows ACL of its parent directory? No. Igor P.S. If you use only Windows tools to create files and directories, they should always inherit the parent directory permissions, but check that. -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Thu Sep 23 21:31:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 23 Sep 2004 21:31:00 -0000 Subject: Cygwin processes getting stuck on max CPU usage; XP SP2 problem? In-Reply-To: References: Message-ID: On Thu, 23 Sep 2004, Simon Barnes wrote: > > If you have symbols installed and you list the threads for the hung > > Cygwin process you'll see the stuck one is in a loop in > > ntdll.dll!RtlConvertUiListToApiList, as well as a corresponding thread > > in csrss.exe (CSRSRV.dll!ValidateMessageString) for each. The CPU usage > > seems to be split equally between them all. > > > > So, it's definitely an interaction between Cygwin and Process Explorer's > > grubby little fingers... however no one seems to be interestd in fixing > > it so for the time being the solution seems to be "Don't accidently > > enable the 'DLLs View' of a cygwin process in ProcExp." > > Some of my colleagues and I are seeing this without using Process > Explorer. No doubt some other automated process is triggering it, but we > don't know which. > > Is there anything I can do to help work towards a fix? It's moderately > inconvenient having to restart rxvt or bash every few hours. Well, since you asked... Trying to isolate this to a simple testcase would be a start. Create a simple program that depends only on a debug build of cygwin1.dll (to avoid conflicts with the running Cygwin processes), then start cutting out modules from the debug cygwin1.dll until it's down to a few functions and initialization routines that still reproduce the problem. If you can get it down to one function -- all the better. Then read MSDN on the interaction between whatever you have in your testcase and RtlConvertUiListToApiList. Hopefully come up with a fix and post a patch, but if not, posting your testcase (if you can get it down to 200 lines or less) would be of help too. At the very least the above assumes the ability to set up a build and debug environment for Cygwin's internals, but I hope this helps someone start working on this problem. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Thu Sep 23 21:33:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Thu, 23 Sep 2004 21:33:00 -0000 Subject: Inheriting parent ACLs? In-Reply-To: References: Message-ID: <20040923210113.GP12802@cygbert.vinschen.de> On Sep 23 16:45, Igor Pechtchanski wrote: > On Thu, 23 Sep 2004, Gabe Rosenhouse wrote: > > Is there a global setting to cause every file and directory created in > > Cygwin to simply inherit the Windows ACL of its parent directory? > > No. > Igor You meant "nontsec", right? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Thu Sep 23 21:35:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 23 Sep 2004 21:35:00 -0000 Subject: Inheriting parent ACLs? In-Reply-To: <20040923210113.GP12802@cygbert.vinschen.de> References: <20040923210113.GP12802@cygbert.vinschen.de> Message-ID: On Thu, 23 Sep 2004, Corinna Vinschen wrote: > On Sep 23 16:45, Igor Pechtchanski wrote: > > On Thu, 23 Sep 2004, Gabe Rosenhouse wrote: > > > Is there a global setting to cause every file and directory created in > > > Cygwin to simply inherit the Windows ACL of its parent directory? > > > > No. > > You meant "nontsec", right? I guess -- you're the expert. :-) I also meant to point the OP to so he could see all the implications of "ntsec" (and would have shown my glaring mistake above), but there doesn't seem to be any info there about "nontsec" and its use of Windows permission inheritance (I know, I know, PTC). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Thu Sep 23 21:58:00 2004 From: brian@dessent.net (Brian Dessent) Date: Thu, 23 Sep 2004 21:58:00 -0000 Subject: New packge: lighttpd-1.3.0 References: <41519C77.4080201@x-ray.at> <1656566026.20040922215552@familiehaase.de> <41520175.AA068400@dessent.net> <618153225.20040923011821@familiehaase.de> <41521CB9.CCEFB0B@dessent.net> <675000566.20040923034336@familiehaase.de> <415230DB.83A3B87E@dessent.net> <906379301.20040923144500@familiehaase.de> <4152D1C9.46BB656A@dessent.net> <1649495088.20040923162439@familiehaase.de> Message-ID: <41534171.FBFF2A44@dessent.net> "Gerrit P. Haase" wrote: > I dislike this, as long as they use libtool we should try to use it. It wasn't my first choice either. I tried to find a "libtool --mode=link" command line that would take the specified *.lo files and produce a .dll, but I could not find a way. It just seemed silly to link to .a and .la and then basically relink the whole thing over again (having to respecify all the dependent libs) in that awful mkdll.sh hack. If you know of how to tell libtool to make a .dll then I'm all ears. The other problem with leaving them as .a / .la is that they must be dynamically loaded with dlopen(). I tried using the produced .a files but got an error about "not a valid format" or something because the underlying Windows function expected a .dll. > Are the fixes in the config.m4 file really needed? Which of our > libraries are not available as static archive so they are not found? Hmm, looking at it again I see that you may be right. I was having problems with it not finding libxml2 (which on cygwin is just /usr/lib/libxml2.dll.a and .la) but it appears that all the others are extraneous. They must have been remnants left over of various failed attempts at getting it to go, before everything was working. > I have a fix (cygwin-special) for the DBA / BDB4 issue. > I will try to figure out how to get all the shared modules with the > built-in methods (no automake & libtool). What do you mean "no automake and libtool"? Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gabriel.i.r@gmail.com Thu Sep 23 22:00:00 2004 From: gabriel.i.r@gmail.com (Gabe Rosenhouse) Date: Thu, 23 Sep 2004 22:00:00 -0000 Subject: Inheriting parent ACLs? In-Reply-To: References: <20040923210113.GP12802@cygbert.vinschen.de> Message-ID: On Thu, 23 Sep 2004 17:21:17 -0400 (EDT), Igor Pechtchanski wrote: > On Thu, 23 Sep 2004, Corinna Vinschen wrote: > > > On Sep 23 16:45, Igor Pechtchanski wrote: > > > On Thu, 23 Sep 2004, Gabe Rosenhouse wrote: > > > > Is there a global setting to cause every file and directory created in > > > > Cygwin to simply inherit the Windows ACL of its parent directory? > > > > > > No. > > > > You meant "nontsec", right? > > I guess -- you're the expert. :-) > > I also meant to point the OP to > so he could see all the > implications of "ntsec" (and would have shown my glaring mistake above), > but there doesn't seem to be any info there about "nontsec" and its use of > Windows permission inheritance (I know, I know, PTC). > Igor > sorry if I'm misunderstanding this, but are you saying that ntsec => NTFS-like ACL inheritance? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Thu Sep 23 22:05:00 2004 From: brian@dessent.net (Brian Dessent) Date: Thu, 23 Sep 2004 22:05:00 -0000 Subject: Attn: FAQ [Was: CYGWIN + APCHE + Net::SMTP] References: <24BDFF97F1939B44BCBA2E6AADEB0A28246FF4@mailsc.engineering.netscaler.com> Message-ID: <4153426E.51835BE9@dessent.net> Prakash Khemani wrote: > > Yes. Setting the SYSTEMROOT environment variable in Apach'e CGI > environment did it. "Thou shalt not unset SYSTEMROOT" is a good > commandment to stick with. > > Thanks everybody for the excellent help! Since this has come up a few times recently and is somewhat non-obvious, any chance of having it added to the Cygwin FAQ? Perhaps the Apache README would be a better place, but it would seem to apply to any situation where some program "cleans" the environment and then Windows functions start to mysteriously fail. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Andrew@DeFaria.com Thu Sep 23 22:19:00 2004 From: Andrew@DeFaria.com (Andrew DeFaria) Date: Thu, 23 Sep 2004 22:19:00 -0000 Subject: PCYMTNQREAIYR, it really works. In-Reply-To: <307588049.20040923202318@familiehaase.de> References: <307588049.20040923202318@familiehaase.de> Message-ID: Gerrit P. Haase wrote: > Hallo Richard, > > Am Donnerstag, 23. September 2004 um 18:12 schriebst du: > >>> To filter out spam at the client side is not possible, I would need >>> another PC just to filter my emails... >> >> I disagree. SpamBayes is working very well for me (as an Outlook >> plugin; SpamBayes also integrates with procmail and about a million >> other things). > >> http://spambayes.sourceforge.net/ > > You can filter about hundred mails a day, maybe 250, but since I'm > getting 1000 mails a day and more my machine is quite busy with > filtering. Hell I'm filtering 1000 - 1500 per day and putting them into an SQL database as well as bouncing most of them on my little 333 Mhz Linux box without the CPU dropping below 90% idle. -- If things get any worse, I'll have to ask you to stop helping me. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Andrew@DeFaria.com Thu Sep 23 23:01:00 2004 From: Andrew@DeFaria.com (Andrew DeFaria) Date: Thu, 23 Sep 2004 23:01:00 -0000 Subject: [ANNOUNCEMENT] Two new mailing lists In-Reply-To: References: <200409231712.i8NHCTV24458@esds.vss.fsi.com> Message-ID: Andrew Schulman wrote: >> As somebody who uses gmane instead of email lists, I cannot find >> these new lists on gmane. Any idea if they will be automagically >> included or does somebody need to notify the gmane site? > > Someone needs to ask the gmane admins to add the lists. Oh. OK. I thought about it but I'm not quite convinced I want to enter into cygwin.talk just yet! -- Why is it that anybody going slower than you is an idiot, and anyone going faster is a maniac. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Andrew@DeFaria.com Thu Sep 23 23:12:00 2004 From: Andrew@DeFaria.com (Andrew DeFaria) Date: Thu, 23 Sep 2004 23:12:00 -0000 Subject: Cygwin processes getting stuck on max CPU usage; XP SP2 problem? In-Reply-To: References: Message-ID: Simon Barnes wrote: > Some of my colleagues and I are seeing this without using Process > Explorer. No doubt some other automated process is triggering it, but > we don't know which. > > Is there anything I can do to help work towards a fix? It's moderately > inconvenient having to restart rxvt or bash every few hours. > > Simon > >> If you have symbols installed and you list the threads for the hung >> Cygwin process you'll see the stuck one is in a loop in >> ntdll.dll!RtlConvertUiListToApiList, as well as a corresponding >> thread in csrss.exe (CSRSRV.dll!ValidateMessageString) for each. The >> CPU usage seems to be split equally between them all. >> >> So, it's definitely an interaction between Cygwin and Process >> Explorer's grubby little fingers... however no one seems to be >> interestd in fixing it so for the time being the solution seems to be >> "Don't accidently enable the 'DLLs View' of a cygwin process in ProcExp." > Ah ha! I thought only I was seeing this oddity! What I would see is csrss consuming CPU wildly along with cron and inetd. My usually workaround would be to net stop/start cron and inetd and things were fine again. Then I'd scratch my head and wonder how that happened. I thought of reporting it but it seemed elusive and sporadic. Hmmm... I usually use procexp at work but not as much at home. My problem happens at home but not as much at work. The procexp I have at work is newer than the one at home (just adding data points). Next time this happens I'll try to remember to note if procexp is running. I wonder if killing procexp also fixes the problem. Strange! -- Hidden DOS secret: add BUGS=OFF to your CONFIG.SYS -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Thu Sep 23 23:18:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 23 Sep 2004 23:18:00 -0000 Subject: Inheriting parent ACLs? In-Reply-To: References: <20040923210113.GP12802@cygbert.vinschen.de> Message-ID: On Thu, 23 Sep 2004, Gabe Rosenhouse wrote: > On Thu, 23 Sep 2004 17:21:17 -0400 (EDT), Igor Pechtchanski wrote: , now with more reasons. > > On Thu, 23 Sep 2004, Corinna Vinschen wrote: > > > > > On Sep 23 16:45, Igor Pechtchanski wrote: > > > > On Thu, 23 Sep 2004, Gabe Rosenhouse wrote: > > > > > Is there a global setting to cause every file and directory created in > > > > > Cygwin to simply inherit the Windows ACL of its parent directory? > > > > > > > > No. > > > > > > You meant "nontsec", right? > > > > I guess -- you're the expert. :-) > > > > I also meant to point the OP to > > so he could see all the > > implications of "ntsec" (and would have shown my glaring mistake above), > > but there doesn't seem to be any info there about "nontsec" and its use of > > Windows permission inheritance (I know, I know, PTC). > > Igor > > > > sorry if I'm misunderstanding this, but are you saying that ntsec => > NTFS-like ACL inheritance? Actually the opposite. Adding "nontsec" to your CYGWIN environment variable (see the first link in the above URL) will do that. Using "ntsec" will simulate POSIX permissions using the NT ACLs, and will not use inheritance. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Thu Sep 23 23:25:00 2004 From: brian@dessent.net (Brian Dessent) Date: Thu, 23 Sep 2004 23:25:00 -0000 Subject: Same code, same script, different results References: <007501c4a172$a96aa9e0$b200a8c0@mindcooler> <002201c4a189$1b126b80$b200a8c0@mindcooler> Message-ID: <4153565F.F9777333@dessent.net> Mikael ?sberg wrote: > Anyway, it's working as expected now. But to tell the truth I don't know > exactly what the problem was. I tinkered some with the script, did a make > clean ; make (again), and, voila, it works. I'm glad that it works, but it's > a bit annoying not understanding what the problem and the rememdy was. You had DOS line endings (\r\n) on your bash script. To bash the \r is just another character, not a line ending, and it was being included with the other arguments. Thus argv[2] was really "--non-recursive\r" which caused the nonzero strcmp() result. The difference between the two testcases results from the fact that argument parsing is done by the runtime of the compiler/library. In Windows there's really only one long command string for the process, it's the job of the CRT to parse it into words for argv[]. The MSVCRT treated the spurious \r as whitespace and did not include it in argv[2] whereas the Cygwin runtime made no such assumption. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Thu Sep 23 23:41:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Thu, 23 Sep 2004 23:41:00 -0000 Subject: New packge: lighttpd-1.3.0 In-Reply-To: <41534171.FBFF2A44@dessent.net> References: <41519C77.4080201@x-ray.at> <1656566026.20040922215552@familiehaase.de> <41520175.AA068400@dessent.net> <618153225.20040923011821@familiehaase.de> <41521CB9.CCEFB0B@dessent.net> <675000566.20040923034336@familiehaase.de> <415230DB.83A3B87E@dessent.net> <906379301.20040923144500@familiehaase.de> <4152D1C9.46BB656A@dessent.net> <1649495088.20040923162439@familiehaase.de> <41534171.FBFF2A44@dessent.net> Message-ID: <1439872214.20040924011215@familiehaase.de> Hello Brian, Am Donnerstag, 23. September 2004 um 23:34 schriebst du: > "Gerrit P. Haase" wrote: >> I dislike this, as long as they use libtool we should try to use it. > It wasn't my first choice either. I tried to find a "libtool > --mode=link" command line that would take the specified *.lo files and > produce a .dll, but I could not find a way. It just seemed silly to > link to .a and .la and then basically relink the whole thing over again > (having to respecify all the dependent libs) in that awful mkdll.sh > hack. If you know of how to tell libtool to make a .dll then I'm all > ears. The other problem with leaving them as .a / .la is that they must > be dynamically loaded with dlopen(). I tried using the produced .a > files but got an error about "not a valid format" or something because > the underlying Windows function expected a .dll. I think I have found it, but wait until the final test runs ok. >> Are the fixes in the config.m4 file really needed? Which of our >> libraries are not available as static archive so they are not found? > Hmm, looking at it again I see that you may be right. I was having > problems with it not finding libxml2 (which on cygwin is just > /usr/lib/libxml2.dll.a and .la) but it appears that all the others are > extraneous. They must have been remnants left over of various failed > attempts at getting it to go, before everything was working. I thought at first a little workaround is easier, since there is already $SHLIB_SUFFIX_NAME in use we could define this with .dll.a, but I'm not sure if it is used for s.th. different too. >> I have a fix (cygwin-special) for the DBA / BDB4 issue. >> I will try to figure out how to get all the shared modules with the >> built-in methods (no automake & libtool). > What do you mean "no automake and libtool"? They have proudly announced somewhere that they have abandoned automake and now they are using libtool but not automake which is not ideal, but it works. Anyway, I hate it to hack Makefiles, I really like automake since it creates Makefiles so I don't need to hack them, just modifying the template is easier. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Fri Sep 24 00:06:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Fri, 24 Sep 2004 00:06:00 -0000 Subject: PCYMTNQREAIYR, it really works. In-Reply-To: References: <307588049.20040923202318@familiehaase.de> Message-ID: <1212429650.20040924011832@familiehaase.de> Hello Andrew, >> You can filter about hundred mails a day, maybe 250, but since I'm >> getting 1000 mails a day and more my machine is quite busy with >> filtering. > Hell I'm filtering 1000 - 1500 per day and putting them into an SQL > database as well as bouncing most of them on my little 333 Mhz Linux box > without the CPU dropping below 90% idle. I really should install another system... which database are you using? Which program? I'm interested to do the same, but I have not found the all in one solution yet, there is dbmail, but it doesn't work with Windows (or Cygwin) yet. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Fri Sep 24 01:58:00 2004 From: brian@dessent.net (Brian Dessent) Date: Fri, 24 Sep 2004 01:58:00 -0000 Subject: New packge: lighttpd-1.3.0 References: <41519C77.4080201@x-ray.at> <1656566026.20040922215552@familiehaase.de> <41520175.AA068400@dessent.net> <618153225.20040923011821@familiehaase.de> <41521CB9.CCEFB0B@dessent.net> <675000566.20040923034336@familiehaase.de> <415230DB.83A3B87E@dessent.net> <906379301.20040923144500@familiehaase.de> <4152D1C9.46BB656A@dessent.net> <1649495088.20040923162439@familiehaase.de> <41534171.FBFF2A44@dessent.net> <1439872214.20040924011215@familiehaase.de> Message-ID: <41535C11.AF2CB1B2@dessent.net> "Gerrit P. Haase" wrote: > > Hmm, looking at it again I see that you may be right. I was having > > problems with it not finding libxml2 (which on cygwin is just > > /usr/lib/libxml2.dll.a and .la) but it appears that all the others are > > extraneous. They must have been remnants left over of various failed > > attempts at getting it to go, before everything was working. > > I thought at first a little workaround is easier, since there is > already $SHLIB_SUFFIX_NAME in use we could define this with .dll.a, > but I'm not sure if it is used for s.th. different too. $SHLIB_SUFFIX_NAME is ".so" even under the Cygwin build so it can't possibly be doing anything useful. I think I considered setting it to ".dll.a" at some point but was able to get it going without needing to go that far. > > What do you mean "no automake and libtool"? > > They have proudly announced somewhere that they have abandoned > automake and now they are using libtool but not automake which is > not ideal, but it works. Anyway, I hate it to hack Makefiles, I > really like automake since it creates Makefiles so I don't need to > hack them, just modifying the template is easier. I see. Well, I haven't had to modify any generated files - most of my changes have been in acinclude.m4 or config.m4, to the places that generate the Makefiles. They're not using automake but they've essentially crafted their own equivalent. For example the function PHP_NEW_EXTENSION in the top-level acinclude.m4 is what generates the Makefile fragments for each extension, so a single change there will modify the link command for all extensions. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Fri Sep 24 02:34:00 2004 From: brian@dessent.net (Brian Dessent) Date: Fri, 24 Sep 2004 02:34:00 -0000 Subject: PCYMTNQREAIYR, it really works. References: <307588049.20040923202318@familiehaase.de> <1212429650.20040924011832@familiehaase.de> Message-ID: <41535FDE.4593E42E@dessent.net> "Gerrit P. Haase" wrote: > >> You can filter about hundred mails a day, maybe 250, but since I'm > >> getting 1000 mails a day and more my machine is quite busy with > >> filtering. > > > Hell I'm filtering 1000 - 1500 per day and putting them into an SQL > > database as well as bouncing most of them on my little 333 Mhz Linux box > > without the CPU dropping below 90% idle. > > I really should install another system... which database are you > using? Which program? I'm interested to do the same, but I have not > found the all in one solution yet, there is dbmail, but it doesn't > work with Windows (or Cygwin) yet. I run spamassassin and clamav during the SMTP DATA phase, thanks to the exiscan-acl patch (which is included in the exim4-daemon-heavy Debian package) for every incoming message. This is on a very modest server with only 64MB of RAM - a VDS using usermode linux. I find that most messages take less than 5 seconds to process, with most taking 1-3 seconds. Even if each one took 5 seconds, that would still be a throughput of more than 17k messages per day. The advantage of doing it this way is that I can reject spam and malware at SMTP time, with no possibility of generating a bogus non-deliverable bounce that will just clog up some innocent's inbox. While the hard-core spammers aren't phased by the SMTP 5xx reject, some spamware used by the more grey-hat organizations will actually take note that the message was rejected and not attempt a retry - which at least saves a little bit of future bandwidth. I have a two-level threshold system, anything that scores above 12.0 spamassassin points gets rejected outright after the SMTP DATA command, and anything higher than 5.0 gets the "X-Spam-Flag: YES" header inserted for easy filtering by my mail application into the spam folder. I'm very pleased with the results. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Andrew@DeFaria.com Fri Sep 24 02:49:00 2004 From: Andrew@DeFaria.com (Andrew DeFaria) Date: Fri, 24 Sep 2004 02:49:00 -0000 Subject: PCYMTNQREAIYR, it really works. In-Reply-To: <1212429650.20040924011832@familiehaase.de> References: <307588049.20040923202318@familiehaase.de> <1212429650.20040924011832@familiehaase.de> Message-ID: Gerrit P. Haase wrote: > Hello Andrew, > >>> You can filter about hundred mails a day, maybe 250, but since I'm >>> getting 1000 mails a day and more my machine is quite busy with >>> filtering. >> >> Hell I'm filtering 1000 - 1500 per day and putting them into an SQL >> database as well as bouncing most of them on my little 333 Mhz Linux >> box without the CPU dropping below 90% idle. > > I really should install another system... which database are you using? MySQL. > Which program? Which "program"? Hmmm... Which processes you mean? There are many programs. They work together. I use Mandrake 9.1. I also use Exim. The .forward facility pipes the messages through a Perl script that talks to MySQL to determine if the email should be whitelisted, blacklisted, nulllisted or returned and if returned it stores a copy in the database. To return it it talks to Exim (or whatever MTA). Returns are directed to my web site to "register" and become whitelisted so there's a web server (Apache 2.0) with associated Perl script to register people. There's also a main site that you log into to monitor your email, perhaps add somebody to the white list or black list, etc. You can do reports like Top 10 Spam domains, etc. You can also look at spam that was returned or mailloops (when a robot emails you, you return it, it returns to you, etc, I block that out at 5 attempts). The web site is mainly Perl but some parts have been rewritten using PHP. So there is no "program" as per se rather there are a set of processes, all home grown. > I'm interested to do the same, but I have not found the all in one > solution yet, "All in one solutions are not us!". As I said, I've written my own. Why? Cause there are no all in one solutions that solve my needs in the manner I want. Although I designed my MAPS (Mail Authorization and Permission System - SPAM spelled backwards!) system as a multi user system I have not finished coding it up so that it can be used by all. The big thing I need to do is to make a MAPSPop client. The theory is that this POP client would be installed by the end user and their email client would be configured to pop off the local host. There would be a config file that would tell MAPSPop where to go to pop the mail (e.g. yahoo.com) with a username and password and a MAPS username and password. It would effectively pass most POP operations off to the real POP server (yahoo.com) but when email was supposed to be delivered it would check with the MAPS database and user account to filter/store/return/etc the email and only hand over the emails that were white listed. This would allow anybody to use MAPS as a filter with their favorite POP email account. That part I have not yet tackled. Why? Well because currently MAPS works just fine for me and I don't have anybody beating down my door wanting MAPSPop. Plus I'd have to recode a POP server and, to make it palatable to the Windows crowd, have an install shield package to install/configure MAPSPop. > there is dbmail, but it doesn't work with Windows (or Cygwin) yet. Don't see how dbmail will help you with spam. -- Never raise your hands to your kids. It leaves your groin unprotected. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From jackylam@solomon-systech.com Fri Sep 24 02:53:00 2004 From: jackylam@solomon-systech.com (jackylam@solomon-systech.com) Date: Fri, 24 Sep 2004 02:53:00 -0000 Subject: File permission problem Message-ID: <6334E09627481B4AA5C8DE1E69E19D3B013BA6EB@SSLEXCHANGE.solomonsystech.com> Dear all, I have try to generate a private key file so that I don't need to enter password everytime I "ssh" to a remote machine. However, "ssh" complaints me about the permission of key file. I don't know why "chmod" always return 666 or 444 even I want to change the file to 600 or 400. Does anymore have idea? Thanks. Best regards, Jacky -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Fri Sep 24 03:06:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Fri, 24 Sep 2004 03:06:00 -0000 Subject: PCYMTNQREAIYR, it really works. In-Reply-To: References: <307588049.20040923202318@familiehaase.de> <1212429650.20040924011832@familiehaase.de> Message-ID: <676225580.20040924043413@familiehaase.de> Hello Andrew, >> there is dbmail, but it doesn't work with Windows (or Cygwin) yet. > Don't see how dbmail will help you with spam. I want to store my mail in a database. My email client should only need to display the mail, not working as a database server. I tried again to get dbmail up and running and I see now that it is working and injecting my mails into PostgreSQL: Eventlog:dbmail/smtp : PID 922 : insert_messages(): message id=1, size=3712 is inserted. dbmail includes an IMAP and a POP server, now I can read my mail via IMAP locally. Need to find a good IMAP client now. I thought it would be the best option to do filtering in a database. Spam is another problem, I was mainly interested becaus eyou wrote that you store email in a database. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Fri Sep 24 03:18:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Fri, 24 Sep 2004 03:18:00 -0000 Subject: PCYMTNQREAIYR, it really works. In-Reply-To: <676225580.20040924043413@familiehaase.de> References: <307588049.20040923202318@familiehaase.de> <1212429650.20040924011832@familiehaase.de> <676225580.20040924043413@familiehaase.de> Message-ID: <20040924025200.GB25760@trixie.casa.cgf.cx> On Fri, Sep 24, 2004 at 04:34:13AM +0200, Gerrit P. Haase wrote: >Hello Andrew, > >>> there is dbmail, but it doesn't work with Windows (or Cygwin) yet. > >> Don't see how dbmail will help you with spam. > >I want to store my mail in a database. My email client should only >need to display the mail, not working as a database server. I tried >again to get dbmail up and running and I see now that it is working >and injecting my mails into PostgreSQL: > >Eventlog:dbmail/smtp : PID 922 : insert_messages(): message id=1, size=3712 is inserted. > >dbmail includes an IMAP and a POP server, now I can read my mail via >IMAP locally. Need to find a good IMAP client now. I thought it >would be the best option to do filtering in a database. I'm using dbmail to store my email and I've written a simple perl script to do automatic filtering of mailing lists into different imap folders. It works well but it is s*l*o*w*. I'll send it to you if you are interested. The perl script does spam filtering via spamassassin. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Fri Sep 24 03:31:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Fri, 24 Sep 2004 03:31:00 -0000 Subject: File permission problem In-Reply-To: <6334E09627481B4AA5C8DE1E69E19D3B013BA6EB@SSLEXCHANGE.solom onsystech.com> References: <6334E09627481B4AA5C8DE1E69E19D3B013BA6EB@SSLEXCHANGE.solomonsystech.com> Message-ID: <6.1.0.6.0.20040923225120.03ee4aa8@pop.prospeed.net> At 09:59 PM 9/23/2004, you wrote: >Dear all, > > I have try to generate a private key file so that I don't need >to enter password everytime I "ssh" to a remote machine. However, "ssh" >complaints me about the permission of key file. I don't know why "chmod" >always return 666 or 444 even I want to change the file to 600 or 400. > > Does anymore have idea? Thanks. Does this describe your situation? Why doesn't chmod work? -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Fri Sep 24 04:39:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Fri, 24 Sep 2004 04:39:00 -0000 Subject: PCYMTNQREAIYR, it really works. In-Reply-To: <20040924025200.GB25760@trixie.casa.cgf.cx> References: <307588049.20040923202318@familiehaase.de> <1212429650.20040924011832@familiehaase.de> <676225580.20040924043413@familiehaase.de> <20040924025200.GB25760@trixie.casa.cgf.cx> Message-ID: <41538F3A.1010303@familiehaase.de> Christopher Faylor wrote: > On Fri, Sep 24, 2004 at 04:34:13AM +0200, Gerrit P. Haase wrote: >>>>there is dbmail, but it doesn't work with Windows (or Cygwin) yet. >>>Don't see how dbmail will help you with spam. >>I want to store my mail in a database. My email client should only >>need to display the mail, not working as a database server. I tried >>again to get dbmail up and running and I see now that it is working >>and injecting my mails into PostgreSQL: >> >>Eventlog:dbmail/smtp : PID 922 : insert_messages(): message id=1, size=3712 is inserted. >> >>dbmail includes an IMAP and a POP server, now I can read my mail via >>IMAP locally. Need to find a good IMAP client now. I thought it >>would be the best option to do filtering in a database. > I'm using dbmail to store my email and I've written a simple perl script > to do automatic filtering of mailing lists into different imap folders. > It works well but it is s*l*o*w*. I'll send it to you if you are > interested. That is not the main problem with my current solution, I have too much load because of the filtering. It would help me a lot if the cpu load goes down. > The perl script does spam filtering via spamassassin. I'm new to dbmail, currently I don't see how to realize inserting into separate imap folders. Yes, I'm interested in your solution, please send me a copy. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From doblejota@movistar.com Fri Sep 24 05:18:00 2004 From: doblejota@movistar.com (Doblejota) Date: Fri, 24 Sep 2004 05:18:00 -0000 Subject: Cygwin/DOS pipes, TCP/IP Message-ID: <003501c4a1e5$153b3140$0aad04d5@d5o2l2> Hi, I'm trying to download a page until an expression (server doesn't accept ranges): curl -N url | sed -u "/expression/q" > file Sed finds the expression, then exits, breaks pipe, interrupts curl (it produces a writing error message), the file contains expected result. Nice, but it downloads much more bytes than the file size. I force unbuffered behaviour, but I work on a Cygwin/DOS enviroment, I'm afraid that programs are not concurrent, so DOS would buffer information before swaping. Am I right? BTW, anyone can give me some links with internal information of filter pipes on DOS/Windows? Could it be a net protocol side-effect? Anything relative to the minimum size of every package? In university I learnt that net protocols use transference window, I mean, client requests several message parts at the same time, not sequentially. Perhaps curl (or a lower layer) receives information that it doesn't read yet. The socket is closed, then must I pay all the other packages?. Is there a way to modify the package, window size in TCP/IP? You can propose me alternative ways to do the same task, of course. Thanks a lot. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From jackylam@solomon-systech.com Fri Sep 24 05:19:00 2004 From: jackylam@solomon-systech.com (jackylam@solomon-systech.com) Date: Fri, 24 Sep 2004 05:19:00 -0000 Subject: File permission problem Message-ID: <6334E09627481B4AA5C8DE1E69E19D3B013BA6EC@SSLEXCHANGE.solomonsystech.com> Yes. But I have already export the environment variable "ntsec" and restart cygwin. But chmod still doesn't work. Do I need to run any server in order to activate the change? Jacky -----Original Message----- From: Larry Hall [mailto:lh-no-personal-replies-please@cygwin.com] Sent: Friday, 24 September, 2004 10:52 To: Jacky Lam; cygwin@cygwin.com Subject: Re: File permission problem At 09:59 PM 9/23/2004, you wrote: >Dear all, > > I have try to generate a private key file so that I don't need >to enter password everytime I "ssh" to a remote machine. However, "ssh" >complaints me about the permission of key file. I don't know why "chmod" >always return 666 or 444 even I want to change the file to 600 or 400. > > Does anymore have idea? Thanks. Does this describe your situation? Why doesn't chmod work? -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From peter@rehley.net Fri Sep 24 05:22:00 2004 From: peter@rehley.net (Peter Rehley) Date: Fri, 24 Sep 2004 05:22:00 -0000 Subject: File permission problem In-Reply-To: <6334E09627481B4AA5C8DE1E69E19D3B013BA6EC@SSLEXCHANGE.solomonsystech.com> References: <6334E09627481B4AA5C8DE1E69E19D3B013BA6EC@SSLEXCHANGE.solomonsystech.com> Message-ID: <71C14074-0DE3-11D9-9CBC-000D932D0448@rehley.net> This sound suspiciously like the files are on a FAT32 file partition. Are they? On Sep 23, 2004, at 8:32 PM, wrote: > > Yes. But I have already export the environment variable "ntsec" and > restart cygwin. But chmod still doesn't work. Do I need to run any > server in order to activate the change? > > Jacky > > -----Original Message----- > From: Larry Hall [mailto:lh-no-personal-replies-please@cygwin.com] > Sent: Friday, 24 September, 2004 10:52 > To: Jacky Lam; cygwin@cygwin.com > Subject: Re: File permission problem > > At 09:59 PM 9/23/2004, you wrote: >> Dear all, >> >> I have try to generate a private key file so that I don't need >> to enter password everytime I "ssh" to a remote machine. However, >> "ssh" >> complaints me about the permission of key file. I don't know why > "chmod" >> always return 666 or 444 even I want to change the file to 600 or 400. >> >> Does anymore have idea? Thanks. > > > Does this describe your situation? > > Why doesn't chmod work? > > > > -- > Larry Hall http://www.rfk.com > RFK Partners, Inc. (508) 893-9779 - RFK Office > 838 Washington Street (508) 893-9889 - FAX > Holliston, MA 01746 > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > > Enjoy, Peter ------------------------------- A M??se once bit my sister -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From jackylam@solomon-systech.com Fri Sep 24 07:21:00 2004 From: jackylam@solomon-systech.com (jackylam@solomon-systech.com) Date: Fri, 24 Sep 2004 07:21:00 -0000 Subject: File permission problem Message-ID: <6334E09627481B4AA5C8DE1E69E19D3B013BA6ED@SSLEXCHANGE.solomonsystech.com> No, it is an NTFS on a network drive. Is it related? -----Original Message----- From: Peter Rehley [mailto:peter@rehley.net] Sent: Friday, 24 September, 2004 12:38 To: 'cygwin' Subject: Re: File permission problem This sound suspiciously like the files are on a FAT32 file partition. Are they? On Sep 23, 2004, at 8:32 PM, wrote: > > Yes. But I have already export the environment variable "ntsec" and > restart cygwin. But chmod still doesn't work. Do I need to run any > server in order to activate the change? > > Jacky > > -----Original Message----- > From: Larry Hall [mailto:lh-no-personal-replies-please@cygwin.com] > Sent: Friday, 24 September, 2004 10:52 > To: Jacky Lam; cygwin@cygwin.com > Subject: Re: File permission problem > > At 09:59 PM 9/23/2004, you wrote: >> Dear all, >> >> I have try to generate a private key file so that I don't need >> to enter password everytime I "ssh" to a remote machine. However, >> "ssh" >> complaints me about the permission of key file. I don't know why > "chmod" >> always return 666 or 444 even I want to change the file to 600 or 400. >> >> Does anymore have idea? Thanks. > > > Does this describe your situation? > > Why doesn't chmod work? > > > > -- > Larry Hall http://www.rfk.com > RFK Partners, Inc. (508) 893-9779 - RFK Office > 838 Washington Street (508) 893-9889 - FAX > Holliston, MA 01746 > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > > Enjoy, Peter ------------------------------- A M??se once bit my sister -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From luke.kendall@cisra.canon.com.au Fri Sep 24 08:25:00 2004 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Fri, 24 Sep 2004 08:25:00 -0000 Subject: Is regtool -K option broken? Message-ID: <20040924051910.5DA4884C3C@pessard.research.canon.com.au> I tried using regtool's option to use a different key separator, but it doesn't seem to work. Am I doing something wrong? $ regtool --key-separator='|' list |HKLM Unknown key prefix. Valid prefixes are: root HKCR HKEY_CLASSES_ROOT config HKCC HKEY_CURRENT_CONFIG user HKCU HKEY_CURRENT_USER machine HKLM HKEY_LOCAL_MACHINE users HKU HKEY_USERS $ regtool -K'|' list |HKLM Unknown key prefix. Valid prefixes are: root HKCR HKEY_CLASSES_ROOT config HKCC HKEY_CURRENT_CONFIG user HKCU HKEY_CURRENT_USER machine HKLM HKEY_LOCAL_MACHINE users HKU HKEY_USERS $ regtool -K'|' list \HKLM HARDWARE SAM SECURITY SOFTWARE SYSTEM Could regtool perhaps also report the actual unknown key prefix that it's complaining about? luke -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From jackylam@solomon-systech.com Fri Sep 24 08:35:00 2004 From: jackylam@solomon-systech.com (jackylam@solomon-systech.com) Date: Fri, 24 Sep 2004 08:35:00 -0000 Subject: File permission problem Message-ID: <6334E09627481B4AA5C8DE1E69E19D3B013BA6EE@SSLEXCHANGE.solomonsystech.com> Oh...yes, it really related. Is there any way to resolve this? If not, how can I change my home to other local drive? -----Original Message----- From: Peter Rehley [mailto:peter@rehley.net] Sent: Friday, 24 September, 2004 12:38 To: 'cygwin' Subject: Re: File permission problem This sound suspiciously like the files are on a FAT32 file partition. Are they? On Sep 23, 2004, at 8:32 PM, wrote: > > Yes. But I have already export the environment variable "ntsec" and > restart cygwin. But chmod still doesn't work. Do I need to run any > server in order to activate the change? > > Jacky > > -----Original Message----- > From: Larry Hall [mailto:lh-no-personal-replies-please@cygwin.com] > Sent: Friday, 24 September, 2004 10:52 > To: Jacky Lam; cygwin@cygwin.com > Subject: Re: File permission problem > > At 09:59 PM 9/23/2004, you wrote: >> Dear all, >> >> I have try to generate a private key file so that I don't need >> to enter password everytime I "ssh" to a remote machine. However, >> "ssh" >> complaints me about the permission of key file. I don't know why > "chmod" >> always return 666 or 444 even I want to change the file to 600 or 400. >> >> Does anymore have idea? Thanks. > > > Does this describe your situation? > > Why doesn't chmod work? > > > > -- > Larry Hall http://www.rfk.com > RFK Partners, Inc. (508) 893-9779 - RFK Office > 838 Washington Street (508) 893-9889 - FAX > Holliston, MA 01746 > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > > Enjoy, Peter ------------------------------- A M??se once bit my sister -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Fri Sep 24 08:39:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Fri, 24 Sep 2004 08:39:00 -0000 Subject: [ANNOUNCEMENT] Two new mailing lists In-Reply-To: References: <200409231712.i8NHCTV24458@esds.vss.fsi.com> Message-ID: <20040924082603.GS12802@cygbert.vinschen.de> On Sep 23 15:01, Andrew DeFaria wrote: > Andrew Schulman wrote: > > >>As somebody who uses gmane instead of email lists, I cannot find > >>these new lists on gmane. Any idea if they will be automagically > >>included or does somebody need to notify the gmane site? > > > >Someone needs to ask the gmane admins to add the lists. > > Oh. OK. I thought about it but I'm not quite convinced I want to enter > into cygwin.talk just yet! What's a better time to enter a mailing list as the time when it's still new and pretty low volume? Also, at one point you can tell your grandchildren that your were one of the pioneers who helped to build the list and that all those greenhorns populating the list today have no clue how hard live was, back in those days... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Siegmar.Gross@informatik.fh-fulda.de Fri Sep 24 08:39:00 2004 From: Siegmar.Gross@informatik.fh-fulda.de (Siegmar Gross) Date: Fri, 24 Sep 2004 08:39:00 -0000 Subject: printf output missing in multi-threaded program Message-ID: <200409240720.i8O7Ka2a003068@tyr.informatik.fh-fulda.de> Hi, some of my multi-threaded programs don't print everything they should. I have for example a small program to show that LinuxThreads don't behave like real POSIX threads concerning "fork()" (only the thread which creates a child process can wait for its termination with LinuxThreads). When I run the program on Solaris I get the following output: gorbag work 23 fork_thr !!!! Solaris Thread thr_fork: forking a child process. Child process: I'm sleeping for 2 seconds. Thread thr_wait: sleeping for 5 seconds. Thread thr_fork: sleeping for 10 seconds. Child process: terminating. Thread thr_wait: try to wait for child process. Thread thr_wait: child terminated. Thread thr_fork: try to wait for my child. !!!!!! missing in Cygwin Thread thr_fork: No child processes !!!!!! missing in Cygwin gorbag work 24 When I compile and run the program on Cygwin the last output from "thr_fork" will not be displayed. I've upgraded Cygwin to the latest version yesterday. "cygcheck -c" displays that all packages are OK. Cygwin is installed on Windows XP with all updates excluding SP2. eiger src 4 fork_thr Thread thr_fork: forking a child process. !!!! Cygwin Thread thr_wait: sleeping for 5 seconds. Thread thr_fork: sleeping for 10 seconds. Child process: I'm sleeping for 2 seconds. Child process: terminating. Thread thr_wait: try to wait for child process. Thread thr_wait: child terminated. eiger src 5 A search in the mailing list and on the web wasn't successful (lots of results which weren't related to my problem). I've split the sleeping time of thr_fork in a loop in one second parts to see when the thread terminates. eiger src 11 fork_thr Thread thr_fork: forking a child process. Thread thr_wait: sleeping for 5 seconds. Thread thr_fork: sleeping for 10 seconds. Child process: I'm sleeping for 2 seconds. Thread thr_fork: 1 s of sleeping time passed Thread thr_fork: 2 s of sleeping time passed Child process: terminating. Thread thr_fork: 3 s of sleeping time passed Thread thr_fork: 4 s of sleeping time passed Thread thr_wait: try to wait for child process. Thread thr_wait: child terminated. eiger src 12 In my opinion it has something to do with the thread implementation in Cygwin. Does anybody know why thr_fork dies when thr_wait terminates? Thank you very much for any suggestions in advance. That's the program without testing "ret". --- snip ------------------------------------------------------------ /* gcc -o fork_thr fork_thr.c -lpthread */ #define _REENTRANT /* must precede any "#include"! */ #include #include #include #include #include #include #include #include void thr_fork (void); void thr_wait (void); pid_t fork_pid; /* ID of child process */ int main (void) { int ret; /* return value of a function */ pthread_t thr_id [2]; /* ID's of created threads */ ret = pthread_create (&thr_id [0], NULL, (void * (*) (void *)) thr_fork, (void *) 0); ret = pthread_create (&thr_id [1], NULL, (void * (*) (void *)) thr_wait, (void *) 1); ret = pthread_join (thr_id [0], NULL); ret = pthread_join (thr_id [1], NULL); return 0; } void thr_fork (void) { int i; printf ("Thread thr_fork: forking a child process.\n"); fork_pid = fork (); switch (fork_pid) { case -1: /* error: no process created */ perror ("fork failed"); errno = 0; break; case 0: /* child process */ printf ("Child process: I'm sleeping for 2 seconds.\n"); sleep (2); printf ("Child process: terminating.\n"); exit (0); break; default: /* parent process */ printf ("Thread thr_fork: sleeping for 10 seconds.\n"); for (i = 1; i < 11; i++) { sleep (1); printf ("Thread thr_fork: %d s of sleeping time passed\n", i); }; printf ("Thread thr_fork: try to wait for my child.\n"); if (waitpid (fork_pid, NULL, WNOHANG) == -1) { perror ("Thread thr_fork"); errno = 0; } else { printf ("Thread thr_fork: child terminated.\n"); }; }; } void thr_wait (void) { printf ("Thread thr_wait: sleeping for 5 seconds.\n"); sleep (5); printf ("Thread thr_wait: try to wait for child process.\n"); if (waitpid (fork_pid, NULL, WNOHANG) == -1) { perror ("Thread thr_wait"); errno = 0; } else { printf ("Thread thr_wait: child terminated.\n"); }; } -- snip ------------------------------------------------------------- Kind regards Siegmar -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Fri Sep 24 09:12:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Fri, 24 Sep 2004 09:12:00 -0000 Subject: Is regtool -K option broken? In-Reply-To: <20040924051910.5DA4884C3C@pessard.research.canon.com.au> References: <20040924051910.5DA4884C3C@pessard.research.canon.com.au> Message-ID: <20040924083614.GT12802@cygbert.vinschen.de> On Sep 24 15:19, luke.kendall@cisra.canon.com.au wrote: > I tried using regtool's option to use a different key separator, but it > doesn't seem to work. Am I doing something wrong? > > $ regtool --key-separator='|' list |HKLM > Unknown key prefix. Valid prefixes are: > [...] $ regtool --help [...] Options for 'set' and 'unset' Actions: -K, --key-separator[=] set key separator to instead of '\' [...] Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Fri Sep 24 09:14:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Fri, 24 Sep 2004 09:14:00 -0000 Subject: printf output missing in multi-threaded program In-Reply-To: <200409240720.i8O7Ka2a003068@tyr.informatik.fh-fulda.de> References: <200409240720.i8O7Ka2a003068@tyr.informatik.fh-fulda.de> Message-ID: <20040924084005.GU12802@cygbert.vinschen.de> On Sep 24 09:20, Siegmar Gross wrote: > Hi, > > some of my multi-threaded programs don't print everything they should. > I have for example a small program to show that LinuxThreads don't > behave like real POSIX threads concerning "fork()" (only the thread > which creates a child process can wait for its termination with > LinuxThreads). When I run the program on Solaris I get the following > output: > > gorbag work 23 fork_thr !!!! Solaris > Thread thr_fork: forking a child process. > Child process: I'm sleeping for 2 seconds. > Thread thr_wait: sleeping for 5 seconds. > Thread thr_fork: sleeping for 10 seconds. > Child process: terminating. > Thread thr_wait: try to wait for child process. > Thread thr_wait: child terminated. > Thread thr_fork: try to wait for my child. !!!!!! missing in Cygwin > Thread thr_fork: No child processes !!!!!! missing in Cygwin > gorbag work 24 > > > When I compile and run the program on Cygwin the last output from > "thr_fork" will not be displayed. I've upgraded Cygwin to the latest > version yesterday. "cygcheck -c" displays that all packages are OK. Cygwin > is installed on Windows XP with all updates excluding SP2. > > eiger src 4 fork_thr > Thread thr_fork: forking a child process. !!!! Cygwin > Thread thr_wait: sleeping for 5 seconds. > Thread thr_fork: sleeping for 10 seconds. > Child process: I'm sleeping for 2 seconds. > Child process: terminating. > Thread thr_wait: try to wait for child process. > Thread thr_wait: child terminated. > eiger src 5 That's what I get with a recent Cygwin snapshot: Thread thr_fork: forking a child process. Thread thr_wait: sleeping for 5 seconds. Thread thr_fork: sleeping for 10 seconds. Child process: I'm sleeping for 2 seconds. Thread thr_fork: 1 s of sleeping time passed Thread thr_fork: 2 s of sleeping time passed Child process: terminating. Thread thr_fork: 3 s of sleeping time passed Thread thr_fork: 4 s of sleeping time passed Thread thr_wait: try to wait for child process. Thread thr_wait: child terminated. Thread thr_fork: 5 s of sleeping time passed Thread thr_fork: 6 s of sleeping time passed Thread thr_fork: 7 s of sleeping time passed Thread thr_fork: 8 s of sleeping time passed Thread thr_fork: 9 s of sleeping time passed Thread thr_fork: 10 s of sleeping time passed Thread thr_fork: try to wait for my child. Thread thr_fork: No child processes Looks ok, doesn't it? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Siegmar.Gross@informatik.fh-fulda.de Fri Sep 24 09:31:00 2004 From: Siegmar.Gross@informatik.fh-fulda.de (Siegmar Gross) Date: Fri, 24 Sep 2004 09:31:00 -0000 Subject: printf output missing in multi-threaded program Message-ID: <200409240911.i8O9Bm2a003108@tyr.informatik.fh-fulda.de> > That's what I get with a recent Cygwin snapshot: > > Thread thr_fork: forking a child process. > Thread thr_wait: sleeping for 5 seconds. > Thread thr_fork: sleeping for 10 seconds. > Child process: I'm sleeping for 2 seconds. > Thread thr_fork: 1 s of sleeping time passed > Thread thr_fork: 2 s of sleeping time passed > Child process: terminating. > Thread thr_fork: 3 s of sleeping time passed > Thread thr_fork: 4 s of sleeping time passed > Thread thr_wait: try to wait for child process. > Thread thr_wait: child terminated. > Thread thr_fork: 5 s of sleeping time passed > Thread thr_fork: 6 s of sleeping time passed > Thread thr_fork: 7 s of sleeping time passed > Thread thr_fork: 8 s of sleeping time passed > Thread thr_fork: 9 s of sleeping time passed > Thread thr_fork: 10 s of sleeping time passed > Thread thr_fork: try to wait for my child. > Thread thr_fork: No child processes > > Looks ok, doesn't it? Yes. I have just updated Cygwin once more but it were only some X11 packages. I still don't get the last 8 lines. Do you have any idea what could be wrong in my installation? Do you need any other information to answer the question? Kind regards Siegmar -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Fri Sep 24 09:31:00 2004 From: brian@dessent.net (Brian Dessent) Date: Fri, 24 Sep 2004 09:31:00 -0000 Subject: File permission problem References: <6334E09627481B4AA5C8DE1E69E19D3B013BA6ED@SSLEXCHANGE.solomonsystech.com> Message-ID: <4153DE28.EA0B2556@dessent.net> jackylam@solomon-systech.com wrote: > > No, it is an NTFS on a network drive. Is it related? Yes. You probably lack the SeRestorePrivilege right on your login token, or for some strange reason you have nosmbntsec set. RTFM: Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Fri Sep 24 09:31:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Fri, 24 Sep 2004 09:31:00 -0000 Subject: File permission problem In-Reply-To: <4153DE28.EA0B2556@dessent.net> References: <6334E09627481B4AA5C8DE1E69E19D3B013BA6ED@SSLEXCHANGE.solomonsystech.com> <4153DE28.EA0B2556@dessent.net> Message-ID: <20040924091513.GX12802@cygbert.vinschen.de> On Sep 24 01:43, Brian Dessent wrote: > jackylam@solomon-systech.com wrote: > > > > No, it is an NTFS on a network drive. Is it related? > > Yes. You probably lack the SeRestorePrivilege right on your login > token, or for some strange reason you have nosmbntsec set. RTFM: > nosmbntsec is default. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Fri Sep 24 09:33:00 2004 From: dk@artimi.com (Dave Korn) Date: Fri, 24 Sep 2004 09:33:00 -0000 Subject: special install In-Reply-To: Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Igor Pechtchanski > Sent: 23 September 2004 19:43 > > FWIW, the above is missing at least a couple of things: > > > > - The /etc symlinks > > - The "rm /rf c:\tmp\cygwin1.dll". :-D > ^ > Ugh, how'd that get there? Make that "rm -rf > c:\tmp\cygwin1.dll" or "del > c:\tmp\cygwin1.dll" (removing the other stuff is optional). FWIW, there's no need to recursively rm a single file! cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Fri Sep 24 09:36:00 2004 From: dk@artimi.com (Dave Korn) Date: Fri, 24 Sep 2004 09:36:00 -0000 Subject: [OT] PCYMTNQREAIYR, it really works. In-Reply-To: <3D848382FB72E249812901444C6BDB1D022F4E0E@exchange.timesys.com> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Robb, Sam > Sent: 23 September 2004 19:24 > > > > > > Hmm. I wonder if I just replaced all of the '@'s with a png > > of an '@', > > > if that would foil the spammers. > > > > > > Nope. Wouldn't work for the text archives. > > > > > > > Sorry, been working on standards compliance of my web site > > but it seems > > to me that you left off the closing ! Does that mean you > > stopped to think but forgot to start again!?! :-) > > Oh, good grief. Chris stalled again. > > Could someone wander over and give him a poke with a stick? > That's usually enough to get him going. Use a long one, > though, he tends to wake up a bit grumpy... > > -Samrobb Calm down, calm down, there's no need to panic, cgf isn't stalled! If you consider that a pause is a kind of break, well, you don't need to close a
tag, do you? So you don't need to close a either :D cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Fri Sep 24 09:38:00 2004 From: brian@dessent.net (Brian Dessent) Date: Fri, 24 Sep 2004 09:38:00 -0000 Subject: printf output missing in multi-threaded program References: <200409240911.i8O9Bm2a003108@tyr.informatik.fh-fulda.de> Message-ID: <4153EA2F.8A5C88C8@dessent.net> Siegmar Gross wrote: > Yes. I have just updated Cygwin once more but it were only some X11 > packages. I still don't get the last 8 lines. Do you have any idea > what could be wrong in my installation? Do you need any other > information to answer the question? The key word in Corinna's reply is "snapshot". I see the same results that you do with the 1.5.11-1 release version, however the 20-Sep-2004 snapshot works as it should (Corinna's output.) Oh and by the way "-lpthread" is a no-op under Cygwin. All the pthread code is in the main Cygwin DLL, you needn't specify anything special to link it in. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Fri Sep 24 09:47:00 2004 From: brian@dessent.net (Brian Dessent) Date: Fri, 24 Sep 2004 09:47:00 -0000 Subject: File permission problem References: <6334E09627481B4AA5C8DE1E69E19D3B013BA6ED@SSLEXCHANGE.solomonsystech.com> <4153DE28.EA0B2556@dessent.net> <20040924091513.GX12802@cygbert.vinschen.de> Message-ID: <4153EAB1.DF553825@dessent.net> Corinna Vinschen wrote: > > On Sep 24 01:43, Brian Dessent wrote: > > jackylam@solomon-systech.com wrote: > > > > > > No, it is an NTFS on a network drive. Is it related? > > > > Yes. You probably lack the SeRestorePrivilege right on your login > > token, or for some strange reason you have nosmbntsec set. RTFM: > > > > nosmbntsec is default. If this is true then the docs need to be updated, or at least clarified. "(no)smbntsec - if set, use ntsec on remote drives as well (this is the default)." Or did you mean that "smbntsec" is the default? Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Fri Sep 24 10:50:00 2004 From: dk@artimi.com (Dave Korn) Date: Fri, 24 Sep 2004 10:50:00 -0000 Subject: Cygwin processes getting stuck on max CPU usage; XP SP2 problem? In-Reply-To: Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Simon Barnes > Sent: 23 September 2004 21:08 > Some of my colleagues and I are seeing this without using Process > Explorer. No doubt some other automated process is > triggering it, but we > don't know which. > > Is there anything I can do to help work towards a fix? It's > moderately > inconvenient having to restart rxvt or bash every few hours. If you can start eliminating background processes and services from the machine in question, and run it in increasingly stripped down configuration until the problem goes away, you might be able to deduce by elimination exactly what is interacting with the cygwin process and causing the problem. If you have a debugger such as WinDbg installed, you might be able to make a good guess at the potential culprits by figuring out which if any apps or services have installed windows hook functions by running some minimal app such as notepad, attaching windbg to it, and looking at the loaded modules list to see if any come from foreign apps or utilities. cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Fri Sep 24 12:36:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Fri, 24 Sep 2004 12:36:00 -0000 Subject: printf output missing in multi-threaded program In-Reply-To: <200409240911.i8O9Bm2a003108@tyr.informatik.fh-fulda.de> References: <200409240911.i8O9Bm2a003108@tyr.informatik.fh-fulda.de> Message-ID: <20040924093902.GY12802@cygbert.vinschen.de> On Sep 24 11:11, Siegmar Gross wrote: > Yes. I have just updated Cygwin once more but it were only some X11 > packages. I still don't get the last 8 lines. Do you have any idea > what could be wrong in my installation? Do you need any other > information to answer the question? I'm talking about developer snapshots of Cygwin. These are only available from http://cygwin.com/snapshots.html. I've just uploaded a new one. Please read the notes on the page before downloading and installing. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Fri Sep 24 12:42:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Fri, 24 Sep 2004 12:42:00 -0000 Subject: File permission problem In-Reply-To: <4153EAB1.DF553825@dessent.net> References: <6334E09627481B4AA5C8DE1E69E19D3B013BA6ED@SSLEXCHANGE.solomonsystech.com> <4153DE28.EA0B2556@dessent.net> <20040924091513.GX12802@cygbert.vinschen.de> <4153EAB1.DF553825@dessent.net> Message-ID: <20040924094839.GZ12802@cygbert.vinschen.de> On Sep 24 02:36, Brian Dessent wrote: > Corinna Vinschen wrote: > > > > On Sep 24 01:43, Brian Dessent wrote: > > > jackylam@solomon-systech.com wrote: > > > > > > > > No, it is an NTFS on a network drive. Is it related? > > > > > > Yes. You probably lack the SeRestorePrivilege right on your login > > > token, or for some strange reason you have nosmbntsec set. RTFM: > > > > > > > nosmbntsec is default. > > If this is true then the docs need to be updated, or at least clarified. > > "(no)smbntsec - if set, use ntsec on remote drives as well (this is the > default)." Urgh. This is how I intended to implement it when I did ... three years ago? Dunno anymore, but nosmbntsec is default already for ages. I've changed the documentation. Thanks for the hint, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Fri Sep 24 12:47:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Fri, 24 Sep 2004 12:47:00 -0000 Subject: New packge: lighttpd-1.3.0 In-Reply-To: <1649495088.20040923162439@familiehaase.de> References: <41519C77.4080201@x-ray.at> <1656566026.20040922215552@familiehaase.de> <41520175.AA068400@dessent.net> <618153225.20040923011821@familiehaase.de> <41521CB9.CCEFB0B@dessent.net> <675000566.20040923034336@familiehaase.de> <415230DB.83A3B87E@dessent.net> <906379301.20040923144500@familiehaase.de> <4152D1C9.46BB656A@dessent.net> <1649495088.20040923162439@familiehaase.de> Message-ID: <4153FBDB.1060803@x-ray.at> Gerrit P. Haase schrieb: > Are the fixes in the config.m4 file really needed? Which of our > libraries are not available as static archive so they are not found? > > I have a fix (cygwin-special) for the DBA / BDB4 issue. > I will try to figure out how to get all the shared modules with the > built-in methods (no automake & libtool). Gerrit, I'd need your dba/db4 patch. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From docbill@gmail.com Fri Sep 24 13:20:00 2004 From: docbill@gmail.com (Doctor Bill) Date: Fri, 24 Sep 2004 13:20:00 -0000 Subject: File permission problem In-Reply-To: <6.1.0.6.0.20040923225120.03ee4aa8@pop.prospeed.net> References: <6334E09627481B4AA5C8DE1E69E19D3B013BA6EB@SSLEXCHANGE.solomonsystech.com> <6.1.0.6.0.20040923225120.03ee4aa8@pop.prospeed.net> Message-ID: <23bcb87004092405365a8d802f@mail.gmail.com> I think about a year ago there was a patch added to the cygwin core to allow you to use 'umask' to change apparent permissions on a FAT32 partition. The idea was you could then do something like: umask 077; ssh foo.bar.com I do not know if this code is still in the cygwin libraries, and if it will solve your problem. Bill On Thu, 23 Sep 2004 22:52:21 -0400, Larry Hall wrote: > At 09:59 PM 9/23/2004, you wrote: > >Dear all, > > > > I have try to generate a private key file so that I don't need > >to enter password everytime I "ssh" to a remote machine. However, "ssh" > >complaints me about the permission of key file. I don't know why "chmod" > >always return 666 or 444 even I want to change the file to 600 or 400. > > > > Does anymore have idea? Thanks. > > > Does this describe your situation? > > Why doesn't chmod work? > > > -- > Larry Hall http://www.rfk.com > RFK Partners, Inc. (508) 893-9779 - RFK Office > 838 Washington Street (508) 893-9889 - FAX > Holliston, MA 01746 > > > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Fri Sep 24 13:24:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Fri, 24 Sep 2004 13:24:00 -0000 Subject: New packge: lighttpd-1.3.0 In-Reply-To: <4153FBDB.1060803@x-ray.at> References: <41519C77.4080201@x-ray.at> <1656566026.20040922215552@familiehaase.de> <41520175.AA068400@dessent.net> <618153225.20040923011821@familiehaase.de> <41521CB9.CCEFB0B@dessent.net> <675000566.20040923034336@familiehaase.de> <415230DB.83A3B87E@dessent.net> <906379301.20040923144500@familiehaase.de> <4152D1C9.46BB656A@dessent.net> <1649495088.20040923162439@familiehaase.de> <4153FBDB.1060803@x-ray.at> Message-ID: <41541612.8070207@x-ray.at> Reini Urban schrieb: > Gerrit P. Haase schrieb: >> Are the fixes in the config.m4 file really needed? Which of our >> libraries are not available as static archive so they are not found? >> >> I have a fix (cygwin-special) for the DBA / BDB4 issue. >> I will try to figure out how to get all the shared modules with the >> built-in methods (no automake & libtool). > > Gerrit, I'd need your dba/db4 patch. forget it: I did it by my own and added it here: http://bugs.php.net/bug.php?id=23606 the ldap patch not yet, but it is the same. (seperate LIBS from LDFLAGS) Now I only have to persuade them (php-dev) to re-open this bug. (subscribe to php-dev failed because of some technical problems at their side) Otherwise I have to submit a new one. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From docbill@gmail.com Fri Sep 24 13:37:00 2004 From: docbill@gmail.com (Doctor Bill) Date: Fri, 24 Sep 2004 13:37:00 -0000 Subject: File permission problem In-Reply-To: <23bcb87004092405365a8d802f@mail.gmail.com> References: <6334E09627481B4AA5C8DE1E69E19D3B013BA6EB@SSLEXCHANGE.solomonsystech.com> <6.1.0.6.0.20040923225120.03ee4aa8@pop.prospeed.net> <23bcb87004092405365a8d802f@mail.gmail.com> Message-ID: <23bcb87004092405475f728ea1@mail.gmail.com> I just verified the umask patch is still in place: $ (umask 000;ls -la /cygdrive/c/IO.SYS);(umask 077;ls -la /cygdrive/c/IO.SYS) -rwxr-xr-x 1 docbill None 222390 Apr 23 1999 /cygdrive/c/IO.SYS -rwx------ 1 docbill None 222390 Apr 23 1999 /cygdrive/c/IO.SYS So if your problem is that you are using Win9x, &/or FAT32 you are in luck. The remaining question is if this works for network mounts with Win9x.... Bill On Fri, 24 Sep 2004 08:36:31 -0400, Doctor Bill wrote: > I think about a year ago there was a patch added to the cygwin core to > allow you to use 'umask' to change apparent permissions on a FAT32 > partition. The idea was you could then do something like: > > umask 077; ssh foo.bar.com > > I do not know if this code is still in the cygwin libraries, and if it > will solve your problem. > > Bill > > > > > On Thu, 23 Sep 2004 22:52:21 -0400, Larry Hall > wrote: > > At 09:59 PM 9/23/2004, you wrote: > > >Dear all, > > > > > > I have try to generate a private key file so that I don't need > > >to enter password everytime I "ssh" to a remote machine. However, "ssh" > > >complaints me about the permission of key file. I don't know why "chmod" > > >always return 666 or 444 even I want to change the file to 600 or 400. > > > > > > Does anymore have idea? Thanks. > > > > > > Does this describe your situation? > > > > Why doesn't chmod work? > > > > > > -- > > Larry Hall http://www.rfk.com > > RFK Partners, Inc. (508) 893-9779 - RFK Office > > 838 Washington Street (508) 893-9889 - FAX > > Holliston, MA 01746 > > > > > > > > > > -- > > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > > Problem reports: http://cygwin.com/problems.html > > Documentation: http://cygwin.com/docs.html > > FAQ: http://cygwin.com/faq/ > > > > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From boekhold@emirates.net.ae Fri Sep 24 13:38:00 2004 From: boekhold@emirates.net.ae (Maarten Boekhold) Date: Fri, 24 Sep 2004 13:38:00 -0000 Subject: Exporting const functions from DLL Message-ID: <41541F33.90905@emirates.net.ae> Hi, I ran into the following: icons.h: const gchar * resolve_folder_icon(tree_entry_t * en); icons.c: __declspec(dllexport) const gchar *resolve_folder_icon (tree_entry_t * en) { etc.. } Compile error: icons.c:562: error: external linkage required for symbol 'resolve_icon' because of 'dllexport' attribute. make: *** [libxffm_basic_la-icons.lo] Error 1 I found a reference to a similar problem at: http://www.cygwin.com/ml/cygwin/2003-11/msg00654.html I tried removing the const, adding extern to the include file and all possible combinations of that, but no luck... $ gcc --version gcc (GCC) 3.3.3 (cygwin special) $ uname -a CYGWIN_NT-5.1 DXBM2003 1.5.11(0.116/4/2) 2004-09-04 23:17 i686 unknown unknown Cygwin Does anybody know how to solve this? Maarten -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Phil.Betts@heis.co.uk Fri Sep 24 13:38:00 2004 From: Phil.Betts@heis.co.uk (Phil Betts) Date: Fri, 24 Sep 2004 13:38:00 -0000 Subject: Bash is very, very stable (was: Bash returns incorrect process status) Message-ID: Ronald Landheer-Cieslak wrote: > Dolton Tony AB wrote: > > I've noticed that bash doesn't get issued too often. > It doesn't for three reasons: > 1. the maintainer for Cygwin (that would be me) is very busy Oooh! Did you really mean to put your head above the parapet like that? > 2. The current version of Bash is very, very stable Now that's just silly! You're just tempting fate... ;-) I have a problem with the cygwin port of bash which may be related to the other reported problems with child processes. Scenario, I often do something like this: for i in *.c;do echo '***' $i '***';some-non-builtin-command;done|less This works fine on Linux and various Unices, producing output like this: *** file1.c *** output for file1.c *** file2.c *** output for file2.c *** file3.c *** output for file3.c etc. Under cygwin, this breaks down. The output from echo is not correctly interleaved with the output of the external command, producing something like this: *** file1.c *** output for file1.c *** file2.c *** *** file3.c *** output for file2.c output for file3.c AFAICT, the bunched builtin output always precedes the bunched external output. This suggests that either: a) output from external commands is buffered whereas the output of builtin commands is not. b) the external commands are run asynchronously as background tasks. This only appears to be a problem if the output of the for-loop is a pipe, but it may just be that piping the output increases the likelihood of the problem occurring. I can usually work around this by substituting /bin/echo for the builtin echo - this works, but it's noticeably slower. Although I've attached cygcheck output, the problem has been around for several versions of cygwin/bash and it manifests itself on NT4.0, W2K and (I think) Win98, so I don't suppose it'll cast any light on the problem. To head off any "PTC" type responses, I've no Windows environment on my home PCs at the moment, and my boss wouldn't take kindly to me working on cygwin. However, I'll gladly test any fixes if you need it. Now, repeat after me... I, Ronald Landheer-Cieslak, will never claim in public that a program I maintain is "very, very stable" (even if it is). Sorry if I spoiled your day ;-) Phil Betts <> -- ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com ********************************************************************** -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygcheck.txt URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From moloned@tcd.ie Fri Sep 24 13:51:00 2004 From: moloned@tcd.ie (david moloney) Date: Fri, 24 Sep 2004 13:51:00 -0000 Subject: Porting question: cygwin equivalent of Linux getdirentries()? Message-ID: <4154231F.8050303@tcd.ie> I have a piece of Linux code I'm trying to port to cygwin which uses sgtty.h (ioctl) and dirent.h (getdirentries) functions which are not present in cygwin. Also endian.h was missing but I copied it over from RedHat and that seems to work. I got round the sgetty problems by using #ifdef __CYGWIN__ to patch in termios.h equivalents. But on the dirent.h front the dirent struct in Cygwin is different from Linux in that it has a long where Linux has an unsigned short ... I patched it anyway and it compiles OK #ifndef __CYGWIN__ counter < READ_GPR(V0_REG) && direntp->d_reclen > 0; i++, counter += direntp->d_reclen, direntp=(struct dirent *)(buffer+counter)) { #else counter < READ_GPR(V0_REG) && direntp->d_fd > 0; i++, counter += direntp->d_fd, direntp=(struct dirent *)(buffer+counter)) { #endif The only problem remaining is I cannot find a cygwin equivalent of getdirentries in Linux dirent.h and the program fails to link. I have patched out the reference in the attached file and it compiles but will obviously not work. Do any of you know what cygwin function I could use in place of getdirentries()? I've tried googling for the past day and a half to no avail. Many thanks, - David -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From moloned@tcd.ie Fri Sep 24 14:06:00 2004 From: moloned@tcd.ie (david moloney) Date: Fri, 24 Sep 2004 14:06:00 -0000 Subject: Porting question: cygwin equivalent of Linux getdirentries()? In-Reply-To: <4154231F.8050303@tcd.ie> References: <4154231F.8050303@tcd.ie> Message-ID: <4154233B.2000305@tcd.ie> Whoops ... forgot the code. - D. david moloney wrote: > I have a piece of Linux code I'm trying to port to cygwin which uses > sgtty.h (ioctl) and dirent.h (getdirentries) functions which are not > present in cygwin. Also endian.h was missing but I copied it over > from RedHat and that seems to work. I got round the sgetty problems > by using #ifdef __CYGWIN__ to patch in termios.h equivalents. But on > the dirent.h front the dirent struct in Cygwin is different from Linux > in that it has a long where Linux has an unsigned short ... I patched > it anyway and it compiles OK > > #ifndef __CYGWIN__ > counter < READ_GPR(V0_REG) && direntp->d_reclen > 0; > i++, counter += direntp->d_reclen, direntp=(struct dirent > *)(buffer+counter)) { > #else > counter < READ_GPR(V0_REG) && direntp->d_fd > 0; > i++, counter += direntp->d_fd, direntp=(struct dirent > *)(buffer+counter)) { > #endif > > The only problem remaining is I cannot find a cygwin equivalent of > getdirentries in Linux dirent.h and the program fails to link. I have > patched out the reference in the attached file and it compiles but > will obviously not work. > > Do any of you know what cygwin function I could use in place of > getdirentries()? > > I've tried googling for the past day and a half to no avail. > > Many thanks, > > - David > -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: sys_call.c URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rob@tenfoot.org.uk Fri Sep 24 14:16:00 2004 From: rob@tenfoot.org.uk (Rob Walker) Date: Fri, 24 Sep 2004 14:16:00 -0000 Subject: subversion 1.0.6 in windows 98 Message-ID: <200409241437.13261.rob@tenfoot.org.uk> Hi, I've installed the cygwin subversion 1.0.6 package on my windows 98 machine (with cygwin 1.5.11). Following the example in the manual, I can create a repository and import files into it, but when I check it out, I get the following: [rob@work ~/tmp/svntest]$ svn co file:///mnt/c/rob/tmp/svntest/repos/emacs emacs svn: Unable to open an ra_local session to URL svn: Unable to open repository 'file:///mnt/c/rob/tmp/svntest/repos/emacs' svn: Error opening db lockfile svn: Can't get shared lock on file '/mnt/c/rob/tmp/svntest/repos/emacs/locks/db.lock': Resource temporarily unavailable [rob@work ~/tmp/svntest]$ The same happens with some (but not all) of the other svn commands. I get no errors with the same commands on Linux. strace gives no useful output as it seems to crash (but I've attached it anyway) Is this a cygwin bug? Thanks Rob Walker -- Rob Walker http://www.tenfoot.org.uk -------------- next part -------------- Cygwin Configuration Diagnostics Current System Time: Thu Sep 23 12:51:46 2004 Windows 98 SE Ver 4.10 Build 2222 Path: c:\rob\bin c:\rob\local\bin c:\cygwin\usr\local\bin c:\cygwin\bin c:\cygwin\bin c:\cygwin\usr\X11R6\bin c:\ROB\BIN c:\ c:\WINDOWS c:\WINDOWS\COMMAND c:\emacs\bin c:\rob\comos-util Output from c:\cygwin\bin\id.exe (nontsec) UID: 681(rob) GID: 544(all) 544(all) Output from c:\cygwin\bin\id.exe (ntsec) UID: 681(rob) GID: 544(all) 544(all) SysDir: C:\WINDOWS\SYSTEM WinDir: C:\WINDOWS HOME = `c:\rob' PWD = `/mnt/c/rob/tmp/svntest/emacs' USER = `rob' CMDLINE = `c:\cygwin\bin\rxvt.exe -fn "courier new-16" -geometry 120x40 -sr -sl 1000 -e /bin/bash' COLORFGBG = `0;default;15' COLORTERM = `rxvt-xpm' COMSPEC = `C:\COMMAND.COM' CYGROOT = `c:\cygwin' DISPLAY = `:0' FULL_NAME = `robert walker' HOSTNAME = `XXXX' LOCAL_HOME = `/mnt/c/rob' LOGIN_NAME = `rob' MANPAGER = `less -R' NATIVE_HOME = `c:/rob' OLDPWD = `/mnt/c/rob/tmp/svntest' PROMPT = `$p$g' PYTHONPATH = `/mnt/c/rob/lib/python' SHLVL = `1' TEMP = `c:\WINDOWS\TEMP' TERM = `xterm' TMP = `c:\WINDOWS\TEMP' TMPDIR = `c:\rob\tmp' USER_ID = `D1A70000' WINBOOTDIR = `C:\WINDOWS' WINDIR = `C:\WINDOWS' WINDOWID = `10038520' _ = `/usr/bin/cygcheck' POSIXLY_CORRECT = `1' 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) = `/mnt' cygdrive flags = 0x0000002a 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\/ (default) = `c:\cygwin' flags = 0x0000000a HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\Program Options a: fd N/A N/A c: hd FAT32 38152Mb 18% CP UN d: cd N/A N/A c:\cygwin\bin /usr/bin system binmode c:\cygwin\lib /usr/lib system binmode c:\cygwin / system binmode . /mnt system binmode,cygdrive Found: c:\cygwin\bin\awk.exe Found: c:\cygwin\bin\bash.exe Found: c:\cygwin\bin\cat.exe Found: c:\cygwin\bin\cp.exe Found: c:\cygwin\bin\cpp.exe Found: c:\cygwin\bin\find.exe Found: c:\WINDOWS\COMMAND\find.exe Warning: c:\cygwin\bin\find.exe hides c:\WINDOWS\COMMAND\find.exe Found: c:\cygwin\bin\gcc.exe Not Found: gdb Found: c:\cygwin\bin\grep.exe Found: c:\cygwin\bin\ld.exe Found: c:\cygwin\bin\ls.exe Found: c:\cygwin\bin\make.exe Found: c:\cygwin\bin\mv.exe Found: c:\cygwin\bin\rm.exe Found: c:\cygwin\bin\sed.exe Found: c:\cygwin\bin\sh.exe Found: c:\cygwin\bin\tar.exe 19k 2003/03/22 c:\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm.dll" v0.0 ts=2002/2/20 3:05 28k 2003/07/20 c:\cygwin\bin\cyggdbm-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-3.dll" v0.0 ts=2003/7/20 8:58 15k 2003/07/20 c:\cygwin\bin\cyggdbm_compat-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-3.dll" v0.0 ts=2003/7/20 9:00 30k 2003/08/11 c:\cygwin\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-4.dll" v0.0 ts=2003/8/11 3:12 15k 2003/08/11 c:\cygwin\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-4.dll" v0.0 ts=2003/8/11 3:13 958k 2003/08/10 c:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 "cygiconv-2.dll" v0.0 ts=2003/8/10 21:57 22k 2001/12/13 c:\cygwin\bin\cygintl-1.dll - os=4.0 img=1.0 sys=4.0 "cygintl-1.dll" v0.0 ts=2001/12/13 9:28 37k 2003/08/10 c:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0 "cygintl-2.dll" v0.0 ts=2003/8/10 22:50 45k 2001/04/25 c:\cygwin\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0 "cygform5.dll" v0.0 ts=2001/4/25 6:28 26k 2001/04/25 c:\cygwin\bin\cygmenu5.dll - os=4.0 img=1.0 sys=4.0 "cygmenu5.dll" v0.0 ts=2001/4/25 6:27 156k 2001/04/25 c:\cygwin\bin\cygncurses++5.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++5.dll" v0.0 ts=2001/4/25 6:29 226k 2001/04/25 c:\cygwin\bin\cygncurses5.dll - os=4.0 img=1.0 sys=4.0 "cygncurses5.dll" v0.0 ts=2001/4/25 6:17 15k 2001/04/25 c:\cygwin\bin\cygpanel5.dll - os=4.0 img=1.0 sys=4.0 "cygpanel5.dll" v0.0 ts=2001/4/25 6:27 35k 2002/01/09 c:\cygwin\bin\cygform6.dll - os=4.0 img=1.0 sys=4.0 "cygform6.dll" v0.0 ts=2002/1/9 6:03 20k 2002/01/09 c:\cygwin\bin\cygmenu6.dll - os=4.0 img=1.0 sys=4.0 "cygmenu6.dll" v0.0 ts=2002/1/9 6:03 175k 2002/01/09 c:\cygwin\bin\cygncurses++6.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++6.dll" v0.0 ts=2002/1/9 6:03 202k 2002/01/09 c:\cygwin\bin\cygncurses6.dll - os=4.0 img=1.0 sys=4.0 "cygncurses6.dll" v0.0 ts=2002/1/9 6:03 12k 2002/01/09 c:\cygwin\bin\cygpanel6.dll - os=4.0 img=1.0 sys=4.0 "cygpanel6.dll" v0.0 ts=2002/1/9 6:03 48k 2003/08/09 c:\cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0 "cygform7.dll" v0.0 ts=2003/8/9 10:25 29k 2003/08/09 c:\cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0 "cygmenu7.dll" v0.0 ts=2003/8/9 10:25 224k 2003/08/09 c:\cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0 "cygncurses7.dll" v0.0 ts=2003/8/9 10:24 19k 2003/08/09 c:\cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0 "cygpanel7.dll" v0.0 ts=2003/8/9 10:24 63k 2003/04/11 c:\cygwin\bin\cygpcre.dll - os=4.0 img=1.0 sys=4.0 "cygpcre.dll" v0.0 ts=2003/4/11 9:31 61k 2003/04/11 c:\cygwin\bin\cygpcreposix.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix.dll" v0.0 ts=2003/4/11 9:31 62k 2003/12/11 c:\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcre-0.dll" v0.0 ts=2003/12/11 17:01 9k 2003/12/11 c:\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix-0.dll" v0.0 ts=2003/12/11 17:01 17k 2001/06/28 c:\cygwin\bin\cyghistory4.dll - os=4.0 img=1.0 sys=4.0 "cyghistory4.dll" v0.0 ts=2001/1/7 4:34 108k 2001/06/28 c:\cygwin\bin\cygreadline4.dll - os=4.0 img=1.0 sys=4.0 "cygreadline4.dll" v0.0 ts=2001/1/7 4:34 29k 2003/08/10 c:\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0 "cyghistory5.dll" v0.0 ts=2003/8/11 0:16 148k 2003/08/10 c:\cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0 "cygreadline5.dll" v0.0 ts=2003/8/11 0:16 7k 2003/10/19 c:\cygwin\bin\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0 "cygcrypt-0.dll" v0.0 ts=2003/10/19 8:57 61k 2003/08/09 c:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 "cygbz2-1.dll" v0.0 ts=2003/8/9 7:35 12k 2003/08/10 c:\cygwin\bin\cyggettextpo-0.dll - os=4.0 img=1.0 sys=4.0 "cyggettextpo-0.dll" v0.0 ts=2003/8/10 23:11 69k 2003/08/10 c:\cygwin\bin\cyggettextlib-0-12-1.dll - os=4.0 img=1.0 sys=4.0 "cyggettextlib-0-12-1.dll" v0.0 ts=2003/8/10 23:10 134k 2003/08/10 c:\cygwin\bin\cyggettextsrc-0-12-1.dll - os=4.0 img=1.0 sys=4.0 "cyggettextsrc-0-12-1.dll" v0.0 ts=2003/8/10 23:10 22k 2002/06/09 c:\cygwin\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0 "cygpopt-0.dll" v0.0 ts=2002/6/9 6:45 155k 2004/01/07 c:\cygwin\bin\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0 "cygexpat-0.dll" v0.0 ts=2004/1/7 16:14 841k 2004/03/17 c:\cygwin\bin\cygcrypto-0.9.7.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto-0.9.7.dll" v0.0 ts=2004/3/17 22:58 171k 2004/03/17 c:\cygwin\bin\cygssl-0.9.7.dll - os=4.0 img=1.0 sys=4.0 "cygssl-0.9.7.dll" v0.0 ts=2004/3/17 22:58 380k 2002/07/24 c:\cygwin\bin\cygdb-3.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb-3.1.dll" v0.0 ts=2002/7/24 17:24 487k 2002/07/24 c:\cygwin\bin\cygdb_cxx-3.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-3.1.dll" v0.0 ts=2002/7/24 17:25 61k 2003/12/04 c:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 "cygz.dll" v0.0 ts=2003/12/4 3:03 895k 2004/04/28 c:\cygwin\bin\cygdb-4.2.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.2.dll" v0.0 ts=2004/4/27 16:31 1156k 2004/04/28 c:\cygwin\bin\cygdb_cxx-4.2.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.2.dll" v0.0 ts=2004/4/27 16:35 92k 2004/06/08 c:\cygwin\bin\cygapr-0-0.dll - os=4.0 img=1.0 sys=4.0 "cygapr-0-0.dll" v0.0 ts=2004/6/8 19:00 68k 2004/06/08 c:\cygwin\bin\cygaprutil-0-0.dll - os=4.0 img=1.0 sys=4.0 "cygaprutil-0-0.dll" v0.0 ts=2004/6/8 19:03 92k 2004/07/10 c:\cygwin\bin\cygneon-24.dll - os=4.0 img=1.0 sys=4.0 "cygneon-24.dll" v0.0 ts=2004/7/10 16:37 1226k 2004/08/04 c:\cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0 "cygxml2-2.dll" v0.0 ts=2004/8/4 15:47 112k 2004/08/27 c:\cygwin\bin\cygsvn_client-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_client-1-0.dll" v0.0 ts=2004/8/27 23:35 26k 2004/08/27 c:\cygwin\bin\cygsvn_delta-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_delta-1-0.dll" v0.0 ts=2004/8/27 23:30 23k 2004/08/27 c:\cygwin\bin\cygsvn_diff-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_diff-1-0.dll" v0.0 ts=2004/8/27 23:34 111k 2004/08/27 c:\cygwin\bin\cygsvn_fs-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_fs-1-0.dll" v0.0 ts=2004/8/27 23:31 8k 2004/08/27 c:\cygwin\bin\cygsvn_ra-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_ra-1-0.dll" v0.0 ts=2004/8/27 23:35 67k 2004/08/27 c:\cygwin\bin\cygsvn_ra_dav-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_ra_dav-1-0.dll" v0.0 ts=2004/8/27 23:34 14k 2004/08/27 c:\cygwin\bin\cygsvn_ra_local-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_ra_local-1-0.dll" v0.0 ts=2004/8/27 23:32 50k 2004/08/27 c:\cygwin\bin\cygsvn_ra_svn-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_ra_svn-1-0.dll" v0.0 ts=2004/8/27 23:30 69k 2004/08/27 c:\cygwin\bin\cygsvn_repos-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_repos-1-0.dll" v0.0 ts=2004/8/27 23:32 114k 2004/08/27 c:\cygwin\bin\cygsvn_subr-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_subr-1-0.dll" v0.0 ts=2004/8/27 23:30 129k 2004/08/27 c:\cygwin\bin\cygsvn_wc-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_wc-1-0.dll" v0.0 ts=2004/8/27 23:34 1111k 2004/09/05 c:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2004/9/5 4:17 Cygwin DLL version info: DLL version: 1.5.11 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 116 Shared data: 4 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Sat Sep 4 23:17:09 EDT 2004 Shared id: cygwin1S4 Cygwin Package Information Last downloaded files to: C:\rob\winkit\cygwin Last downloaded files from: ftp://ftp.mirror.ac.uk/sites/sources.redhat.com/ftp/cygwin Package Version _update-info-dir 00227-1 ash 20040127-1 base-files 2.6-1 base-passwd 1.1-1 bash 2.05b-16 binutils 20040312-1 bison 20030307-1 bzip2 1.0.2-5 crypt 1.1-1 cvs 1.11.6-3 cygutils 1.2.5-1 cygwin 1.5.11-1 cygwin-doc 1.3-7 diffutils 2.8.7-1 editrights 1.01-1 expat 1.95.7-1 fileutils 4.1-2 findutils 4.1.7-4 flex 2.5.4a-3 gawk 3.1.3-4 gcc 3.3.1-3 gcc-g++ 3.3.1-3 gcc-g77 3.3.1-3 gcc-mingw-core 20031020-1 gcc-mingw-g++ 20031020-1 gcc-mingw-g77 20031020-1 gdbm 1.8.3-7 grep 2.5-1 groff 1.18.1-2 gzip 1.3.5-1 less 381-1 libapr0 0.9.5pre20040608-1 libaprutil0 0.9.5pre20040608-1 libbz2_1 1.0.2-5 libdb3.1 3.1.17-2 libdb4.2 4.2.52-1 libgdbm 1.8.0-5 libgdbm-devel 1.8.3-7 libgdbm3 1.8.3-3 libgdbm4 1.8.3-7 libgettextpo0 0.12.1-3 libiconv2 1.9.1-3 libintl1 0.10.40-1 libintl2 0.12.1-3 libncurses5 5.2-1 libncurses6 5.2-8 libncurses7 5.3-4 libneon24 0.24.7-1 libpcre 4.1-1 libpcre0 4.5-1 libpopt0 1.6.4-4 libreadline4 4.1-2 libreadline5 4.3-5 libxml2 2.6.11-1 login 1.9-7 m4 1.4-1 make 3.80-1 man 1.5k-3 mingw-runtime 3.3-1 mktemp 1.5-3 ncurses 5.3-4 openssl 0.9.7d-1 patch 2.5.8-8 pcre 4.5-1 pcre-doc 4.5-1 python 2.3.4-2 rcs 5.7-3 readline 4.3-5 rsync 2.6.2-1 rxvt 2.7.10-4 sed 4.0.9-2 sh-utils 2.0.15-4 subversion 1.0.6-1 tar 1.13.25-5 tcltk 20030901-1 termcap 20021106-2 terminfo 5.3_20030726-1 texinfo 4.2-4 textutils 2.0.21-1 unzip 5.50-5 w32api 2.5-1 wget 1.9.1-1 which 1.5-2 zip 2.3-6 zlib 1.2.1-1 Use -h to see help about each section -------------- next part -------------- ********************************************** Program name: C:\CYGWIN\BIN\SVN.EXE (1566191) App version: 1005.10, api: 0.116 DLL version: 1005.11, api: 0.116 DLL build: 2004-09-04 23:17 OS version: Windows 98-4.10 Heap size: 402653184 Date/Time: 2004-09-23 12:57:53 ********************************************** 419 1299 [main] SVN 1566191 environ_init: 0x10020008: !C:=C:\rob 172 1471 [main] SVN 1566191 environ_init: 0x10020250: CMDLINE=c:\cygwin\bin\rxvt.exe -fn "courier new-16" -geometry 120x40 -sr -sl 1000 -e /bin/bash 172 1643 [main] SVN 1566191 environ_init: 0x100202B8: COLORFGBG=0;default;15 169 1812 [main] SVN 1566191 environ_init: 0x100202D8: COLORTERM=rxvt-xpm 170 1982 [main] SVN 1566191 environ_init: 0x100202F0: COMSPEC=C:\COMMAND.COM 169 2151 [main] SVN 1566191 environ_init: 0x10020310: CYGROOT=c:\cygwin 173 2324 [main] SVN 1566191 environ_init: 0x10020328: DISPLAY=:0 170 2494 [main] SVN 1566191 environ_init: 0x10020338: FULL_NAME=robert walker 171 2665 [main] SVN 1566191 getwinenv: can't set native for HOME= since no environ yet 172 2837 [main] SVN 1566191 mount_info::conv_to_posix_path: conv_to_posix_path (c:\rob, no-keep-rel, no-add-slash) 88 2925 [main] SVN 1566191 normalize_win32_path: c:\rob = normalize_win32_path (c:\rob) 90 3015 [main] SVN 1566191 mount_info::conv_to_posix_path: /mnt/c/rob = conv_to_posix_path (c:\rob) 256 3271 [main] SVN 1566191 win_env::add_cache: posix /mnt/c/rob 87 3358 [main] SVN 1566191 win_env::add_cache: native HOME=c:\rob 86 3444 [main] SVN 1566191 posify: env var converted to HOME=/mnt/c/rob 169 3613 [main] SVN 1566191 environ_init: 0x10020368: HOME=/mnt/c/rob 169 3782 [main] SVN 1566191 environ_init: 0x10020498: HOSTNAME=XXXX 170 4121 [main] SVN 1566191 environ_init: 0x100204F8: LOCAL_HOME=/mnt/c/rob 174 4295 [main] SVN 1566191 environ_init: 0x10020518: LOGIN_NAME=rob 170 4465 [main] SVN 1566191 environ_init: 0x10020530: MANPAGER=less -R 168 4633 [main] SVN 1566191 environ_init: 0x10020548: NATIVE_HOME=c:/rob 169 4972 [main] SVN 1566191 environ_init: 0x10020588: OLDPWD=/mnt/c/rob/tmp/svntest/emacs 170 5142 [main] SVN 1566191 getwinenv: can't set native for PATH= since no environ yet 2638 7780 [main] SVN 1566191 normalize_posix_path: src . 100 7880 [main] SVN 1566191 mount_info::conv_to_posix_path: conv_to_posix_path (c:\rob\tmp\svntest, no-keep-rel, no-add-slash) 88 7968 [main] SVN 1566191 normalize_win32_path: c:\rob\tmp\svntest = normalize_win32_path (c:\rob\tmp\svntest) 88 8056 [main] SVN 1566191 mount_info::conv_to_posix_path: /mnt/c/rob/tmp/svntest = conv_to_posix_path (c:\rob\tmp\svntest) 89 8145 [main] SVN 1566191 cwdstuff::get: posix /mnt/c/rob/tmp/svntest 87 8232 [main] SVN 1566191 cwdstuff::get: (/mnt/c/rob/tmp/svntest) = cwdstuff::get (0xD7EB70, 260, 1, 0), errno 0 91 8323 [main] SVN 1566191 normalize_posix_path: /mnt/c/rob/tmp/svntest/ = normalize_posix_path (.) 88 8411 [main] SVN 1566191 mount_info::conv_to_win32_path: conv_to_win32_path (/mnt/c/rob/tmp/svntest) 90 8501 [main] SVN 1566191 mount_info::cygdrive_win32_path: src '/mnt/c/rob/tmp/svntest', dst 'c:\rob\tmp\svntest' 86 8587 [main] SVN 1566191 set_flags: flags: binary (0x2) 87 8674 [main] SVN 1566191 mount_info::conv_to_win32_path: src_path /mnt/c/rob/tmp/svntest, dst c:\rob\tmp\svntest, flags 0x2A, rc 0 118 8792 [main] SVN 1566191 symlink_info::check: not a symlink 88 8880 [main] SVN 1566191 symlink_info::check: 0 = symlink.check (c:\rob\tmp\svntest, 0xD7E830) (0x2A) 195 9075 [main] SVN 1566191 path_conv::check: this->path(c:\rob\tmp\svntest), has_acls(0) 178 9253 [main] SVN 1566191 mount_info::conv_to_posix_path: conv_to_posix_path (c:\rob\bin, keep-rel, no-add-slash) 94 9347 [main] SVN 1566191 normalize_win32_path: c:\rob\bin = normalize_win32_path (c:\rob\bin) 87 9434 [main] SVN 1566191 mount_info::conv_to_posix_path: /mnt/c/rob/bin = conv_to_posix_path (c:\rob\bin) 88 9522 [main] SVN 1566191 mount_info::conv_to_posix_path: conv_to_posix_path (c:\rob\local\bin, keep-rel, no-add-slash) 86 9608 [main] SVN 1566191 normalize_win32_path: c:\rob\local\bin = normalize_win32_path (c:\rob\local\bin) 87 9695 [main] SVN 1566191 mount_info::conv_to_posix_path: /mnt/c/rob/local/bin = conv_to_posix_path (c:\rob\local\bin) 89 9784 [main] SVN 1566191 mount_info::conv_to_posix_path: conv_to_posix_path (c:\cygwin\usr\local\bin, keep-rel, no-add-slash) 87 9871 [main] SVN 1566191 normalize_win32_path: c:\cygwin\usr\local\bin = normalize_win32_path (c:\cygwin\usr\local\bin) 88 9959 [main] SVN 1566191 mount_info::conv_to_posix_path: /usr/local/bin = conv_to_posix_path (c:\cygwin\usr\local\bin) 87 10046 [main] SVN 1566191 mount_info::conv_to_posix_path: conv_to_posix_path (c:\cygwin\bin, keep-rel, no-add-slash) 87 10133 [main] SVN 1566191 normalize_win32_path: c:\cygwin\bin = normalize_win32_path (c:\cygwin\bin) 87 10220 [main] SVN 1566191 mount_info::conv_to_posix_path: /usr/bin = conv_to_posix_path (c:\cygwin\bin) 91 10311 [main] SVN 1566191 mount_info::conv_to_posix_path: conv_to_posix_path (c:\cygwin\bin, keep-rel, no-add-slash) 130 10441 [main] SVN 1566191 normalize_win32_path: c:\cygwin\bin = normalize_win32_path (c:\cygwin\bin) 88 10529 [main] SVN 1566191 mount_info::conv_to_posix_path: /usr/bin = conv_to_posix_path (c:\cygwin\bin) 88 10617 [main] SVN 1566191 mount_info::conv_to_posix_path: conv_to_posix_path (c:\cygwin\usr\X11R6\bin, keep-rel, no-add-slash) 86 10703 [main] SVN 1566191 normalize_win32_path: c:\cygwin\usr\X11R6\bin = normalize_win32_path (c:\cygwin\usr\X11R6\bin) 88 10791 [main] SVN 1566191 mount_info::conv_to_posix_path: /usr/X11R6/bin = conv_to_posix_path (c:\cygwin\usr\X11R6\bin) 87 10878 [main] SVN 1566191 mount_info::conv_to_posix_path: conv_to_posix_path (z:\, keep-rel, no-add-slash) 88 11403 [main] SVN 1566191 mount_info::conv_to_posix_path: conv_to_posix_path (c:\ROB\BIN, keep-rel, no-add-slash) 86 11489 [main] SVN 1566191 normalize_win32_path: c:\ROB\BIN = normalize_win32_path (c:\ROB\BIN) 87 11576 [main] SVN 1566191 mount_info::conv_to_posix_path: /mnt/c/ROB/BIN = conv_to_posix_path (c:\ROB\BIN) 87 11925 [main] SVN 1566191 mount_info::conv_to_posix_path: conv_to_posix_path (c:\, keep-rel, no-add-slash) 86 12011 [main] SVN 1566191 normalize_win32_path: c:\ = normalize_win32_path (c:\) 86 12097 [main] SVN 1566191 mount_info::conv_to_posix_path: /mnt/c = conv_to_posix_path (c:\) 87 13229 [main] SVN 1566191 mount_info::conv_to_posix_path: conv_to_posix_path (c:\WINDOWS, keep-rel, no-add-slash) 118 13347 [main] SVN 1566191 normalize_win32_path: c:\WINDOWS = normalize_win32_path (c:\WINDOWS) 87 13434 [main] SVN 1566191 mount_info::conv_to_posix_path: /mnt/c/WINDOWS = conv_to_posix_path (c:\WINDOWS) 87 13521 [main] SVN 1566191 mount_info::conv_to_posix_path: conv_to_posix_path (c:\WINDOWS\COMMAND, keep-rel, no-add-slash) 87 13608 [main] SVN 1566191 normalize_win32_path: c:\WINDOWS\COMMAND = normalize_win32_path (c:\WINDOWS\COMMAND) 87 13695 [main] SVN 1566191 mount_info::conv_to_posix_path: /mnt/c/WINDOWS/COMMAND = conv_to_posix_path (c:\WINDOWS\COMMAND) 88 13783 [main] SVN 1566191 mount_info::conv_to_posix_path: conv_to_posix_path (c:\emacs\bin, keep-rel, no-add-slash) 86 13869 [main] SVN 1566191 normalize_win32_path: c:\emacs\bin = normalize_win32_path (c:\emacs\bin) 86 13955 [main] SVN 1566191 mount_info::conv_to_posix_path: /mnt/c/emacs/bin = conv_to_posix_path (c:\emacs\bin) 88 14043 [main] SVN 1566191 mount_info::conv_to_posix_path: conv_to_posix_path (c:\rob\comos-util, keep-rel, no-add-slash) 87 14130 [main] SVN 1566191 normalize_win32_path: c:\rob\comos-util = normalize_win32_path (c:\rob\comos-util) 86 14216 [main] SVN 1566191 mount_info::conv_to_posix_path: /mnt/c/rob/comos-util = conv_to_posix_path (c:\rob\comos-util) 262 14478 [main] SVN 1566191 win_env::add_cache: posix /mnt/c/rob/bin:/mnt/c/rob/local/bin:/usr/local/bin:/usr/bin:/usr/bin:/usr/X11R6/bin:/mnt/c/ROB/BIN:/mnt/c:/mnt/c/WINDOWS:/mnt/c/WINDOWS/COMMAND:/mnt/c/emacs/bin:/mnt/c/rob/comos-util 89 14567 [main] SVN 1566191 win_env::add_cache: native PATH=c:\rob\bin;c:\rob\local\bin;c:\cygwin\usr\local\bin;c:\cygwin\bin;c:\cygwin\bin;c:\cygwin\usr\X11R6\bin;c:\ROB\BIN;c:\;c:\WINDOWS;c:\WINDOWS\COMMAND;c:\emacs\bin;c:\rob\comos-util 89 14656 [main] SVN 1566191 posify: env var converted to PATH=/mnt/c/rob/bin:/mnt/c/rob/local/bin:/usr/local/bin:/usr/bin:/usr/bin:/usr/X11R6/bin:/mnt/c/ROB/BIN:/mnt/c:/mnt/c/WINDOWS:/mnt/c/WINDOWS/COMMAND:/mnt/c/emacs/bin:/mnt/c/rob/comos-util 172 14828 [main] SVN 1566191 environ_init: 0x100206B0: PATH=/mnt/c/rob/bin:/mnt/c/rob/local/bin:/usr/local/bin:/usr/bin:/usr/bin:/usr/X11R6/bin:/mnt/c/ROB/BIN:/mnt/c:/mnt/c/WINDOWS:/mnt/c/WINDOWS/COMMAND:/mnt/c/emacs/bin:/mnt/c/rob/comos-util 173 15001 [main] SVN 1566191 environ_init: 0x10020358: PROMPT=$p$g 169 15170 [main] SVN 1566191 environ_init: 0x100205B0: PWD=/mnt/c/rob/tmp/svntest 173 15343 [main] SVN 1566191 environ_init: 0x100205D0: PYTHONPATH=/mnt/c/rob/lib/python 168 15511 [main] SVN 1566191 environ_init: 0x100205F8: SHLVL=1 169 15680 [main] SVN 1566191 getwinenv: can't set native for TEMP= since no environ yet 171 15851 [main] SVN 1566191 mount_info::conv_to_posix_path: conv_to_posix_path (c:\WINDOWS\TEMP, no-keep-rel, no-add-slash) 87 15938 [main] SVN 1566191 normalize_win32_path: c:\WINDOWS\TEMP = normalize_win32_path (c:\WINDOWS\TEMP) 87 16025 [main] SVN 1566191 mount_info::conv_to_posix_path: /mnt/c/WINDOWS/TEMP = conv_to_posix_path (c:\WINDOWS\TEMP) 255 16280 [main] SVN 1566191 win_env::add_cache: posix /mnt/c/WINDOWS/TEMP 86 16366 [main] SVN 1566191 win_env::add_cache: native TEMP=c:\WINDOWS\TEMP 85 16451 [main] SVN 1566191 posify: env var converted to TEMP=/mnt/c/WINDOWS/TEMP 169 16620 [main] SVN 1566191 environ_init: 0x10020CA0: TEMP=/mnt/c/WINDOWS/TEMP 168 16788 [main] SVN 1566191 environ_init: 0x10020660: TERM=xterm 169 16957 [main] SVN 1566191 getwinenv: can't set native for TMP= since no environ yet 169 17126 [main] SVN 1566191 mount_info::conv_to_posix_path: conv_to_posix_path (c:\WINDOWS\TEMP, no-keep-rel, no-add-slash) 86 17212 [main] SVN 1566191 normalize_win32_path: c:\WINDOWS\TEMP = normalize_win32_path (c:\WINDOWS\TEMP) 92 17304 [main] SVN 1566191 mount_info::conv_to_posix_path: /mnt/c/WINDOWS/TEMP = conv_to_posix_path (c:\WINDOWS\TEMP) 250 17554 [main] SVN 1566191 win_env::add_cache: posix /mnt/c/WINDOWS/TEMP 87 17641 [main] SVN 1566191 win_env::add_cache: native TMP=c:\WINDOWS\TEMP 85 17726 [main] SVN 1566191 posify: env var converted to TMP=/mnt/c/WINDOWS/TEMP 169 17895 [main] SVN 1566191 environ_init: 0x10020DB0: TMP=/mnt/c/WINDOWS/TEMP 168 18063 [main] SVN 1566191 getwinenv: can't set native for TMPDIR= since no environ yet 168 18231 [main] SVN 1566191 mount_info::conv_to_posix_path: conv_to_posix_path (c:\rob\tmp, no-keep-rel, no-add-slash) 92 18323 [main] SVN 1566191 normalize_win32_path: c:\rob\tmp = normalize_win32_path (c:\rob\tmp) 86 18409 [main] SVN 1566191 mount_info::conv_to_posix_path: /mnt/c/rob/tmp = conv_to_posix_path (c:\rob\tmp) 257 18666 [main] SVN 1566191 win_env::add_cache: posix /mnt/c/rob/tmp 85 18751 [main] SVN 1566191 win_env::add_cache: native TMPDIR=c:\rob\tmp 86 18837 [main] SVN 1566191 posify: env var converted to TMPDIR=/mnt/c/rob/tmp 167 19004 [main] SVN 1566191 environ_init: 0x10020EC0: TMPDIR=/mnt/c/rob/tmp 169 19173 [main] SVN 1566191 environ_init: 0x100206A0: USER=rob 171 19344 [main] SVN 1566191 environ_init: 0x10020670: USER_ID=D1A70000 178 19522 [main] SVN 1566191 environ_init: 0x10021000: WINBOOTDIR=C:\WINDOWS 169 19691 [main] SVN 1566191 environ_init: 0x10021020: WINDIR=C:\WINDOWS 169 19860 [main] SVN 1566191 environ_init: 0x10021038: WINDOWID=10038520 168 20028 [main] SVN 1566191 environ_init: 0x10021050: _=/usr/bin/strace 106 20680 [main] SVN 1566191 pinfo_init: pid 1566191, pgid 1566191 89 20769 [main] SVN 1566191 dtable::extend: size 32, fds 0x61780CC8 93 20862 [main] SVN 1566191 normalize_posix_path: src /etc/passwd 87 20949 [main] SVN 1566191 normalize_posix_path: /etc/passwd = normalize_posix_path (/etc/passwd) 87 21036 [main] SVN 1566191 mount_info::conv_to_win32_path: conv_to_win32_path (/etc/passwd) 89 21125 [main] SVN 1566191 set_flags: flags: binary (0x2) 87 21212 [main] SVN 1566191 mount_info::conv_to_win32_path: src_path /etc/passwd, dst c:\cygwin\etc\passwd, flags 0xA, rc 0 142 21354 [main] SVN 1566191 symlink_info::check: not a symlink 88 21442 [main] SVN 1566191 symlink_info::check: 0 = symlink.check (c:\cygwin\etc\passwd, 0xD7E890) (0xA) 88 21530 [main] SVN 1566191 path_conv::check: this->path(c:\cygwin\etc\passwd), has_acls(0) 107 21637 [main] SVN 1566191 etc::test_file_change: FindFirstFile succeeded 90 21727 [main] SVN 1566191 etc::test_file_change: fn[1] c:\cygwin\etc\passwd res 1 86 21813 [main] SVN 1566191 etc::init: fn[1] c:\cygwin\etc\passwd, curr_ix 1 87 21900 [main] SVN 1566191 pwdgrp::load: /etc/passwd 342 22242 [main] SVN 1566191 pwdgrp::load: /etc/passwd curr_lines 2 92 22334 [main] SVN 1566191 pwdgrp::load: /etc/passwd load succeeded 89 22423 [main] SVN 1566191 cygheap_user::ontherange: what 2, pw 0x100211C0 89 22512 [main] SVN 1566191 cygheap_user::ontherange: HOME is already in the environment /mnt/c/rob 355 22867 [main] SVN 1566191 sigproc_init: process/signal handling enabled(1) 110 22977 [main] SVN 1566191 __cygwin_lock_lock: threadcount 1. not locking 94 23071 [main] SVN 1566191 __cygwin_lock_unlock: threadcount 1. not unlocking 232 23303 [main] SVN 1566191 build_argv: argv[0] = 'svn' 89 23392 [main] SVN 1566191 build_argv: argv[1] = 'co' 89 23481 [main] SVN 1566191 build_argv: argv[2] = 'file:///mnt/c/rob/tmp/svntest/repos/emacs' 90 23571 [main] SVN 1566191 build_argv: argv[3] = 'emacs' 87 23658 [main] SVN 1566191 build_argv: argc 4 115 23773 [main] SVN 1566191 build_fh_pc: fh 0x61780DD0 90 23863 [main] SVN 1566191 fhandler_base::set_flags: flags 0x10002, supplied_bin 0x0 88 23951 [main] SVN 1566191 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x10000 89 24040 [main] SVN 1566191 fhandler_base::set_flags: filemode set to binary 88 24128 [main] SVN 1566191 fhandler_base::init: created new fhandler_base for handle 0xE4, bin 1 90 24218 [main] SVN 1566191 dtable::init_std_file_from_handle: fd 0, handle 0xE4 758 24976 [main] SVN 1566191 handle_to_fn: NtQueryObject failed 99 25075 [main] SVN 1566191 normalize_posix_path: src some disk file 90 25165 [main] SVN 1566191 cwdstuff::get: posix /mnt/c/rob/tmp/svntest 90 25255 [main] SVN 1566191 cwdstuff::get: (/mnt/c/rob/tmp/svntest) = cwdstuff::get (0xD7E990, 260, 1, 0), errno 0 94 25349 [main] SVN 1566191 normalize_posix_path: /mnt/c/rob/tmp/svntest/some disk file = normalize_posix_path (some disk file) 91 25440 [main] SVN 1566191 mount_info::conv_to_win32_path: conv_to_win32_path (/mnt/c/rob/tmp/svntest/some disk file) 90 25530 [main] SVN 1566191 mount_info::cygdrive_win32_path: src '/mnt/c/rob/tmp/svntest/some disk file', dst 'c:\rob\tmp\svntest\some disk file' 90 25620 [main] SVN 1566191 set_flags: flags: binary (0x2) 89 25709 [main] SVN 1566191 mount_info::conv_to_win32_path: src_path /mnt/c/rob/tmp/svntest/some disk file, dst c:\rob\tmp\svntest\some disk file, flags 0x2A, rc 0 112 25821 [main] SVN 1566191 symlink_info::check: GetFileAttributes (c:\rob\tmp\svntest\some disk file) failed 91 25912 [main] SVN 1566191 geterrno_from_win_error: windows error 2 == errno 2 104 26016 [main] SVN 1566191 symlink_info::check: GetFileAttributes (c:\rob\tmp\svntest\some disk file.lnk) failed 90 26106 [main] SVN 1566191 geterrno_from_win_error: windows error 2 == errno 2 88 26194 [main] SVN 1566191 symlink_info::check: 0 = symlink.check (c:\rob\tmp\svntest\some disk file, 0xD7E650) (0x2A) 94 26288 [main] SVN 1566191 mount_info::conv_to_win32_path: conv_to_win32_path (/mnt/c/rob/tmp/svntest) 146 26434 [main] SVN 1566191 mount_info::cygdrive_win32_path: src '/mnt/c/rob/tmp/svntest', dst 'c:\rob\tmp\svntest' 178 26612 [main] SVN 1566191 set_flags: flags: binary (0x2) 91 26703 [main] SVN 1566191 mount_info::conv_to_win32_path: src_path /mnt/c/rob/tmp/svntest, dst c:\rob\tmp\svntest, flags 0x2A, rc 0 108 26811 [main] SVN 1566191 symlink_info::check: not a symlink 90 26901 [main] SVN 1566191 symlink_info::check: 0 = symlink.check (c:\rob\tmp\svntest, 0xD7E650) (0x2A) 90 26991 [main] SVN 1566191 path_conv::check: this->path(c:\rob\tmp\svntest\some disk file), has_acls(0) 106 27097 [main] SVN 1566191 build_fh_pc: fh 0x61780FD8 90 27187 [main] SVN 1566191 fhandler_base::set_flags: flags 0x10002, supplied_bin 0x0 96 27283 [main] SVN 1566191 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x10000 90 27373 [main] SVN 1566191 fhandler_base::set_flags: filemode set to binary 88 27461 [main] SVN 1566191 fhandler_base::init: created new fhandler_base for handle 0xCC, bin 1 90 27551 [main] SVN 1566191 dtable::init_std_file_from_handle: fd 1, handle 0xCC 94 27645 [main] SVN 1566191 build_fh_pc: fh 0x617811E0 88 27733 [main] SVN 1566191 fhandler_base::set_flags: flags 0x10002, supplied_bin 0x0 90 27823 [main] SVN 1566191 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x10000 88 27911 [main] SVN 1566191 fhandler_base::set_flags: filemode set to binary 89 28000 [main] SVN 1566191 fhandler_base::init: created new fhandler_base for handle 0xE8, bin 1 90 28090 [main] SVN 1566191 dtable::init_std_file_from_handle: fd 2, handle 0xE8 101 28191 [main] SVN 1566191 open_shared: name (null), shared 0x85DF2000 (wanted 0x0), h 0xB0 99 28290 [main] SVN 1566191 _pinfo::set_ctty: checking if /dev/tty-1 changed 89 28379 [main] SVN 1566191 _pinfo::set_ctty: attached tty1073741824 sid 1566191, pid 1566191, tty->pgid 1566191, tty->sid 1566191 91 28470 [main] SVN 1566191 _pinfo::set_ctty: resetting tty1073741824 sid. Was 1566191, now 1566191. pgid was 0, now 1566191. 837 29307 [main] svn 1566191 __cygwin_lock_lock: threadcount 1. not locking 104 29411 [main] svn 1566191 __cygwin_lock_unlock: threadcount 1. not unlocking 816 30227 [main] svn 1566191 mount_info::conv_to_posix_path: conv_to_posix_path (C:\CYGWIN\BIN\CYGICONV-2.DLL, keep-rel, no-add-slash) 98 30325 [main] svn 1566191 normalize_win32_path: C:\CYGWIN\BIN\CYGICONV-2.DLL = normalize_win32_path (C:\CYGWIN\BIN\CYGICONV-2.DLL) 140 30465 [main] svn 1566191 mount_info::conv_to_posix_path: /usr/bin/CYGICONV-2.DLL = conv_to_posix_path (C:\CYGWIN\BIN\CYGICONV-2.DLL) 956 31421 [main] svn 1566191 dll_crt0_1: user_data->main 0x403EF0 113 31534 [main] svn 1566191 wait_for_sigthread: wait_sig_inited 0x9C 256 31790 [sig] svn 1566191 wait_sig: entering ReadFile loop, readsig 0xC0, myself->sendsig 0xC4 216 32006 [main] svn 1566191 __cygwin_lock_lock: threadcount 1. not locking 91 32097 [main] svn 1566191 __cygwin_lock_unlock: threadcount 1. not unlocking 563 32660 [main] svn 1566191 open: open (/usr/share/zoneinfo/GMT, 0x10000) 110 32770 [main] svn 1566191 normalize_posix_path: src /usr/share/zoneinfo/GMT 90 32860 [main] svn 1566191 normalize_posix_path: /usr/share/zoneinfo/GMT = normalize_posix_path (/usr/share/zoneinfo/GMT) 89 32949 [main] svn 1566191 mount_info::conv_to_win32_path: conv_to_win32_path (/usr/share/zoneinfo/GMT) 92 33041 [main] svn 1566191 set_flags: flags: binary (0x2) 88 33129 [main] svn 1566191 mount_info::conv_to_win32_path: src_path /usr/share/zoneinfo/GMT, dst c:\cygwin\usr\share\zoneinfo\GMT, flags 0xA, rc 0 140 33269 [main] svn 1566191 symlink_info::check: GetFileAttributes (c:\cygwin\usr\share\zoneinfo\GMT) failed 91 33360 [main] svn 1566191 geterrno_from_win_error: windows error 3 == errno 2 120 33480 [main] svn 1566191 symlink_info::check: GetFileAttributes (c:\cygwin\usr\share\zoneinfo\GMT.lnk) failed 89 33569 [main] svn 1566191 geterrno_from_win_error: windows error 3 == errno 2 88 33657 [main] svn 1566191 symlink_info::check: 0 = symlink.check (c:\cygwin\usr\share\zoneinfo\GMT, 0xD7C010) (0xA) 89 33746 [main] svn 1566191 mount_info::conv_to_win32_path: conv_to_win32_path (/usr/share/zoneinfo) 89 33835 [main] svn 1566191 set_flags: flags: binary (0x2) 87 33922 [main] svn 1566191 mount_info::conv_to_win32_path: src_path /usr/share/zoneinfo, dst c:\cygwin\usr\share\zoneinfo, flags 0xA, rc 0 125 34047 [main] svn 1566191 symlink_info::check: GetFileAttributes (c:\cygwin\usr\share\zoneinfo) failed 90 34137 [main] svn 1566191 geterrno_from_win_error: windows error 2 == errno 2 110 34247 [main] svn 1566191 symlink_info::check: GetFileAttributes (c:\cygwin\usr\share\zoneinfo.lnk) failed 96 34343 [main] svn 1566191 geterrno_from_win_error: windows error 2 == errno 2 88 34431 [main] svn 1566191 symlink_info::check: 0 = symlink.check (c:\cygwin\usr\share\zoneinfo, 0xD7C010) (0xA) 89 34520 [main] svn 1566191 mount_info::conv_to_win32_path: conv_to_win32_path (/usr/share) 89 34609 [main] svn 1566191 set_flags: flags: binary (0x2) 87 34696 [main] svn 1566191 mount_info::conv_to_win32_path: src_path /usr/share, dst c:\cygwin\usr\share, flags 0xA, rc 0 101 34797 [main] svn 1566191 symlink_info::check: not a symlink 89 34886 [main] svn 1566191 symlink_info::check: 0 = symlink.check (c:\cygwin\usr\share, 0xD7C010) (0xA) 90 34976 [main] svn 1566191 path_conv::check: this->path(c:\cygwin\usr\share\zoneinfo\GMT), has_acls(0) 92 35068 [main] svn 1566191 build_fh_pc: fh 0x617813E8 89 35157 [main] svn 1566191 fhandler_base::open_9x: (c:\cygwin\usr\share\zoneinfo\GMT, 0x110000) 136 35293 [main] svn 1566191 seterrno_from_win_error: /netrel/src/cygwin-1.5.11-1/winsup/cygwin/fhandler.cc:509 windows error 3 90 35383 [main] svn 1566191 geterrno_from_win_error: windows error 3 == errno 2 88 35471 [main] svn 1566191 geterrno_from_win_error: windows error 3 == errno 2 88 35559 [main] svn 1566191 fhandler_base::open_9x: 0xFFFFFFFF = CreateFile (c:\cygwin\usr\share\zoneinfo\GMT, 0x80000000, 0x3, 0xD7C2C0, 0x3, 0x2000080, 0) 89 35648 [main] svn 1566191 fhandler_base::open_9x: 0 = fhandler_base::open (c:\cygwin\usr\share\zoneinfo\GMT, 0x110000) 89 35737 [main] svn 1566191 fhandler_base::open_fs: 0 = fhandler_disk_file::open (c:\cygwin\usr\share\zoneinfo\GMT, 0x10000) 89 35826 [main] svn 1566191 open: -1 = open (/usr/share/zoneinfo/GMT, 0x10000) 90 35916 [main] svn 1566191 open: open (/usr/share/zoneinfo/posixrules, 0x10000) 90 36006 [main] svn 1566191 normalize_posix_path: src /usr/share/zoneinfo/posixrules 88 36094 [main] svn 1566191 normalize_posix_path: /usr/share/zoneinfo/posixrules = normalize_posix_path (/usr/share/zoneinfo/posixrules) 89 36183 [main] svn 1566191 mount_info::conv_to_win32_path: conv_to_win32_path (/usr/share/zoneinfo/posixrules) 92 36275 [main] svn 1566191 set_flags: flags: binary (0x2) 88 36363 [main] svn 1566191 mount_info::conv_to_win32_path: src_path /usr/share/zoneinfo/posixrules, dst c:\cygwin\usr\share\zoneinfo\posixrules, flags 0xA, rc 0 121 36484 [main] svn 1566191 symlink_info::check: GetFileAttributes (c:\cygwin\usr\share\zoneinfo\posixrules) failed 90 36574 [main] svn 1566191 geterrno_from_win_error: windows error 3 == errno 2 121 36695 [main] svn 1566191 symlink_info::check: GetFileAttributes (c:\cygwin\usr\share\zoneinfo\posixrules.lnk) failed 89 36784 [main] svn 1566191 geterrno_from_win_error: windows error 3 == errno 2 88 36872 [main] svn 1566191 symlink_info::check: 0 = symlink.check (c:\cygwin\usr\share\zoneinfo\posixrules, 0xD7BF60) (0xA) 89 36961 [main] svn 1566191 mount_info::conv_to_win32_path: conv_to_win32_path (/usr/share/zoneinfo) 88 37049 [main] svn 1566191 set_flags: flags: binary (0x2) 88 37137 [main] svn 1566191 mount_info::conv_to_win32_path: src_path /usr/share/zoneinfo, dst c:\cygwin\usr\share\zoneinfo, flags 0xA, rc 0 110 37247 [main] svn 1566191 symlink_info::check: GetFileAttributes (c:\cygwin\usr\share\zoneinfo) failed 94 37341 [main] svn 1566191 geterrno_from_win_error: windows error 2 == errno 2 109 37450 [main] svn 1566191 symlink_info::check: GetFileAttributes (c:\cygwin\usr\share\zoneinfo.lnk) failed 90 37540 [main] svn 1566191 geterrno_from_win_error: windows error 2 == errno 2 88 37628 [main] svn 1566191 symlink_info::check: 0 = symlink.check (c:\cygwin\usr\share\zoneinfo, 0xD7BF60) (0xA) 88 37716 [main] svn 1566191 mount_info::conv_to_win32_path: conv_to_win32_path (/usr/share) 88 37804 [main] svn 1566191 set_flags: flags: binary (0x2) 88 37892 [main] svn 1566191 mount_info::conv_to_win32_path: src_path /usr/share, dst c:\cygwin\usr\share, flags 0xA, rc 0 102 37994 [main] svn 1566191 symlink_info::check: not a symlink 89 38083 [main] svn 1566191 symlink_info::check: 0 = symlink.check (c:\cygwin\usr\share, 0xD7BF60) (0xA) 88 38171 [main] svn 1566191 path_conv::check: this->path(c:\cygwin\usr\share\zoneinfo\posixrules), has_acls(0) 94 38265 [main] svn 1566191 build_fh_pc: fh 0x617813E8 89 38354 [main] svn 1566191 fhandler_base::open_9x: (c:\cygwin\usr\share\zoneinfo\posixrules, 0x110000) 126 38480 [main] svn 1566191 seterrno_from_win_error: /netrel/src/cygwin-1.5.11-1/winsup/cygwin/fhandler.cc:509 windows error 3 90 38570 [main] svn 1566191 geterrno_from_win_error: windows error 3 == errno 2 88 38658 [main] svn 1566191 geterrno_from_win_error: windows error 3 == errno 2 88 38746 [main] svn 1566191 fhandler_base::open_9x: 0xFFFFFFFF = CreateFile (c:\cygwin\usr\share\zoneinfo\posixrules, 0x80000000, 0x3, 0xD7C210, 0x3, 0x2000080, 0) 88 38834 [main] svn 1566191 fhandler_base::open_9x: 0 = fhandler_base::open (c:\cygwin\usr\share\zoneinfo\posixrules, 0x110000) 89 38923 [main] svn 1566191 fhandler_base::open_fs: 0 = fhandler_disk_file::open (c:\cygwin\usr\share\zoneinfo\posixrules, 0x10000) 90 39013 [main] svn 1566191 open: -1 = open (/usr/share/zoneinfo/posixrules, 0x10000) 114 39127 [main] svn 1566191 __cygwin_lock_lock: threadcount 1. not locking 92 39219 [main] svn 1566191 __cygwin_lock_unlock: threadcount 1. not unlocking 93 39312 [main] svn 1566191 __cygwin_lock_lock: threadcount 1. not locking 89 39401 [main] svn 1566191 __cygwin_lock_unlock: threadcount 1. not unlocking 88 39489 [main] svn 1566191 __cygwin_lock_lock: threadcount 1. not locking 89 39578 [main] svn 1566191 __cygwin_lock_unlock: threadcount 1. not unlocking 89 39667 [main] svn 1566191 __cygwin_lock_lock: threadcount 1. not locking 88 39755 [main] svn 1566191 __cygwin_lock_unlock: threadcount 1. not unlocking 91 39846 [main] svn 1566191 open: open (/usr/share/zoneinfo/posixrules, 0x10000) 90 39936 [main] svn 1566191 normalize_posix_path: src /usr/share/zoneinfo/posixrules 88 40024 [main] svn 1566191 normalize_posix_path: /usr/share/zoneinfo/posixrules = normalize_posix_path (/usr/share/zoneinfo/posixrules) 89 40113 [main] svn 1566191 mount_info::conv_to_win32_path: conv_to_win32_path (/usr/share/zoneinfo/posixrules) 90 40203 [main] svn 1566191 set_flags: flags: binary (0x2) 92 40295 [main] svn 1566191 mount_info::conv_to_win32_path: src_path /usr/share/zoneinfo/posixrules, dst c:\cygwin\usr\share\zoneinfo\posixrules, flags 0xA, rc 0 173 40468 [main] svn 1566191 symlink_info::check: GetFileAttributes (c:\cygwin\usr\share\zoneinfo\posixrules) failed 90 40558 [main] svn 1566191 geterrno_from_win_error: windows error 3 == errno 2 119 40677 [main] svn 1566191 symlink_info::check: GetFileAttributes (c:\cygwin\usr\share\zoneinfo\posixrules.lnk) failed 91 40768 [main] svn 1566191 geterrno_from_win_error: windows error 3 == errno 2 88 40856 [main] svn 1566191 symlink_info::check: 0 = symlink.check (c:\cygwin\usr\share\zoneinfo\posixrules, 0xD7BAA0) (0xA) 89 40945 [main] svn 1566191 mount_info::conv_to_win32_path: conv_to_win32_path (/usr/share/zoneinfo) 88 41033 [main] svn 1566191 set_flags: flags: binary (0x2) 87 41120 [main] svn 1566191 mount_info::conv_to_win32_path: src_path /usr/share/zoneinfo, dst c:\cygwin\usr\share\zoneinfo, flags 0xA, rc 0 111 41231 [main] svn 1566191 symlink_info::check: GetFileAttributes (c:\cygwin\usr\share\zoneinfo) failed 94 41325 [main] svn 1566191 geterrno_from_win_error: windows error 2 == errno 2 162 41487 [main] svn 1566191 symlink_info::check: GetFileAttributes (c:\cygwin\usr\share\zoneinfo.lnk) failed 90 41577 [main] svn 1566191 geterrno_from_win_error: windows error 2 == errno 2 88 41665 [main] svn 1566191 symlink_info::check: 0 = symlink.check (c:\cygwin\usr\share\zoneinfo, 0xD7BAA0) (0xA) 132 41797 [main] svn 1566191 mount_info::conv_to_win32_path: conv_to_win32_path (/usr/share) 90 41887 [main] svn 1566191 set_flags: flags: binary (0x2) 88 41975 [main] svn 1566191 mount_info::conv_to_win32_path: src_path /usr/share, dst c:\cygwin\usr\share, flags 0xA, rc 0 100 42075 [main] svn 1566191 symlink_info::check: not a symlink 89 42164 [main] svn 1566191 symlink_info::check: 0 = symlink.check (c:\cygwin\usr\share, 0xD7BAA0) (0xA) 89 42253 [main] svn 1566191 path_conv::check: this->path(c:\cygwin\usr\share\zoneinfo\posixrules), has_acls(0) 96 42349 [main] svn 1566191 build_fh_pc: fh 0x617813E8 88 42437 [main] svn 1566191 fhandler_base::open_9x: (c:\cygwin\usr\share\zoneinfo\posixrules, 0x110000) 129 42566 [main] svn 1566191 seterrno_from_win_error: /netrel/src/cygwin-1.5.11-1/winsup/cygwin/fhandler.cc:509 windows error 3 90 42656 [main] svn 1566191 geterrno_from_win_error: windows error 3 == errno 2 88 42744 [main] svn 1566191 geterrno_from_win_error: windows error 3 == errno 2 87 42831 [main] svn 1566191 fhandler_base::open_9x: 0xFFFFFFFF = CreateFile (c:\cygwin\usr\share\zoneinfo\posixrules, 0x80000000, 0x3, 0xD7BD50, 0x3, 0x2000080, 0) 89 42920 [main] svn 1566191 fhandler_base::open_9x: 0 = fhandler_base::open (c:\cygwin\usr\share\zoneinfo\posixrules, 0x110000) 88 43008 [main] svn 1566191 fhandler_base::open_fs: 0 = fhandler_disk_file::open (c:\cygwin\usr\share\zoneinfo\posixrules, 0x10000) 90 43098 [main] svn 1566191 open: -1 = open (/usr/share/zoneinfo/posixrules, 0x10000) 655 43753 [main] svn 1566191 __cygwin_lock_lock: threadcount 1. not locking 91 43844 [main] svn 1566191 __cygwin_lock_unlock: threadcount 1. not unlocking 310 44154 [main] svn 1566191 normalize_posix_path: src /etc 88 44242 [main] svn 1566191 normalize_posix_path: /etc = normalize_posix_path (/etc) 94 44336 [main] svn 1566191 mount_info::conv_to_win32_path: conv_to_win32_path (/etc) 90 44426 [main] svn 1566191 set_flags: flags: binary (0x2) 88 44514 [main] svn 1566191 mount_info::conv_to_win32_path: src_path /etc, dst c:\cygwin\etc, flags 0xA, rc 0 107 44621 [main] svn 1566191 symlink_info::check: not a symlink 88 44709 [main] svn 1566191 symlink_info::check: 0 = symlink.check (c:\cygwin\etc, 0xD7E520) (0xA) 89 44798 [main] svn 1566191 path_conv::check: this->path(c:\cygwin\etc), has_acls(0) 279 45077 [main] svn 1566191 etc::dir_changed: fn[1] c:\cygwin\etc\passwd change_possible 1 113 45190 [main] svn 1566191 etc::test_file_change: FindFirstFile succeeded 94 45284 [main] svn 1566191 etc::test_file_change: fn[1] c:\cygwin\etc\passwd res 0 88 45372 [main] svn 1566191 etc::file_changed: fn[1] c:\cygwin\etc\passwd res 0 93 45465 [main] svn 1566191 etc::dir_changed: fn[1] c:\cygwin\etc\passwd change_possible 0 88 45553 [main] svn 1566191 etc::file_changed: fn[1] c:\cygwin\etc\passwd res 0 185 45738 [main] svn 1566191 handle_exceptions: In cygwin_except_handler exc 0xC0000005 at 0x43E9C8 sp 0xD7EA74 91 45829 [main] svn 1566191 handle_exceptions: In cygwin_except_handler sig 11 at 0x43E9C8 88 45917 [main] svn 1566191 handle_exceptions: In cygwin_except_handler calling 0x0 88 46005 [main] svn 1566191 handle_exceptions: Exception: STATUS_ACCESS_VIOLATION 95 46100 [main] svn 1566191 try_to_debug: debugger_command '' 156 46256 [main] svn 1566191 open_stackdumpfile: Dumping stack trace to SVN.EXE.stackdump 40270 86526 [main] svn 1566191 signal_exit: about to call do_exit (18B00) 146 86672 [main] svn 1566191 do_exit: do_exit (101120), exit_state 0 111 86783 [main] svn 1566191 void: 0x0 = signal (20, 0x1) 111 86894 [main] svn 1566191 void: 0x0 = signal (1, 0x1) 109 87003 [main] svn 1566191 void: 0x0 = signal (2, 0x1) 109 87112 [main] svn 1566191 void: 0x0 = signal (3, 0x1) 143 87255 [main] svn 1566191 fhandler_base::close: closing '/mnt/c/rob/tmp/svntest/some disk file' handle 0xCC 160 87415 [main] svn 1566191 sigproc_terminate: entering 135 87550 [main] svn 1566191 proc_terminate: nchildren 0, nzombies 0 161 87711 [main] svn 1566191 proc_terminate: leaving 315 88026 [main] svn 1566191 __to_clock_t: dwHighDateTime 0, dwLowDateTime 0 157 88183 [main] svn 1566191 __to_clock_t: total 00000000 00000000 163 88346 [main] svn 1566191 __to_clock_t: dwHighDateTime 0, dwLowDateTime 0 156 88502 [main] svn 1566191 __to_clock_t: total 00000000 00000000 -929 87573 [sig] svn 1566191 wait_sig: done 3882 91455 [main] svn 1566191 _pinfo::exit: Calling ExitProcess 101120 245 91700 [sig] svn 1566191 _cygtls::remove: wait 0x0 -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From boekhold@emirates.net.ae Fri Sep 24 14:29:00 2004 From: boekhold@emirates.net.ae (Maarten Boekhold) Date: Fri, 24 Sep 2004 14:29:00 -0000 Subject: Exporting const functions from DLL In-Reply-To: <41541F33.90905@emirates.net.ae> References: <41541F33.90905@emirates.net.ae> Message-ID: <4154258E.1050605@emirates.net.ae> Hi all, sorry, never mind. My mistake... As you probably noticed, I was looking at the wrong function! Maarten Maarten Boekhold wrote: > Hi, > > I ran into the following: > > icons.h: > const gchar * > resolve_folder_icon(tree_entry_t * en); > > icons.c: > __declspec(dllexport) > const gchar *resolve_folder_icon (tree_entry_t * en) > { > etc.. > } > > Compile error: > icons.c:562: error: external linkage required for symbol 'resolve_icon' > because of 'dllexport' attribute. > make: *** [libxffm_basic_la-icons.lo] Error 1 > > I found a reference to a similar problem at: > http://www.cygwin.com/ml/cygwin/2003-11/msg00654.html > > I tried removing the const, adding extern to the include file and all > possible combinations of that, but no luck... > > $ gcc --version > gcc (GCC) 3.3.3 (cygwin special) > $ uname -a > CYGWIN_NT-5.1 DXBM2003 1.5.11(0.116/4/2) 2004-09-04 23:17 i686 unknown > unknown Cygwin > > Does anybody know how to solve this? > > Maarten > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Fri Sep 24 14:30:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Fri, 24 Sep 2004 14:30:00 -0000 Subject: New packge: lighttpd-1.3.0 In-Reply-To: <4153FBDB.1060803@x-ray.at> References: <41519C77.4080201@x-ray.at> <1656566026.20040922215552@familiehaase.de> <41520175.AA068400@dessent.net> <618153225.20040923011821@familiehaase.de> <41521CB9.CCEFB0B@dessent.net> <675000566.20040923034336@familiehaase.de> <415230DB.83A3B87E@dessent.net> <906379301.20040923144500@familiehaase.de> <4152D1C9.46BB656A@dessent.net> <1649495088.20040923162439@familiehaase.de> <4153FBDB.1060803@x-ray.at> Message-ID: <415429DA.9050108@familiehaase.de> Reini Urban wrote: > Gerrit P. Haase schrieb: >> Are the fixes in the config.m4 file really needed? Which of our >> libraries are not available as static archive so they are not found? >> I have a fix (cygwin-special) for the DBA / BDB4 issue. >> I will try to figure out how to get all the shared modules with the >> built-in methods (no automake & libtool). > Gerrit, I'd need your dba/db4 patch. diff attached. Gerrit -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: ext_dba_config_m4.diff URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From offby1@blarg.net Fri Sep 24 14:32:00 2004 From: offby1@blarg.net (Eric Hanchrow) Date: Fri, 24 Sep 2004 14:32:00 -0000 Subject: Bash is very, very stable References: Message-ID: <87k6ujkb0h.fsf@offby1.atm01.sea.blarg.net> >>>>> "Phil" == Phil Betts writes: Phil> Under cygwin, this breaks down. The output from echo is not Phil> correctly interleaved with the output of the external Phil> command Phil> b) the external commands are run asynchronously as Phil> background tasks. Did you see the patch at http://cygwin.com/ml/cygwin/2004-09/msg00882.html? I predict it will fix your problem. -- Adelle Davis used to say that she never saw anyone get cancer who drank a quart of milk daily, as she did. She stopped saying that when she died of cancer in 1974. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From OJAR@uk.ibm.com Fri Sep 24 14:35:00 2004 From: OJAR@uk.ibm.com (Naipaul Ojar) Date: Fri, 24 Sep 2004 14:35:00 -0000 Subject: OpenSSL 0.9.7d 17 Mar 2004 problem with crl function Message-ID: OpenSSL problem with crl loading file in current directory. OpenSSL> version OpenSSL 0.9.7d 17 Mar 2004 OpenSSL> crl -in orego.crl -inform DER -text unable to load CRL 2812:error:0D06B08E:asn1 encoding routines:ASN1_d2i_bio:not enough data:a_d2i_fp error in crl I have downloaded Shining Lights 0.9.7d and this works fine. I have sent the file to a colleague who was able to open the crl list. This is when I was very suspect of the the current release not working properly. Best Regards Naipaul Ojar -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Fri Sep 24 14:39:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Fri, 24 Sep 2004 14:39:00 -0000 Subject: Perl Tk Compilation In-Reply-To: <36bf289b04092406094f2b734c@mail.gmail.com> References: <36bf289b04092406094f2b734c@mail.gmail.com> Message-ID: <20040924143247.GD27544@trixie.casa.cgf.cx> On Fri, Sep 24, 2004 at 06:39:32PM +0530, Vijay Kiran Kamuju wrote: >has any body successfully installed latest Perl/Tk without any break >downs/errors? Please use the main cygwin list for this type of question. I've redirected discussion there. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Fri Sep 24 14:42:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Fri, 24 Sep 2004 14:42:00 -0000 Subject: [OT] PCYMTNQREAIYR, it really works. In-Reply-To: References: <3D848382FB72E249812901444C6BDB1D022F4E0E@exchange.timesys.com> Message-ID: <20040924143712.GB399@trixie.casa.cgf.cx> On Fri, Sep 24, 2004 at 10:31:17AM +0100, Dave Korn wrote: >Calm down, calm down, there's no need to panic, cgf isn't stalled! If >you consider that a pause is a kind of break, well, you don't need to >close a
tag, do you? So you don't need to close a either Sometimes it is like Dave Korn is reading my mind. It's eerie. No offense intended, Dave. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Fri Sep 24 14:42:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Fri, 24 Sep 2004 14:42:00 -0000 Subject: printf output missing in multi-threaded program In-Reply-To: <20040924084005.GU12802@cygbert.vinschen.de> References: <200409240720.i8O7Ka2a003068@tyr.informatik.fh-fulda.de> <20040924084005.GU12802@cygbert.vinschen.de> Message-ID: <20040924143458.GA399@trixie.casa.cgf.cx> On Fri, Sep 24, 2004 at 10:40:05AM +0200, Corinna Vinschen wrote: >Looks ok, doesn't it? It should be ok. I think I fixed this problem shortly after 1.5.11-1 was released. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gabriel.i.r@gmail.com Fri Sep 24 14:47:00 2004 From: gabriel.i.r@gmail.com (Gabe Rosenhouse) Date: Fri, 24 Sep 2004 14:47:00 -0000 Subject: Inheriting parent ACLs? In-Reply-To: References: <20040923210113.GP12802@cygbert.vinschen.de> Message-ID: On Thu, 23 Sep 2004 18:19:21 -0400 (EDT), Igor Pechtchanski wrote: > On Thu, 23 Sep 2004, Gabe Rosenhouse wrote: ... > > sorry if I'm misunderstanding this, but are you saying that ntsec => > > NTFS-like ACL inheritance? > > Actually the opposite. Adding "nontsec" to your CYGWIN environment > variable (see the first link in the above URL) will do that. Using > "ntsec" will simulate POSIX permissions using the NT ACLs, and will not > use inheritance. Thanks. Is there something I can read that contrasts the functionality implications of ntsec vs nontsec? http://cygwin.com/cygwin-ug-net/ntsec.html doesn't go into details on the differences between the two settings. One question specifically is, under nontsec, will domain users will still be able to login via SSH and be recognized as members of their domain groups? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Bill.Hughes@cox.co.uk Fri Sep 24 14:50:00 2004 From: Bill.Hughes@cox.co.uk (Hughes, Bill) Date: Fri, 24 Sep 2004 14:50:00 -0000 Subject: subversion 1.0.6 in windows 98 Message-ID: Rob Walker wrote: > Hi, > > I've installed the cygwin subversion 1.0.6 package on my windows 98 > machine (with cygwin 1.5.11). > Following the example in the manual, I can create a repository and > import files into it, but when I check it out, I get the following: > > [rob@work ~/tmp/svntest]$ svn co > file:///mnt/c/rob/tmp/svntest/repos/emacs > emacs > svn: Unable to open an ra_local session to URL > svn: Unable to open repository > 'file:///mnt/c/rob/tmp/svntest/repos/emacs' > svn: Error opening db lockfile > svn: Can't get shared lock on file > '/mnt/c/rob/tmp/svntest/repos/emacs/locks/db.lock': Resource > temporarily unavailable > [rob@work ~/tmp/svntest]$ > > The same happens with some (but not all) of the other svn commands. > I get no errors with the same commands on Linux. > > strace gives no useful output as it seems to crash (but I've attached > it anyway) > > Is this a cygwin bug? have you tried the windows command line client? Bill -- ___ oo // \\ "De Chelonian Mobile" (_,\/ \_/ \ TortoiseSVN \ \_/_\_/> The coolest Interface to (Sub)Version Control /_/ \_\ http://tortoisesvn.tigris.org This e-mail transmission is strictly confidential and intended solely for the person or organisation to whom it is addressed. It may contain privileged and confidential information and if you are not the intended recipient, you must not copy, distribute or take any action in reliance on it. If you have received this email in error, please reply to the sender as soon as possible and delete the message. Please note that we are able to, and reserve the right to, monitor e-mail communications passing through our network. The views expressed in this email are not that of the company unless specified within the message. The inclusion of this footnote indicates that the mail message and any attachments have been checked for the presence of known viruses. If you have any comments regarding our policy please direct them to postmaster@cox.co.uk ________________________________________________________________________ This email has been scanned for all viruses by the MessageLabs Email Security System. For more information on a proactive email security service working around the clock, around the globe, visit http://www.messagelabs.com ________________________________________________________________________ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Andrew@DeFaria.com Fri Sep 24 14:51:00 2004 From: Andrew@DeFaria.com (Andrew DeFaria) Date: Fri, 24 Sep 2004 14:51:00 -0000 Subject: File permission problem In-Reply-To: <20040924094839.GZ12802@cygbert.vinschen.de> References: <6334E09627481B4AA5C8DE1E69E19D3B013BA6ED@SSLEXCHANGE.solomonsystech.com> <4153DE28.EA0B2556@dessent.net> <20040924091513.GX12802@cygbert.vinschen.de> <4153EAB1.DF553825@dessent.net> <20040924094839.GZ12802@cygbert.vinschen.de> Message-ID: Corinna Vinschen wrote: > On Sep 24 02:36, Brian Dessent wrote: > >> Corinna Vinschen wrote: >> >>> On Sep 24 01:43, Brian Dessent wrote: >>> >>>> jackylam@solomon-systech.com wrote: >>>> >>>>> No, it is an NTFS on a network drive. Is it related? >>>> >>>> Yes. You probably lack the SeRestorePrivilege right on your login >>>> token, or for some strange reason you have nosmbntsec set. RTFM: >>>> >>> >>> nosmbntsec is default. >> >> If this is true then the docs need to be updated, or at least clarified. >> >> "(no)smbntsec - if set, use ntsec on remote drives as well (this is the >> default)." > > > Urgh. This is how I intended to implement it when I did ... three > years ago? Dunno anymore, but nosmbntsec is default already for ages. > > I've changed the documentation. I'm trying to understand why one would want ntsec on by default and smbntsec off by default? -- The Definition of an Upgrade: Take old bugs out, put new ones in. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Fri Sep 24 14:58:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Fri, 24 Sep 2004 14:58:00 -0000 Subject: File permission problem In-Reply-To: References: <6334E09627481B4AA5C8DE1E69E19D3B013BA6ED@SSLEXCHANGE.solomonsystech.com> <4153DE28.EA0B2556@dessent.net> <20040924091513.GX12802@cygbert.vinschen.de> <4153EAB1.DF553825@dessent.net> <20040924094839.GZ12802@cygbert.vinschen.de> Message-ID: <20040924144931.GA674@trixie.casa.cgf.cx> On Fri, Sep 24, 2004 at 07:42:05AM -0700, Andrew DeFaria wrote: >I'm trying to understand why one would want ntsec on by default and >smbntsec off by default? smbntsec doesn't work reliably given the variability of smb servers. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From docbill@gmail.com Fri Sep 24 14:59:00 2004 From: docbill@gmail.com (Doctor Bill) Date: Fri, 24 Sep 2004 14:59:00 -0000 Subject: File permission problem In-Reply-To: References: <6334E09627481B4AA5C8DE1E69E19D3B013BA6ED@SSLEXCHANGE.solomonsystech.com> <4153DE28.EA0B2556@dessent.net> <20040924091513.GX12802@cygbert.vinschen.de> <4153EAB1.DF553825@dessent.net> <20040924094839.GZ12802@cygbert.vinschen.de> Message-ID: <23bcb87004092407504253ce0f@mail.gmail.com> Does smbntsec work if the file system is shared from a Win9x machine? If so, where are the NT ACL's stored? Bill On Fri, 24 Sep 2004 07:42:05 -0700, Andrew DeFaria wrote: > Corinna Vinschen wrote: > > > On Sep 24 02:36, Brian Dessent wrote: > > > >> Corinna Vinschen wrote: > >> > >>> On Sep 24 01:43, Brian Dessent wrote: > >>> > >>>> jackylam@solomon-systech.com wrote: > >>>> > >>>>> No, it is an NTFS on a network drive. Is it related? > >>>> > >>>> Yes. You probably lack the SeRestorePrivilege right on your login > >>>> token, or for some strange reason you have nosmbntsec set. RTFM: > >>>> > >>> > >>> nosmbntsec is default. > >> > >> If this is true then the docs need to be updated, or at least clarified. > >> > >> "(no)smbntsec - if set, use ntsec on remote drives as well (this is the > >> default)." > > > > > > Urgh. This is how I intended to implement it when I did ... three > > years ago? Dunno anymore, but nosmbntsec is default already for ages. > > > > I've changed the documentation. > > I'm trying to understand why one would want ntsec on by default and > smbntsec off by default? > -- > The Definition of an Upgrade: Take old bugs out, put new ones in. > > > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Andrew@DeFaria.com Fri Sep 24 15:08:00 2004 From: Andrew@DeFaria.com (Andrew DeFaria) Date: Fri, 24 Sep 2004 15:08:00 -0000 Subject: File permission problem In-Reply-To: <20040924144931.GA674@trixie.casa.cgf.cx> References: <6334E09627481B4AA5C8DE1E69E19D3B013BA6ED@SSLEXCHANGE.solomonsystech.com> <4153DE28.EA0B2556@dessent.net> <20040924091513.GX12802@cygbert.vinschen.de> <4153EAB1.DF553825@dessent.net> <20040924094839.GZ12802@cygbert.vinschen.de> <20040924144931.GA674@trixie.casa.cgf.cx> Message-ID: Christopher Faylor wrote: > On Fri, Sep 24, 2004 at 07:42:05AM -0700, Andrew DeFaria wrote: > >> I'm trying to understand why one would want ntsec on by default and >> smbntsec off by default? > > smbntsec doesn't work reliably given the variability of smb servers. Still seems strange to me. If off it doesn't work at all (right?)! Even if it worked 50% of the time that's 50% better than 0%. -- <-------- The information went data way --------> -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Fri Sep 24 15:09:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Fri, 24 Sep 2004 15:09:00 -0000 Subject: File permission problem In-Reply-To: <23bcb87004092407504253ce0f@mail.gmail.com> References: <6334E09627481B4AA5C8DE1E69E19D3B013BA6ED@SSLEXCHANGE.solomonsystech.com> <4153DE28.EA0B2556@dessent.net> <20040924091513.GX12802@cygbert.vinschen.de> <4153EAB1.DF553825@dessent.net> <20040924094839.GZ12802@cygbert.vinschen.de> <23bcb87004092407504253ce0f@mail.gmail.com> Message-ID: <20040924145905.GF12802@cygbert.vinschen.de> On Sep 24 10:50, Doctor Bill wrote: > Does smbntsec work if the file system is shared from a Win9x machine? No. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Fri Sep 24 15:19:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Fri, 24 Sep 2004 15:19:00 -0000 Subject: File permission problem In-Reply-To: References: <6334E09627481B4AA5C8DE1E69E19D3B013BA6ED@SSLEXCHANGE.solomonsystech.com> <4153DE28.EA0B2556@dessent.net> <20040924091513.GX12802@cygbert.vinschen.de> <4153EAB1.DF553825@dessent.net> <20040924094839.GZ12802@cygbert.vinschen.de> <20040924144931.GA674@trixie.casa.cgf.cx> Message-ID: <20040924150053.GG12802@cygbert.vinschen.de> On Sep 24 07:51, Andrew DeFaria wrote: > Christopher Faylor wrote: > > >On Fri, Sep 24, 2004 at 07:42:05AM -0700, Andrew DeFaria wrote: > > > >>I'm trying to understand why one would want ntsec on by default and > >>smbntsec off by default? > > > >smbntsec doesn't work reliably given the variability of smb servers. > > Still seems strange to me. If off it doesn't work at all (right?)! Even > if it worked 50% of the time that's 50% better than 0%. What's strange in having an unreliable option only switched on if the user really wants it and (hopefully) knows what (s)he's doing? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ht@inf.ed.ac.uk Fri Sep 24 15:22:00 2004 From: ht@inf.ed.ac.uk (Henry S. Thompson) Date: Fri, 24 Sep 2004 15:22:00 -0000 Subject: [INFO] Adding "Cygwin here" to Windows Explorer In-Reply-To: (kurtz's message of "Mon, 20 Sep 2004 15:39:38 +0200") References: <20040914170613.40672.qmail@web61307.mail.yahoo.com> Message-ID: kurtz writes: > Thorsten Kampe escribi??: > >> [HKEY_CLASSES_ROOT\Folder\shell\command\command] >> @="C:\\cygwin\\bin\\rxvt.exe -e /bin/zsh --login -i -s \"%1\"" >> and... >> if [[ $OSTYPE = cygwin && $ARGC = 1 ]]; then cd $@; fi > > I set bash instead of zsh, and try to use $# instead of $ARGC, in my > .bashrc. There, $# always has the value 0. Any ideas? Right, bash doesn't seem to pass through the -s args to its init scripts. I've hacked this as follows: 1) In the registry entry: C:\cygwin\bin\rxvt.exe -fn 'Lucida Console-11' -geometry 80x48 -sl 300 -cr '#8b4513' -bg '#fffff0' -e /usr/bin/bash -c "XXX=\"%1\" bash --login -i" 2) In my .bash_profile if [[ "x$XXX" != "x" ]] then cd "$XXX" unset XXX fi This is a moderately embarassing/messy hack -- can anyone do better? ht -- Henry S. Thompson, HCRC Language Technology Group, University of Edinburgh Half-time member of W3C Team 2 Buccleuch Place, Edinburgh EH8 9LW, SCOTLAND -- (44) 131 650-4440 Fax: (44) 131 650-4587, e-mail: ht@inf.ed.ac.uk URL: http://www.ltg.ed.ac.uk/~ht/ [mail really from me _always_ has this .sig -- mail without it is forged spam] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From yselkowitz@users.sourceforge.net Fri Sep 24 15:30:00 2004 From: yselkowitz@users.sourceforge.net (Yaakov Selkowitz) Date: Fri, 24 Sep 2004 15:30:00 -0000 Subject: [ANNOUNCEMENT] New package: libglade2-2.4.0-1 Message-ID: <200409241509.i8OF9rB04254@esds.vss.fsi.com> The following package has been added to the Cygwin distribution: *** libglade2-2.4.0-1 One of the core GNOME libraries, libglade is an alternative to using Glade's code generation. Instead of generating code from the XML interface description, libglade loads and parses the description at runtime. It also provides functions that can be used to connect signal handlers to parts of the interface. Yaakov *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Fri Sep 24 15:56:00 2004 From: dk@artimi.com (Dave Korn) Date: Fri, 24 Sep 2004 15:56:00 -0000 Subject: [OT] PCYMTNQREAIYR, it really works. In-Reply-To: <20040924143712.GB399@trixie.casa.cgf.cx> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Christopher Faylor > Sent: 24 September 2004 15:37 > On Fri, Sep 24, 2004 at 10:31:17AM +0100, Dave Korn wrote: > >Calm down, calm down, there's no need to panic, cgf isn't stalled! If > >you consider that a pause is a kind of break, well, you don't need to > >close a
tag, do you? So you don't need to close a > either > > Sometimes it is like Dave Korn is reading my mind. It's eerie. Nah, I'm not reading your mind, I've rootkitted your comp! Either that or we just have similar cranky senses of humour.... > No offense intended, Dave. > > cgf TITTTL! cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Phil.Betts@heis.co.uk Fri Sep 24 16:05:00 2004 From: Phil.Betts@heis.co.uk (Phil Betts) Date: Fri, 24 Sep 2004 16:05:00 -0000 Subject: Bash is very, very stable (was: Bash returns incorrect process status) Message-ID: Pierre A. Humblet wrote: > Hi Phil, > > The symptoms are consistent with the pid reuse issue, > although it is not common on NT4, AFAIK. > > A patched version is available as > http://xxxxxx.xxxxxxx.xxx/xxxxxxxx/bash.exe > Please keep that url private. > > If you try it, let me know (or the list) the outcome. > > Pierre Hi Pierre, WFM. I've given it a quick test using a command-line grabbed out of my history that always went wrong unless I used /bin/echo. I'll install it in place of the regular bash now so that it'll get a thorough work-out. If there are any problems, I'll keep you posted. Nice work, Phil ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com ********************************************************************** -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Fri Sep 24 16:10:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 24 Sep 2004 16:10:00 -0000 Subject: Loading gcc-compiled DLL with Java (JNI) crashes when using newer (>1.5.5) cygwin1.dll In-Reply-To: <003a01c4a23a$f1dd94d0$6402a8c0@ACSW2KHHNKE> References: <003a01c4a23a$f1dd94d0$6402a8c0@ACSW2KHHNKE> Message-ID: Norbert, Please do not send private mail with Cygwin questions. All Cygwin questions should be addressed to the appropriate Cygwin mailing list. Addressing your questions to the list not only gives you access to more expertise than any one person can provide, but also ensures that your questions and the answers you get are archived on the web for others to find later. I'm forwarding this message to the main Cygwin mailing list, and setting the Reply-To: field accordingly. On Fri, 24 Sep 2004, Norbert Kr??meke wrote: > Hi Igor, > > I have the same Problem on Windows 2000. While the Jave VM try to load > my DLL compiled with 1.5.11 cygwin, she stays in > System.load() for ever. No Exception will be generated. > > The same sources compiled with 1.5.5 are loaded without > any problems. > > Any idea? > > Best Regards > Norbert Kr??meke . I doubt anyone will be able to figure out which "Problem" you're referring to without a quoted message or a description. At a guess, you mean that you've built a DLL with Cygwin's gcc, and are unable to load that into a Java VM via JNI. This is expected behavior -- cygwin1.dll is *not* dynamically loadable (and thus, any DLL that depends on it won't be). . You may consider MinGW as your alternative (use the -mno-cygwin gcc option when building the DLL). Be aware that a) you won't get all of the POSIX functionality that Cygwin provides, and b) any questions about this setup should be addressed to the MinGW mailing lists. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -------------- next part -------------- A non-text attachment was scrubbed... Name: cygcheck.out Type: application/octet-stream Size: 14053 bytes Desc: URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Fri Sep 24 16:10:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Fri, 24 Sep 2004 16:10:00 -0000 Subject: cygrunsrv fails to run services Message-ID: <41544393.6040206@familiehaase.de> I cannot say how long this problem exists at my home box, but it is not since the last upgrade or so, a long standing issue for me. Every Cygwin service I try to start fails: sshd, postmaster, cygserver, lighttpd is also not running in background without cygrunsrv. Error is just: 1062, service not started. Eventlog is empty. Since cygserver is up and running in background and also postgres is running and I am able to connect it without postmaster service running I didn't do much about this issue, but now I have some spare time and I want to track it down. Attached is my cygcheck output, maybe (hopefully) it is some obvious mistake in my environment which prevents cygrunsrv to start services. It fails also when I try to start from Service Manager, of course since it does nothing else than calling cygrunsrv. Some useful hints would help me to get some light on this problem. Gerrit -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygcheck.out.txt URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Bill.Hughes@cox.co.uk Fri Sep 24 16:26:00 2004 From: Bill.Hughes@cox.co.uk (Hughes, Bill) Date: Fri, 24 Sep 2004 16:26:00 -0000 Subject: File permission problem Message-ID: Andrew DeFaria wrote: > Christopher Faylor wrote: > >> On Fri, Sep 24, 2004 at 07:42:05AM -0700, Andrew DeFaria wrote: >> >>> I'm trying to understand why one would want ntsec on by default and >>> smbntsec off by default? >> >> smbntsec doesn't work reliably given the variability of smb servers. > > Still seems strange to me. If off it doesn't work at all (right?)! > Even if it worked 50% of the time that's 50% better than 0%. It's less predictable so it's not necessarily better. If you try and use it and don't know if it's going to work or not... Bill -- ___ oo // \\ "De Chelonian Mobile" (_,\/ \_/ \ TortoiseSVN \ \_/_\_/> The coolest Interface to (Sub)Version Control /_/ \_\ http://tortoisesvn.tigris.org This e-mail transmission is strictly confidential and intended solely for the person or organisation to whom it is addressed. It may contain privileged and confidential information and if you are not the intended recipient, you must not copy, distribute or take any action in reliance on it. If you have received this email in error, please reply to the sender as soon as possible and delete the message. Please note that we are able to, and reserve the right to, monitor e-mail communications passing through our network. The views expressed in this email are not that of the company unless specified within the message. The inclusion of this footnote indicates that the mail message and any attachments have been checked for the presence of known viruses. If you have any comments regarding our policy please direct them to postmaster@cox.co.uk ________________________________________________________________________ This email has been scanned for all viruses by the MessageLabs Email Security System. For more information on a proactive email security service working around the clock, around the globe, visit http://www.messagelabs.com ________________________________________________________________________ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Fri Sep 24 16:31:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Fri, 24 Sep 2004 16:31:00 -0000 Subject: OpenSSL 0.9.7d 17 Mar 2004 problem with crl function In-Reply-To: References: Message-ID: <20040924161109.GA12517@cygbert.vinschen.de> On Sep 24 15:28, Naipaul Ojar wrote: > OpenSSL problem with crl loading file in current directory. > > OpenSSL> version > OpenSSL 0.9.7d 17 Mar 2004 > OpenSSL> crl -in orego.crl -inform DER -text > unable to load CRL > 2812:error:0D06B08E:asn1 encoding routines:ASN1_d2i_bio:not enough > data:a_d2i_fp > error in crl > > I have downloaded Shining Lights 0.9.7d and this works fine. I have sent > the file to a colleague who was able to open > the crl list. This is when I was very suspect of the the current release > not working properly. Perhaps a binmode/textmode issue. If that doesn't help, http://cygwin.com/problems.html Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Fri Sep 24 16:40:00 2004 From: dk@artimi.com (Dave Korn) Date: Fri, 24 Sep 2004 16:40:00 -0000 Subject: Is setup.exe _supposed_ to delete the cygwin dll before attempting to run shell scripts? Message-ID: I just decided to update my cygwin install for the first time in a while. During the uninstalling old stuff stage, all the uninstall scripts started failing with "Can't find cygwin1.dll". Sure enough, that's because setup.exe had indeed deleted c:\cygwin\bin\cygwin1.dll. Is this expected behaviour? cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Andrew@DeFaria.com Fri Sep 24 16:41:00 2004 From: Andrew@DeFaria.com (Andrew DeFaria) Date: Fri, 24 Sep 2004 16:41:00 -0000 Subject: File permission problem In-Reply-To: <20040924150053.GG12802@cygbert.vinschen.de> References: <6334E09627481B4AA5C8DE1E69E19D3B013BA6ED@SSLEXCHANGE.solomonsystech.com> <4153DE28.EA0B2556@dessent.net> <20040924091513.GX12802@cygbert.vinschen.de> <4153EAB1.DF553825@dessent.net> <20040924094839.GZ12802@cygbert.vinschen.de> <20040924144931.GA674@trixie.casa.cgf.cx> <20040924150053.GG12802@cygbert.vinschen.de> Message-ID: Corinna Vinschen wrote: > On Sep 24 07:51, Andrew DeFaria wrote: > >> Christopher Faylor wrote: >> >>> On Fri, Sep 24, 2004 at 07:42:05AM -0700, Andrew DeFaria wrote: >>> >>>> I'm trying to understand why one would want ntsec on by default and >>>> smbntsec off by default? >>> >>> smbntsec doesn't work reliably given the variability of smb servers. >> >> Still seems strange to me. If off it doesn't work at all (right?)! >> Even if it worked 50% of the time that's 50% better than 0%. > > What's strange in having an unreliable option only switched on if the > user really wants it and (hopefully) knows what (s)he's doing? The people who either doesn't know what they are doing (but know what they want) and don't have a clue of what they need to search for and how to turn it on, may benefit from it being on, it working correctly in those cases where it does work! ;-) Actually I don't know of a case where the user wants ntsec to be ignored just because the file system is mounted (again, assuming it works properly in their environment). Which situations does it not work reliably in? Does it work reliably when there is all Windows systems involved (sans 9x), which I would think would be a pretty common situation? Does it just have problems with some versions of Samba? -- Hit any user to continue. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Fri Sep 24 16:46:00 2004 From: dk@artimi.com (Dave Korn) Date: Fri, 24 Sep 2004 16:46:00 -0000 Subject: Is setup.exe _supposed_ to delete the cygwin dll before attempting to run shell scripts? In-Reply-To: Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Dave Korn > Sent: 24 September 2004 17:11 > I just decided to update my cygwin install for the first > time in a while. > > During the uninstalling old stuff stage, all the uninstall > scripts started > failing with "Can't find cygwin1.dll". > > Sure enough, that's because setup.exe had indeed deleted > c:\cygwin\bin\cygwin1.dll. So I manually copied it back and am trying again. This time it fails at "Uninstalling x-start-menu-icons" because seq.exe can't find cygiconv-2.dll. I'm fairly sure I used to have that, so setup must have deleted it as well. This time I'm keeping a full list of everything that's in my /bin directory. Next time anything bombs out I'm going to be able to _prove_ setup deleted it. cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From joho_iii@hotmail.com Fri Sep 24 16:47:00 2004 From: joho_iii@hotmail.com (Jo Ho) Date: Fri, 24 Sep 2004 16:47:00 -0000 Subject: setup.exe version 2.427 - Serious Upgrade Issues Message-ID: I did some upgrades to my cygwin environment about a week or so ago. After the fact I started getting messages regarding unsuccessful startup of sshd. I also installed Microsoft Visual C++ during this same timeframe. (may or may not matter) So today I went back to the cygwin setup to see if I could straigten out the problem. I did a "Download from the Internet", and selected the OpenSSH package under the NET family of packages. This indicated it would be upgrading the version from 3.9p1-1 to 3.9p1-2. So far everything is fine. I noticed that some other packages appeared to be upgraded automatically. I continued, and went through the download process without any problems at all. Subsequently, I went in and performed the upgrade as "Install from Local Directory". After making sure that OpenSSH was selected, I clicked through to run the upgrade. This is where the problems started. A new popup-window displayed saying: " ============================== Microsoft Visual C++ Runtime Library ============================== Runtime Error! Program: C:\downloads\software\cygwin\setup.exe This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. " I also checked the base window and found it stopped at: " =============================================== Cygwin Setup =============================================== Progress This page displays the progress of the download or installation. ----------------- Checking MD5 for _update-info-dir-00228-1 " Progress bars show no progress. Disk bar shows only about 1/3 of the way. The lines of equal signs above indicate the beginning and endiing of the title bar of the popup window. KDE is installed on the system - Version 3-3.1.4-3. But it appears that the download process brought a "new" version down - 3.1.4-3. This seemed odd - because the appearance is that the package versioning has been redone. The setup.log and setup.log.full files both show the download, but don't show anything new since on any of the attempts I've made to install. In any case, I'd like to be able to complete this upgradde, but I'm not sure which way to go right now - deleted a good working KDE to replace it with something that looks like it may be the same thing? Zap it all and start over? I'm not sure. I would appreciate any assistance that might be provided. I don't have a clue where to start with this. Suggestions please. Sincerely, Snidley _________________________________________________________________ Don??t just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Fri Sep 24 16:52:00 2004 From: dk@artimi.com (Dave Korn) Date: Fri, 24 Sep 2004 16:52:00 -0000 Subject: Is setup.exe _supposed_ to delete the cygwin dll before attempting to run shell scripts? In-Reply-To: Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Dave Korn > Sent: 24 September 2004 17:32 > > -----Original Message----- > > From: cygwin-owner On Behalf Of Dave Korn > > Sent: 24 September 2004 17:11 > > > I just decided to update my cygwin install for the first > > time in a while. > > > > During the uninstalling old stuff stage, all the uninstall > > scripts started > > failing with "Can't find cygwin1.dll". > > > > Sure enough, that's because setup.exe had indeed deleted > > c:\cygwin\bin\cygwin1.dll. > > So I manually copied it back and am trying again. > > This time it fails at "Uninstalling x-start-menu-icons" > because seq.exe > can't find cygiconv-2.dll. I'm fairly sure I used to have > that, so setup > must have deleted it as well. And of course there's no easy way to restore that one once it's gone, because I can't run tar without cygiconv-2.dll, so I can't get it back from my setup directory. And even if I did have a way of untar-ing it, there's still no way I could get it, because setup has helpfully deleted bzip2 for me. Is there _anything_ in setup that is supposed to make sure it doesn't delete executable files that it vitally needs to successfully complete its operations? cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Fri Sep 24 16:52:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Fri, 24 Sep 2004 16:52:00 -0000 Subject: Is setup.exe _supposed_ to delete the cygwin dll before attempting to run shell scripts? In-Reply-To: References: Message-ID: <20040924164839.GJ674@trixie.casa.cgf.cx> On Fri, Sep 24, 2004 at 05:31:34PM +0100, Dave Korn wrote: >This time I'm keeping a full list of everything that's in my /bin >directory. Next time anything bombs out I'm going to be able to >_prove_ setup deleted it. I think the cygwin1.dll deletion has been reported before. Maybe there's a problem in the dependency logic. It seems like setup.exe should know that the cygwin package needs to be installed before everything else. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Fri Sep 24 17:01:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 24 Sep 2004 17:01:00 -0000 Subject: Is regtool -K option broken? In-Reply-To: <20040924083614.GT12802@cygbert.vinschen.de> References: <20040924051910.5DA4884C3C@pessard.research.canon.com.au> <20040924083614.GT12802@cygbert.vinschen.de> Message-ID: On Fri, 24 Sep 2004, Corinna Vinschen wrote: > On Sep 24 15:19, luke.kendall@XXXXX.XXXXX.XXX.XX wrote: , now with more reasons. > > I tried using regtool's option to use a different key separator, but it > > doesn't seem to work. Am I doing something wrong? > > > > $ regtool --key-separator='|' list |HKLM > > Unknown key prefix. Valid prefixes are: > > [...] > > $ regtool --help > [...] > Options for 'set' and 'unset' Actions: > -K, --key-separator[=] set key separator to instead of '\' > [...] Should this perhaps be Options for 'set', 'unset', and 'get' Actions: -K, --key-separator[=] set key-value separator to instead of '\' instead? FWIW, it should also work with 'get' (even if the help doesn't currently mention that). Just for the archives, this is to allow values with '\' or '/' in them, e.g., -- *** DO NOT RUN THE BELOW, IT'S JUST AN EXAMPLE *** -- regtool -K'|' set '/HKLM/HARDWARE/DEVICEMAP/PARALLEL PORTS|\Device\Parallel0' '\DosDevices\LPT1' -- *** DO NOT RUN THE ABOVE, IT'S JUST AN EXAMPLE *** -- Hope this clarifies matters. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lindner@flll.uni-linz.ac.at Fri Sep 24 17:02:00 2004 From: lindner@flll.uni-linz.ac.at (Benjamin Lindner) Date: Fri, 24 Sep 2004 17:02:00 -0000 Subject: Inheriting parent ACLs? In-Reply-To: References: <20040923210113.GP12802@cygbert.vinschen.de> Message-ID: <200409241851570191.073810B3@email.uni-linz.ac.at> On 24.09.2004 at 09:39 Gabe Rosenhouse wrote: >Thanks. >Is there something I can read that contrasts the functionality >implications of ntsec vs nontsec? >http://cygwin.com/cygwin-ug-net/ntsec.html doesn't go into details on >the differences between the two settings. >One question specifically is, under nontsec, will domain users will >still be able to login via SSH and be recognized as members of their >domain groups? > I am no expert on cygwin internal details so I won't guess on the functionality implications. But I have a system with NT4Server, the sshd daemon running with the environment variable set to CYGWIN=nontsec binmode tty, and it works. Clients can log in via ssh and are correctly recognized in the domain. and because the sshd daemon has CYGWIN=nontsec, all bash logon shells started via ssh also inherit the environment setting 'nontsec' and everything works fine. (mind, I just see that it works, I cannot give the exact reasons, it just works) If you do not want your sshd daemon running with 'nontsec', but with 'ntsec' but still require all login shells to have the environment variable set to 'nontsec' it gets a bit tricky. I experimented a bit, but take everything with the usual grain of salt. There is a setting in sshd_daemon called 'PermitUserEnvironment' which is set to 'no' per default. check out the man pages on this. You can also edit one of the startup scripts which are read by bash at program start (I suppose other shells have something equivalent). see man bash for a list of those files. one of them is /etc/profile IIRC. HTH benjamin -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Phil.Betts@heis.co.uk Fri Sep 24 17:06:00 2004 From: Phil.Betts@heis.co.uk (Phil Betts) Date: Fri, 24 Sep 2004 17:06:00 -0000 Subject: Bash is very, very stable Message-ID: Hi Eric, Eric Hanchrow wrote: > Did you see the patch at > http://cygwin.com/ml/cygwin/2004-09/msg00882.html? I predict it will > fix your problem. I had seen it, but at the time I hadn't drawn the connection between the symptoms I was seeing and those the patch addressed (and which I hadn't experienced). After my posting, Pierre contacted me privately to point me in the direction of a patched exe which does indeed fix the problem. Thanks for your input. Phil ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com ********************************************************************** -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Fri Sep 24 17:20:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Fri, 24 Sep 2004 17:20:00 -0000 Subject: cygrunsrv fails to run services In-Reply-To: <41544393.6040206@familiehaase.de> References: <41544393.6040206@familiehaase.de> Message-ID: <20040924170212.GK12802@cygbert.vinschen.de> On Sep 24 17:56, Gerrit P. Haase wrote: > I cannot say how long this problem exists at my home box, but it is not > since the last upgrade or so, a long standing issue for me. Every > Cygwin service I try to start fails: sshd, postmaster, cygserver, > lighttpd is also not running in background without cygrunsrv. > > Error is just: 1062, service not started. > Eventlog is empty. > > Since cygserver is up and running in background and also postgres is > running and I am able to connect it without postmaster service running I > didn't do much about this issue, but now I have some spare time and I > want to track it down. > > Attached is my cygcheck output, maybe (hopefully) it is some obvious > mistake in my environment which prevents cygrunsrv to start services. > It fails also when I try to start from Service Manager, of course since > it does nothing else than calling cygrunsrv. > > Some useful hints would help me to get some light on this problem. I know it works on NT4 SP6 since I'm running it successfully with sshd on that system. Empty Event Log is strange, usually you have at least *some* message. Sure that it's not just a log overflow? > CYGWIN = `ntsec binmode tty nowinsymlinks check_case:strict server' Is that your setting in the system environment? If so, did you try w/o check_case:strict? We should really drop this option. Corinna > H:\/bin /usr/bin system binmode ^^ Huh? > H:\/lib /usr/lib system binmode ^^ What's that crap? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Fri Sep 24 17:50:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Fri, 24 Sep 2004 17:50:00 -0000 Subject: Is setup.exe _supposed_ to delete the cygwin dll before attempting to run shell scripts? In-Reply-To: <20040924164839.GJ674@trixie.casa.cgf.cx> References: <20040924164839.GJ674@trixie.casa.cgf.cx> Message-ID: <20040924170321.GL12802@cygbert.vinschen.de> On Sep 24 12:48, Christopher Faylor wrote: > On Fri, Sep 24, 2004 at 05:31:34PM +0100, Dave Korn wrote: > >This time I'm keeping a full list of everything that's in my /bin > >directory. Next time anything bombs out I'm going to be able to > >_prove_ setup deleted it. > > I think the cygwin1.dll deletion has been reported before. Maybe > there's a problem in the dependency logic. It seems like setup.exe > should know that the cygwin package needs to be installed before > everything else. ...and it should be uninstalled as last package. Otherwise preremove scripts are a bit under pressure... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Fri Sep 24 17:53:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Fri, 24 Sep 2004 17:53:00 -0000 Subject: Is regtool -K option broken? In-Reply-To: References: <20040924051910.5DA4884C3C@pessard.research.canon.com.au> <20040924083614.GT12802@cygbert.vinschen.de> Message-ID: <20040924170753.GM12802@cygbert.vinschen.de> On Sep 24 12:47, Igor Pechtchanski wrote: > On Fri, 24 Sep 2004, Corinna Vinschen wrote: > > $ regtool --help > > [...] > > Options for 'set' and 'unset' Actions: > > -K, --key-separator[=] set key separator to instead of '\' > > [...] > > Should this perhaps be > > Options for 'set', 'unset', and 'get' Actions: > -K, --key-separator[=] set key-value separator to instead of '\' > > instead? FWIW, it should also work with 'get' (even if the help doesn't > currently mention that). Yes, why not? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ccobb@email.com Fri Sep 24 17:58:00 2004 From: ccobb@email.com (Christopher Cobb) Date: Fri, 24 Sep 2004 17:58:00 -0000 Subject: Cygwin processes getting stuck on max CPU usage; XP SP2 problem? References: Message-ID: Andrew DeFaria DeFaria.com> writes: > Ah ha! I thought only I was seeing this oddity! What I would see is > csrss consuming CPU wildly along with cron and inetd. I've also seen this with cron (I don't run inetd). I have a cron job which kicks off updatedb in the middle of the day. I would get the crss-related cpu eating at about the time the updatedb job kicked off. Stopping cron would sometimes (but not always) fix the problem. I sometimes run gvim (not-cygwin) as a background task, lauched from a cygwin rxvt. Closing down all my gvims and rxvts would also sometimes fix the problem. BTW, I recall seeing some discussions on the web about various bugs in crss. I couldn't find a real good example page, but here is a google link for your convenience :) http://www.google.com/search?hl=en&lr=&ie=UTF-8&q=crss.exe+bug+cpu&btnG=Search cc -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Fri Sep 24 18:12:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 24 Sep 2004 18:12:00 -0000 Subject: Is regtool -K option broken? In-Reply-To: <20040924170753.GM12802@cygbert.vinschen.de> References: <20040924051910.5DA4884C3C@pessard.research.canon.com.au> <20040924083614.GT12802@cygbert.vinschen.de> <20040924170753.GM12802@cygbert.vinschen.de> Message-ID: On Fri, 24 Sep 2004, Corinna Vinschen wrote: > On Sep 24 12:47, Igor Pechtchanski wrote: > > On Fri, 24 Sep 2004, Corinna Vinschen wrote: > > > $ regtool --help > > > [...] > > > Options for 'set' and 'unset' Actions: > > > -K, --key-separator[=] set key separator to instead of '\' > > > [...] > > > > Should this perhaps be > > > > Options for 'set', 'unset', and 'get' Actions: > > -K, --key-separator[=] set key-value separator to instead of '\' > > > > instead? FWIW, it should also work with 'get' (even if the help doesn't > > currently mention that). > > Yes, why not? > Corinna What I meant to say was "would you mind changing it, or should I start the process to submit a patch?" Thanks. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Fri Sep 24 18:21:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 24 Sep 2004 18:21:00 -0000 Subject: cygrunsrv fails to run services In-Reply-To: <20040924170212.GK12802@cygbert.vinschen.de> References: <41544393.6040206@familiehaase.de> <20040924170212.GK12802@cygbert.vinschen.de> Message-ID: On Fri, 24 Sep 2004, Corinna Vinschen wrote: > On Sep 24 17:56, Gerrit P. Haase wrote: > > I cannot say how long this problem exists at my home box, but it is not > > since the last upgrade or so, a long standing issue for me. Every > > Cygwin service I try to start fails: sshd, postmaster, cygserver, > > lighttpd is also not running in background without cygrunsrv. > > > > Error is just: 1062, service not started. > > Eventlog is empty. > > > > Since cygserver is up and running in background and also postgres is > > running and I am able to connect it without postmaster service running I > > didn't do much about this issue, but now I have some spare time and I > > want to track it down. > > > > Attached is my cygcheck output, maybe (hopefully) it is some obvious > > mistake in my environment which prevents cygrunsrv to start services. > > It fails also when I try to start from Service Manager, of course since > > it does nothing else than calling cygrunsrv. > > > > Some useful hints would help me to get some light on this problem. > > I know it works on NT4 SP6 since I'm running it successfully with sshd > on that system. Empty Event Log is strange, usually you have at least > *some* message. Sure that it's not just a log overflow? > > > CYGWIN = `ntsec binmode tty nowinsymlinks check_case:strict server' > > Is that your setting in the system environment? If so, did you try > w/o check_case:strict? Good advice. A quick test for whether this is really the culprit is running "cmd /c 'echo %PATH%'" from a bash prompt, and seeing if the full PATH is echoed. A workaround is to fix the directory case in your Windows PATH setting. > We should really drop this option. > Corinna Please don't. I'm about to submit a patch to fix the above issue. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Fri Sep 24 18:41:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 24 Sep 2004 18:41:00 -0000 Subject: Is setup.exe _supposed_ to delete the cygwin dll before attempting to run shell scripts? In-Reply-To: <20040924170321.GL12802@cygbert.vinschen.de> References: <20040924164839.GJ674@trixie.casa.cgf.cx> <20040924170321.GL12802@cygbert.vinschen.de> Message-ID: On Fri, 24 Sep 2004, Corinna Vinschen wrote: > On Sep 24 12:48, Christopher Faylor wrote: > > On Fri, Sep 24, 2004 at 05:31:34PM +0100, Dave Korn wrote: > > >This time I'm keeping a full list of everything that's in my /bin > > >directory. Next time anything bombs out I'm going to be able to > > >_prove_ setup deleted it. > > > > I think the cygwin1.dll deletion has been reported before. Maybe > > there's a problem in the dependency logic. It seems like setup.exe > > should know that the cygwin package needs to be installed before > > everything else. > > ...and it should be uninstalled as last package. Otherwise preremove > scripts are a bit under pressure... > > Corinna This is more likely to be the culprit -- postinstall scripts are run after all the package files were installed. Unfortunately, preremove script dependencies aren't easily computed from regular package dependencies -- this has been discussed on cygwin-apps some time ago. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Fri Sep 24 19:05:00 2004 From: dk@artimi.com (Dave Korn) Date: Fri, 24 Sep 2004 19:05:00 -0000 Subject: Is setup.exe _supposed_ to delete the cygwin dll before attempting to run shell scripts? In-Reply-To: Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Igor Pechtchanski > Sent: 24 September 2004 18:59 > On Fri, 24 Sep 2004, Corinna Vinschen wrote: > > > On Sep 24 12:48, Christopher Faylor wrote: > > > On Fri, Sep 24, 2004 at 05:31:34PM +0100, Dave Korn wrote: > > > >This time I'm keeping a full list of everything that's in my /bin > > > >directory. Next time anything bombs out I'm going to be able to > > > >_prove_ setup deleted it. > > > > > > I think the cygwin1.dll deletion has been reported before. Maybe > > > there's a problem in the dependency logic. It seems like > setup.exe > > > should know that the cygwin package needs to be installed before > > > everything else. > > > > ...and it should be uninstalled as last package. Otherwise > preremove > > scripts are a bit under pressure... > > > > Corinna > > This is more likely to be the culprit -- postinstall scripts > are run after > all the package files were installed. Unfortunately, preremove script > dependencies aren't easily computed from regular package > dependencies -- > this has been discussed on cygwin-apps some time ago. Well, it gets odder. After manually restoring the cygwin and libiconv-2 dlls, and trying it again, it ran to completion without complaints and set everything back up correctly for me. How odd. Maybe there's an uninitialized variable in there somewhere. cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From seriv@parkheights.dyndns.org Fri Sep 24 19:16:00 2004 From: seriv@parkheights.dyndns.org (sergey ivanov) Date: Fri, 24 Sep 2004 19:16:00 -0000 Subject: text mount if cygwin not installed Message-ID: <415465A5.3010500@parkheights.dyndns.org> I have a problem. I use cygwin1.dll + rsync.exe and a batch file for file synchronization. Clients have not installed cygwin. First two files, cygwin1.dll + rsync.exe, they are obtaining by ftp. Recently I have updated cygwin1.dll to version 1.5.11-1 and rsync to version 2.6.2-2. And now clients can not receive files, because of translation CR->CR/LF inside binary files. Environment variable CYGWIN=binmode now ignored in this situation. The problem may be solved by entering 'cygdrive flags' valued 0x22 into registry key '...Cygwin/mounts v2'. But I need solution without registry changing for the clients. So, now I have a patch, and I am asking to include it, or to solve this problem in some another way, enabling use rsync for clients without installing cygwin. This is the patch; --- cygwin-1.5.11-1/winsup/cygwin/path.cc 2004-09-04 23:13:49.000000000 -0400 +++ cygwin-1.5.11-1-patched/winsup/cygwin/path.cc 2004-09-14 18:50:43.114272800 -0400 @@ -75,6 +75,8 @@ #include "cygtls.h" #include +#define DEFAULT_CYGDRIVE_FLAGS (MOUNT_CYGDRIVE | MOUNT_BINARY) + static int normalize_win32_path (const char *src, char *dst, char ** tail); static void slashify (const char *src, char *dst, int trailing_slash_p); static void backslashify (const char *src, char *dst, int trailing_slash_p); @@ -1945,15 +1947,15 @@ if (r2.get_string (CYGWIN_INFO_CYGDRIVE_PREFIX, cygdrive, sizeof (cygdrive), "")) strcpy (cygdrive, CYGWIN_INFO_CYGDRIVE_DEFAULT_PREFIX); - cygdrive_flags = r2.get_int (CYGWIN_INFO_CYGDRIVE_FLAGS, MOUNT_CYGDRIVE); + cygdrive_flags = r2.get_int (CYGWIN_INFO_CYGDRIVE_FLAGS, DEFAULT_CYGDRIVE_FLAGS); slashify (cygdrive, cygdrive, 1); cygdrive_len = strlen (cygdrive); } else { - /* Fetch user cygdrive_flags from registry; returns MOUNT_CYGDRIVE on + /* Fetch user cygdrive_flags from registry; returns DEFAULT_CYGDRIVE_FLAGS on error. */ - cygdrive_flags = r.get_int (CYGWIN_INFO_CYGDRIVE_FLAGS, MOUNT_CYGDRIVE); + cygdrive_flags = r.get_int (CYGWIN_INFO_CYGDRIVE_FLAGS, DEFAULT_CYGDRIVE_FLAGS); slashify (cygdrive, cygdrive, 1); cygdrive_len = strlen (cygdrive); } @@ -2060,7 +2062,7 @@ /* Get the user flags, if appropriate */ if (res == ERROR_SUCCESS) { - int flags = r.get_int (CYGWIN_INFO_CYGDRIVE_FLAGS, MOUNT_CYGDRIVE); + int flags = r.get_int (CYGWIN_INFO_CYGDRIVE_FLAGS, DEFAULT_CYGDRIVE_FLAGS); strcpy (user_flags, (flags & MOUNT_BINARY) ? "binmode" : "textmode"); } @@ -2074,7 +2076,7 @@ /* Get the system flags, if appropriate */ if (res2 == ERROR_SUCCESS) { - int flags = r2.get_int (CYGWIN_INFO_CYGDRIVE_FLAGS, MOUNT_CYGDRIVE); + int flags = r2.get_int (CYGWIN_INFO_CYGDRIVE_FLAGS, DEFAULT_CYGDRIVE_FLAGS); strcpy (system_flags, (flags & MOUNT_BINARY) ? "binmode" : "textmode"); } -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From maxb@ukf.net Fri Sep 24 19:27:00 2004 From: maxb@ukf.net (Max Bowsher) Date: Fri, 24 Sep 2004 19:27:00 -0000 Subject: Is setup.exe _supposed_ to delete the cygwin dll before attempting to run shell scripts? References: <20040924164839.GJ674@trixie.casa.cgf.cx> <20040924170321.GL12802@cygbert.vinschen.de> Message-ID: <011d01c4a266$19792470$78d96f83@robinson.cam.ac.uk> Igor Pechtchanski wrote: > This is more likely to be the culprit -- postinstall scripts are run after > all the package files were installed. Unfortunately, preremove script > dependencies aren't easily computed from regular package dependencies -- > this has been discussed on cygwin-apps some time ago. Couldn't this be trivially solved by running all preremove scripts in a batch, before actually beginning to delete files? Any flaw to that reasoning? I guess I should now go and see how hard that would be to make happen... Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From l1ee057@veritech.com Fri Sep 24 19:29:00 2004 From: l1ee057@veritech.com (LDR) Date: Fri, 24 Sep 2004 19:29:00 -0000 Subject: PCYMTNQREAIYR In-Reply-To: References: <1095957197.9615.ezmlm@cygwin.com> <41530001.8080504@veritech.com> Message-ID: <41546FEE.4030504@veritech.com> Igor, First the bad news: eMail list sellers pay bozos to join mail lists and harvest the addresses! I sure wish that IETF would finish the specs on MTA authentication! Now, the good news: Thanks for your help. I very much appreciate it. Lee Igor Pechtchanski wrote: >On Thu, 23 Sep 2004, LDR wrote: > > > >>I receive the Cygwin email lists in digest format. >> >>The email addresses are preserved in these. >> >>Isn't this unnecessary exposure? >>Can't names be harvested by subscribing to the list and then harvesting new >>addresses from each new digest? >> >> > >You're giving wa-ay too much credit to spam harvesters. The idea is that >you don't have to subscribe to any lists if you can just trawl the web. >If you assume that spammers subscribe to the list, the e-mail addresses >will always be available, not just in the digests, so all bets are off. > Igor > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From mark.p.thornton@ntlworld.com Fri Sep 24 19:30:00 2004 From: mark.p.thornton@ntlworld.com (Mark Thornton) Date: Fri, 24 Sep 2004 19:30:00 -0000 Subject: PCYMTNQREAIYR In-Reply-To: <41546FEE.4030504@veritech.com> References: <1095957197.9615.ezmlm@cygwin.com> <41530001.8080504@veritech.com> <41546FEE.4030504@veritech.com> Message-ID: <41547283.6030005@ntlworld.com> LDR wrote: > Igor, > > First the bad news: > > eMail list sellers pay bozos to join mail lists and harvest the > addresses! > > I sure wish that IETF would finish the specs on MTA authentication! > The group working on that has been wound up as a result of the unresolved problems over Microsoft's IP. Mark Thornton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dr.volker.zell@oracle.com Fri Sep 24 19:30:00 2004 From: dr.volker.zell@oracle.com (Dr. Volker Zell) Date: Fri, 24 Sep 2004 19:30:00 -0000 Subject: [ANNOUNCEMENT] Updated: tzcode-2004d-1 Message-ID: <200409241927.i8OJRFS14700@esds.vss.fsi.com> Hi A new version of 'tzcode/tzdata' has been uploaded to a server near you. DESCRIPTION: ============ The time zone package CYGWIN NEWS: ============ * Update to latest upstream release tzcode/tzdata NEWS ================== * Sorry no changelog available. You have to do the diff yourself. 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 the above mentioned package from the 'Libs' category. DOWNLOAD: ========= 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, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: ========== If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. CYGWIN-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-announce-unsubscribe-YOU=YOURDOMAIN.COM@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. Enjoy Volker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dr.volker.zell@oracle.com Fri Sep 24 19:34:00 2004 From: dr.volker.zell@oracle.com (Dr. Volker Zell) Date: Fri, 24 Sep 2004 19:34:00 -0000 Subject: [ANNOUNCEMENT] Updated: gd-2.0.28-1/libgd2-2.0.28-1/libgd-devel-2.0.28-1 Message-ID: <200409241929.i8OJTYu14810@esds.vss.fsi.com> Hi A new version of 'gd/libgd2/libgd-devel' has been uploaded to a server near you. DESCRIPTION: ============ A graphics library for fast image creation CYGWIN NEWS: ============ * Update to latest upstream release. gd NEWS ======= What's new in version 2.0.28? * GIF support has been restored. See gdImageGif, gdImageGifCtx, gdImageGifPtr, gdImageCreateFromGif, gdImageCreateFromGifCtx, and gdImageCreateFromGifPtr. These functions are now thread-safe, similar to the PNG and JPEG manipulation functions. * The new gdImageCreatePaletteFromTrueColor function is identical to gdImageTrueColorToPalette, except that it returns a new image rather than permanently modifying the original. What's new in version 2.0.27? * In gd 2.0.26, there was potential for out of bounds fills, and therefore crashes, in the horizontalLine function used by gdImageFilledPolygon. Fixed by John Ellson. * The order of the points returned in the bounding rectangle by gdImageStringFT was incorrect in version 2.0.26. This has been corrected in version 2.0.27. Thanks to Riccardo Cohen for pointing this out, and to John Ellson for verifying and fixing it. What's new in version 2.0.26? The following enhancements and fixes: * Drastically faster, less memory-intensive antialiased drawing, thanks to Pierre-Alain Joye. This code was imported from the PHP "fork" of gd. The API for antialiased drawing has not changed, however the implementation has been completely replaced. Antialiased line drawing does not support widths other than 1, however this did not work properly with the other implementation of antialiasing either. Support has been included for the "non-blending color" option introduced by the previous implementation of antialiased drawing. * gdlib-config, which has been installed by make install for some time now, has gained a --features option. This option produces a space-separated list of optional features with which the gd library was compiled. Typical usage looks like this: % gdlib-config --features GD_XPM GD_JPEG GD_FREETYPE GD_PNG GD_GIF Other configure scripts can conveniently define preprocessor symbols based on this list in order to conditionally compile code. For instance, if GD_PNG is not reported by --features, then gdImagePng is not included in the library. Thanks to Lars Hecking and Lincoln Stein for their advice on implementing this feature. Any blame for the actual implementation is entirely due to me (TBB). * Fixes to the behavior of the bounding rectangle returned by gdImageStringFT and relatives when the string is rotated. See fontwheeltest.c. Thanks to John Ellson. * Previously, gdImageStringFT and friends accepted either a full path to a font file, or the name of a font with no extension, in which case the GDFONTPATH environment variable and then the compiled-in DEFAULT_FONTPATH was searched. In addition, a font filename with an extension but no full path can now be automatically searched for in the same fashion. Thanks to John Ellson. * Fixes to freetype antialiased text against a transparent background. See testtr.c. Thanks to John Ellson. * Support for named entities like & and hex-coded entities such as 水 in text strings passed to gdImageStringFT and relatives, adding to the previous support for decimal-coded entities like Å. These were extracted from entities.html (from the W3C) via the script entities.tcl, which is included for the curious and those with other entities they need support for. Thanks to John Ellson. * Optimization: gdImageSetPixel no longer calls gdImageAlphaBlend when either the source or the destination pixel is 100% transparent. Thanks to John Ellson. * Optimization: gdImageLine is potentially faster now in the most common cases. Thanks to John Ellson. * Documentation of the entities feature of gdImageStringFT. * autoconf/configure fixes. Thanks to many who pointed out an oversight in handling libpng flags. What's new in version 2.0.25? Owing to an oversight while making changes to better accommodate the use of gd as a DLL, the extern qualifier was dropped from the declarations of font pointers in 2.0.24. This has been corrected. Thanks to Richard ("OpenMacNews"). What's new in version 2.0.24? Windows DLL now uses __stdcall calling convention. Existing applications will require a recompile, using the new version of gd.h, in order to use this version of the DLL. However, Visual BASIC and other non-C programmers will now be able to use the DLL, which is an enormous benefit and justifies the one-time inconvenience to existing DLL users. The elaborate #ifdef test for older versions of Freetype without FT_ENCODING_MS_SYMBOL was needed in a second place also. Thanks to David R. Morrison. An off-by-one error in gdImageToPalette caused transparency to be applied to the wrong pixels. Thanks to "Super Pikeman." What's new in version 2.0.23? Output dpi specification option added to the gdFTStringExtra structure, thanks to Mark Shackelford. See gdImageStringFTEx. What's new in version 2.0.22? * Win32 DLL users: working with pointers exported by DLLs is difficult and causes unexpected results. gd 2.0.22 exports new functions for retrieving the basic gd fonts: gdFontGetTiny(), gdFontGetSmall(), gdFontGetMediumBold(), gdFontGetLarge(), and gdFontGetHuge(). You may safely assign the return values from these functions to a local gdFontPtr. Direct use of gdFontLarge, etc. is strongly deprecated for users of bgd.dll; use these new functions instead. * Basic support for loading CMYK-colorspace JPEG images. They are of course converted to RGB which is a lossy process, however the results do look quite good and are certainly fine for thumbnails and web previews of DTP work. * "make" no longer fails on circletexttest if PNG support is missing. * Small performance improvements to gdImageCopyResampled; larger improvements are forthcoming. 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 the above mentioned package from the 'Libs' category. DOWNLOAD: ========= 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. These mirrors already got the package, the others will probably have the latest version of this package fairly soon: In the US ftp://mirrors.rcn.net/pub/sourceware/cygwin/ has reliable high bandwidth connections. QUESTIONS: ========== If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. CYGWIN-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-announce-unsubscribe-YOU=YOURDOMAIN.COM@cygwin.com Enjoy Volker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Fri Sep 24 19:43:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 24 Sep 2004 19:43:00 -0000 Subject: Is setup.exe _supposed_ to delete the cygwin dll before attempting to run shell scripts? In-Reply-To: <011d01c4a266$19792470$78d96f83@robinson.cam.ac.uk> References: <20040924164839.GJ674@trixie.casa.cgf.cx> <20040924170321.GL12802@cygbert.vinschen.de> <011d01c4a266$19792470$78d96f83@robinson.cam.ac.uk> Message-ID: On Fri, 24 Sep 2004, Max Bowsher wrote: > Igor Pechtchanski wrote: > > This is more likely to be the culprit -- postinstall scripts are run after > > all the package files were installed. Unfortunately, preremove script > > dependencies aren't easily computed from regular package dependencies -- > > this has been discussed on cygwin-apps some time ago. > > Couldn't this be trivially solved by running all preremove scripts in a batch, > before actually beginning to delete files? > > Any flaw to that reasoning? It'll work for simple programs, but not for packages where preremove scripts erase files that are needed to run some programs from that package. One example (not necessarily a perfect one) that comes to mind right away is the base-files package, where the preremove script will currently erase /etc/profile (so any script executing "bash -l" will not get the expected results). I'm sure there are better examples... FWIW, this is probably somewhat similar to the issue of circular dependencies of postinstall scripts -- there is no good general solution if we assume monolithic scripts. Igor > I guess I should now go and see how hard that would be to make happen... > Max. -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dr.volker.zell@oracle.com Fri Sep 24 20:00:00 2004 From: dr.volker.zell@oracle.com (Dr. Volker Zell) Date: Fri, 24 Sep 2004 20:00:00 -0000 Subject: [ANNOUNCEMENT] Updated: openldap-2.2.17-1/libopenldap2_2_7-2.2.17-1/openldap-devel-2.2.17-1 Message-ID: <200409241930.i8OJUjA14866@esds.vss.fsi.com> Hi A new version of 'openldap/libopenldap2_2_7/openldap-devel' has been uploaded to a server near you. DESCRIPTION: ============ Lightweight Directory Access Protocol clients, servers and libraries. CYGWIN NEWS: ============ * Fixed packaging bug: Directory tree /usr/share/openldap/ucdata moved from openldap-devel to openldap package openldap NEWS ============= OpenLDAP 2.2.17 Release Fixed slapd syncrepl memory leak bugs Documentation Updated ldif(5) OpenLDAP 2.2.16 Release Fixed libldap getaddrinfo hints portability bug (ITS#3279) Fixed libldap find_connection bug (ITS#3280) Fixed libldap SASL host connected to bug (ITS#3298) Fixed libldap SASL proper sockbuf bug Fixed libldap results lc bug (ITS#3250) Fixed ldapsearch paged results size 0 bug Fixed slapd syncrepl SSF propagation bug (ITS#3131) Fixed slapd ACL sets bug (ITS#3140) Fixed slapd bind referral bug (ITS#3264) Fixed slapd syncrepl misc bugs (ITS#3259,3297) Fixed slapd overlays CSN CTX bug (ITS#3288) Fixed slapd sun_path portability bug Fixed slapd permissive modify bug Fixed slapd hang bug (ITS#3309) Fixed slapcommon shutdown bug (ITS#3326) Fixed back-bdb CSN CTX bug (ITS#3301) Fixed back-bdb id2entry bug Fixed back-bdb syncrepl psearch delete bug (ITS#3309) Fixed back-ldap/meta known controls bugs (ITS#3291) Fixed back-monitor syncrepl bug (ITS#3265) Fixed slurpd replog error message bug (ITS#3275) Added slapd syncrepl exattrs (ITS#3289) Updated slapd SLAPI Updated LDAP C++ library Documentation Updated provided RFCs and I-Ds Updated ldap_url(3) (ITS#3310) 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 the above mentioned package from the 'Libs' category. DOWNLOAD: ========= 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, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: ========== If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. CYGWIN-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-announce-unsubscribe-YOU=YOURDOMAIN.COM@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. Enjoy Volker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Fri Sep 24 20:12:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Fri, 24 Sep 2004 20:12:00 -0000 Subject: cygrunsrv fails to run services In-Reply-To: <20040924170212.GK12802@cygbert.vinschen.de> References: <41544393.6040206@familiehaase.de> <20040924170212.GK12802@cygbert.vinschen.de> Message-ID: <415476A8.5060200@familiehaase.de> Corinna Vinschen wrote: > On Sep 24 17:56, Gerrit P. Haase wrote: > >>I cannot say how long this problem exists at my home box, but it is >>not since the last upgrade or so, a long standing issue for me. >>Every Cygwin service I try to start fails: sshd, postmaster, >>cygserver, lighttpd is also not running in background without >>cygrunsrv. >>Error is just: 1062, service not started. >>Eventlog is empty. > Is that your setting in the system environment? If so, did you try > w/o check_case:strict? We should really drop this option. Good hint! Either this was rthe reason, or >>H:\/bin /usr/bin system binmode > > ^^ > Huh? > > >>H:\/lib /usr/lib system binmode > > ^^ > What's that crap? that was the reason. These are two bugs in setup.exe, 1. trailing backslashes are not removed when enter them behind the installation path and 2. if you install into the root, you must add the trailing backslash, else setup refuses to continue, usually I modify the registry manually, but sometimes I forget about it. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Fri Sep 24 20:59:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Fri, 24 Sep 2004 20:59:00 -0000 Subject: text mount if cygwin not installed In-Reply-To: <415465A5.3010500@parkheights.dyndns.org> References: <415465A5.3010500@parkheights.dyndns.org> Message-ID: <20040924194547.GS674@trixie.casa.cgf.cx> On Fri, Sep 24, 2004 at 02:21:25PM -0400, sergey ivanov wrote: >...clients can not receive files, because of translation CR->CR/LF >inside binary files. Environment variable CYGWIN=binmode now ignored >in this situation. CYGWIN=binmode has been ignored in this situation for quite some time. >The problem may be solved by entering 'cygdrive flags' valued 0x22 into >registry key '...Cygwin/mounts v2'. But I need solution without >registry changing for the clients. You could use the mount command. That's how you manipulate those registry settings. >So, now I have a patch, and I am asking to include it, or to solve this >problem in some another way, enabling use rsync for clients without >installing cygwin. Thanks for the patch. I've checked in a minor variation of it. I chose to make it clear that MOUNT_BINARY was being passed to get_int by explicitly including it in each call. As you correctly surmised, binmode is supposed to be the default. I'm surprised that it is not. This will be in today's snapshot which should be at: http://cygwin.com/snapshots/ within an hour or so, barring any difficulties. I'd also contacted the rsync maintainer previously so that this can be fixed in rsync eventually too. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From hsa@reinforcingbar.com Fri Sep 24 21:15:00 2004 From: hsa@reinforcingbar.com (Reinforcing Bar) Date: Fri, 24 Sep 2004 21:15:00 -0000 Subject: rebar spirlas Message-ID: <5lcgvpee6fwaany.240920041600@usvad.com> If you are still looking for rebar spirals try Hoops, Stirrups and Accessories, they can make them from #3 and #4 bar pretty quick. http://www.reinforcingbar.com You can thank me later- www.reinforcingbar.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dr.volker.zell@oracle.com Fri Sep 24 21:22:00 2004 From: dr.volker.zell@oracle.com (Dr. Volker Zell) Date: Fri, 24 Sep 2004 21:22:00 -0000 Subject: [ANNOUNCEMENT] Updated: gnuplot-4.0.0-1 Message-ID: <200409241928.i8OJSJh14766@esds.vss.fsi.com> Hi A new version of 'gnuplot' has been uploaded to a server near you. DESCRIPTION: ============ Gnuplot is a command-line driven interactive function plotting utility for UNIX, MSDOS, VMS, and many other platforms. The software is copyrighted but freely distributed (i.e., you don't have to pay for it). It was originally intended as graphical program which would allow scientists and students to visualize mathematical functions and data. Gnuplot supports many different types of terminals, plotters, and printers (including many color devices, and pseudo-devices like LaTeX) and is easily extensible to include new devices. [ The 'GNU' in gnuplot is NOT related to the Free Software Foundation, the naming is just a coincidence (and a long story; see the gnuplot FAQ for details). Thus gnuplot is not covered by the Gnu copyleft, but rather by its own copyright statement, included in all source code files.] Gnuplot handles both curves (2 dimensions) and surfaces (3 dimensions). Surfaces can be plotted as a mesh fitting the specified function, floating in the 3-d coordinate space, or as a contour plot on the x-y plane. For 2-d plots, there are also many plot styles, including lines, points, lines with points, error bars, and impulses (crude bar graphs). Graphs may be labeled with arbitrary labels and arrows, axes labels, a title, date and time, and a key. The interface includes command-line editing and history on most platforms. CYGWIN NEWS: ============ * Update to latest upstream release gnuplot NEWS: ============= Below you find list of news, changes and fixes in gnuplot version 4.0 and older. Please see also section "What is New in Version 4.0" in gnuplot documentation (files gnuplot.gih, gnuplot.hlp, gnuplot.inf, etc.) available by the command gnuplot> help new from gnuplot 4.0. You may find it also in files gnuplot.pdf, gnuplot.html or gnuplot.info optionally available in your distribution, or online at http://www.gnuplot.info/docs/gnuplot.html#What_is_New_in_Version_4.0 Mouse and hotkey support in screen terminals The pm, x11, ggi and windows terminals support interactive work with mouse and hotkeys. The usage of the mouse is mainly self-explanatory. Just type 'h' in the graph window (hereafter we mean either PM, X11, ... terminal window) and a short overview of commands will pop up. The mouse is turned on and off with the hotkey 'm'. See 'help mouse' and 'help bind' for more details. The coordinates of mouse clicks are exported to variables MOUSE_X, MOUSE_Y, MOUSE_X2, MOUSE_Y2, and MOUSE_BUTTON accessible from the gnuplot command line. This allows gnuplot scripts to alter their behaviour based on interactive mouse input. See 'help mouse variables' and 'help pause mouse', and the example script demo/mousevariables.dem. Further it allows interaction of a gnuplot mouseable terminal and external programs in C, Python, Octave, etc. using gnuplot as their graph engine. This is demonstrated on gnuplot web page in section "Programming interfaces - bidirectional interaction". Brief list of news in gnuplot 4.0: * CHANGE sample calculated "smooth csplines" only in actual xrange * CHANGE 'set term gif' compile-time option to write PNG format instead * CHANGE pattern fill styles are uniform across all supporting terminals * CHANGE X-window plot and font size is used to adjust plot layout * CHANGE 'set key {on|off|default}' is preferred method for controlling key * CHANGE mouse position is tracked in all X windows (not just current one) * NEW enhanced text mode for additional terminal types * NEW built-in function 'defined()' * NEW mouse input information is exported to user-accessible variables * NEW 'set term png' and 'set term jpeg' using modern GD library * NEW set size ratio now works for splots, too * NEW grid options: {layerdefault | front | back} * NEW plot option "smooth frequency" * NEW terminal names now sorted alphabetically * NEW "with palette" also for points * NEW plotstyle "with filledcurves" * NEW 'set style fill' applies to boxes, boxxyerror, boxerror, candlesticks * NEW "set boxwidth relative" * NEW options to FIG terminal driver * NEW parse errors in datafile reading now show the culprit * NEW labels can be printed attached to a point * FIXED interaction of "set xtics " with time/date axes * FIXED candlesticks now ignore order of high/low entries * FIXED keeping old arrow options if new "set" command modifies it * FIXED undoing a mouse zoom that started from autoscaled axis * FIXED contour line colours in pm3d's "with palette" mode * FIXED PostScript stack pollution caused by "Symbol Oblique" patch * FIXED warnings from perl -w in tkcanvas terminal output * FIXED dgrid3d floating point exception * FIXED logscaled colorbox axis * FIXED pgnuplot for Windows NT/2K/XP Time-organized list of news until gnuplot 4.0: [3.8k] * NEW let gnuplot on windows support -persist option * NEW encoding koi8-r * NEW 'set term x11 title "title"' and 'set term x11 close' * NEW 'test palette' * NEW 'set palette palette ' options {float|int} and output to that of 'set print' * NEW enhanced text mode for x11 gd pdf and dumb terminals * UPDATED aquaterm terminal driver (Mac OS X). Requires AquaTerm 1.0 or later. 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 the above mentioned package from the 'Graphics' category. DOWNLOAD: ========= 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, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: ========== If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. CYGWIN-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-announce-unsubscribe-YOU=YOURDOMAIN.COM@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. Enjoy Volker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From karlm30@hotmail.com Fri Sep 24 21:25:00 2004 From: karlm30@hotmail.com (Karl M) Date: Fri, 24 Sep 2004 21:25:00 -0000 Subject: Is setup.exe _supposed_ to delete the cygwin dll before attempting to run shell scripts? Message-ID: >From: Igor Pechtchanski Reply-To: cygwin@cygwin.com >To: Max Bowsher CC: cygwin@cygwin.com >Subject: Re: Is setup.exe _supposed_ to delete the cygwin dll before >attempting to run shell scripts? >Date: Fri, 24 Sep 2004 15:30:44 -0400 (EDT) > >On Fri, 24 Sep 2004, Max Bowsher wrote: > > > Igor Pechtchanski wrote: > > > This is more likely to be the culprit -- postinstall scripts are run >after > > > all the package files were installed. Unfortunately, preremove script > > > dependencies aren't easily computed from regular package dependencies >-- > > > this has been discussed on cygwin-apps some time ago. > > > > Couldn't this be trivially solved by running all preremove scripts in a >batch, > > before actually beginning to delete files? > > > > Any flaw to that reasoning? > >It'll work for simple programs, but not for packages where preremove >scripts erase files that are needed to run some programs from that >package. One example (not necessarily a perfect one) that comes to mind >right away is the base-files package, where the preremove script will >currently erase /etc/profile (so any script executing "bash -l" will not >get the expected results). I'm sure there are better examples... > >FWIW, this is probably somewhat similar to the issue of circular >dependencies of postinstall scripts -- there is no good general solution >if we assume monolithic scripts. > Igor > > > I guess I should now go and see how hard that would be to make happen... > > Max. > Would it be easier to delay the deletion of the files. What I mean is in the preremove scripts, append the files to a list of "files to be deleted" instead of deleting them and not actually delete anything until all of the preremove scripts have run. Then delete the files in the list. Then remove the installed files. Thanks, ...Karl _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Andrew@DeFaria.com Fri Sep 24 22:03:00 2004 From: Andrew@DeFaria.com (Andrew DeFaria) Date: Fri, 24 Sep 2004 22:03:00 -0000 Subject: [OT] PCYMTNQREAIYR, it really works. In-Reply-To: References: <3D848382FB72E249812901444C6BDB1D022F4E0E@exchange.timesys.com> Message-ID: Dave Korn wrote: > Calm down, calm down, there's no need to panic, cgf isn't stalled! If > you consider that a pause is a kind of break, well, you don't need to > close a
tag, do you? So you don't need to close a either I guess the only way to be sure is to pass cgf through the proper validator! Chris, let us know if it hurts! :-) -- Don't use a big word where a diminutive one will suffice. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Fri Sep 24 22:11:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 24 Sep 2004 22:11:00 -0000 Subject: Is setup.exe _supposed_ to delete the cygwin dll before attempting to run shell scripts? In-Reply-To: References: Message-ID: On Fri, 24 Sep 2004, Karl M wrote: > > From: Igor Pechtchanski Reply-To: cygwin@XXXXXX.XXX > > To: Max Bowsher > > CC: cygwin@XXXXXX.XXX , now with more reasons. > > Subject: Re: Is setup.exe _supposed_ to delete the cygwin dll before > > attempting to run shell scripts? > > Date: Fri, 24 Sep 2004 15:30:44 -0400 (EDT) > > > > On Fri, 24 Sep 2004, Max Bowsher wrote: > > > > > Igor Pechtchanski wrote: > > > > This is more likely to be the culprit -- postinstall scripts are > > > > run after all the package files were installed. Unfortunately, > > > > preremove script dependencies aren't easily computed from regular > > > > package dependencies -- this has been discussed on cygwin-apps > > > > some time ago. > > > > > > Couldn't this be trivially solved by running all preremove scripts > > > in a batch, before actually beginning to delete files? > > > > > > Any flaw to that reasoning? > > > > It'll work for simple programs, but not for packages where preremove > > scripts erase files that are needed to run some programs from that > > package. One example (not necessarily a perfect one) that comes to mind > > right away is the base-files package, where the preremove script will > > currently erase /etc/profile (so any script executing "bash -l" will not > > get the expected results). I'm sure there are better examples... > > > > FWIW, this is probably somewhat similar to the issue of circular > > dependencies of postinstall scripts -- there is no good general solution > > if we assume monolithic scripts. > > Igor > > > > > I guess I should now go and see how hard that would be to make happen... > > > Max. > > Would it be easier to delay the deletion of the files. What I mean is in > the preremove scripts, append the files to a list of "files to be > deleted" instead of deleting them and not actually delete anything until > all of the preremove scripts have run. Then delete the files in the > list. Then remove the installed files. That's one solution, but it implies a level of communication between the preremove scripts and setup.exe that is currently non-existent. I suppose as a quick-and-dirty solution one could set up a TO-REMOVE-MANIFEST file somewhere (in /etc/preremove?) and require that all preremove scripts appended files to be deleted into that file instead of actually deleting them, but that isn't robust for a few reasons. One could even go a step further and have setup.exe replace /bin/rm with a program that does the required appending and leaves the files in place, but that's even less robust (e.g., what if the preremove script checks afterwards that the file really is deleted? or tries to create a *new* file in place of the old one, which could have been read-only?). Besides, this doesn't even begin to cover some more complex cases, like preremove scripts renaming files instead of deleting them; mucking with file contents (a la "sed -i"); and all other kinds of weird stuff one doesn't expect to see in preremove scripts until someone decides to do something "clever" and everything breaks. I'm not downplaying your suggestion, and it might be a good short-term workaround, but in the long term, some robust solution will have to be thought of. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Fri Sep 24 22:30:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 24 Sep 2004 22:30:00 -0000 Subject: [OT] PCYMTNQREAIYR, it really works. In-Reply-To: References: <3D848382FB72E249812901444C6BDB1D022F4E0E@exchange.timesys.com> Message-ID: On Fri, 24 Sep 2004, Andrew DeFaria wrote: > Dave Korn wrote: > > > Calm down, calm down, there's no need to panic, cgf isn't stalled! If you > > consider that a pause is a kind of break, well, you don't need to close a > >
tag, do you? So you don't need to close a either > > I guess the only way to be sure is to pass cgf through the proper validator! > > Chris, let us know if it hurts! :-) I sure hope you don't mean "valgrind"... :-) Oh, wait, that one's for memory leaks. Chris, forgot anything lately? ];-> Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Fri Sep 24 22:36:00 2004 From: brian@dessent.net (Brian Dessent) Date: Fri, 24 Sep 2004 22:36:00 -0000 Subject: Is setup.exe _supposed_ to delete the cygwin dll before attempting to run shell scripts? References: <20040924164839.GJ674@trixie.casa.cgf.cx> <20040924170321.GL12802@cygbert.vinschen.de> <011d01c4a266$19792470$78d96f83@robinson.cam.ac.uk> Message-ID: <41549A76.221A8526@dessent.net> Igor Pechtchanski wrote: > It'll work for simple programs, but not for packages where preremove > scripts erase files that are needed to run some programs from that > package. One example (not necessarily a perfect one) that comes to mind > right away is the base-files package, where the preremove script will > currently erase /etc/profile (so any script executing "bash -l" will not > get the expected results). I'm sure there are better examples... > > FWIW, this is probably somewhat similar to the issue of circular > dependencies of postinstall scripts -- there is no good general solution > if we assume monolithic scripts. Wouldn't the "proper" way to do this be to build the dependency tree then remove packages in depth-first order, running each preremove before removing each package list? Example: Dependency tree: A / \ B C \ D So lets say you want to remove and then upgrade new versions of A, B, C, and D. You first get the depth-first order: D, C, B, A. Then you run: preremove(D), remove-files(D), preremove(C), remove-files(C), preremove(B), remove-files(B), preremove(A), remove-files(A) To install you do the same thing, except you'd do breadth-first and you'd do postinstall(X) after each install-files(X). (I know this is not the current method, where all postinstalls are run in a batch at the end.) Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Sat Sep 25 02:12:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sat, 25 Sep 2004 02:12:00 -0000 Subject: Is setup.exe _supposed_ to delete the cygwin dll before attempting to run shell scripts? In-Reply-To: <41549A76.221A8526@dessent.net> References: <20040924164839.GJ674@trixie.casa.cgf.cx> <20040924170321.GL12802@cygbert.vinschen.de> <011d01c4a266$19792470$78d96f83@robinson.cam.ac.uk> <41549A76.221A8526@dessent.net> Message-ID: On Fri, 24 Sep 2004, Brian Dessent wrote: > Igor Pechtchanski wrote: > > > It'll work for simple programs, but not for packages where preremove > > scripts erase files that are needed to run some programs from that > > package. One example (not necessarily a perfect one) that comes to mind > > right away is the base-files package, where the preremove script will > > currently erase /etc/profile (so any script executing "bash -l" will not > > get the expected results). I'm sure there are better examples... > > > > FWIW, this is probably somewhat similar to the issue of circular > > dependencies of postinstall scripts -- there is no good general solution > > if we assume monolithic scripts. > > Wouldn't the "proper" way to do this be to build the dependency tree > then remove packages in depth-first order, running each preremove before > removing each package list? > > Example: > > Dependency tree: > > A > / \ > B C > \ > D > > So lets say you want to remove and then upgrade new versions of A, B, C, > and D. > > You first get the depth-first order: D, C, B, A. Properly speaking, the depth-first order will be B, D, C, A... > Then you run: preremove(D), remove-files(D), preremove(C), > remove-files(C), preremove(B), remove-files(B), preremove(A), > remove-files(A) Unfortunately, this won't work when you have circular dependencies (e.g., cygwin <-> fileutils). Furthermore, preremove dependencies can't always be determined from package dependencies (see cygwin-apps archives if interested). I think Max's solution is probably the least complex short-term one (i.e., run all preremove scripts in batch *before* removing any files, and hope for the best). > To install you do the same thing, except you'd do breadth-first and > you'd do postinstall(X) after each install-files(X). (I know this is > not the current method, where all postinstalls are run in a batch at the > end.) FWIW, it shouldn't matter whether the postinstall scripts are run after each package's files are installed or at the end, as long as they're run in dependency order. This *is* the way it's supposed to happen in the current method, but there's a bug in the script running code somewhere, and scripts don't get run when packages are traversed, so they're picked up and run afterwards. Say it with me: ... 0:) Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Sat Sep 25 02:13:00 2004 From: brian@dessent.net (Brian Dessent) Date: Sat, 25 Sep 2004 02:13:00 -0000 Subject: Is setup.exe _supposed_ to delete the cygwin dll before attempting to run shell scripts? References: <20040924164839.GJ674@trixie.casa.cgf.cx> <20040924170321.GL12802@cygbert.vinschen.de> <011d01c4a266$19792470$78d96f83@robinson.cam.ac.uk> <41549A76.221A8526@dessent.net> Message-ID: <4154A0D5.C117AA80@dessent.net> Igor Pechtchanski wrote: > > You first get the depth-first order: D, C, B, A. > > > Properly speaking, the depth-first order will be B, D, C, A... > D'oh' > Unfortunately, this won't work when you have circular dependencies (e.g., > cygwin <-> fileutils). Oh, did I forget to say the graph must be a DAG before starting? :) Anyway, there are heuristics that could be used to find the best "feedback set" of edges for which removal would result in an acyclic graph. e.g. the one described at > I think Max's solution is probably the least complex short-term one (i.e., > run all preremove scripts in batch *before* removing any files, and hope > for the best). Yeah, probably true... I realize that people have probably already suggested these solutions involving graph theory in the past. And as you point out, a working patch is one thing, a bunch of conjecture is another. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Sat Sep 25 02:22:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Sat, 25 Sep 2004 02:22:00 -0000 Subject: [OT] PCYMTNQREAIYR, it really works. In-Reply-To: References: <3D848382FB72E249812901444C6BDB1D022F4E0E@exchange.timesys.com> Message-ID: <20040924223847.GA8020@trixie.casa.cgf.cx> On Fri, Sep 24, 2004 at 05:25:22PM -0400, Igor Pechtchanski wrote: >On Fri, 24 Sep 2004, Andrew DeFaria wrote: >>Dave Korn wrote: >>>Calm down, calm down, there's no need to panic, cgf isn't stalled! If >>>you consider that a pause is a kind of break, well, you don't need to >>>close a
tag, do you? So you don't need to close a either >> >>I guess the only way to be sure is to pass cgf through the proper >>validator! >> >>Chris, let us know if it hurts! :-) > >I sure hope you don't mean "valgrind"... :-) > >Oh, wait, that one's for memory leaks. Chris, forgot anything lately? >];-> No worries. Dave Korn already clarified this point. Apparently he's an expert in CGFML. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From electabuzz@katamail.com Sat Sep 25 02:42:00 2004 From: electabuzz@katamail.com (electa) Date: Sat, 25 Sep 2004 02:42:00 -0000 Subject: the real, working, tested way to do this is... (Re: special install) Message-ID: I have done this type of installation many times since now, so read carefully. Be prepared to download 420+ MB. To download all of cygwin, without installing it: - Download and start setup.exe - "Download Source" screen: select "Download from internet" - "Local packages directory" screen: select a clean directory where you want to download all of cygwin. - "Internet connection" screen: free choice. - "download site" screen: free choice (Select the fastest you think, possibly the nearest to you) - "Select packages" screen: Find first row is "all | Default", click with your mouse over the word "Default", wait some seconds, notice that now you see "install" at place of "default" - go on and download starts. To make the cygwin CD: - Remember the directory you you choiced at "local packages directory" point. It will have these files: setup.log, setup.log.full, a directory with a name that resembles the download site. - put the setup.exe in that directory. - now put that directory on a CD. In doing so, you will hit probably with incompatibility with ISO standards for CDs. If so, read below. To work around ISO incompatibility - abbreviate the name of local packages directory. "cygwin" will be enough, don't you think? - You can also change (abbreviate) the name of that directory with name that resembles the download site. Usually, it is 60+ character (when the ISO limit is 255 chars for a full pathname from root to file in the leaf dir). You achieve the best when change it to a single char, like "d". - Finally, to avoid burning an illegible CD, make your tries with a CDRW. Later, it will return useful when you want to update the cygwin packages on all computers! - A safe method to avoid all that complications is to compress the entire directory: exploits the fact that compression formats (zip, ace, rar, tar...) store the filename structure in the same compressed archive. But keep in mind that you need to extract that compressed archive in each computer now. To install the CD. - explore the CD, open the packages directory, execute setup.exe. - "Download Source" screen: select "Install from local directory" - "Local packages directory" screen: select the packages directory in the CD. - Next screens: free choice. You can return to use www.cygwin.com guide to installation now. I hope that my experience will be useful, I excuse for my little english, and I hope to inspire a FAQ for future. Regards. -- -- I use PGP/GPG. Ask for my key if interested. - "Calman, Jack" ha scritto nel messaggio news:7D4F19744C396841A2E93891806C7CE313A02B@aplesfreedom.dom1.jhuapl.edu... > Hi, > > Our group is interested in installing cygwin on a group of classified > computers that are not connected to the internet. Would you please tell me > how to download what I need from the internet. Then I'll put it on a CD, > carry it into the classified room, and then install on the computers there. > > Thanks, > - Jack Calman > Johns Hopkins University > Applied Physics Lab > Laurel, MD > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From coder400@hotmail.com Sat Sep 25 05:38:00 2004 From: coder400@hotmail.com (news.gosonic.com) Date: Sat, 25 Sep 2004 05:38:00 -0000 Subject: "man socket" is not working. Message-ID: Hi, I have /usr/include/sys/socket.h . But I need the manuals! help!! my manpath is: /usr/man:/usr/share/man:/usr/X11R6/man:/usr/ssl/man:/usr/X11R6/share/man Thank you !! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Sat Sep 25 08:02:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sat, 25 Sep 2004 08:02:00 -0000 Subject: "man socket" is not working. In-Reply-To: References: Message-ID: On Fri, 24 Sep 2004, news.gosonic.com wrote: > Hi, > > I have /usr/include/sys/socket.h . But I need the manuals! help!! > > my manpath is: > > /usr/man:/usr/share/man:/usr/X11R6/man:/usr/ssl/man:/usr/X11R6/share/man > > Thank you !! In general, when you need to find out whether some particular file exists in the Cygwin distribution, use the Cygwin package search page at . A quick search for "socket\.2" shows that it's not present in any of the packages. This means that the socket(2) manpage doesn't exist in Cygwin. There are two choices: 1) Google: turns up loads of hits. 2) Help yourself and others: package and offer to maintain a "unix_manpages" Cygwin package. It would, of course, be preferable if you synced the manpages with the Cygwin functionality, instead of just blindly copying, say, the Debian set of man pages. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Sat Sep 25 12:56:00 2004 From: brian@dessent.net (Brian Dessent) Date: Sat, 25 Sep 2004 12:56:00 -0000 Subject: "man socket" is not working. References: Message-ID: <4154DBCE.2305E67B@dessent.net> "news.gosonic.com" wrote: > > Hi, > > I have /usr/include/sys/socket.h . But I need the manuals! help!! > > my manpath is: > > /usr/man:/usr/share/man:/usr/X11R6/man:/usr/ssl/man:/usr/X11R6/share/man You can try "info libc" but in general Cygwin does not have extensive documentation for its libraries. The way I like to handle this is to consult the other *nix manpages, as well as the SUSv3 specification. If you make this a habit you will tend to write much more portable code, compared to "...but it works in Linux so I don't see why it won't work with " SUSv3: or more specifically: Linux glibc index: FreeBSD manpages: http://www.freebsd.org/cgi/man.cgi Solaris manpages: http://docs.sun.com/db/coll/40.7 Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dpchrist@holgerdanske.com Sat Sep 25 13:05:00 2004 From: dpchrist@holgerdanske.com (David Christensen) Date: Sat, 25 Sep 2004 13:05:00 -0000 Subject: Perl Tk Compilation In-Reply-To: <20040924143247.GD27544@trixie.casa.cgf.cx> Message-ID: <200409250538.i8P5ciZB007886@b.mail.sonic.net> On Fri, Sep 24, 2004 at 06:39:32PM +0530, Vijay Kiran Kamuju wrote: >has any body successfully installed latest Perl/Tk without any break >downs/errors? I've beat my head against this one several times, and failed every time. Instead, I use Active State Perl for Perl/Tk. David -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dan.osborne@ramesys.com Sat Sep 25 15:42:00 2004 From: dan.osborne@ramesys.com (Dan Osborne) Date: Sat, 25 Sep 2004 15:42:00 -0000 Subject: Program exited with code 0303000 Message-ID: I'm getting the above error message (with gdb) in my linux ported application and wonder if anyone can help in how to get to the bottom of it. I've upgraded to the latest versions today but with no change (except I don't now get a stackdump file). Things were fine with Oracle OCI calls but I have now replaced them with ODBC calls using the odbc32.dll (having used impdef and dlltool to create libodbc32.a) so am suspicious of this element but would appreciate some pointers in how to investigate further. Thanks in anticipation, Dan Osborne --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.768 / Virus Database: 515 - Release Date: 22/09/2004 -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygcheck.txt URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Sat Sep 25 17:21:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Sat, 25 Sep 2004 17:21:00 -0000 Subject: [INFO] Adding "Cygwin here" to Windows Explorer In-Reply-To: References: <20040914170613.40672.qmail@web61307.mail.yahoo.com> Message-ID: <41556AF8.90908@x-ray.at> Henry S. Thompson schrieb: > 1) In the registry entry: > > C:\cygwin\bin\rxvt.exe -fn 'Lucida Console-11' -geometry 80x48 -sl 300 -cr '#8b4513' -bg '#fffff0' -e /usr/bin/bash -c "XXX=\"%1\" bash --login -i" > > 2) In my .bash_profile > > if [[ "x$XXX" != "x" ]] > then > cd "$XXX" > unset XXX > fi > > This is a moderately embarassing/messy hack -- can anyone do better? I use a similar scheme since the good old b20 days. Just not with the XXX name and not with a subshell. (I put the $PWD arg into a temp file in the cygwin.bat starter, which I pickup at .profile) And not for the Explorer (which I don't use), but for a TotalCmd button. To open some shell like bash, rxvt, ksh, 4nt in the current dir (optinally specified by some dir arg). A keyboard shortcut is also useful. And I also apply a lot of path unification then, to shorten the windows path (where I use subst) to the optimal cygwin path (where I have symlinks) .profile: case $PWD in /cygdrive/r/PERL* ) cd `echo $PWD | sed -e 's!/cygdrive/r/PERL!/usr/src/perl!'` ;; /cygdrive/r/gnu/cygwin* ) cd `echo $PWD | sed -e 's!/cygdrive/r/gnu/cygwin!/usr/src!'` ;; /cygdrive/r/gnu* ) cd `echo $PWD | sed -e 's!/cygdrive/r/gnu!/usr/src/gnu!'` ;; /cygdrive/r/lisp* ) cd `echo $PWD | sed -e 's!/cygdrive/r/lisp!/usr/src/lisp!'` ;; /cygdrive/p/CORMAN* ) cd `echo $PWD | sed -e 's!/cygdrive/p/CORMAN~1/CORMAN~1.5!/usr/src/lisp/corman!'` ;; /cygdrive/r/php* ) cd `echo $PWD | sed -e 's!/cygdrive/r/php!/usr/src/php!'` ;; /cygdrive/n/* ) cd `echo $PWD | sed -e 's!/cygdrive/n/!/!'` ;; /cygdrive/v/* ) cd `echo $PWD | sed -e 's!/cygdrive/v!/www!'` ;; /f/data/mp3/* ) cd `echo $PWD | sed -e 's!/f/data/mp3/!/music/!'` ;; esac -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cl702@yahoo.com Sat Sep 25 18:01:00 2004 From: cl702@yahoo.com (Carlos Langer) Date: Sat, 25 Sep 2004 18:01:00 -0000 Subject: Cannot find C:\cygwin\cygwin.bat Message-ID: <20040925130459.90870.qmail@web50606.mail.yahoo.com> I had/have cygwin working for a while now. Yesterday I did something stupid, and now double-clicking the cygwin link on my windows xp desktop gives me the message: "Cannot find C:\cygwin\cygwin.bat". I was trying to get add an option for startxwin, so I right-clicked the link I had for startxwin. Then next to a icon of a bat file, there was a line with "startxwin". I changed that to "startxwin -emulate3buttons". Obviously it did not work, so I changed it back. But now I can't double-click the link anymore. gives me that dreaded message.. I've been searching for a solution, and the closest I got was this August/04 thread which mentions possible permissions messed up. ----------------------------------quote: > At 12:31 PM 8/12/2004, you wrote: ...cut > > > >"Cannot find C:\cygwin\cygwin.bat or one of its components". > I'd recommend starting here: > > >Problem reports: http://cygwin.com/problems.html > > > It would also be helpful, specifically, to know what you did that > generates that message. I'll bet the answer will be "Double-clicked the cygwin icon"! If the batch file is there, but it can't run, the permissions on it are probably messed up. ----------------------------end of quote. How do I check these permissions? What should they be? Thanks in advance, Carlos __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From errol@ros.com.au Sat Sep 25 18:31:00 2004 From: errol@ros.com.au (Errol Smith) Date: Sat, 25 Sep 2004 18:31:00 -0000 Subject: "which" command does not expand "~" in path In-Reply-To: <1094385246.5803.ezmlm@cygwin.com> References: <1094385246.5803.ezmlm@cygwin.com> Message-ID: <6.1.2.0.1.20040926005459.02810cb0@mail.ros.com.au> If your PATH contains the tilde character (eg. "~/bin:.......") the cygwin version of "which" seems to fail to expand the "~" and will then not locate any commands in ~/bin (or any other directory on the path containing "~" presumably). I'm 99% sure it's cygwin's version of "which" causing the issue, because I compiled the GNU version and it works as expected (2.16 works out of the box with ./configure & make). (incidentally, the cygwin which.exe is about 5k and the gnu one is about 80k!) Testcase: Uncomment the following section in ~/.bash_profile (from /etc/skel/.bash_profile) .... Set PATH so it includes user's private bin if it exists if [ -d ~/bin ] ; then PATH="~/bin:${PATH}" fi .... Create a ~/bin then copy a command of some kind into it for testing (say "testprogram.exe"), then logout & log in again: > which testprogram testprogram: Command not found. > whichgnu testprogram /cygdrive/d/home/bin/testprogram (whichgnu being the gnu version of "which" in this case) I hope that was a simple enough example. I have reported this before (see http://www.cygwin.com/ml/cygwin/2004-05/msg00546.html ), but I'm trying harder this time :) Regards, Errol -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Sat Sep 25 18:40:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Sat, 25 Sep 2004 18:40:00 -0000 Subject: Cannot find C:\cygwin\cygwin.bat In-Reply-To: <20040925130459.90870.qmail@web50606.mail.yahoo.com> References: <20040925130459.90870.qmail@web50606.mail.yahoo.com> Message-ID: <6.1.0.6.0.20040925131407.03f037b8@pop.prospeed.net> At 09:04 AM 9/25/2004, you wrote: >I had/have cygwin working for a while now. Yesterday I >did something stupid, and now double-clicking the >cygwin link on my windows xp desktop gives me the >message: "Cannot find C:\cygwin\cygwin.bat". > >I was trying to get add an option for startxwin, so I >right-clicked the link I had for startxwin. Then next >to a icon of a bat file, there was a line with >"startxwin". I changed that to "startxwin >-emulate3buttons". Obviously it did not work, so I >changed it back. But now I can't double-click the link >anymore. gives me that dreaded message.. > >I've been searching for a solution, and the closest I >got was this August/04 thread which mentions possible >permissions messed up. > >----------------------------------quote: >> At 12:31 PM 8/12/2004, you wrote: >...cut >> > >> >"Cannot find C:\cygwin\cygwin.bat or one of its >components". > >> I'd recommend starting here: >> >> >Problem reports: >http://cygwin.com/problems.html >> >> >> It would also be helpful, specifically, to know what >you did that >> generates that message. > > I'll bet the answer will be "Double-clicked the >cygwin icon"! > > If the batch file is there, but it can't run, the >permissions on it are >probably messed up. >----------------------------end of quote. > > >How do I check these permissions? What should they be? > Let's turn the question around. Does cygwin.bat still exist? What are the permissions? Can you run it from a DOS prompt? What errors does it report? What's the output of 'cygcheck -s -r -v' (read the link below)? >Problem reports: http://cygwin.com/problems.html What does 'cygcheck -c' report? Given what you've reported so far, there is a large disconnect between the steps you associate with the cause of the problem and the corresponding disabling of cygwin.bat. So there are clearly details here that are missing. If getting the answers for the above questions doesn't point you to the solution, please provide the details with your next inquiry to the list. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Sat Sep 25 19:03:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Sat, 25 Sep 2004 19:03:00 -0000 Subject: [INFO] Adding "cygwin here" to Windows Explorer In-Reply-To: <41556AF8.90908@x-ray.at> References: <20040914170613.40672.qmail@web61307.mail.yahoo.com> <41556AF8.90908@x-ray.at> Message-ID: <20040925180318.GC15889@trixie.casa.cgf.cx> Is there any chance that this could be rolled into a package so that we don't have to rehash it every few weeks. This discussion really is getting rather old. If it is something that people just have to have, then can someone roll it into a package and get it into the distribution? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From skoehler@upb.de Sat Sep 25 19:18:00 2004 From: skoehler@upb.de (=?ISO-8859-1?Q?Sven_K=F6hler?=) Date: Sat, 25 Sep 2004 19:18:00 -0000 Subject: "which" command does not expand "~" in path In-Reply-To: <6.1.2.0.1.20040926005459.02810cb0@mail.ros.com.au> References: <1094385246.5803.ezmlm@cygwin.com> <6.1.2.0.1.20040926005459.02810cb0@mail.ros.com.au> Message-ID: > Set PATH so it includes user's private bin if it exists > if [ -d ~/bin ] ; then > PATH="~/bin:${PATH}" > fi Hmm, i'm not 100% percent sure, but is this supposed to work in general? I don't think that all programs that use the PATH varible are supposed to interpret ~ correctly. Instead, the shell usually substitutes ~ or ~user. Look at this the output of these commands: echo ~ echo "~" I would suggest to use PATH="$HOME/bin:$PATH" or even PATH="$(echo -n ~)/bin:$PATH" instead of your line. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From donpedro@tdcadsl.dk Sat Sep 25 19:29:00 2004 From: donpedro@tdcadsl.dk (Peter Dons Tychsen) Date: Sat, 25 Sep 2004 19:29:00 -0000 Subject: Fw: 1.5.11 bug in WEXITSTATUS() macro (wait.h) Message-ID: <00f001c4a32f$d724a570$0200000a@donpedro> Hello. The WEXITSTATUS is a bit buggy. (wait.h) The macro extracts information gained from a call to waitpid() (and others). The information it extracts is the status of the completed process (8 bit signed value). The problem is that the macro does not cast the value to a signed integer (like other systems do), which can cause the value to be incorrectly interpreted (breaks some programs). The following fails: // Wait for processes to complete if(waitpid(pid, &status, 0) == pid) { // Check return value for failure (-1) if(WEXITSTATUS(status) == -1) { /* We will never get here, as the macro returns 255 if the process exited with -1 */ } } The problem can be fixed by changing the macro from: #define WEXITSTATUS(w) (((w) >> 8) & 0xff) To: #define WEXITSTATUS(w) ((signed char)(((w) >> 8) & 0xff)) It is kind of weird that no one has discovered this boo-boo before :-( Hope it is not me who is boo-boo. :-) /Peter --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.737 / Virus Database: 491 - Release Date: 11-08-2004 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Sat Sep 25 19:31:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Sat, 25 Sep 2004 19:31:00 -0000 Subject: [INFO] Adding "cygwin here" to Windows Explorer In-Reply-To: <20040925180318.GC15889@trixie.casa.cgf.cx> References: <20040914170613.40672.qmail@web61307.mail.yahoo.com> <41556AF8.90908@x-ray.at> <20040925180318.GC15889@trixie.casa.cgf.cx> Message-ID: <4155C11A.4070106@x-ray.at> Christopher Faylor schrieb: > Is there any chance that this could be rolled into a package so that we > don't have to rehash it every few weeks. This discussion really is > getting rather old. If it is something that people just have to have, > then can someone roll it into a package and get it into the > distribution? Gerrit? See http://koeln.convey.de/cywgin/CygwinPromptHere/ -- Reini -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Sat Sep 25 21:04:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Sat, 25 Sep 2004 21:04:00 -0000 Subject: Fw: 1.5.11 bug in WEXITSTATUS() macro (wait.h) In-Reply-To: <00f001c4a32f$d724a570$0200000a@donpedro> References: <00f001c4a32f$d724a570$0200000a@donpedro> Message-ID: <20040925192040.GE15889@trixie.casa.cgf.cx> On Sat, Sep 25, 2004 at 08:45:33PM +0200, Peter Dons Tychsen wrote: >The WEXITSTATUS is a bit buggy. (wait.h) > >The macro extracts information gained from a call to waitpid() (and others). >The information it extracts is the status of the completed process (8 bit >signed value). > >The problem is that the macro does not cast the value to a signed integer >(like other systems do), which can cause the value to be incorrectly >interpreted (breaks some programs). > >The following fails: > >// Wait for processes to complete >if(waitpid(pid, &status, 0) == pid) >{ > // Check return value for failure (-1) > if(WEXITSTATUS(status) == -1) > { > /* We will never get here, as the macro returns 255 if the process >exited with -1 */ > } >} Did you try this on linux? I wrote the following simple test case (tm), (R), (C) and it does not print a negative number. #include #include int main (int argc, char **argv) { int pid = fork (); int *zero = 0; int status; if (!pid) if (argc > 1) *zero = 1; // boom else exit (-1); if (waitpid(pid, &status, 0) == pid) { if (WEXITSTATUS(status) == -1) puts ("it is negative"); else puts ("it is not negative"); printf ("%d\n", WEXITSTATUS(status)); } exit(0); } The reason for this is that the definition of WEXITSTATUS on linux is this: #define __WEXITSTATUS(status) (((status) & 0xff00) >> 8) which would not return a negative number. The linux man page also has this to say: WEXITSTATUS(status) evaluates to the least significant eight bits of the return code of the child which terminated, which may have been set as the argument to a call to exit() or _exit() or as the argument for a return statement in the main program. This macro can only be evaluated if WIFEXITED returned true. So, it seems like if there is a problem with cygwin it is in the fact that there is no assurance that only eight bits are being returned. In short, I don't see how this could be a bug. -- Christopher Faylor spammer? -> aaaspam@sourceware.org Cygwin Co-Project Leader aaaspam@duffek.com TimeSys, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Sat Sep 25 21:26:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Sat, 25 Sep 2004 21:26:00 -0000 Subject: Adding "cygwin here" to Windows Explorer In-Reply-To: <4155C11A.4070106@x-ray.at> References: <20040914170613.40672.qmail@web61307.mail.yahoo.com> <41556AF8.90908@x-ray.at> <20040925180318.GC15889@trixie.casa.cgf.cx> <4155C11A.4070106@x-ray.at> Message-ID: <67683712.20040925212930@familiehaase.de> Hallo Reini, Am Samstag, 25. September 2004 um 21:03 schriebst du: > Christopher Faylor schrieb: >> Is there any chance that this could be rolled into a package so that we >> don't have to rehash it every few weeks. This discussion really is >> getting rather old. If it is something that people just have to have, >> then can someone roll it into a package and get it into the >> distribution? > Gerrit? > See http://koeln.convey.de/cywgin/CygwinPromptHere/ There were problems with this on XP and it supports only rxvt with bash, well we could offer several packages, or just one basic package that installs a "Bash Prompt here" link with cmd (or isn't cmd available everywhere?) or use rxvt since this is always available. But which color, fontcolor, scrollbar right or left, cursor small or big, cursor color, etc. to select? Just like my settings, or yours? Do you want to take this over? Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Sat Sep 25 21:57:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sat, 25 Sep 2004 21:57:00 -0000 Subject: Fw: 1.5.11 bug in WEXITSTATUS() macro (wait.h) In-Reply-To: <00f001c4a32f$d724a570$0200000a@donpedro> References: <00f001c4a32f$d724a570$0200000a@donpedro> Message-ID: On Sat, 25 Sep 2004, Peter Dons Tychsen wrote: > Hello. > > The WEXITSTATUS is a bit buggy. (wait.h) > > The macro extracts information gained from a call to waitpid() (and others). > The information it extracts is the status of the completed process (8 bit > signed value). > > The problem is that the macro does not cast the value to a signed integer > (like other systems do), which can cause the value to be incorrectly > interpreted (breaks some programs). > > The following fails: > > // Wait for processes to complete > if(waitpid(pid, &status, 0) == pid) > { > // Check return value for failure (-1) > if(WEXITSTATUS(status) == -1) > { > /* We will never get here, as the macro returns 255 if the process exited with -1 */ > } > } > > The problem can be fixed by changing the macro from: > > #define WEXITSTATUS(w) (((w) >> 8) & 0xff) > > To: > > #define WEXITSTATUS(w) ((signed char)(((w) >> 8) & 0xff)) > > It is kind of weird that no one has discovered this boo-boo before :-( > Hope it is not me who is boo-boo. :-) > > /Peter This was reported back in July. Google for '"negative exit status" site:cygwin.com' for the full thread. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From vaf@ulysses.kiev.ua Sat Sep 25 23:30:00 2004 From: vaf@ulysses.kiev.ua (Valery A. Frolov) Date: Sat, 25 Sep 2004 23:30:00 -0000 Subject: signal delivery problem (with pthreads) In-Reply-To: References: <20040921215135.GA1767@tonfa> Message-ID: <20040925210302.GB903@tonfa> On Wed, 22 Sep 2004 13:57:26 +0100, Dave Korn wrote: >> So could someone who got the _successful_ run of sig_bug.exe with recently >> (>1.5.7-1) releases or snapshots of cygwin1.dll send it >> (sig_bug.exe) to my personal e-mail? > > Well, here you go; source as well, just in case you have more than one > version of your testcase lying around, so you know exactly what I was > compiling. Thanks to Dave Korn for his copy of sb.exe. Well, it has been crashed too. Almost all the time (at least for me). With 1.5.11-1 and 20040924. And once with 1.5.7-1 >:-[ ] , which I've never seen before. After that I'm feeling doubts about right of my doings. :) Please note, I've executed sb.exe from cmd.exe, not from bash/ash/etc. And I've placed sb.exe on diskette(!) and cygwin1.dll in the current directory on hard disk. In case of placing sb.exe with cygwin1.dll on hard disk I have (almost) never got the stackdump file or it has only the first line. The contents of sb.exe.stackdump (with 1.5.11-1): Exception: STATUS_ACCESS_VIOLATION at eip=00000001 eax=0000001F ebx=4155835A ecx=00CCF0C0 edx=0000001F esi=00000001 edi=00CCF040 ebp=00CCF058 esp=00CCF020 program=a:\sb.exe, pid 120, thread unknown (0x7D) cs=001B ds=0023 es=0023 fs=0038 gs=0000 ss=0023 Stack trace: Frame Function Args 00CCF058 00000001 (00000003, 10021380, 00CCF0A8, 610A940A) 00CCF068 004011AE (00000000, FFFFFFFF, 00000000, 00000000) 00CCF0A8 610A940A (10021380, 00CCF0E0, 610A9390, 00000000) 00CCF0D8 61003E84 (00000000, 00000000, 00000000, 00000000) 00CCFFA8 61003E3A (00000000, 00000000, 00000000, 00000000) End of stack trace Maybe I need to build my own version of cygwin1.dll with debug information turned on but I have never done it before. WBR, Valery -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rschm@broadpark.no Sun Sep 26 00:18:00 2004 From: rschm@broadpark.no (Robert Schmidt) Date: Sun, 26 Sep 2004 00:18:00 -0000 Subject: "which" command does not expand "~" in path In-Reply-To: References: <1094385246.5803.ezmlm@cygwin.com> <6.1.2.0.1.20040926005459.02810cb0@mail.ros.com.au> Message-ID: Sven K??hler wrote: >> Set PATH so it includes user's private bin if it exists >> if [ -d ~/bin ] ; then >> PATH="~/bin:${PATH}" >> fi > > > Hmm, i'm not 100% percent sure, but is this supposed to work in general? > I don't think that all programs that use the PATH varible are supposed > to interpret ~ correctly. > > Instead, the shell usually substitutes ~ or ~user. > Look at this the output of these commands: > echo ~ > echo "~" This is probably common knowledge, but I learned last night that sh never expands ~. Under sh, the two lines above yield the same output, simply ~. So my conclusion was to never rely on ~ in scripts or variables. (Unless something is broken in my setup?) Cheers, Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Sun Sep 26 00:21:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Sun, 26 Sep 2004 00:21:00 -0000 Subject: lighttpd - problems with cgi scripts Message-ID: <4155E9CE.5060903@familiehaase.de> Hi, I'm running lighttpd on Cygwin, it seems there are some problems, this simple script causes lighttpd to take all from the processor time and never stops until I kill the process: #!/usr/bin/perl use strict; use CGI::Carp qw(fatalsToBrowser); print "Content-type: text/html\n\n"; print '', "\n"; print "DBI Test\n"; print "\n"; print "Das ist nur ein CGI Test!\n"; print "\n"; However, I have a complex script here which works. There I get an error when I try to connect a postgres database, DBI says: could not create socket: Operation not permitted I tried to connect from perl to postgres that works, then I tried the same script calling from lighttpd, it fails with the above mentioned symptoms. Then I tried the really simple script above which I copied from a website. What is wrong with this script? Others are working ok, e.g. this one: #!/usr/bin/perl use CGI; $anfrage = new CGI; print $anfrage->header(), $anfrage->start_html("Hello world"), $anfrage->h1("Hello world"), $anfrage->a({-href=>"index.html#bsp1"},"Zurück"), $anfrage->end_html(); Gerrit -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From john@recaffeinated.com Sun Sep 26 01:25:00 2004 From: john@recaffeinated.com (John M. L.) Date: Sun, 26 Sep 2004 01:25:00 -0000 Subject: Cygwin login Message-ID: I've read the man pages for cygwin's 'login' command and have found little information to know exactly what it does. I assume it lets you login with a username but I have tried over and over with no luck. My only guess is that 'login' uses the local machine or domain accounts (one of which isn't working correctly). Any explanation of "login" would be helpful. John www.recaffeinated.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Sun Sep 26 01:32:00 2004 From: brian@dessent.net (Brian Dessent) Date: Sun, 26 Sep 2004 01:32:00 -0000 Subject: lighttpd - problems with cgi scripts References: <4155E9CE.5060903@familiehaase.de> Message-ID: <41560B26.FCC450C7@dessent.net> "Gerrit P. Haase" wrote: > #!/usr/bin/perl > > use strict; > use CGI::Carp qw(fatalsToBrowser); > > print "Content-type: text/html\n\n"; ^^^^^ This is not a valid CGI script. All HTTP headers must be terminated by CRLF, so you'd have to use "\r\n\r\n" here. But it's generally regarded as a bad thing to explicitly emit headers yourself if you're using the CGI module, which takes care of all such things for you. As you noted your example that does it the right way (by calling header()) works fine. Traditionally, Apache has been able to work around CGI script authors that can't read RFC2616, which is why you'll still find examples of crap like this on the web. But apparently lighthttpd is not as forgiving. > However, I have a complex script here which works. There I get an error > when I try to connect a postgres database, DBI says: > could not create socket: Operation not permitted > > I tried to connect from perl to postgres that works, then I tried the > same script calling from lighttpd, it fails with the above mentioned > symptoms. This sounds suspiciously like the "SYSTEMROOT being removed from the environment" problem. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Sun Sep 26 01:36:00 2004 From: brian@dessent.net (Brian Dessent) Date: Sun, 26 Sep 2004 01:36:00 -0000 Subject: Cygwin login References: Message-ID: <41560BD2.CCCA24E0@dessent.net> "John M. L." wrote: > I've read the man pages for cygwin's 'login' command and have found little > information to know exactly what it does. I assume it lets you login with a > username but I have tried over and over with no luck. My only guess is that > 'login' uses the local machine or domain accounts (one of which isn't > working correctly). Read /usr/share/doc/Cygwin/login.README. And no, you cannot use it like you want. If you want to switch user credentials you have to use ssh. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From emild@cs.Technion.AC.IL Sun Sep 26 01:50:00 2004 From: emild@cs.Technion.AC.IL (Kohn Emil Dan) Date: Sun, 26 Sep 2004 01:50:00 -0000 Subject: openssl on cygwin bug and patch Message-ID: Hi all, I have encountered a problem when using openssl to encrypt binary files on cygwin. Here is how to reproduce the problem: 1) When you install cygwin, make sure that the format for text files is set to DOS 2) Encrypt a binary file (e.g. a .zip file, let's call it file.zip): openssl enc -bf -in file.zip -out file.zip.enc (give the password when prompted) 3) Decrypt the file: openssl enc -bf -d -in file.zip.enc -out file.dec.zip (give the password when prompted) 4) Compare the original and the decrypted files: cmp -l file.zip file.dec.zip You will notice that the files are different. The problem is caused by the fact that openssl does not use the binary flag for fopen(). The attached patch attempts to fix the problem. Regards, Emil -------------- next part -------------- diff -u -r -w openssl-0.9.7d/crypto/bio/bss_file.c openssl-0.9.7d.work/crypto/bio/bss_file.c --- openssl-0.9.7d/crypto/bio/bss_file.c 2003-12-27 16:40:50.000000000 +0200 +++ openssl-0.9.7d.work/crypto/bio/bss_file.c 2004-09-26 01:29:54.000000000 +0200 @@ -264,7 +264,7 @@ ret=0; break; } -#if defined(OPENSSL_SYS_MSDOS) || defined(OPENSSL_SYS_WINDOWS) || defined(OPENSSL_SYS_OS2) +#if defined(OPENSSL_SYS_MSDOS) || defined(OPENSSL_SYS_WINDOWS) || defined(OPENSSL_SYS_OS2) || defined(OPENSSL_SYSNAME_CYGWIN32) if (!(num & BIO_FP_TEXT)) strcat(p,"b"); else -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From errol@ros.com.au Sun Sep 26 01:50:00 2004 From: errol@ros.com.au (Errol Smith) Date: Sun, 26 Sep 2004 01:50:00 -0000 Subject: "which" command does not expand "~" in path In-Reply-To: <1096159940.21953.ezmlm@cygwin.com> References: <1096159940.21953.ezmlm@cygwin.com> Message-ID: <6.1.2.0.1.20040926105406.02d8bc70@mail.ros.com.au> >From: Sven K?hler >Subject: Re: "which" command does not expand "~" in path >Date: Sat, 25 Sep 2004 20:32:31 +0200 >Message-ID: > >>Set PATH so it includes user's private bin if it exists >>if [ -d ~/bin ] ; then >> PATH="~/bin:${PATH}" >>fi > >Hmm, i'm not 100% percent sure, but is this supposed to work in general? I >don't think that all programs that use the PATH varible are supposed to >interpret ~ correctly. I don't know for certain (I am no expert), BUT I briefly examined source code of both GNU "which" and cygwin "which" and the GNU version specifically checks for "~" while the cygwin version does not. The cygwin version essentially passes the partial PATH directly to a stat() function call. I do not know if stat() is expected to interpret ~ as $HOME. >Instead, the shell usually substitutes ~ or ~user. >Look at this the output of these commands: > echo ~ > echo "~" I'm fairly certain the shell is not expected to perform tilde expansion if the tilde is quoted, so the difference between these two is expected. >I would suggest to use > PATH="$HOME/bin:$PATH" >or even > PATH="$(echo -n ~)/bin:$PATH" >instead of your line. The "PATH=.." line I quoted is from the _cygwin default .bash_profile_, so if what you suggest is true, either way something in cygwin needs to be modified (and yes, substituting $HOME for ~ does fix it, but that doesn't stop someone manually putting ~ in their path). The which command on linux works as expected, whether the path contains ~ or not. I'm sure Corinna will know the correct behaviour - she's also the maintainer of "which" ;-) Regards, Errol btw, I am using a fully updated cygwin with snapshot 20040924 btw2, if anyone knows how to get Eudora to let me reply to the digest and have it thread properly in the archives, please let me know.. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Sun Sep 26 02:04:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Sun, 26 Sep 2004 02:04:00 -0000 Subject: lighttpd - problems with cgi scripts In-Reply-To: <41560B26.FCC450C7@dessent.net> References: <4155E9CE.5060903@familiehaase.de> <41560B26.FCC450C7@dessent.net> Message-ID: <1645302901.20040926033627@familiehaase.de> Hallo Brian, Am Sonntag, 26. September 2004 um 02:19 schriebst du: > "Gerrit P. Haase" wrote: >> #!/usr/bin/perl >> >> use strict; >> use CGI::Carp qw(fatalsToBrowser); >> >> print "Content-type: text/html\n\n"; > ^^^^^ > This is not a valid CGI script. All HTTP headers must be terminated by > CRLF, so you'd have to use "\r\n\r\n" here. But it's generally regarded > as a bad thing to explicitly emit headers yourself if you're using the > CGI module, which takes care of all such things for you. As you noted > your example that does it the right way (by calling header()) works > fine. That works, thanks for pointing this out, however, lighttpd should simply give back an error instead of burning my cpu. >> However, I have a complex script here which works. There I get an error >> when I try to connect a postgres database, DBI says: >> could not create socket: Operation not permitted >> >> I tried to connect from perl to postgres that works, then I tried the >> same script calling from lighttpd, it fails with the above mentioned >> symptoms. > This sounds suspiciously like the "SYSTEMROOT being removed from the > environment" problem. Hmmm, SYSTEMROOT: $ set | grep SYSTEMROOT SYSTEMROOT='C:\WINNT' Doesn't a cygwin application need to know about CYGWIN_ROOT instead of SYSTEMROOT? I'll see if I can find the thread about it in the archives. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From arashp@hotmail.com Sun Sep 26 02:08:00 2004 From: arashp@hotmail.com (Arash Partow) Date: Sun, 26 Sep 2004 02:08:00 -0000 Subject: Problems with pthread mutexes Message-ID: Hi all, I've got a problem with pthread mutexes and cygwin. When I try to initialise a mutex attribute variable, the related pthread call never returns a 0 (zero) value. ie: int result = 0; pthread_mutexattr_t mutex_attr; if ((result = pthread_mutexattr_init(&mutex_attr)) != 0) { printf("Error - Description: %s\n",stderror(result)); exit(EXIT_FAILURE); } I'm using the latest snapshot as of 24th Sept, and also got the latest gcc, I'm running on windows 2000 with sp4, I've also tried on win xp with sp2 same cygwin install etc, yet the same problem occurs. Same code compiles ok on NetBSD 1.62 and Mandrake 10.1 and gives a non erroneous return code. Any ideas, any help would be very much appreciated. Regards Arash Partow __________________________________________________ Be one who knows what they don't know, Instead of being one who knows not what they don't know, Thinking they know everything about all things. http://www.partow.net . -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Sun Sep 26 03:01:00 2004 From: brian@dessent.net (Brian Dessent) Date: Sun, 26 Sep 2004 03:01:00 -0000 Subject: lighttpd - problems with cgi scripts References: <4155E9CE.5060903@familiehaase.de> <41560B26.FCC450C7@dessent.net> <1645302901.20040926033627@familiehaase.de> Message-ID: <415620DD.7B0537B9@dessent.net> "Gerrit P. Haase" wrote: > That works, thanks for pointing this out, however, lighttpd should > simply give back an error instead of burning my cpu. I agree. > > > This sounds suspiciously like the "SYSTEMROOT being removed from the > > environment" problem. > > Hmmm, SYSTEMROOT: > $ set | grep SYSTEMROOT > SYSTEMROOT='C:\WINNT' That's from a normal shell prompt though, right? It must be set in the environment of the CGI script that's forked from the lighttpd. Try a simple CGI that just runs "printenv" and see if it's set there. The reason it seems to come up in CGI scripts is that often the environment is cleansed of all but certain permitted variables, and it seems that SYSTEMROOT is the casualty of this. It's a situation particular to Cygwin, as win32 native code would know not to remove it, whereas its meaningless to stuff written for posix/unix. > Doesn't a cygwin application need to know about CYGWIN_ROOT instead of > SYSTEMROOT? > > I'll see if I can find the thread about it in the archives. I've never heard of the CYGWIN_ROOT variable before. I think the problem is that when you go to use a socket function, eventually the win32 winsock functions get called, and they depend on having SYSTEMROOT set in the environment. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From skoskie@iupui.edu Sun Sep 26 03:38:00 2004 From: skoskie@iupui.edu (Koskie, Sarah) Date: Sun, 26 Sep 2004 03:38:00 -0000 Subject: spell checking in xemacs Message-ID: I used setup to download and install both the aspell and xemacs packages. If I click on the "Spell" button on the toolbar in xemacs, I get the message "Symbol's function definition is void: ispell-buffer". The response to M-x spell, M-x aspell, and M-x ispell is [No match]. Setup indicates that I have version 21.4.15-1 of xemacs. I've just spent hours combing the web and the mailing list archives and FAQ's trying to find out how to fix this. One person suggests (eval-after-load "ispell" '(progn (setq ispell-program-name "aspell"))) I entered this into my .xemacs/init.el file (this seems to be a replacement for the old .emacs file one used to place in one's home directory) but the behavior of xemacs described above did not change. Another person suggested (setq-default ispell-program-name "aspell") That also had no effect. I'm not even sure xemacs is reading this initialization file though I tried explicitly adding the .xemacs directory to my path. Any help would be appreciated. I second the request of the person who wrote in March asking that ispell be included with xemacs. One really shouldn't have to spend hours trying to get such a basic thing working. Also it would be helpful if aspell had man pages! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Sun Sep 26 05:21:00 2004 From: brian@dessent.net (Brian Dessent) Date: Sun, 26 Sep 2004 05:21:00 -0000 Subject: Problems with pthread mutexes References: Message-ID: <41562527.739ED3B9@dessent.net> Arash Partow wrote: > I've got a problem with pthread mutexes and cygwin. When I try to initialise > a mutex > attribute variable, the related pthread call never returns a 0 (zero) value. > > ie: > > int result = 0; > pthread_mutexattr_t mutex_attr; > > if ((result = pthread_mutexattr_init(&mutex_attr)) != 0) > { > printf("Error - Description: %s\n",stderror(result)); > exit(EXIT_FAILURE); > } > > I'm using the latest snapshot as of 24th Sept, and also got the latest > gcc, I'm running on windows 2000 with sp4, I've also tried on win xp > with sp2 same cygwin install etc, yet the same problem occurs. > > Same code compiles ok on NetBSD 1.62 and Mandrake 10.1 and gives > a non erroneous return code. It must be something your code is doing wrong -- something not in the above snippet. I think you'll find that if you can narrow it down to a simple testcase that compiles and exhibits the error it will be much easier to find out what's wrong. Your above code works fine for me: $ cat >pthread_mutexattr.c < #include int main() { int result; pthread_mutexattr_t mutex_attr; if ((result = pthread_mutexattr_init(&mutex_attr)) != 0) perror("pthread_mutexattr_init"); else printf("success"); } EOF success Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From arashp@hotmail.com Sun Sep 26 05:35:00 2004 From: arashp@hotmail.com (Arash Partow) Date: Sun, 26 Sep 2004 05:35:00 -0000 Subject: Problems with pthread mutexes Message-ID: Hi Brian, The result I get back is 16 which according to stderror is: "Mount device busy". The mutex is being created within a running thread. It is very strange that the same code compiles fine on other OS and that they don't give back an error. I'll try writing up a more simpler example that can be run, also I'm compiling with -O3,I'm not sure how cygwin's modes to gcc effect this level of optimization. Arash Partow __________________________________________________ Be one who knows what they don't know, Instead of being one who knows not what they don't know, Thinking they know everything about all things. http://www.partow.net >It must be something your code is doing wrong -- something not in the >above snippet. I think you'll find that if you can narrow it down to a >simple testcase that compiles and exhibits the error it will be much >easier to find out what's wrong. Your above code works fine for me: > >$ cat >pthread_mutexattr.c <gcc -o pthread_mutexattr.exe pthread_mutexattr.c && \ >./pthread_mutexattr >#include >#include >int main() { > int result; > pthread_mutexattr_t mutex_attr; > > if ((result = pthread_mutexattr_init(&mutex_attr)) != 0) > perror("pthread_mutexattr_init"); > else > printf("success"); >} >EOF >success > >Brian > >-- . -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From olwe@cpinternet.com Sun Sep 26 06:15:00 2004 From: olwe@cpinternet.com (Olwe Melwasul) Date: Sun, 26 Sep 2004 06:15:00 -0000 Subject: guile problems Message-ID: <415639A3.3040903@cpinternet.com> I'm using CYGWIN_NT-5.1 and the 1.6.4 guile and trying to work throught the tutorial http://lonelycactus.com/guilebook/ The first example program, however, won't compile and gives these errors: --- $ make gcc `guile-config link` -o hello_world main.o main.o(.text+0x1f): In function `main': /home/User/olwelaptopstore/programming/guile/example1/main.c:10: undefined reference to `_scm_init_guile' main.o(.text+0x2b):/home/User/olwelaptopstore/programming/guile/example1/main.c:13: undefined reference to `_scm_c_primitive_load' main.o(.text+0x37):/home/User/olwelaptopstore/programming/guile/example1/main.c:15: undefined reference to `_scm_c_lookup' main.o(.text+0x45):/home/User/olwelaptopstore/programming/guile/example1/main.c:16: undefined reference to `_scm_variable_ref' main.o(.text+0x53):/home/User/olwelaptopstore/programming/guile/example1/main.c:18: undefined reference to `_scm_call_0' collect2: ld returned 1 exit status make: *** [hello_world] Error 1 --- Here's the programs: #include #include #include int main (int argc, char *argv[]) { SCM func_symbol; SCM func; scm_init_guile(); // Load the scheme function definitions scm_c_primitive_load ("script.scm"); func_symbol = scm_c_lookup("do-hello"); func = scm_variable_ref(func_symbol); scm_call_0 (func); exit(EXIT_SUCCESS); } --- CDEBUG = -g -Wall CFLAGS = $(CDEBUG) `guile-config compile` LDFLAGS = `guile-config link` SRCS = main.c OBJS = main.o hello_world: $(OBJS) $(CC) $(LDFLAGS) -o $@ $(OBJS) $(LIBS) --- I put /usr/include in my PATH by hand. I can't think of anything else other than guile-config not working properly. Olwe -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Sun Sep 26 11:24:00 2004 From: brian@dessent.net (Brian Dessent) Date: Sun, 26 Sep 2004 11:24:00 -0000 Subject: Problems with pthread mutexes References: Message-ID: <41565282.E62D54E9@dessent.net> Arash Partow wrote: > The result I get back is 16 which according to stderror is: "Mount device > busy". That would be EBUSY. > The mutex is being created within a running thread. It is very strange > that the same code compiles fine on other OS and that they don't give > back an error. > > I'll try writing up a more simpler example that can be run, > also I'm compiling with -O3,I'm not sure how cygwin's modes > to gcc effect this level of optimization. Here's the code in question, in thread.cc: pthread_mutexattr_init (pthread_mutexattr_t *attr) { if (pthread_mutexattr::is_good_object (attr)) return EBUSY; *attr = new pthread_mutexattr (); if (!pthread_mutexattr::is_good_object (attr)) { delete (*attr); *attr = NULL; return ENOMEM; } return 0; } The first check there is a little odd - essentially it's checking the as-yet uninitialized pthread_mutexattr_t object to see if it happens to contain the value PTHREAD_MUTEXATTR_MAGIC, which would indicate that it has already been initialized. I guess that's to prevent memory leaks from accidental calling of pthread_mutexattr_init() twice on an object without calling pthread_mutexattr_destroy() first. So, check and see if there's any possibility of that happening in your code. But, since your pthread_mutexattr_t is being allocated on the stack I suppose there's a chance that it might happen to contain the magic value from a previous function. You could try bzero()-ing it if you're sure that it's uninitialized (and that it's not a case of trying to init the same structure twice) and that should make the error go away. But, I'm certainly no Cygwin pthread expert so maybe someone else can eludicate us on the use of the magic numbers and verifiable_object usage. I don't know how the use of -O3 affects initialization of automatic variables, but if bzero()-like behavior is normally done but disabled at that level, then it would definitely be the culpret. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cl702@yahoo.com Sun Sep 26 12:06:00 2004 From: cl702@yahoo.com (Carlos Langer) Date: Sun, 26 Sep 2004 12:06:00 -0000 Subject: Cannot find C:\cygwin\cygwin.bat In-Reply-To: <6.1.0.6.0.20040925131407.03f037b8@pop.prospeed.net> Message-ID: <20040926053535.26112.qmail@web50609.mail.yahoo.com> --- Larry Hall wrote: > At 09:04 AM 9/25/2004, you wrote: > >I had/have cygwin working for a while now. > Yesterday I > >did something stupid, and now double-clicking the > >cygwin link on my windows xp desktop gives me the > >message: "Cannot find C:\cygwin\cygwin.bat". > > > >I was trying to get add an option for startxwin, so > I > >right-clicked the link I had for startxwin. Then > next > >to a icon of a bat file, there was a line with > >"startxwin". I changed that to "startxwin > >-emulate3buttons". Obviously it did not work, so I > >changed it back. But now I can't double-click the > link > >anymore. gives me that dreaded message.. > > > >I've been searching for a solution, and the closest > I > >got was this August/04 thread which mentions > possible > >permissions messed up. > > > >----------------------------------quote: > >> At 12:31 PM 8/12/2004, you wrote: > >...cut > >> > > >> >"Cannot find C:\cygwin\cygwin.bat or one of its > >components". > > > >> I'd recommend starting here: > >> > >> >Problem reports: > >http://cygwin.com/problems.html > >> > >> > >> It would also be helpful, specifically, to know > what > >you did that > >> generates that message. > > > > I'll bet the answer will be "Double-clicked the > >cygwin icon"! > > > > If the batch file is there, but it can't run, the > >permissions on it are > >probably messed up. > >----------------------------end of quote. > > > > > >How do I check these permissions? What should they > be? > > > > > Let's turn the question around. Does cygwin.bat > still exist? What are > the permissions? Can you run it from a DOS prompt? > What errors does it > report? What's the output of 'cygcheck -s -r -v' > (read the link below)? > > >Problem reports: > http://cygwin.com/problems.html > > What does 'cygcheck -c' report? > > Given what you've reported so far, there is a large > disconnect between the > steps you associate with the cause of the problem > and the corresponding > disabling of cygwin.bat. So there are clearly > details here that are > missing. If getting the answers for the above > questions doesn't point you > to the solution, please provide the details with > your next inquiry to the > list. > > > -- > Larry Hall > http://www.rfk.com > RFK Partners, Inc. (508) > 893-9779 - RFK Office > 838 Washington Street (508) > 893-9889 - FAX > Holliston, MA 01746 > > > -- > Unsubscribe info: > http://cygwin.com/ml/#unsubscribe-simple > Problem reports: > http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > Thank you for your reply. I thought I had it written clearly enough. I double click the file, so it does exist. As far as permissions, that was actually the larger part of the question I had - if you read the last sentence of my query. Anyway, for the record, it turns out the windows registry had "obsolete" entries for cygwin. Removing those cleared the problem. Carlos _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Sun Sep 26 13:44:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Sun, 26 Sep 2004 13:44:00 -0000 Subject: "which" command does not expand "~" in path In-Reply-To: <6.1.2.0.1.20040926105406.02d8bc70@mail.ros.com.au> References: <1096159940.21953.ezmlm@cygwin.com> <6.1.2.0.1.20040926105406.02d8bc70@mail.ros.com.au> Message-ID: <20040926061754.GA19075@trixie.casa.cgf.cx> On Sun, Sep 26, 2004 at 11:25:04AM +1000, Errol Smith wrote: >I do not know if stat() is expected to interpret ~ as $HOME. No, it is not. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From _garbage_collector_@telia.com Sun Sep 26 14:54:00 2004 From: _garbage_collector_@telia.com (Hannu E K Nevalainen) Date: Sun, 26 Sep 2004 14:54:00 -0000 Subject: "which" command does not expand "~" in path In-Reply-To: <20040926061754.GA19075@trixie.casa.cgf.cx> Message-ID: you (cygwin-owner@cygwin.com) wrote on : > On Sun, Sep 26, 2004 at 11:25:04AM +1000, Errol Smith wrote: >> I do not know if stat() is expected to interpret ~ as $HOME. > > No, it is not. > > cgf FWIW; 'man bash' has a section on Tilde Expansion - I take it as; bash does this expansion for you, not which.exe -> use $HOME when not typing at the prompt. /Hannu E K Nevalainen, B.Sc. EE Microcomputer systems --72--> ** mailing list preference; please keep replies on list ** -- printf("LocalTime: UTC+%02d\n",(DST)? 2:1); -- --END OF MESSAGE-- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Sun Sep 26 17:18:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Sun, 26 Sep 2004 17:18:00 -0000 Subject: lighttpd - problems with cgi scripts In-Reply-To: <20040926081347.GL18016@gateway> References: <4155E9CE.5060903@familiehaase.de> <41560B26.FCC450C7@dessent.net> <1645302901.20040926033627@familiehaase.de> <415620DD.7B0537B9@dessent.net> <20040926081347.GL18016@gateway> Message-ID: <513423888.20040926140607@familiehaase.de> Hello Jan, Am Sonntag, 26. September 2004 um 10:13 schriebst du: > On Sat, Sep 25, 2004 at 06:52:29PM -0700, Brian Dessent wrote: >> "Gerrit P. Haase" wrote: >> >> > That works, thanks for pointing this out, however, lighttpd should >> > simply give back an error instead of burning my cpu. >> >> I agree. > Hmm, it is not supposed to burn the cpu and I'll take a look at the > problem and see if I can reqproduce it. Thanks. >> > > This sounds suspiciously like the "SYSTEMROOT being removed from the >> > > environment" problem. >> > >> > Hmmm, SYSTEMROOT: >> > $ set | grep SYSTEMROOT >> > SYSTEMROOT='C:\WINNT' >> >> That's from a normal shell prompt though, right? It must be set in the >> environment of the CGI script that's forked from the lighttpd. Try a >> simple CGI that just runs "printenv" and see if it's set there. The >> reason it seems to come up in CGI scripts is that often the environment >> is cleansed of all but certain permitted variables, and it seems that >> SYSTEMROOT is the casualty of this. It's a situation particular to >> Cygwin, as win32 native code would know not to remove it, whereas its >> meaningless to stuff written for posix/unix. > add > #ifdef __CYGWIN__ > /* CYGWIN needs SYSTEMROOT */ > cgi_env_add(&env, "SYSTEMROOT", getenv("SYSTEMROOT")); > #endif > to src/cgi.c in line 640 (or in that range) and tell me if that fixes > it. Jau, now it works! Great fix, many thanks! Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From thorsten@thorstenkampe.de Sun Sep 26 17:57:00 2004 From: thorsten@thorstenkampe.de (Thorsten Kampe) Date: Sun, 26 Sep 2004 17:57:00 -0000 Subject: Adding "cygwin here" to Windows Explorer References: <20040914170613.40672.qmail@web61307.mail.yahoo.com> <41556AF8.90908@x-ray.at> <20040925180318.GC15889@trixie.casa.cgf.cx> <4155C11A.4070106@x-ray.at> <67683712.20040925212930@familiehaase.de> Message-ID: <9rwex410e3f8.dlg@thorstenkampe.de> * Gerrit P. Haase (2004-09-25 21:29 +0200) > Am Samstag, 25. September 2004 um 21:03 schriebst du: >> Christopher Faylor schrieb: >>> Is there any chance that this could be rolled into a package so that we >>> don't have to rehash it every few weeks. This discussion really is >>> getting rather old. If it is something that people just have to have, >>> then can someone roll it into a package and get it into the >>> distribution? > >> Gerrit? >> See http://koeln.convey.de/cywgin/CygwinPromptHere/ > > There were problems with this on XP and it supports only rxvt with > bash, well we could offer several packages, or just one basic package > that installs a "Bash Prompt here" link with cmd (or isn't cmd > available everywhere?) or use rxvt since this is always available. cmd isn't available on Win9x. rxvt is always available but not always installed. > But which color, fontcolor, scrollbar right or left, cursor small or > big, cursor color, etc. to select? Just like my settings, or yours? The rxvt plain setup is really ugly but you shouldn't overwrite the settings of someone's .Xdefaults. And what about those people who use csh/zsh/ksh as their login shell? I think it shouldn't be a package but a FAQ entry how to do it with different shells and different terminals (Windows console and rxvt). The main problem with the old solutions (yours included) is that they require files to be downloaded and installed (meaning put to a specific location). The advantage of Tero Niemela's and Henry S. Thompson's solutions is that they only require the the HKCU entry and and entry in your personal .shell-login file. I didn't want to install a second layer of files so Tero Niemela's very minimalistic solution was the first I ever tried and stayed with. Thorsten -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cygwin@murdoch-sutherland.com Sun Sep 26 20:22:00 2004 From: cygwin@murdoch-sutherland.com (Duncan Murdoch) Date: Sun, 26 Sep 2004 20:22:00 -0000 Subject: ssh-agent: Cygwin version problems Message-ID: I've been using OpenSSH with Cygwin for a while now, very successfully. Thanks to all who put this together. I'd like to set up my machine for remote logins now, which makes me much more security conscious: using an old version of OpenSSH is not really an option. However, I can't find a way to get the latest OpenSSH to work without messing up ssh-agent in the sense that it becomes strongly attached to the bash window in which it was started. With the versions I've got now, I can start ssh-agent, and an ssh tunnel, and then close the window, and those processes keep running. This is very nice! As soon as I upgrade Cygwin, or the base files, this stops working. The bash window refuses to close; if I tell Windows to shut it down, it kills ssh-agent and ssh as well. If I only upgrade OpenSSH, it won't start, because it's been linked against a newer version of cygwin1.dll, and can't find an entry point it needs. Here's how I start ssh-agent: alias sshstart='ssh-agent >~/ssh-agent-pid; source ~/ssh-agent-pid; ssh-add' and here's ssh: alias sshtunnel='ssh -N -f -L [my tunnel] [my username] >/dev/null 2>/dev/null Message-ID: Koskie, Sarah wrote: > I used setup to download and install both the aspell and xemacs > packages. If I click on the "Spell" button on the toolbar in xemacs, I > get the message "Symbol's function definition is void: ispell-buffer". > The response to M-x spell, M-x aspell, and M-x ispell is [No match]. > Setup indicates that I have version 21.4.15-1 of xemacs. Please post cygcheck output as advised at http://cygwin.com/problems.html My WAG is that you didn't get the xemacs-sumo package. I've found the lowest-overhead solution to using aspell as ispell is then simply to ln -s /bin/aspell /bin/ispell Robert -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From skoehler@upb.de Sun Sep 26 21:10:00 2004 From: skoehler@upb.de (=?ISO-8859-1?Q?Sven_K=F6hler?=) Date: Sun, 26 Sep 2004 21:10:00 -0000 Subject: "which" command does not expand "~" in path In-Reply-To: References: <1094385246.5803.ezmlm@cygwin.com> <6.1.2.0.1.20040926005459.02810cb0@mail.ros.com.au> Message-ID: >> Instead, the shell usually substitutes ~ or ~user. >> Look at this the output of these commands: >> echo ~ >> echo "~" > > This is probably common knowledge, but I learned last night that sh > never expands ~. Under sh, the two lines above yield the same output, > simply ~. I can confirm that for cygwin. The "common knowledge" may be, because the most Linux-systems have sh linked to bash. Cygwin seems to have a separate "sh" installed. But is there any command that give's me the home for a given username? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From skoskie@iupui.edu Sun Sep 26 21:58:00 2004 From: skoskie@iupui.edu (Sarah Koskie) Date: Sun, 26 Sep 2004 21:58:00 -0000 Subject: spell checking in xemacs References: Message-ID: Robert R Schneck math.berkeley.edu> writes: > > Koskie, Sarah wrote: > > I used setup to download and install both the aspell and xemacs > > packages. If I click on the "Spell" button on the toolbar in xemacs, I > > get the message "Symbol's function definition is void: ispell-buffer". > > The response to M-x spell, M-x aspell, and M-x ispell is [No match]. > > Setup indicates that I have version 21.4.15-1 of xemacs. > > Please post cygcheck output as advised at > http://cygwin.com/problems.html > > My WAG is that you didn't get the xemacs-sumo package. > I've found the lowest-overhead solution to using aspell as ispell is > then simply to > ln -s /bin/aspell /bin/ispell > > Robert > > > Thanks, Robert. I hadn't gotten the xemacs-sumo package. Downloaded and installed it and now ispell works (presumably using aspell since I didn't delete the lines in init.el that set ispell-program-name to aspell). I didn't change this in the interest of not fixing what isn't broken, but your approach makes sense. Thanks for including it. Sarah -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From alexvn@connect.to Sun Sep 26 22:13:00 2004 From: alexvn@connect.to (Alex Vinokur) Date: Sun, 26 Sep 2004 22:13:00 -0000 Subject: Problem with ps2ascii Message-ID: $ ps2ascii foo.ps Error: /undefined in ch-xoff Operand stack: --nostringval-- --nostringval-- --nostringval-- --nostringval-- 0 Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 2 3 %oparray_pop 2 3 %oparray_pop 2 3 %oparray_pop 2 3 %oparray_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- --nostringval-- Dictionary stack: --dict:1100/1123(ro)(G)-- --dict:0/20(G)-- --dict:75/200(L)-- --dict:186/300(L)-- Current allocation mode is local Current file position is 14855 GNU Ghostscript 8.01: Unrecoverable error, exit code 1 ------------------------------------------------------------------------ What is wrong? -- Alex Vinokur http://mathforum.org/library/view/10978.html http://sourceforge.net/users/alexvn -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From janneke@gnu.org Sun Sep 26 22:58:00 2004 From: janneke@gnu.org (Jan Nieuwenhuizen) Date: Sun, 26 Sep 2004 22:58:00 -0000 Subject: x11-org-devel: 'XtStrings' can't be auto-imported Message-ID: <87brfsybww.fsf@peder.flower> Before rebuilding tetex to fix some bugs Volker reported I upgraded my compilation environment to x11-org-devel, but I get lots of linkage problems (also for variables from Shell.h, etc.) These can be avoided by setting -DXTSTRINGDEFINES=1, which seems to work, but I guess the real problem is with the new X11 packages? Greetings. Jan. i686-cygwin-gcc -o mfw.exe -lm mfini.o mf0.o mf1.o mf2.o mfextra.o window/window.a -L/cygwin/usr/X11R6/lib -lXt -lSM -lICE -lXext -lX11 -L/cygwin/usr/X11R6/lib lib/lib.a -L../kpathsea/SHARED -lkpathsea -L/cygwin/usr/X11R6/lib -lICE -lSM -lXpm -lX11 window/window.a(x11.o)(.text+0x16a): In function `mf_x11_initscreen': /netrel/build/tetex-bin-2.0.2-15/texk/web2c/window/x11.c:134: variable 'XtStrings' can't be auto-imported. Please read the documentation for ld's --enable-auto-import for details. window/window.a(x11.o)(.text+0x191):/netrel/build/tetex-bin-2.0.2-15/texk/web2c/window/x11.c:136: variable 'XtStrings' can't be auto-imported. Please read the documentation for ld's --enable-auto-import for details. window/window.a(x11.o)(.data+0x10):x11.c: variable 'XtStrings' can't be auto-imported. Please read the documentation for ld's --enable-auto-import for details. window/window.a(x11.o)(.data+0x1c):x11.c: variable 'XtStrings' can't be auto-imported. Please read the documentation for ld's --enable-auto-import for details. window/window.a(x11.o)(.data+0x2c):x11.c: variable 'XtStrings' can't be auto-imported. Please read the documentation for ld's --enable-auto-import for details. window/window.a(x11.o)(.data+0x38):x11.c: variable 'XtStrings' can't be auto-imported. Please read the documentation for ld's --enable-auto-import for details. window/window.a(x11.o)(.data+0x48):x11.c: variable 'XtStrings' can't be auto-imported. Please read the documentation for ld's --enable-auto-import for details. window/window.a(x11.o)(.data+0x54):x11.c: variable 'XtStrings' can't be auto-imported. Please read the documentation for ld's --enable-auto-import for details. window/window.a(x11.o)(.data+0x64):x11.c: variable 'XtStrings' can't be auto-imported. Please read the documentation for ld's --enable-auto-import for details. window/window.a(x11.o)(.data+0x70):x11.c: variable 'XtStrings' can't be auto-imported. Please read the documentation for ld's --enable-auto-import for details. Info: resolving _XtStrings by linking to __imp__XtStrings (auto-import) Info: resolving _widgetClass by linking to __imp__widgetClass (auto-import) collect2: ld returned 1 exit status make[2]: *** [mfw] Fout 1 make[2]: Leaving directory `/var/fred/cvs/cygwin/cygwin-apps/mknetrel/build/tetex-bin-2.0.2-15/texk/web2c' make[1]: *** [all] Fout 1 make[1]: Leaving directory `/var/fred/cvs/cygwin/cygwin-apps/mknetrel/build/tetex-bin-2.0.2-15/texk' make: *** [all] Fout 1 + exit 1 -- Jan Nieuwenhuizen | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Sun Sep 26 23:45:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Sun, 26 Sep 2004 23:45:00 -0000 Subject: Problem with ps2ascii In-Reply-To: References: Message-ID: <6.1.0.6.0.20040926175244.03f06368@pop.prospeed.net> At 05:05 PM 9/26/2004, you wrote: >$ ps2ascii foo.ps > >Error: /undefined in ch-xoff >Operand stack: > --nostringval-- --nostringval-- --nostringval-- --nostringval-- 0 >Execution stack: > %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 >%stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 2 3 %oparray_pop 2 3 >%oparray_pop 2 3 %oparray_pop 2 3 %oparray_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 >%stopped_push --nostringval-- --nostringval-- --nostringval-- --nostringval-- >Dictionary stack: > --dict:1100/1123(ro)(G)-- --dict:0/20(G)-- --dict:75/200(L)-- --dict:186/300(L)-- >Current allocation mode is local >Current file position is 14855 >GNU Ghostscript 8.01: Unrecoverable error, exit code 1 >------------------------------------------------------------------------ > >What is wrong? WFM with the Cygwin version (7.05) using a postscript file I had hanging around. You'll want to check with the folks from whom you got gs 8.01. They might be able to help you out. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From alexvn@connect.to Sun Sep 26 23:55:00 2004 From: alexvn@connect.to (Alex Vinokur) Date: Sun, 26 Sep 2004 23:55:00 -0000 Subject: Problem with ps2ascii References: <6.1.0.6.0.20040926175244.03f06368@pop.prospeed.net> Message-ID: "Larry Hall" wrote in message news:6.1.0.6.0.20040926175244.03f06368@pop.prospeed.net... > At 05:05 PM 9/26/2004, you wrote: > >$ ps2ascii foo.ps > > > >Error: /undefined in ch-xoff > >Operand stack: > > --nostringval-- --nostringval-- --nostringval-- --nostringval-- 0 > >Execution stack: > > %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 > >%stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 2 3 %oparray_pop 2 3 > >%oparray_pop 2 3 %oparray_pop 2 3 %oparray_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 > >%stopped_push --nostringval-- --nostringval-- --nostringval-- --nostringval-- > >Dictionary stack: > > --dict:1100/1123(ro)(G)-- --dict:0/20(G)-- --dict:75/200(L)-- --dict:186/300(L)-- > >Current allocation mode is local > >Current file position is 14855 > >GNU Ghostscript 8.01: Unrecoverable error, exit code 1 > >------------------------------------------------------------------------ > > > >What is wrong? > > > WFM with the Cygwin version (7.05) using a postscript file I had hanging > around. You'll want to check with the folks from whom you got gs 8.01. > They might be able to help you out. > > > Here is what I have. $ which -a gs /usr/local/bin/gs /usr/bin/gs /bin/gs /usr/bin/gs /usr/X11R6/bin/gs $ gs -v GNU Ghostscript 8.01 (2004-01-30) Copyright (C) 2004 artofcode LLC, Benicia, CA. All rights reserved. $ /usr/X11R6/bin/gs -v GNU Ghostscript 7.05 (2002-04-22) Copyright (C) 2002 artofcode LLC, Benicia, CA. All rights reserved. -- Alex Vinokur http://mathforum.org/library/view/10978.html http://sourceforge.net/users/alexvn -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From schneck@math.berkeley.edu Mon Sep 27 00:12:00 2004 From: schneck@math.berkeley.edu (Robert R Schneck) Date: Mon, 27 Sep 2004 00:12:00 -0000 Subject: spell checking in xemacs References: Message-ID: Sarah Koskie wrote: [xemacs difficulty solved by getting xemacs-sumo package] I suggest to the xemacs maintainer that the xemacs README file mention that most users will want the xemacs-sumo package. Robert -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Mon Sep 27 00:25:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Mon, 27 Sep 2004 00:25:00 -0000 Subject: Problem with ps2ascii In-Reply-To: References: <6.1.0.6.0.20040926175244.03f06368@pop.prospeed.net> Message-ID: <6.1.0.6.0.20040926193342.02a03a38@pop.prospeed.net> At 06:13 PM 9/26/2004, you wrote: >"Larry Hall" wrote >> At 05:05 PM 9/26/2004, you wrote: >> >$ ps2ascii foo.ps >> > >> >Error: /undefined in ch-xoff >> >Operand stack: >> > --nostringval-- --nostringval-- --nostringval-- --nostringval-- 0 >> >Execution stack: >> > %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 >> >%stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 2 3 %oparray_pop 2 3 >> >%oparray_pop 2 3 %oparray_pop 2 3 %oparray_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 >> >%stopped_push --nostringval-- --nostringval-- --nostringval-- --nostringval-- >> >Dictionary stack: >> > --dict:1100/1123(ro)(G)-- --dict:0/20(G)-- --dict:75/200(L)-- --dict:186/300(L)-- >> >Current allocation mode is local >> >Current file position is 14855 >> >GNU Ghostscript 8.01: Unrecoverable error, exit code 1 >> >------------------------------------------------------------------------ >> > >> >What is wrong? >> >> >> WFM with the Cygwin version (7.05) using a postscript file I had hanging >> around. You'll want to check with the folks from whom you got gs 8.01. >> They might be able to help you out. >> >> >> > >Here is what I have. > >$ which -a gs >/usr/local/bin/gs >/usr/bin/gs >/bin/gs >/usr/bin/gs >/usr/X11R6/bin/gs > >$ gs -v >GNU Ghostscript 8.01 (2004-01-30) >Copyright (C) 2004 artofcode LLC, Benicia, CA. All rights reserved. > >$ /usr/X11R6/bin/gs -v >GNU Ghostscript 7.05 (2002-04-22) >Copyright (C) 2002 artofcode LLC, Benicia, CA. All rights reserved. Right. And the one in '/usr/local/bin' is the one that generated the error. I'm not sure where you got that version but it's not available via 'setup.exe'. If you have the same problem with the version from '/usr/bin' or '/usr/X11R6/bin', then that's something you could follow-up with on this list, though the problem would certainly be one of local configuration or file specific based AFAICS. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From yselkowitz@users.sourceforge.net Mon Sep 27 01:00:00 2004 From: yselkowitz@users.sourceforge.net (Yaakov Selkowitz) Date: Mon, 27 Sep 2004 01:00:00 -0000 Subject: x11-org-devel: 'XtStrings' can't be auto-imported In-Reply-To: <87brfsybww.fsf@peder.flower> References: <87brfsybww.fsf@peder.flower> Message-ID: <415756D5.1070002@users.sourceforge.net> Jan Nieuwenhuizen wrote: > Before rebuilding tetex to fix some bugs Volker reported I upgraded my > compilation environment to x11-org-devel, but I get lots of linkage > problems (also for variables from Shell.h, etc.) > > These can be avoided by setting -DXTSTRINGDEFINES=1, which seems to > work, but I guess the real problem is with the new X11 packages? Just a guess, but are you using binutils-20040725-1? If so, update to the -2 package, which rectifies this sort of problem. If not, then please *attach* (uncompressed) the results of "cygcheck -srv" so that we can figure out what the problem may be. Yaakov -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Mon Sep 27 01:20:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 27 Sep 2004 01:20:00 -0000 Subject: "which" command does not expand "~" in path In-Reply-To: References: <1094385246.5803.ezmlm@cygwin.com> <6.1.2.0.1.20040926005459.02810cb0@mail.ros.com.au> Message-ID: On Sun, 26 Sep 2004, Sven K??hler wrote: > > > Instead, the shell usually substitutes ~ or ~user. > > > Look at this the output of these commands: > > > echo ~ > > > echo "~" > > > > This is probably common knowledge, but I learned last night that sh never > > expands ~. Under sh, the two lines above yield the same output, simply ~. > > I can confirm that for cygwin. > The "common knowledge" may be, because the most Linux-systems have sh linked > to bash. Cygwin seems to have a separate "sh" installed. As do most non-Linux systems. > But is there any command that give's me the home for a given username? bash -c "echo ~username" ];-> Or you could write one using the getpwnam() call (better yet, the reentrant versions, getpwnam_r()), and submit it to, say, cygutils (since sh-utils is no longer being actively developed). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From skoehler@upb.de Mon Sep 27 01:29:00 2004 From: skoehler@upb.de (=?ISO-8859-1?Q?Sven_K=F6hler?=) Date: Mon, 27 Sep 2004 01:29:00 -0000 Subject: "which" command does not expand "~" in path In-Reply-To: References: <1094385246.5803.ezmlm@cygwin.com> <6.1.2.0.1.20040926005459.02810cb0@mail.ros.com.au> Message-ID: >>But is there any command that give's me the home for a given username? > > bash -c "echo ~username" Oh well, beside bash (and any other big programm called shell) > Or you could write one using the getpwnam() call (better yet, the > reentrant versions, getpwnam_r()), and submit it to, say, cygutils (since > sh-utils is no longer being actively developed). I just wondered how to write a "correct" shell-script that runs with /bin/sh, and it seems there is no way "shell-script"-way to figure out a user's homedir. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From mchase@ix.netcom.com Mon Sep 27 05:07:00 2004 From: mchase@ix.netcom.com (Michael A Chase) Date: Mon, 27 Sep 2004 05:07:00 -0000 Subject: Adding "cygwin here" to Windows Explorer References: <20040914170613.40672.qmail@web61307.mail.yahoo.com> <41556AF8.90908@x-ray.at> <20040925180318.GC15889@trixie.casa.cgf.cx> <4155C11A.4070106@x-ray.at> <67683712.20040925212930@familiehaase.de> <9rwex410e3f8.dlg@thorstenkampe.de> Message-ID: On Sun, 26 Sep 2004 15:44:35 +0200, Thorsten Kampe wrote: > The advantage of Tero Niemela's and Henry S. Thompson's solutions is > that they only require the the HKCU entry and and entry in your personal > .shell-login file. > > I didn't want to install a second layer of files so Tero Niemela's very > minimalistic solution was the first I ever tried and stayed with. Please look at http://home.ix.netcom.com/~mchase/zip/ -- Mac :}) ** I usually forward private questions to the appropriate mail list. ** Ask Smarter: http://www.catb.org/~esr/faqs/smart-questions.html Cthulhu in 2004. Don't settle for the lesser evil. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Mon Sep 27 05:13:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Mon, 27 Sep 2004 05:13:00 -0000 Subject: x11-org-devel: 'XtStrings' can't be auto-imported In-Reply-To: <415756D5.1070002@users.sourceforge.net> References: <87brfsybww.fsf@peder.flower> <415756D5.1070002@users.sourceforge.net> Message-ID: <20040927012300.GC7015@trixie.casa.cgf.cx> On Sun, Sep 26, 2004 at 07:55:01PM -0400, Yaakov Selkowitz wrote: >Jan Nieuwenhuizen wrote: >>Before rebuilding tetex to fix some bugs Volker reported I upgraded my >>compilation environment to x11-org-devel, but I get lots of linkage >>problems (also for variables from Shell.h, etc.) >> >>These can be avoided by setting -DXTSTRINGDEFINES=1, which seems to >>work, but I guess the real problem is with the new X11 packages? > >Just a guess, but are you using binutils-20040725-1? If so, update to >the -2 package, which rectifies this sort of problem. > >If not, then please *attach* (uncompressed) the results of "cygcheck >-srv" so that we can figure out what the problem may be. We have a mailing list for X questions. Please send this to the cygwin-xfree mailing list. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Mon Sep 27 06:06:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 27 Sep 2004 06:06:00 -0000 Subject: "which" command does not expand "~" in path In-Reply-To: References: <1094385246.5803.ezmlm@cygwin.com> <6.1.2.0.1.20040926005459.02810cb0@mail.ros.com.au> Message-ID: On Mon, 27 Sep 2004, Sven K??hler wrote: > > > But is there any command that give's me the home for a given username? > > > > bash -c "echo ~username" > > Oh well, beside bash (and any other big programm called shell) > > > Or you could write one using the getpwnam() call (better yet, the > > reentrant versions, getpwnam_r()), and submit it to, say, cygutils (since > > sh-utils is no longer being actively developed). > > I just wondered how to write a "correct" shell-script that runs with /bin/sh, > and it seems there is no way "shell-script"-way to figure out a user's > homedir. You could try awk -F: "/^username:/"'{print $6}' < /etc/passwd (the pattern is in double quotes so that variable substitution can occur, e.g., you could change "username" to "$1" in a shell script). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From boekhold@emirates.net.ae Mon Sep 27 06:09:00 2004 From: boekhold@emirates.net.ae (Maarten Boekhold) Date: Mon, 27 Sep 2004 06:09:00 -0000 Subject: cygwin glib2-2.4.6-1 bug? Message-ID: <41579EBD.9030006@emirates.net.ae> Hi all (Gerrit in specific), I've found some behaviour which is different between glib2-2.4.5-1 and glib2-2.4.6-1, in what appears to be cygwin specific. Observer the following test case: ======> gmod.c <======= #include #include int main(int argc, char **argv) { gchar *full_libdir; gchar *module; full_libdir = g_build_filename ("/opt/xfce/lib", "xfce4", "modules" ,NULL); module = g_module_build_path(full_libdir, "xfce4_mime_icons"); g_warning("full library name: %s\n", module); return 1; } ======> sample session <======== maarten.boekhold@DXBM2003 /e/Maarten/src/xfce $ gcc -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -o gmod.exe gmod.c -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -liconv maarten.boekhold@DXBM2003 /e/Maarten/src/xfce $ ./gmod ** (process:6052): WARNING **: full library name: /opt/xfce/lib/xfce4/modules/libxfce4_mime_icons.dll I swear that this is supposed to return '/opt/xfce/lib/xfce4/modules/cygxfce4_mime_icons.dll', and I swear it *did* this in the previous version of the glib2 package. I will downgrade later today to verify this. The only way I can explain this behaviour is if either gmodule isn't built with gmodule-win32.c, *or* of G_WITH_CYGWIN isn't defined when building gmodule-win32.c. The gmodule-win32.c file itself looks OK to me. Do you have any idea? Maarten -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From daniel@bicho.synchrodesign.com Mon Sep 27 06:26:00 2004 From: daniel@bicho.synchrodesign.com (Daniel Senderowicz) Date: Mon, 27 Sep 2004 06:26:00 -0000 Subject: font problems with xpdf and gv Message-ID: <200409270516.i8R5GIA27779@bicho.synchrodesign.com> Hi, I just installed the latest version of cygwin on an XP system. Except for a problem which is explained in the FAQ related to the re-installation of the fonts, everything went quite smoothly. However, I ran into problems when running 'gv' and 'xpdf'. 'gv' pops a window saying "unknown device x11" and comes back with the following messages in the standard error: Warning: Cannot convert string "-*-Helvetica-Medium-R-Normal--*-140-*-*-p-*-ISO08859-1" to type FontStruct Warning: Cannot convert string "-*-Helvetica-Medium-R-Normal--*-120-*-*-p-*-ISO08859-1" to type FontStruct Warning: Cannot convert string "-*-Helvetica-Medium-R-Normal--*-100-*-*-p-*-ISO08859-1" to type FontStruct Warning: Cannot convert string "-*-Helvetica-Bold-R-Normal--*-120-*-*-p-*-ISO08859-1" to type FontStruct And nothing comes on the window, although it displays the number of pages. 'xpdf' although works, it says: Warning: Cannot convert string "-*-helvetica-medium-r-normal--12-*-*-*-*-*-iso08859-1" to type FontStruct Warning: Cannot convert string "-*-times-bold-i-normal--20-*-*-*-*-*-iso08859-1" to type FontStruct Warning: Cannot convert string "-*-times-medium-r-normal--16-*-*-*-*-*-iso08859-1" to type FontStruct and after exiting it prints 6 times: Warning: XtRemoveGrab asked to remove a widget not on the list Any help will be greatly appreciated. Dan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Dr.Volker.Zell@oracle.com Mon Sep 27 06:45:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Mon, 27 Sep 2004 06:45:00 -0000 Subject: spell checking in xemacs In-Reply-To: (Robert R. Schneck's message of "Sun, 26 Sep 2004 22:58:36 +0000 (UTC)") References: Message-ID: <87ekko6y90.fsf@vzell-de.de.oracle.com> >>>>> Robert R Schneck writes: > I suggest to the xemacs maintainer that the xemacs README file mention > that most users will want the xemacs-sumo package. Got it... > Robert Ciao Volker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Dr.Volker.Zell@oracle.com Mon Sep 27 07:12:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Mon, 27 Sep 2004 07:12:00 -0000 Subject: font problems with xpdf and gv In-Reply-To: <200409270516.i8R5GIA27779@bicho.synchrodesign.com> (Daniel Senderowicz's message of "Sun, 26 Sep 2004 22:16:18 -0700 (PDT)") References: <200409270516.i8R5GIA27779@bicho.synchrodesign.com> Message-ID: <878yaw6y3w.fsf@vzell-de.de.oracle.com> >>>>> Daniel Senderowicz writes: > Hi, > I just installed the latest version of cygwin on an XP system. > Except for a problem which is explained in the FAQ related to the > re-installation of the fonts, everything went quite smoothly. > However, I ran into problems when running 'gv' and 'xpdf'. 'gv' > pops a window saying "unknown device x11" and comes back with the > following messages in the standard error: Make sure you have the x11 version of ghostscript installed. Ciao Volker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From alexvn@connect.to Mon Sep 27 08:39:00 2004 From: alexvn@connect.to (Alex Vinokur) Date: Mon, 27 Sep 2004 08:39:00 -0000 Subject: Convert Word/html/pdf/ps to TeX Message-ID: Does Cygwin hold any tools to convert Word/html/pdf/ps to TeX? -- Alex Vinokur http://mathforum.org/library/view/10978.html http://sourceforge.net/users/alexvn -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From alexvn@connect.to Mon Sep 27 09:09:00 2004 From: alexvn@connect.to (Alex Vinokur) Date: Mon, 27 Sep 2004 09:09:00 -0000 Subject: Convert Word/html/pdf/TeX to Postscript Message-ID: Does Cygwin hold any tools to convert Word/html/pdf/TeX to Postscript? -- Alex Vinokur http://mathforum.org/library/view/10978.html http://sourceforge.net/users/alexvn -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From arashp@hotmail.com Mon Sep 27 09:36:00 2004 From: arashp@hotmail.com (Arash Partow) Date: Mon, 27 Sep 2004 09:36:00 -0000 Subject: Problems with pthread mutexes - update Message-ID: Hi all, This is a follow up to the setting mutex attribute issue, it turns out Brian was correct, by zeroing off the pthread_mutexattr_t with memset all the nastiness seems to go away... The following code which doesn't exhibit the previously mentioned error: int result = 0; pthread_mutexattr_t mutex_attr; memset(&mutex_attr,0,sizeof(mutex_attr)); if ((result = pthread_mutexattr_init(&mutex_attr)) != 0) { printf("Error - Description: %s\n",stderror(result)); exit(EXIT_FAILURE); } Arash Partow __________________________________________________ Be one who knows what they don't know, Instead of being one who knows not what they don't know, Thinking they know everything about all things. http://www.partow.net -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Mon Sep 27 09:52:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Mon, 27 Sep 2004 09:52:00 -0000 Subject: cygwin glib2-2.4.6-1 bug? In-Reply-To: <41579EBD.9030006@emirates.net.ae> References: <41579EBD.9030006@emirates.net.ae> Message-ID: <4157D1C7.40603@familiehaase.de> Maarten Boekhold wrote: > Hi all (Gerrit in specific), > > I've found some behaviour which is different between glib2-2.4.5-1 and > glib2-2.4.6-1, in what appears to be cygwin specific. Observer the > following test case: > > ======> gmod.c <======= > #include > #include > > int main(int argc, char **argv) > { > gchar *full_libdir; > gchar *module; > > full_libdir = g_build_filename ("/opt/xfce/lib", "xfce4", "modules" > ,NULL); > module = g_module_build_path(full_libdir, "xfce4_mime_icons"); > g_warning("full library name: %s\n", module); > return 1; > } > > ======> sample session <======== > maarten.boekhold@DXBM2003 /e/Maarten/src/xfce > $ gcc -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -o gmod.exe > gmod.c -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -liconv > > maarten.boekhold@DXBM2003 /e/Maarten/src/xfce > $ ./gmod > > ** (process:6052): WARNING **: full library name: > /opt/xfce/lib/xfce4/modules/libxfce4_mime_icons.dll > > > I swear that this is supposed to return > '/opt/xfce/lib/xfce4/modules/cygxfce4_mime_icons.dll', and I swear it > *did* this in the previous version of the glib2 package. I will > downgrade later today to verify this. > > The only way I can explain this behaviour is if either gmodule isn't > built with gmodule-win32.c, *or* of G_WITH_CYGWIN isn't defined when > building gmodule-win32.c. The gmodule-win32.c file itself looks OK to me. > > Do you have any idea? IIRC, I changed the way glib loads modules to use dlopen(), obviously I missed to verify if loading modules is still working. Anyway, since there was this problem with .rdata sections in object files which causes GConf to fail I need to rebuild glib2 with Charles new fixed libtool. Thanks for this simple testcase, I'll keep this for regression testing in future builds. Gerrit -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Mon Sep 27 11:00:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Mon, 27 Sep 2004 11:00:00 -0000 Subject: Is regtool -K option broken? In-Reply-To: References: <20040924051910.5DA4884C3C@pessard.research.canon.com.au> <20040924083614.GT12802@cygbert.vinschen.de> <20040924170753.GM12802@cygbert.vinschen.de> Message-ID: <20040927091018.GA29941@cygbert.vinschen.de> On Sep 24 13:50, Igor Pechtchanski wrote: > What I meant to say was "would you mind changing it, or should I start the > process to submit a patch?" Thanks. > Igor The trivial patch rule is also valid for you ;-) Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Christophe.Delarue@reuters.com Mon Sep 27 11:21:00 2004 From: Christophe.Delarue@reuters.com (Christophe.Delarue@reuters.com) Date: Mon, 27 Sep 2004 11:21:00 -0000 Subject: Stdout of other shell than cygwin's through xinetd Message-ID: I've installed xinetd cygwin, in c:/cygwin/root, and execute it with /usr/sbin/xinetd -d to see the connection on the screen If I use the cygwin tools, I've got echo on the command I use : chrdelar@ptxw09247:?:FA_26 /home/chrdelar> rsh ptxw09112 "/cygdrive/c/cygwin/root/bin/sh -c pwd" /cygdrive/u chrdelar@ptxw09247:?:FA_26 /home/chrdelar> But If I use other tools like mingw : chrdelar@ptxw09247:?:FA_26 /home/chrdelar> rsh ptxw09112 "/cygdrive/c/msys/1.0/bin/sh -c pwd" chrdelar@ptxw09247:?:FA_26 /home/chrdelar> No echo/result of pwd appears. If I try with rlogin : chrdelar@ptxw09247:?:FA_26 /home/chrdelar> rlogin ptxw09112 chrdelar@ptxw09112 ~ $ /cygdrive/c/msys/1.0/bin/sh.exe -c "pwd" /u $ I've got the result Why did I not get my pwd answer on the rsh example ? How to connect the stdout of msys (on other sh like tools) to stdout of rsh ? Is this the same pb as getting the output of a cmd.exe prog, where I've read nothing is possible to get the output ? Any workaround ? I need the command to be executed in a non cygwin shell, to be compliant with a compilation process. Thanks ----------------------------------------------------------------- Visit our Internet site at http://www.reuters.com Get closer to the financial markets with Reuters Messaging - for more information and to register, visit http://www.reuters.com/messaging Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Reuters Ltd. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Bill.Hughes@cox.co.uk Mon Sep 27 11:39:00 2004 From: Bill.Hughes@cox.co.uk (Hughes, Bill) Date: Mon, 27 Sep 2004 11:39:00 -0000 Subject: [INFO] Adding "Cygwin here" to Windows Explorer Message-ID: Reini Urban wrote: > Henry S. Thompson schrieb: >> 1) In the registry entry: >> >> C:\cygwin\bin\rxvt.exe -fn 'Lucida Console-11' -geometry > 80x48 -sl 300 -cr '#8b4513' -bg '#fffff0' -e /usr/bin/bash -c > "XXX=\"%1\" bash --login -i" >> >> 2) In my .bash_profile >> >> if [[ "x$XXX" != "x" ]] >> then >> cd "$XXX" >> unset XXX >> fi >> >> This is a moderately embarassing/messy hack -- can anyone do better? > > I use a similar scheme since the good old b20 days. > Just not with the XXX name and not with a subshell. > (I put the $PWD arg into a temp file in the cygwin.bat > starter, which I > pickup at .profile) > And not for the Explorer (which I don't use), but for a > TotalCmd button. > To open some shell like bash, rxvt, ksh, 4nt in the current dir > (optinally specified by some dir arg). > A keyboard shortcut is also useful. I don't want to risk cgfs ire but, what's wrong with [HKEY_CLASSES_ROOT\Directory\shell\rxvt] @="rxvt" [HKEY_CLASSES_ROOT\Directory\shell\rxvt\command] @="D:\\cygwin\\bin\\run.exe rxvt -name rxvt0 -e /usr/bin/bash --login -c \"cd '%1' ; exec /bin/bash -rcfile ~/.bashrc\"" (obviously with a rxvt0 section in .Xdefaults) Which doesn't require any changes to scripts? For what it's worth (not much, I know) I think this is probably better in a FAQ once a canonical answer has been agreed. This e-mail transmission is strictly confidential and intended solely for the person or organisation to whom it is addressed. It may contain privileged and confidential information and if you are not the intended recipient, you must not copy, distribute or take any action in reliance on it. If you have received this email in error, please reply to the sender as soon as possible and delete the message. Please note that we are able to, and reserve the right to, monitor e-mail communications passing through our network. The views expressed in this email are not that of the company unless specified within the message. The inclusion of this footnote indicates that the mail message and any attachments have been checked for the presence of known viruses. If you have any comments regarding our policy please direct them to postmaster@cox.co.uk ________________________________________________________________________ This email has been scanned for all viruses by the MessageLabs Email Security System. For more information on a proactive email security service working around the clock, around the globe, visit http://www.messagelabs.com ________________________________________________________________________ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From p_samson@yahoo.com Mon Sep 27 11:44:00 2004 From: p_samson@yahoo.com (Patrick Samson) Date: Mon, 27 Sep 2004 11:44:00 -0000 Subject: References to both cygwin1.dll and msvcrt.dll Message-ID: <20040927105959.3426.qmail@web60310.mail.yahoo.com> I use a dll which have references to both cygwin and m$: $ cygcheck /usr/share/tcl8.4/dp4.0/win/dp40.dll D:/cygwin/usr/share/tcl8.4/dp4.0/win/dp40.dll D:\cygwin\bin\tcl84.dll C:\WINNT\System32\ADVAPI32.DLL C:\WINNT\System32\ntdll.dll C:\WINNT\System32\KERNEL32.dll C:\WINNT\System32\USER32.dll C:\WINNT\System32\GDI32.dll C:\WINNT\System32\RPCRT4.dll D:\cygwin\bin\cygwin1.dll <------------- C:\WINNT\System32\msvcrt.dll <------------ C:\WINNT\System32\WS2_32.DLL C:\WINNT\System32\WS2HELP.dll Should I suspect this to be a possible source of trouble? Or does it mean nothing? __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dan.osborne@ramesys.com Mon Sep 27 11:53:00 2004 From: dan.osborne@ramesys.com (Dan Osborne) Date: Mon, 27 Sep 2004 11:53:00 -0000 Subject: Program exited with code 0303000 In-Reply-To: Message-ID: <001b01c4a484$2127a0a0$eb88510a@internal.specialist.co.uk> Further investigation leads me to dumper.exe. Should this create a core file that I could examine in gdb then I could investigate further but adding ... set CYGWIN=error_start=d:\cygwin\usr\bin\dumper.exe to my cygwin.bat doesn't lead to one being created after my program exits with code 0303000. Any ideas what I'm doing wrong? I wasn't sure whether error_start=x:\path\to\dumper.exe meant to include only the path or also the executable but I tried both with no success. Dan > -----Original Message----- > From: cygwin-owner@cygwin.com [mailto:cygwin-owner@cygwin.com]On Behalf > Of Dan Osborne > Sent: 25 September 2004 09:03 > To: cygwin@cygwin.com > Subject: Program exited with code 0303000 > > > I'm getting the above error message (with gdb) in my linux ported > application and > wonder if anyone can help in how to get to the bottom of it. I've upgraded > to the latest versions today but with no change (except I don't now get a > stackdump file). > > Things were fine with Oracle OCI calls but I have now replaced them with > ODBC calls using the odbc32.dll (having used impdef and dlltool to create > libodbc32.a) so am suspicious of this element but would appreciate some > pointers in how to investigate further. > > Thanks in anticipation, > > Dan Osborne > > > > > --- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.768 / Virus Database: 515 - Release Date: 22/09/2004 > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From john@redux.org.uk Mon Sep 27 12:19:00 2004 From: john@redux.org.uk (John Beranek) Date: Mon, 27 Sep 2004 12:19:00 -0000 Subject: Strange cron problem Message-ID: <4157FBE6.4090706@redux.org.uk> I've installed cron as per the instructions, and have now run cron_diagnose.sh 1.7 which tells me my cron setup is fine, so I've turned to the list. I'm attempting to use cron to regularly run a small shell script to rsync mirror the Cygwin distribution. The script runs fine when run from a shell, but when run from cron just outputs one line of text and does nothing else. I've attached a few things: cygcheck.txt: Output of cygcheck -svr crontab-l.txt: Output of crontab -l update_cygwin_mirror: The mirror script itself shell-output.txt: Output from the script when run from the shell cron-output.eml: Email sent from cron when the script should run Also: $ ls -l /usr/local/bin/update_cygwin_mirror -rwxr-xr-x 1 john.ber Domain U 747 Sep 22 15:21 /usr/local/bin/update_cygwin_mirror* Thanks for any help, John. -- John Beranek To generalise is to be an idiot. http://redux.org.uk/ -- William Blake -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: shell-output.txt URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygcheck.txt URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: update_cygwin_mirror URL: -------------- next part -------------- An embedded message was scrubbed... From: "john.beranek" Subject: Cron * /usr/local/bin/update_cygwin_mirror Date: Mon, 27 Sep 2004 12:07:01 +0100 Size: 3637 URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: crontab-l.txt URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From john@redux.org.uk Mon Sep 27 13:19:00 2004 From: john@redux.org.uk (John Beranek) Date: Mon, 27 Sep 2004 13:19:00 -0000 Subject: Strange cron problem In-Reply-To: <4157FBE6.4090706@redux.org.uk> References: <4157FBE6.4090706@redux.org.uk> Message-ID: <4157FD37.3020108@redux.org.uk> John Beranek wrote: > > I've installed cron as per the instructions, and have now run > cron_diagnose.sh 1.7 which tells me my cron setup is fine, so I've > turned to the list. > I've attached a few things: > crontab-l.txt: Output of crontab -l Ahem, always check the command you ran was the right one before attaching it...the correct crontab-l.txt attached now. John. -- John Beranek To generalise is to be an idiot. http://redux.org.uk/ -- William Blake -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: crontab-l.txt URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Mon Sep 27 13:38:00 2004 From: brian@dessent.net (Brian Dessent) Date: Mon, 27 Sep 2004 13:38:00 -0000 Subject: Strange cron problem References: <4157FBE6.4090706@redux.org.uk> <4157FD37.3020108@redux.org.uk> Message-ID: <41580005.138ECCEC@dessent.net> John Beranek wrote: > ------------------------------------------------------------------------ > # DO NOT EDIT THIS FILE - edit the master and reinstall. > # (/tmp/crontab.3144 installed on Mon Sep 27 12:06:29 2004) > # (Cron version -- $Id: crontab.c,v 1.7 2003/04/15 15:13:41 corinna Exp $) > #* * * * * echo foo > 7 0,12 * * * * /usr/local/bin/update_cygwin_mirror Looks like you've got one too many '*', so that the command that cron is trying to run is actually whatever happens to be the first filename in the current directory. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From john@redux.org.uk Mon Sep 27 13:45:00 2004 From: john@redux.org.uk (John Beranek) Date: Mon, 27 Sep 2004 13:45:00 -0000 Subject: Strange cron problem In-Reply-To: <41580005.138ECCEC@dessent.net> References: <4157FBE6.4090706@redux.org.uk> <4157FD37.3020108@redux.org.uk> <41580005.138ECCEC@dessent.net> Message-ID: <41580534.1000709@redux.org.uk> Brian Dessent wrote: > John Beranek wrote: > > >> ------------------------------------------------------------------------ >># DO NOT EDIT THIS FILE - edit the master and reinstall. >># (/tmp/crontab.3144 installed on Mon Sep 27 12:06:29 2004) >># (Cron version -- $Id: crontab.c,v 1.7 2003/04/15 15:13:41 corinna Exp $) >>#* * * * * echo foo >>7 0,12 * * * * /usr/local/bin/update_cygwin_mirror > > > Looks like you've got one too many '*', so that the command that cron is > trying to run is actually whatever happens to be the first filename in > the current directory. Argh, all I can say is "Doh!". Thanks, John. -- John Beranek To generalise is to be an idiot. http://redux.org.uk/ -- William Blake -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Mon Sep 27 14:01:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 27 Sep 2004 14:01:00 -0000 Subject: References to both cygwin1.dll and msvcrt.dll In-Reply-To: <20040927105959.3426.qmail@web60310.mail.yahoo.com> References: <20040927105959.3426.qmail@web60310.mail.yahoo.com> Message-ID: On Mon, 27 Sep 2004, Patrick Samson wrote: > I use a dll which have references to both > cygwin and m$: > $ cygcheck /usr/share/tcl8.4/dp4.0/win/dp40.dll > D:/cygwin/usr/share/tcl8.4/dp4.0/win/dp40.dll > D:\cygwin\bin\tcl84.dll > C:\WINNT\System32\ADVAPI32.DLL > C:\WINNT\System32\ntdll.dll > C:\WINNT\System32\KERNEL32.dll > C:\WINNT\System32\USER32.dll > C:\WINNT\System32\GDI32.dll > C:\WINNT\System32\RPCRT4.dll > D:\cygwin\bin\cygwin1.dll <------------- > C:\WINNT\System32\msvcrt.dll <------------ > C:\WINNT\System32\WS2_32.DLL > C:\WINNT\System32\WS2HELP.dll > > Should I suspect this to be a possible source of trouble? Or does it > mean nothing? Depends. Usually, this results in some sort of trouble, mostly because of the separate parallel stdio, malloc, etc implementations. You may be able to get away with it for a while if none of the msvcrt functions are actually called, but it may come back and bite you in the future. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From p_samson@yahoo.com Mon Sep 27 14:17:00 2004 From: p_samson@yahoo.com (Patrick Samson) Date: Mon, 27 Sep 2004 14:17:00 -0000 Subject: References to both cygwin1.dll and msvcrt.dll In-Reply-To: Message-ID: <20040927133841.52171.qmail@web60302.mail.yahoo.com> --- Igor Pechtchanski wrote: > On Mon, 27 Sep 2004, Patrick Samson wrote: > > > I use a dll which have references to both > > cygwin and m$: > > $ cygcheck /usr/share/tcl8.4/dp4.0/win/dp40.dll > > D:/cygwin/usr/share/tcl8.4/dp4.0/win/dp40.dll > > D:\cygwin\bin\tcl84.dll > > C:\WINNT\System32\ADVAPI32.DLL > > C:\WINNT\System32\ntdll.dll > > C:\WINNT\System32\KERNEL32.dll > > C:\WINNT\System32\USER32.dll > > C:\WINNT\System32\GDI32.dll > > C:\WINNT\System32\RPCRT4.dll > > D:\cygwin\bin\cygwin1.dll <------------- > > C:\WINNT\System32\msvcrt.dll <------------ > > C:\WINNT\System32\WS2_32.DLL > > C:\WINNT\System32\WS2HELP.dll > > > > Should I suspect this to be a possible source of > trouble? Or does it > > mean nothing? > > Depends. Usually, this results in some sort of > trouble, mostly because of > the separate parallel stdio, malloc, etc > implementations. You may be able > to get away with it for a while if none of the > msvcrt functions are > actually called, but it may come back and bite you > in the future. > Igor Since my post I found a way to reproduce on development the problem I have on production. At some point cygserver hits 100%CPU and Postgres backends are no more able to serve requests. Now I must narrow the number of components involved, to prove that the culprit is really this DLL. As you suggest, it may be a mess with mem alloc. Corina, any hint? May I expect some useful info with log or debug options to cygserver? _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Mon Sep 27 14:21:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 27 Sep 2004 14:21:00 -0000 Subject: Convert Word/html/pdf/TeX to Postscript In-Reply-To: References: Message-ID: On Mon, 27 Sep 2004, Alex Vinokur wrote: > Does Cygwin hold any tools to convert Word/html/pdf/TeX to Postscript? Let's take them one at a time: Word->PS: you don't need Cygwin tools, just print to file on a portable PostScript printer driver (Adobe LaserWriter is a good one that I usually use -- make sure the PostScript driver options say "optimize for portability"). Not Cygwin-specific (or -related) at all. HTML->PS: same as above, but use your favorite browser to print. PDF->PS: two ways: 1) Use Acrobat Reader to print to file (as above); or 2) (the Cygwin way) use the pdf2ps script that comes with ghostscript. TeX->PS: need you ask? LaTeX! :-) HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Mon Sep 27 14:38:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 27 Sep 2004 14:38:00 -0000 Subject: Convert Word/html/pdf/ps to TeX In-Reply-To: References: Message-ID: On Mon, 27 Sep 2004, Alex Vinokur wrote: > Does Cygwin hold any tools to convert Word/html/pdf/ps to TeX? In general it's not possible to recover the document structure from html/pdf/rtf/ps. You may be able to write a perl script that converts HTML/RTF formatting tags to LaTeX formatting statements, but it'll be just as hacked up as the PostScript that Word produces... :-D Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Mon Sep 27 15:19:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Mon, 27 Sep 2004 15:19:00 -0000 Subject: openssl on cygwin bug and patch In-Reply-To: References: Message-ID: <20040927141840.GC14978@cygbert.vinschen.de> On Sep 26 02:26, Kohn Emil Dan wrote: > I have encountered a problem when using openssl to encrypt binary files > on cygwin. > [...] > The problem is caused by the fact that openssl does not use the binary > flag for fopen(). The attached patch attempts to fix the problem. I've used the revised patch as I've send it to the openssl-dev list. I've uploaded a -2 package to sourceware. Thanks for the patch! Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Mon Sep 27 15:39:00 2004 From: brian@dessent.net (Brian Dessent) Date: Mon, 27 Sep 2004 15:39:00 -0000 Subject: Convert Word/html/pdf/TeX to Postscript References: Message-ID: <415822B5.D749EAD2@dessent.net> Igor Pechtchanski wrote: > Word->PS: you don't need Cygwin tools, just print to file on a portable > PostScript printer driver (Adobe LaserWriter is a good one that I usually > use -- make sure the PostScript driver options say "optimize for > portability"). Not Cygwin-specific (or -related) at all. In fact Adobe has a generic "Windows Postscript driver" that you can freely download and install that is very good for this purpose, if you don't want to have to worry about picking a generic postscript printer from the list or you don't have an install CD handy. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Mon Sep 27 16:04:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Mon, 27 Sep 2004 16:04:00 -0000 Subject: [ANNOUNCEMENT] Updated: openssl-0.9.7d-2, openssl-devel-0.9.7d-2 Message-ID: <200409271438.i8REcAR25188@esds.vss.fsi.com> I've updated the version of OpenSSL to 0.9.7d-2. This also includes the openssl-devel package. This is a bug fix release. It solves a textmode/binmode issue. Thanks to the debugging efforts and the patch to Emil Dan Kohn. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From sthoenna@efn.org Mon Sep 27 16:30:00 2004 From: sthoenna@efn.org (Yitzchak Scott-Thoennes) Date: Mon, 27 Sep 2004 16:30:00 -0000 Subject: Program exited with code 0303000 In-Reply-To: <001b01c4a484$2127a0a0$eb88510a@internal.specialist.co.uk> References: <001b01c4a484$2127a0a0$eb88510a@internal.specialist.co.uk> Message-ID: <20040927151929.GA2060@efn.org> On Mon, Sep 27, 2004 at 12:21:27PM +0100, Dan Osborne wrote: > set CYGWIN=error_start=d:\cygwin\usr\bin\dumper.exe Try d:\cygwin\bin\dumper.exe instead? /usr/bin is a mount, not a real directory. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Mon Sep 27 17:03:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Mon, 27 Sep 2004 17:03:00 -0000 Subject: [INFO] Adding "cygwin here" to Windows Explorer In-Reply-To: References: Message-ID: <20040927154204.GG7015@trixie.casa.cgf.cx> On Mon, Sep 27, 2004 at 10:50:56AM +0100, Hughes, Bill wrote: >Reini Urban wrote: >> Henry S. Thompson schrieb: >>> 1) In the registry entry: >>> >>> C:\cygwin\bin\rxvt.exe -fn 'Lucida Console-11' -geometry >> 80x48 -sl 300 -cr '#8b4513' -bg '#fffff0' -e /usr/bin/bash -c >> "XXX=\"%1\" bash --login -i" >>> >>> 2) In my .bash_profile >>> >>> if [[ "x$XXX" != "x" ]] >>> then >>> cd "$XXX" >>> unset XXX >>> fi >>> >>> This is a moderately embarassing/messy hack -- can anyone do better? >> >> I use a similar scheme since the good old b20 days. >> Just not with the XXX name and not with a subshell. >> (I put the $PWD arg into a temp file in the cygwin.bat >> starter, which I >> pickup at .profile) >> And not for the Explorer (which I don't use), but for a >> TotalCmd button. >> To open some shell like bash, rxvt, ksh, 4nt in the current dir >> (optinally specified by some dir arg). >> A keyboard shortcut is also useful. > >I don't want to risk cgfs ire but, what's wrong with > >[HKEY_CLASSES_ROOT\Directory\shell\rxvt] >@="rxvt" >[HKEY_CLASSES_ROOT\Directory\shell\rxvt\command] >@="D:\\cygwin\\bin\\run.exe rxvt -name rxvt0 -e /usr/bin/bash --login -c >\"cd >'%1' ; exec /bin/bash -rcfile ~/.bashrc\"" > >(obviously with a rxvt0 section in .Xdefaults) > >Which doesn't require any changes to scripts? > >For what it's worth (not much, I know) I think this is probably better in a >FAQ once a canonical answer has been agreed. You're saying that it is better for a user to have to read: [HKEY_CLASSES_ROOT\Directory\shell\rxvt] @="rxvt" [HKEY_CLASSES_ROOT\Directory\shell\rxvt\command] @="D:\\cygwin\\bin\\run.exe rxvt -name rxvt0 -e /usr/bin/bash --login -c \"cd '%1' ; exec /bin/bash -rcfile ~/.bashrc\"" and follow detailed instructions rather than just install a package. It's hard to see why. But, regardless, I don't see any reason to debate this. I would like a package and would appreciate it if someone would provide one. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From alexvn@connect.to Mon Sep 27 17:04:00 2004 From: alexvn@connect.to (Alex Vinokur) Date: Mon, 27 Sep 2004 17:04:00 -0000 Subject: Convert Word/html/pdf/TeX to Postscript References: Message-ID: "Igor Pechtchanski" wrote in message news:Pine.GSO.4.61.0409270932320.17371@slinky.cs.nyu.edu... [snip] > TeX->PS: need you ask? LaTeX! :-) [snip] Perhaps, off-topic: * What TeX/LaTeX is? * Why do we need it an additinon to PostScript and PDF, * Who uses TeX/LaTeX ? For what? * TeX vs. LaTeX ? Sorry for possible off-topic. -- Alex Vinokur http://mathforum.org/library/view/10978.html http://sourceforge.net/users/alexvn -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Mon Sep 27 17:16:00 2004 From: dk@artimi.com (Dave Korn) Date: Mon, 27 Sep 2004 17:16:00 -0000 Subject: Program exited with code 0303000 In-Reply-To: <001b01c4a484$2127a0a0$eb88510a@internal.specialist.co.uk> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Dan Osborne > Sent: 27 September 2004 12:21 > Further investigation leads me to dumper.exe. Should this > create a core file > that I could examine in gdb then I could investigate further > but adding ... > > set CYGWIN=error_start=d:\cygwin\usr\bin\dumper.exe > > to my cygwin.bat doesn't lead to one being created after my > program exits > with code 0303000. Why would you expect it to? Returning a non-zero error code from main (..) isn't remotely the same thing as having a SEGV or other problem that would cause a core dump to be generated. > Any ideas what I'm doing wrong? Misunderstanding what dumper.exe does. Misunderstanding what a non-zero return code is. Misunderstanding what conditions cause a corefile to be generated. > > Things were fine with Oracle OCI calls but I have now > replaced them with > > ODBC calls using the odbc32.dll (having used impdef and > dlltool to create > > libodbc32.a) so am suspicious of this element but would > appreciate some > > pointers in how to investigate further. So, it used to work, then you changed it, and it stopped working? I think you can fairly safely deduce that your changes were buggy. Either that, or the last line of main (...) reads "return 0x0303000;". Since you've got the code up and running in a debugger, you can set breakpoints on abort, exit, and the last line of main, then when it hits one you can see for yourself from which point your code is exiting and the reason why it's returning a non-zero exit code. BTW, you haven't declared main to return void, have you? If you try that I'll have to set the denizens of comp.lang.c on you...... cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bobbymcn@bellsouth.net Mon Sep 27 17:22:00 2004 From: bobbymcn@bellsouth.net (Bobby McNulty) Date: Mon, 27 Sep 2004 17:22:00 -0000 Subject: Program exited with code 0303000 In-Reply-To: References: Message-ID: <415847DC.80002@bellsouth.net> Dave Korn wrote: >>-----Original Message----- >>From: cygwin-owner On Behalf Of Dan Osborne >>Sent: 27 September 2004 12:21 > > >>Further investigation leads me to dumper.exe. Should this >>create a core file >>that I could examine in gdb then I could investigate further >>but adding ... >> set CYGWIN_error_start=d:\cygwin\usr\bin\dumper.exe that is what it is supposed to be. That is why he is getting the errors. >>to my cygwin.bat doesn't lead to one being created after my >>program exits >>with code 0303000. > > > Why would you expect it to? Returning a non-zero error code from main > (..) isn't remotely the same thing as having a SEGV or other problem that > would cause a core dump to be generated. > > >>Any ideas what I'm doing wrong? > > > Misunderstanding what dumper.exe does. > Misunderstanding what a non-zero return code is. > Misunderstanding what conditions cause a corefile to be generated. > > >>>Things were fine with Oracle OCI calls but I have now >> >>replaced them with >> >>>ODBC calls using the odbc32.dll (having used impdef and >> >>dlltool to create >> >>>libodbc32.a) so am suspicious of this element but would >> >>appreciate some >> >>>pointers in how to investigate further. > > > So, it used to work, then you changed it, and it stopped working? I think > you can fairly safely deduce that your changes were buggy. > > Either that, or the last line of main (...) reads "return 0x0303000;". > > Since you've got the code up and running in a debugger, you can set > breakpoints on abort, exit, and the last line of main, then when it hits one > you can see for yourself from which point your code is exiting and the > reason why it's returning a non-zero exit code. > > BTW, you haven't declared main to return void, have you? If you try that > I'll have to set the denizens of comp.lang.c on you...... > > cheers, > DaveK -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bobbymcn@bellsouth.net Mon Sep 27 17:24:00 2004 From: bobbymcn@bellsouth.net (Bobby McNulty) Date: Mon, 27 Sep 2004 17:24:00 -0000 Subject: Program exited with code 0303000 In-Reply-To: <415847DC.80002@bellsouth.net> References: <415847DC.80002@bellsouth.net> Message-ID: <41584831.8050504@bellsouth.net> Bobby McNulty wrote: > > set CYGWIN_error_start=d:\cygwin\bin\dumper.exe > that is what it is supposed to be. > That is why he is getting the errors. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From freeweb@nyckelpiga.de Mon Sep 27 17:29:00 2004 From: freeweb@nyckelpiga.de (Gerrit P. Haase) Date: Mon, 27 Sep 2004 17:29:00 -0000 Subject: cygrunsrv fails to run services In-Reply-To: References: <41544393.6040206@familiehaase.de> <20040924170212.GK12802@cygbert.vinschen.de> Message-ID: <21401463043.20040927191600@familiehaase.de> Igor wrote: Coming back with this now. Today I upgraded cygwin from 1.5.5 to 1.5.11 at another box, now the same problems here, starting sshd gives me an error 1062 or 1067, depending on the way how I start it, via Service Control or via cygrunsrv from the prompt. I have check_case:strict here too. Removing check_case:strict from the environment resolves the problem. Now I wonder what was changed in Cygwin so that it doesn't work anymore when check_case:strict is defined, it used to work back in the good old B20 days up to at least 1.5.5 and now with 1.5.10 it doesn't work anymore, sigh! Gerrit -- =^..^= http://nyckelpiga.de/donate.html -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Mon Sep 27 17:29:00 2004 From: dk@artimi.com (Dave Korn) Date: Mon, 27 Sep 2004 17:29:00 -0000 Subject: Program exited with code 0303000 In-Reply-To: <41584831.8050504@bellsouth.net> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Bobby McNulty > Sent: 27 September 2004 18:05 > Bobby McNulty wrote: > > > > > set CYGWIN_error_start=d:\cygwin\bin\dumper.exe > > that is what it is supposed to be. > > That is why he is getting the errors. Bobby, your advice is no good. > > set CYGWIN_error_start=d:\cygwin\bin\dumper.exe #1: That's the wrong environment variable. You want to set CYGWIN to contain, among any other options, the text "error_start=D:\cygwin\bin\dumper.exe". You told him to set CYGWIN_error_start, which is a different variable altogether and not used by cygwin. > > that is what it is supposed to be. #2: Only when you have a program that is failing with SEGV or some other kind of fatal exception. If the program is executing and running to completion, the error_start setting will never be used. > > That is why he is getting the errors. #3: He was getting the errors before dumper.exe even came into it, so setting it wrong couldn't have possible caused the errors. Go back and read his original post again. The reason he is getting errors is because his program is exiting with a non-zero return value. It was not caused by dumper.exe and it will not be diagnosable with dumper.exe. cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From _garbage_collector_@telia.com Mon Sep 27 17:30:00 2004 From: _garbage_collector_@telia.com (Hannu E K Nevalainen) Date: Mon, 27 Sep 2004 17:30:00 -0000 Subject: "which" command does not expand "~" in path In-Reply-To: Message-ID: you wrote: > On Mon, 27 Sep 2004, Sven K??hler wrote: > >>>> But is there any command that give's me the home for a given >>>> username? >>> >>> bash -c "echo ~username" >> >> Oh well, beside bash (and any other big programm called shell) >> >>> Or you could write one using the getpwnam() call (better yet, the >>> reentrant versions, getpwnam_r()), and submit it to, say, cygutils >>> (since sh-utils is no longer being actively developed). >> >> I just wondered how to write a "correct" shell-script that runs with >> /bin/sh, and it seems there is no way "shell-script"-way to figure >> out a user's homedir. > > You could try > > awk -F: "/^username:/"'{print $6}' < /etc/passwd > > (the pattern is in double quotes so that variable substitution can > occur, e.g., you could change "username" to "$1" in a shell script). > Igor -- $ u="Hannu";sed -nre "s/^$u.*:(.*):.*$/\1/p" ** mailing list preference; please keep replies on list ** -- printf("LocalTime: UTC+%02d\n",(DST)? 2:1); -- --END OF MESSAGE-- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Mon Sep 27 17:30:00 2004 From: dk@artimi.com (Dave Korn) Date: Mon, 27 Sep 2004 17:30:00 -0000 Subject: lighttpd - problems with cgi scripts In-Reply-To: <415620DD.7B0537B9@dessent.net> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Brian Dessent > Sent: 26 September 2004 02:52 > "Gerrit P. Haase" wrote: > > Doesn't a cygwin application need to know about CYGWIN_ROOT > instead of > > SYSTEMROOT? > > > > I'll see if I can find the thread about it in the archives. > > I've never heard of the CYGWIN_ROOT variable before. And even if it did exist, it would *always* have the exact same value on all systems everywhere, because the root of a posix system is always '/' .... cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Mon Sep 27 17:37:00 2004 From: dk@artimi.com (Dave Korn) Date: Mon, 27 Sep 2004 17:37:00 -0000 Subject: "which" command does not expand "~" in path In-Reply-To: Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Hannu E K Nevalainen > Sent: 27 September 2004 18:24 > you wrote: > > > On Mon, 27 Sep 2004, Sven K?hler wrote: > >> I just wondered how to write a "correct" shell-script that > runs with > >> /bin/sh, and it seems there is no way "shell-script"-way to figure > >> out a user's homedir. > > > > You could try > > > > awk -F: "/^username:/"'{print $6}' < /etc/passwd > > > > (the pattern is in double quotes so that variable substitution can > > occur, e.g., you could change "username" to "$1" in a shell script). > > Igor -- > > $ u="Hannu";sed -nre "s/^$u.*:(.*):.*$/\1/p" > I bet there are some more other ways to do it... ;-P My first thought was grep "username" /etc/passwd | cut -d ':' -f 6 cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Mon Sep 27 17:40:00 2004 From: dk@artimi.com (Dave Korn) Date: Mon, 27 Sep 2004 17:40:00 -0000 Subject: guile problems In-Reply-To: <415639A3.3040903@cpinternet.com> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Olwe Melwasul > Sent: 26 September 2004 04:38 > I'm using CYGWIN_NT-5.1 and the 1.6.4 guile and trying to > work throught > the tutorial http://lonelycactus.com/guilebook/ > > The first example program, however, won't compile and gives > these errors: > --- > $ make > gcc `guile-config link` -o hello_world main.o Gcc usually needs all the library -l options to be last on the command line after all the ordinary object files. Try gcc main.o `guile-config link` -o hello_world although I can't swear for absolutely certain this is the cause of your problem. > I put /usr/include in my PATH by hand. That ought to be pointless, since include header files aren't executables. cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Mon Sep 27 17:45:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 27 Sep 2004 17:45:00 -0000 Subject: cygrunsrv fails to run services In-Reply-To: <21401463043.20040927191600@familiehaase.de> References: <41544393.6040206@familiehaase.de> <20040924170212.GK12802@cygbert.vinschen.de> <21401463043.20040927191600@familiehaase.de> Message-ID: On Mon, 27 Sep 2004, Gerrit P. Haase wrote: > Igor wrote: > > Coming back with this now. Today I upgraded cygwin from 1.5.5 to 1.5.11 > at another box, now the same problems here, starting sshd gives me an > error 1062 or 1067, depending on the way how I start it, via Service > Control or via cygrunsrv from the prompt. I have check_case:strict here > too. Removing check_case:strict from the environment resolves the > problem. Another workaround is to fix the cases of directories in your PATH. If you do that, you can keep the "check_case:strict" setting. > Now I wonder what was changed in Cygwin so that it doesn't work anymore > when check_case:strict is defined, it used to work back in the good old > B20 days up to at least 1.5.5 and now with 1.5.10 it doesn't work > anymore, sigh! > > Gerrit That's a good question. Try as I might, I couldn't see *any* changes in the path.cc code that could have caused this behavior to change. All of the relevant code was written as far back as 2001... FWIW, I'm hoping to submit a patch tonight with one possible fix for this. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Mon Sep 27 17:45:00 2004 From: dk@artimi.com (Dave Korn) Date: Mon, 27 Sep 2004 17:45:00 -0000 Subject: Is setup.exe _supposed_ to delete the cygwin dll before attempting to run shell scripts? In-Reply-To: <4154A0D5.C117AA80@dessent.net> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Brian Dessent > Sent: 24 September 2004 23:34 > Igor Pechtchanski wrote: > > > > You first get the depth-first order: D, C, B, A. > > > > > > Properly speaking, the depth-first order will be B, D, C, A... > > > > D'oh' > > > Unfortunately, this won't work when you have circular > dependencies (e.g., > > cygwin <-> fileutils). > > Oh, did I forget to say the graph must be a DAG before starting? :) > Anyway, there are heuristics that could be used to find the best > "feedback set" of edges for which removal would result in an acyclic > graph. e.g. the one described at > > Deleting edges from a graph won't actually make a package that depends on another operate successfully without that other package present! OTOH what I think might work would be to identify loops in the full dependency graph and treat them as single packages that must be installed or uninstalled together - effectively encapsulating the loop inside a single node and thereby reducing the graph to a DAG. cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Mon Sep 27 17:49:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 27 Sep 2004 17:49:00 -0000 Subject: Is setup.exe _supposed_ to delete the cygwin dll before attempting to run shell scripts? In-Reply-To: References: Message-ID: On Mon, 27 Sep 2004, Dave Korn wrote: > > -----Original Message----- > > From: cygwin-owner On Behalf Of Brian Dessent > > Sent: 24 September 2004 23:34 > > > Igor Pechtchanski wrote: > > > > > > You first get the depth-first order: D, C, B, A. > > > > > > > > > Properly speaking, the depth-first order will be B, D, C, A... > > > > > > > D'oh' > > > > > Unfortunately, this won't work when you have circular dependencies > > > (e.g., cygwin <-> fileutils). > > > > Oh, did I forget to say the graph must be a DAG before starting? :) > > Anyway, there are heuristics that could be used to find the best > > "feedback set" of edges for which removal would result in an acyclic > > graph. e.g. the one described at > > > > > > Deleting edges from a graph won't actually make a package that depends > on another operate successfully without that other package present! > OTOH what I think might work would be to identify loops in the full > dependency graph and treat them as single packages that must be > installed or uninstalled together - effectively encapsulating the loop > inside a single node and thereby reducing the graph to a DAG. And what would be the order in which you would run the preremove scripts from all of the packages in the loop? Or are you saying that they should be considered packaging errors, and let setup do what it may? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From janneke@gnu.org Mon Sep 27 17:49:00 2004 From: janneke@gnu.org (Jan Nieuwenhuizen) Date: Mon, 27 Sep 2004 17:49:00 -0000 Subject: RESOLVED: x11-org-devel: 'XtStrings' can't be auto-imported In-Reply-To: <415756D5.1070002@users.sourceforge.net> (Yaakov Selkowitz's message of "Sun, 26 Sep 2004 19:55:01 -0400") References: <87brfsybww.fsf@peder.flower> <415756D5.1070002@users.sourceforge.net> Message-ID: <87mzzbobbg.fsf_-_@peder.flower> Yaakov Selkowitz writes: > Just a guess, but are you using binutils-20040725-1? If so, update to > the -2 package, which rectifies this sort of problem. Thanks, that fixes it. Jan. -- Jan Nieuwenhuizen | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rleigh@whinlatter.ukfsn.org Mon Sep 27 17:51:00 2004 From: rleigh@whinlatter.ukfsn.org (Roger Leigh) Date: Mon, 27 Sep 2004 17:51:00 -0000 Subject: Convert Word/html/pdf/TeX to Postscript In-Reply-To: (Alex Vinokur's message of "Mon, 27 Sep 2004 18:04:11 +0200") References: Message-ID: <87hdpjfvxz.fsf@whinlatter.whinlatter.ukfsn.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 "Alex Vinokur" writes: > "Igor Pechtchanski" wrote in message news:Pine.GSO.4.61.0409270932320.17371@slinky.cs.nyu.edu... > [snip] >> TeX->PS: need you ask? LaTeX! :-) > [snip] > > Perhaps, off-topic: Most probably, but it is included with Cygwin. > * What TeX/LaTeX is? It's a macro language and associated tools used for professional high-quality typesetting. It's very nice. > * Why do we need it an additinon to PostScript and PDF, It's used to /generate/ PS and PDF (as well as other formats). > * Who uses TeX/LaTeX ? For what? Me. For letters, scientific and technical writing, documentation, tutorials; basically any writing more complex than plain text. (Sometimes I use groff -ms instead though--that's another typesetting system also available with Cygwin.) > * TeX vs. LaTeX ? TeX is the basic program and language primitives. LaTeX is a set of macros "on top" of TeX which make it simpler, easier and more convenient to use (i.e. more high level). It's a similar markup (in concept, not appearance) to DocBook, though it allows far more freedom and flexibility in terms of fine-tuning and customising the layout. It's also much more extensible. Here's one example: http://people.debian.org/~rleigh/gtk/ogcalc/ogcalc-1.0.4.tar.gz If you unpack it, check ogcalc.tex (the source) and ogcalc.pdf (the final document). It makes a use of a good range of features, and adds some custom stuff as the top. Regards, Roger - -- Roger Leigh Printing on GNU/Linux? http://gimp-print.sourceforge.net/ GPG Public Key: 0x25BFB848. Please sign and encrypt your mail. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFBWFGGVcFcaSW/uEgRAur/AKDBO0eGLbUhqjxzt/IoU0ocTx8iSwCg2k2T nCKhZBOi1ecVb5ZeCtEVmCA= =MlH2 -----END PGP SIGNATURE----- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bobbymcn@bellsouth.net Mon Sep 27 17:56:00 2004 From: bobbymcn@bellsouth.net (Bobby McNulty) Date: Mon, 27 Sep 2004 17:56:00 -0000 Subject: Program exited with code 0303000 In-Reply-To: References: Message-ID: <415852A3.8080904@bellsouth.net> Dave Korn wrote: >>-----Original Message----- >>From: cygwin-owner On Behalf Of Bobby McNulty >>Sent: 27 September 2004 18:05 > > >>Bobby McNulty wrote: >> >> >>>set CYGWIN_error_start=d:\cygwin\bin\dumper.exe >>>that is what it is supposed to be. >>>That is why he is getting the errors. > > > Bobby, your advice is no good. > > >>>set CYGWIN_error_start=d:\cygwin\bin\dumper.exe > > > #1: That's the wrong environment variable. You want to set CYGWIN to > contain, among any other options, the text > "error_start=D:\cygwin\bin\dumper.exe". You told him to set > CYGWIN_error_start, which is a different variable altogether and not used by > cygwin. > > >>>that is what it is supposed to be. > > > #2: Only when you have a program that is failing with SEGV or some other > kind of fatal exception. If the program is executing and running to > completion, the error_start setting will never be used. > > >>>That is why he is getting the errors. > > > #3: He was getting the errors before dumper.exe even came into it, so > setting it wrong couldn't have possible caused the errors. Go back and read > his original post again. The reason he is getting errors is because his > program is exiting with a non-zero return value. It was not caused by > dumper.exe and it will not be diagnosable with dumper.exe. > > cheers, > DaveK Originally, he set the variable to set Cygwin=error_start=... You are right, it should be set error_start=d:\cygwin\bin\dumper. As to the problem in the code, He needs to examine his code closely through a text editor. SEGV is a segment fault which is caused by placing a char where an int should be or vice versa. I know. My trek trivia program had this problem for years before I finally fixed it. The disk I had had the same error because I did not replace the broken code with the fixed code. Bobby -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Mon Sep 27 18:09:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 27 Sep 2004 18:09:00 -0000 Subject: "which" command does not expand "~" in path In-Reply-To: References: Message-ID: On Mon, 27 Sep 2004, Dave Korn wrote: > > -----Original Message----- > > From: cygwin-owner On Behalf Of Hannu E K Nevalainen > > Sent: 27 September 2004 18:24 > > > you wrote: > > > > > On Mon, 27 Sep 2004, Sven K??hler wrote: > > > >> I just wondered how to write a "correct" shell-script that > > runs with > > >> /bin/sh, and it seems there is no way "shell-script"-way to figure > > >> out a user's homedir. > > > > > > You could try > > > > > > awk -F: "/^username:/"'{print $6}' < /etc/passwd > > > > > > (the pattern is in double quotes so that variable substitution can > > > occur, e.g., you could change "username" to "$1" in a shell script). > > > Igor -- > > > > $ u="Hannu";sed -nre "s/^$u.*:(.*):.*$/\1/p" > I bet there are some more other ways to do it... ;-P > > My first thought was > > grep "username" /etc/passwd | cut -d ':' -f 6 Correction for the archives: grep "^username:" /etc/passwd | cut -d ':' -f 6 Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Mon Sep 27 18:12:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 27 Sep 2004 18:12:00 -0000 Subject: Convert Word/html/pdf/TeX to Postscript In-Reply-To: References: Message-ID: On Mon, 27 Sep 2004, Alex Vinokur wrote: > "Igor Pechtchanski" wrote: > [snip] > > TeX->PS: need you ask? LaTeX! :-) Actually, just to correct this in the archives: TeX->PS: for plain TeX documents, use "tex". For LaTeX documents, use "latex". > [snip] > > Perhaps, off-topic: > * What TeX/LaTeX is? > * Why do we need it an additinon to PostScript and PDF, > * Who uses TeX/LaTeX ? For what? > * TeX vs. LaTeX ? > > Sorry for possible off-topic. This is indeed off-topic. You're better off asking on news:comp.text.tex or something. Most of this is also probably in the LaTeX FAQ. The only on-topic LaTeX-related questions on this list would be problem reports specific to the Cygwin version of LaTeX. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bobbymcn@bellsouth.net Mon Sep 27 18:20:00 2004 From: bobbymcn@bellsouth.net (Bobby McNulty) Date: Mon, 27 Sep 2004 18:20:00 -0000 Subject: Program exited with code 0303000 In-Reply-To: References: Message-ID: <41585433.4090100@bellsouth.net> Dave Korn wrote: >>-----Original Message----- >>From: cygwin-owner On Behalf Of Bobby McNulty >>Sent: 27 September 2004 18:05 > > >>Bobby McNulty wrote: >> >> >>>set CYGWIN_error_start=d:\cygwin\bin\dumper.exe >>>that is what it is supposed to be. >>>That is why he is getting the errors. > > > Bobby, your advice is no good. > > >>>set CYGWIN_error_start=d:\cygwin\bin\dumper.exe > > > #1: That's the wrong environment variable. You want to set CYGWIN to > contain, among any other options, the text > "error_start=D:\cygwin\bin\dumper.exe". You told him to set > CYGWIN_error_start, which is a different variable altogether and not used by > cygwin. > > >>>that is what it is supposed to be. > > > #2: Only when you have a program that is failing with SEGV or some other > kind of fatal exception. If the program is executing and running to > completion, the error_start setting will never be used. > > >>>That is why he is getting the errors. > > > #3: He was getting the errors before dumper.exe even came into it, so > setting it wrong couldn't have possible caused the errors. Go back and read > his original post again. The reason he is getting errors is because his > program is exiting with a non-zero return value. It was not caused by > dumper.exe and it will not be diagnosable with dumper.exe. > > cheers, > DaveK Contact Oracle. There is where is problem is at, not Cygwin. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Mon Sep 27 18:23:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Mon, 27 Sep 2004 18:23:00 -0000 Subject: Convert Word/html/pdf/TeX to Postscript In-Reply-To: References: Message-ID: <20040927181138.GB18194@trixie.casa.cgf.cx> On Mon, Sep 27, 2004 at 01:44:02PM -0400, Igor Pechtchanski wrote: >On Mon, 27 Sep 2004, Alex Vinokur wrote: >>Sorry for possible off-topic. > >This is indeed off-topic. You're better off asking on >news:comp.text.tex or something. Most of this is also probably in the >LaTeX FAQ. I suppose you could always take this discussion to cygwin-talk and take your chances there. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From alexvn@connect.to Mon Sep 27 18:26:00 2004 From: alexvn@connect.to (Alex Vinokur) Date: Mon, 27 Sep 2004 18:26:00 -0000 Subject: Convert Word/html/pdf/TeX to Postscript References: <87hdpjfvxz.fsf@whinlatter.whinlatter.ukfsn.org> Message-ID: "Roger Leigh" wrote in message news:87hdpjfvxz.fsf@whinlatter.whinlatter.ukfsn.org... [snip] > TeX is the basic program and language primitives. LaTeX is a set of > macros "on top" of TeX which make it simpler, easier and more > convenient to use (i.e. more high level). It's a similar markup (in > concept, not appearance) to DocBook, though it allows far more freedom > and flexibility in terms of fine-tuning and customising the layout. > It's also much more extensible. > > Here's one example: > http://people.debian.org/~rleigh/gtk/ogcalc/ogcalc-1.0.4.tar.gz > If you unpack it, check ogcalc.tex (the source) and ogcalc.pdf (the > final document). It makes a use of a good range of features, and adds > some custom stuff as the top. [snip] Thanks. We can see ogcalc.pdf via, for instance, Acrobat Reader. Via what can we see ogcalc.tex in readable form? -- Alex Vinokur http://mathforum.org/library/view/10978.html http://sourceforge.net/users/alexvn -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From alexvn@connect.to Mon Sep 27 18:28:00 2004 From: alexvn@connect.to (Alex Vinokur) Date: Mon, 27 Sep 2004 18:28:00 -0000 Subject: Convert Word/html/pdf/TeX to Postscript References: <20040927181138.GB18194@trixie.casa.cgf.cx> Message-ID: "Christopher Faylor" wrote in message news:20040927181138.GB18194@trixie.casa.cgf.cx... [snip] > I suppose you could always take this discussion to cygwin-talk and take > your chances there. [snip] Does cygwin-talk already exist? Where (if it exists)? -- Alex Vinokur http://mathforum.org/library/view/10978.html http://sourceforge.net/users/alexvn -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Mon Sep 27 18:33:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Mon, 27 Sep 2004 18:33:00 -0000 Subject: Convert Word/html/pdf/TeX to Postscript In-Reply-To: References: <20040927181138.GB18194@trixie.casa.cgf.cx> Message-ID: <20040927182545.GE18194@trixie.casa.cgf.cx> On Mon, Sep 27, 2004 at 08:15:46PM +0200, Alex Vinokur wrote: >"Christopher Faylor" wrote in message news:20040927181138.GB18194@trixie.casa.cgf.cx... >[snip] >> I suppose you could always take this discussion to cygwin-talk and take >> your chances there. >[snip] > >Does cygwin-talk already exist? Where (if it exists)? Where would you expect? http://sources.redhat.com/ml/cygwin/2004-09/msg01231.html -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Mon Sep 27 18:42:00 2004 From: dk@artimi.com (Dave Korn) Date: Mon, 27 Sep 2004 18:42:00 -0000 Subject: Program exited with code 0303000 In-Reply-To: <415852A3.8080904@bellsouth.net> Message-ID: > -----Original Message----- > From: Bobby McNulty > Sent: 27 September 2004 18:49 Bobby, your advice is going from bad to worse. Nothing you have said is right, and you keep on repeating things that you have already been told don't work. You don't accurately read the things that are in front of your face before you reply. THAT'S WHY I'M GOING TO BE SHOUTING AT YOU QUITE A LOT IN THIS LETTER, BECAUSE YOU DON'T ACTUALLY LISTEN TO ANYTHING ANYONE SAYS TO YOU, YOU JUST ASSUME THEY'RE WRONG AND YOU'RE RIGHT AND I HOPE IF I SHOUT LOTS YOU'LL ACTUALLY BE ABLE TO HEAR ME. Dan, Bobby doesn't have any idea what he's talking about. Ignore his advice. Every single word of it. > Dave Korn wrote: > >>-----Original Message----- > >>From: cygwin-owner On Behalf Of Bobby McNulty > >>Sent: 27 September 2004 18:05 > >>Bobby McNulty wrote: > >> > >>>set CYGWIN_error_start=d:\cygwin\bin\dumper.exe > >>>that is what it is supposed to be. > >>>That is why he is getting the errors. > > > > > > Bobby, your advice is no good. > > > > > >>>set CYGWIN_error_start=d:\cygwin\bin\dumper.exe > > > > > > #1: That's the wrong environment variable. You want to > set CYGWIN to > > contain, among any other options, the text > > "error_start=D:\cygwin\bin\dumper.exe". You told him to set > > CYGWIN_error_start, which is a different variable > altogether and not used by > > cygwin. > > > > > >>>that is what it is supposed to be. > > > > > > #2: Only when you have a program that is failing with SEGV > or some other > > kind of fatal exception. If the program is executing and running to > > completion, the error_start setting will never be used. > > > > > >>>That is why he is getting the errors. > > > > > > #3: He was getting the errors before dumper.exe even came > into it, so > > setting it wrong couldn't have possible caused the errors. > Go back and read > > his original post again. The reason he is getting errors > is because his > > program is exiting with a non-zero return value. It was > not caused by > > dumper.exe and it will not be diagnosable with dumper.exe. > > > > cheers, > > DaveK > Originally, he set the variable to set Cygwin=error_start=... Yes, he did, and that is correct. That is what it is supposed to be, albeit with the correction that he should have left 'usr' out of the path. > You are right, it should be > set error_start=d:\cygwin\bin\dumper. I DIDNT SAY THAT **AND** IT ISN'T TRUE. LOOK, IT'S _STILL_ RIGHT UP THERE AT THE TOP OF THE POST. RIGHT IN FRONT OF YOUR FACE. CAN'T YOU BE _BOTHERED_ TO ACTUALLY READ IT? HERE, LET ME COPY IT FOR YOU SO YOU CAN SEE HOW WRONG YOU ARE: > > #1: That's the wrong environment variable. You want to > set CYGWIN to > > contain, among any other options, the text > > "error_start=D:\cygwin\bin\dumper.exe". You told him to set > > CYGWIN_error_start, which is a different variable **I** told him to set CYGWIN. I was RIGHT. **YOU** told him to set error_start. You are WRONG. LOOK: http://www.cygwin.com/cygwin-ug-net/using-utils.html "One common way to use dumper is to plug it into cygwin's Just-In-Time debugging facility by adding error_start=x:\path\to\dumper.exe to the CYGWIN environment variable." READ THE CYGWIN FAQ. READ THE USER GUIDE. STOP MAKING POSTS ABOUT THINGS YOU DON'T KNOW ABOUT. CHECK YOUR FACTS BEFORE YOU HIT SEND. > As to the problem in the code, > He needs to examine his code closely through a text editor. WHAT? HOW MUCH MORE RIDICULOUS CAN YOU GET? HE'S ALREADY RUNNING IT UNDER A DEBUGGER. HE CAN NOT ONLY READ ALL THE CODE, HE CAN EXAMINE THE VARIABLES AND SET BREAKPOINTS AND STEP OVER INSTRUCTIONS AND EVERYTHING ELSE AS WELL. WHY ON EARTH WOULD YOU SUGGEST SOMETHING SO RIDICULOUS AS TO STOP USING THE DEBUGGER AND SWITCH BACK TO JUST READING OVER THE CODE IN A TEXT EDITOR? > SEGV is a segment fault That's the ONLY thing you've gotten right so far. >which is caused by placing a char > where an int > should be or vice versa. I know. My trek trivia program had > this problem You DON'T know. Just because you once had a program with a SEGV, doesn't mean you understand what a SEGV is about nor what causes it. Just to spell it out for you in REALLY SIMPLE WORDS: ***LOTS*** OF THINGS can cause a SEGV. NOT JUST ONE. > for years before I finally fixed it. > The disk I had had the same error because I did not replace > the broken > code with the fixed code. And saying this is your idea of impressing us with your range of computer skills? Phew. I'm off to get some cough medicine for my sore throat now. cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Mon Sep 27 18:55:00 2004 From: dk@artimi.com (Dave Korn) Date: Mon, 27 Sep 2004 18:55:00 -0000 Subject: "which" command does not expand "~" in path In-Reply-To: Message-ID: > -----Original Message----- > From: Igor Pechtchanski > Sent: 27 September 2004 18:50 > On Mon, 27 Sep 2004, Dave Korn wrote: > > > > -----Original Message----- > > > From: cygwin-owner On Behalf Of Hannu E K Nevalainen > > > Sent: 27 September 2004 18:24 > > > > > you wrote: > > > > > > > On Mon, 27 Sep 2004, Sven K?hler wrote: > > > > > >> I just wondered how to write a "correct" shell-script that > > > runs with > > > >> /bin/sh, and it seems there is no way > "shell-script"-way to figure > > > >> out a user's homedir. > > > > > > > > You could try > > > > > > > > awk -F: "/^username:/"'{print $6}' < /etc/passwd > > > > > > > > (the pattern is in double quotes so that variable > substitution can > > > > occur, e.g., you could change "username" to "$1" in a > shell script). > > > > Igor -- > > > > > > $ u="Hannu";sed -nre "s/^$u.*:(.*):.*$/\1/p" > This works only because "/" is not a valid variable name. :-p > > > > I bet there are some more other ways to do it... ;-P > > > > My first thought was > > > > grep "username" /etc/passwd | cut -d ':' -f 6 > > Correction for the archives: > > grep "^username:" /etc/passwd | cut -d ':' -f 6 That's not a correction, that's an improvement..... ...well, if you assume that multiple matches from the first version was a feature, not a bug.... cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bobbymcn@bellsouth.net Mon Sep 27 19:05:00 2004 From: bobbymcn@bellsouth.net (Bobby McNulty) Date: Mon, 27 Sep 2004 19:05:00 -0000 Subject: Program exited with code 0303000 In-Reply-To: References: Message-ID: <41585CEE.7060707@bellsouth.net> David, his problem is Oracle. odbc.dll. He needs the old one. Simple That's where his problem is Look at the cygcheck.txt in the original post. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Mon Sep 27 19:26:00 2004 From: dk@artimi.com (Dave Korn) Date: Mon, 27 Sep 2004 19:26:00 -0000 Subject: Program exited with code 0303000 In-Reply-To: <41585CEE.7060707@bellsouth.net> Message-ID: > -----Original Message----- > From: Bobby McNulty > Sent: 27 September 2004 19:33 > To: Dave Korn > David, his problem is Oracle. > odbc.dll. > He needs the old one. By "he needs the old one", do you mean "he needs to use the static link library instead of the DLL he made from it using libtool and impdef"? And can you explain why creating a dll from a static link library might go wrong in this case, or in what other way his methodology was wrong? Your theory (if I've guessed correctly what it is you're actually trying to claim from your insufficiently detailed answer) is plausible, but we haven't had enough information from Dan to be able to diagnose it that well yet. > Simple > That's where his problem is > Look at the cygcheck.txt in the original post. It doesn't even include the letters 'odbc' at any point. Nor does it point out any clashes between executables or dlls. So I'm really curious to know exactly _what_ in his cygcheck output was supposed to have given me this information. cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Mon Sep 27 19:31:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 27 Sep 2004 19:31:00 -0000 Subject: cygrunsrv fails to run services In-Reply-To: <118407399379.20040927205457@familiehaase.de> References: <41544393.6040206@familiehaase.de> <20040924170212.GK12802@cygbert.vinschen.de> <21401463043.20040927191600@familiehaase.de> <118407399379.20040927205457@familiehaase.de> Message-ID: On Mon, 27 Sep 2004, Gerrit P. Haase wrote: > Igor schrieb: > > > On Mon, 27 Sep 2004, Gerrit P. Haase wrote: > > >> Igor wrote: > >> > >> Coming back with this now. Today I upgraded cygwin from 1.5.5 to 1.5.11 > >> at another box, now the same problems here, starting sshd gives me an > >> error 1062 or 1067, depending on the way how I start it, via Service > >> Control or via cygrunsrv from the prompt. I have check_case:strict here > >> too. Removing check_case:strict from the environment resolves the > >> problem. > > > Another workaround is to fix the cases of directories in your PATH. If > > you do that, you can keep the "check_case:strict" setting. > > I verified that the actual directory names and the settings in PATH are > the same, is there another place where Windows returns garbage? Umm, if you have problems with the cygrunsrv command, it's likely that you used the wrong directory/filename case when you installed the service. If so, than the above is expected behavior, and not a bug. If you really are seeing the bug that I reported earlier (the one with PATH conversion), it's very easy to reproduce: just start cmd.exe *from* bash, and echo the PATH -- you'll see that the PATH is cut off at the directory with the wrong case. > >> Now I wonder what was changed in Cygwin so that it doesn't work anymore > >> when check_case:strict is defined, it used to work back in the good old > >> B20 days up to at least 1.5.5 and now with 1.5.10 it doesn't work > >> anymore, sigh! > > > That's a good question. Try as I might, I couldn't see *any* changes in > > the path.cc code that could have caused this behavior to change. All of > > the relevant code was written as far back as 2001... > > Actually I upgraded to 1.5.11, but I saw the problems also with 1.5.10, > cannot say when the cut happened, IIRC I used 1.5.5 and then upgraded to > 1.5.10. It's also possible that some file inadvertently changed case in the installation tarballs between your old and new versions of Cygwin. If that is the case, then again, the above behavior is expected. > I don't think that it is in the path code. Must be some other reason. > E.g. cygserver runs in background, but cygrunsrv thinks it receives an > error and exits, also sshd is running happily in background without > cygrunsrv sitting on it. So it is not the problem that the application > is not running. Huh? The whole point of cygrunsrv is to take a *foreground* application and turn it into a service. That's why you specify the "-F" flag to httpd, and the "-D" flag to sshd when you install them as services using cygrunsrv. > > FWIW, I'm hoping to submit a patch tonight with one possible fix for this. The "this" above is the Win32->Cygwin->Win32 path conversion bug, which apparently isn't what you're seeing. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gerrit@familiehaase.de Mon Sep 27 19:31:00 2004 From: gerrit@familiehaase.de (Gerrit P. Haase) Date: Mon, 27 Sep 2004 19:31:00 -0000 Subject: cygrunsrv fails to run services In-Reply-To: References: <41544393.6040206@familiehaase.de> <20040924170212.GK12802@cygbert.vinschen.de> <21401463043.20040927191600@familiehaase.de> Message-ID: <118407399379.20040927205457@familiehaase.de> Igor schrieb: > On Mon, 27 Sep 2004, Gerrit P. Haase wrote: >> Igor wrote: >> >> Coming back with this now. Today I upgraded cygwin from 1.5.5 to 1.5.11 >> at another box, now the same problems here, starting sshd gives me an >> error 1062 or 1067, depending on the way how I start it, via Service >> Control or via cygrunsrv from the prompt. I have check_case:strict here >> too. Removing check_case:strict from the environment resolves the >> problem. > Another workaround is to fix the cases of directories in your PATH. If > you do that, you can keep the "check_case:strict" setting. I verified that the actual directory names and the settings in PATH are the same, is there another place where Windows returns garbage? >> Now I wonder what was changed in Cygwin so that it doesn't work anymore >> when check_case:strict is defined, it used to work back in the good old >> B20 days up to at least 1.5.5 and now with 1.5.10 it doesn't work >> anymore, sigh! > That's a good question. Try as I might, I couldn't see *any* changes in > the path.cc code that could have caused this behavior to change. All of > the relevant code was written as far back as 2001... Actually I upgraded to 1.5.11, but I saw the problems also with 1.5.10, cannot say when the cut happened, IIRC I used 1.5.5 and then upgraded to 1.5.10. I don't think that it is in the path code. Must be some other reason. E.g. cygserver runs in background, but cygrunsrv thinks it receives an error and exits, also sshd is running happily in background without cygrunsrv sitting on it. So it is not the problem that the application is not running. > FWIW, I'm hoping to submit a patch tonight with one possible fix for this. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From alexvn@connect.to Mon Sep 27 19:35:00 2004 From: alexvn@connect.to (Alex Vinokur) Date: Mon, 27 Sep 2004 19:35:00 -0000 Subject: Convert Word/html/pdf/TeX to Postscript References: <20040927181138.GB18194@trixie.casa.cgf.cx> <20040927182545.GE18194@trixie.casa.cgf.cx> Message-ID: "Christopher Faylor" wrote in message news:20040927182545.GE18194@trixie.casa.cgf.cx... > On Mon, Sep 27, 2004 at 08:15:46PM +0200, Alex Vinokur wrote: > >"Christopher Faylor" wrote in message news:20040927181138.GB18194@trixie.casa.cgf.cx... > >[snip] > >> I suppose you could always take this discussion to cygwin-talk and take > >> your chances there. > >[snip] > > > >Does cygwin-talk already exist? Where (if it exists)? > > Where would you expect? In Gmane. > > http://sources.redhat.com/ml/cygwin/2004-09/msg01231.html > -- Alex Vinokur http://mathforum.org/library/view/10978.html http://sourceforge.net/users/alexvn -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From _garbage_collector_@telia.com Mon Sep 27 19:40:00 2004 From: _garbage_collector_@telia.com (Hannu E K Nevalainen) Date: Mon, 27 Sep 2004 19:40:00 -0000 Subject: "which" command does not expand "~" in path In-Reply-To: Message-ID: you wrote: >>>> script). Igor -- >>> >>> $ u="Hannu";sed -nre "s/^$u.*:(.*):.*$/\1/p" > This works only because "/" is not a valid variable name. :-p Ehm.. ;-P - could that be called a lucky shot? /Hannu E K Nevalainen, B.Sc. EE Microcomputer systems --72--> ** mailing list preference; please keep replies on list ** -- printf("LocalTime: UTC+%02d\n",(DST)? 2:1); -- --END OF MESSAGE-- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From _garbage_collector_@telia.com Mon Sep 27 20:17:00 2004 From: _garbage_collector_@telia.com (Hannu E K Nevalainen) Date: Mon, 27 Sep 2004 20:17:00 -0000 Subject: check_case:adjust (RE: cygrunsrv fails to run services) In-Reply-To: Message-ID: you wrote: > On Mon, 27 Sep 2004, Gerrit P. Haase wrote: > >> Igor wrote: >> >> Coming back with this now. Today I upgraded cygwin from 1.5.5 to >> 1.5.11 at another box, now the same problems here, starting sshd >> gives me an error 1062 or 1067, depending on the way how I start it, >> via Service Control or via cygrunsrv from the prompt. I have >> check_case:strict here too. Removing check_case:strict from the >> environment resolves the problem. > > Another workaround is to fix the cases of directories in your PATH. > If you do that, you can keep the "check_case:strict" setting. > >> Now I wonder what was changed in Cygwin so that it doesn't work >> anymore when check_case:strict is defined, it used to work back in >> the good old B20 days up to at least 1.5.5 and now with 1.5.10 it >> doesn't work anymore, sigh! >> >> Gerrit > > That's a good question. Try as I might, I couldn't see *any* changes > in the path.cc code that could have caused this behavior to change. > All of the relevant code was written as far back as 2001... > > FWIW, I'm hoping to submit a patch tonight with one possible fix for > this. Igor -- The functionality for "adjust" here; http://cygwin.com/cygwin-ug-net/using-cygwinenv.html doesn't reflect the following; $ echo $CYGWIN notitle glob check_case:adjust server=1 $ uname -srv CYGWIN_NT-5.0 1.5.12s(0.116/4/2) 20040924 15:42:01 $ pwd /home/Hannu $ ls Mail/ $ cd mail $ pwd /home/Hannu/mail $ /bin/pwd /home/Hannu/mail $ type -a pwd pwd is a shell builtin pwd is /usr/bin/pwd pwd is /bin/pwd Seems to me that "check_case:adjust" is a NOP. Hmm... to be investigated; does bash itself have an "adjust" mode? /Hannu E K Nevalainen, B.Sc. EE Microcomputer systems --72--> ** mailing list preference; please keep replies on list ** -- printf("LocalTime: UTC+%02d\n",(DST)? 2:1); -- --END OF MESSAGE-- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From michael@makuch.org Mon Sep 27 21:24:00 2004 From: michael@makuch.org (Michael Makuch) Date: Mon, 27 Sep 2004 21:24:00 -0000 Subject: setup.exe q's In-Reply-To: Message-ID: <005401c4a4c8$e40a9610$0d02a8c0@peach> i) I read a page on cygwin.com that says "$ setup.exe --help" will display optional command line args, yet it doesn't appear to do so? ii) Is there any way to skip the md5 checking of packages when setup starts up? Yes, I understand the risk of skipping that step but it'd be nice to be able to get into setup quickly. iii) Thankyou for making the chooser resizeable! Mike -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Mon Sep 27 21:42:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 27 Sep 2004 21:42:00 -0000 Subject: Convert Word/html/pdf/TeX to Postscript In-Reply-To: References: <20040927181138.GB18194@trixie.casa.cgf.cx> <20040927182545.GE18194@trixie.casa.cgf.cx> Message-ID: On Mon, 27 Sep 2004, Alex Vinokur wrote: > "Christopher Faylor" wrote in message news:20040927182545.GE18194@trixie.casa.cgf.cx... ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ , now with more reasons. > > On Mon, Sep 27, 2004 at 08:15:46PM +0200, Alex Vinokur wrote: > > >"Christopher Faylor" wrote in message news:20040927181138.GB18194@trixie.casa.cgf.cx... > > >[snip] > > >> I suppose you could always take this discussion to cygwin-talk and take > > >> your chances there. > > >[snip] > > > > > >Does cygwin-talk already exist? Where (if it exists)? > > > > Where would you expect? > > In Gmane. > > > http://sources.redhat.com/ml/cygwin/2004-09/msg01231.html Did you see (in the above thread)? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From yselkowitz@users.sourceforge.net Mon Sep 27 21:44:00 2004 From: yselkowitz@users.sourceforge.net (Yaakov Selkowitz) Date: Mon, 27 Sep 2004 21:44:00 -0000 Subject: font problems with xpdf and gv In-Reply-To: <878yaw6y3w.fsf@vzell-de.de.oracle.com> References: <200409270516.i8R5GIA27779@bicho.synchrodesign.com> <878yaw6y3w.fsf@vzell-de.de.oracle.com> Message-ID: <41587554.5020202@users.sourceforge.net> Dr. Volker Zell wrote: > Make sure you have the x11 version of ghostscript installed. It's about time this is added to the FAQ, don't you think? Yaakov -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From yselkowitz@users.sourceforge.net Mon Sep 27 22:18:00 2004 From: yselkowitz@users.sourceforge.net (Yaakov Selkowitz) Date: Mon, 27 Sep 2004 22:18:00 -0000 Subject: cygheap problems with 1.5.11 Message-ID: <41588519.6030901@users.sourceforge.net> Not sure what happened, but yesterday I was compiling diacanvas2, and when I ran make check I got cygheap errors when running the test programs. Now since then more and more apps are giving me the same error. Searching the mail archives brought up a thread from April, but I don't think it's relevant here, as my Windows is up-to-date. I tried running rebaseall several times (without errors), rebooting, reinstalled the affected programs, and also tried the latest snapshot, but nothing helps. This is the first time I've had such problems on cygwin. For example: $ gpg --version 12 [main] ? 1212 cygheap_fixup_in_child: Couldn't reserve 9891528 bytes of space for cygwin's heap (0x61780000 <0x4A0000>) in child, Win32 error 487 C:\cygwin\bin\gpg.exe (1212): *** m.AllocationBase 0x0, m.BaseAddress 0x61780000, m.RegionSize 0x3C0000, m.State 0x10000 cygcheck output is attached. Yaakov -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygcheck.out URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Mon Sep 27 23:11:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Mon, 27 Sep 2004 23:11:00 -0000 Subject: cygrunsrv fails to run services In-Reply-To: References: <41544393.6040206@familiehaase.de> <20040924170212.GK12802@cygbert.vinschen.de> <21401463043.20040927191600@familiehaase.de> <118407399379.20040927205457@familiehaase.de> Message-ID: <601054237.20040927234229@familiehaase.de> Hello Igor, >> I don't think that it is in the path code. Must be some other reason. >> E.g. cygserver runs in background, but cygrunsrv thinks it receives an >> error and exits, also sshd is running happily in background without >> cygrunsrv sitting on it. So it is not the problem that the application >> is not running. > Huh? The whole point of cygrunsrv is to take a *foreground* application > and turn it into a service. That's why you specify the "-F" flag to > httpd, and the "-D" flag to sshd when you install them as services using > cygrunsrv. Should be possible to debug it, I could build a debug version of cygrunsrv, and trace it? Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Mon Sep 27 23:29:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Mon, 27 Sep 2004 23:29:00 -0000 Subject: setup.exe q's In-Reply-To: <005401c4a4c8$e40a9610$0d02a8c0@peach> References: <005401c4a4c8$e40a9610$0d02a8c0@peach> Message-ID: <686368206.20040927234400@familiehaase.de> Hallo Michael, Am Montag, 27. September 2004 um 21:33 schriebst du: > i) I read a page on cygwin.com that says "$ setup.exe --help" will > display optional command line args, yet it doesn't appear to do so? Please submit a patch;) > ii) Is there any way to skip the md5 checking of packages when setup > starts up? Yes, I understand the risk of skipping that step but it'd > be nice to be able to get into setup quickly. there is an option '-5' which forces setup to start without doing md5 checking. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From BBuchbinder@niaid.nih.gov Mon Sep 27 23:38:00 2004 From: BBuchbinder@niaid.nih.gov (Buchbinder, Barry (NIH/NIAID)) Date: Mon, 27 Sep 2004 23:38:00 -0000 Subject: setup.exe q's Message-ID: At Monday, September 27, 2004 5:44 PM, Gerrit P. Haase wrote: > Hallo Michael, > > Am Montag, 27. September 2004 um 21:33 schriebst du: > >> i) I read a page on cygwin.com that says "$ setup.exe --help" will >> display optional command line args, yet it doesn't appear to do so? > > Please submit a patch;) Is this already implemented? http://www.cygwin.com/ml/cygwin-apps/2003-10/msg00348.html >> ii) Is there any way to skip the md5 checking of packages when setup >> starts up? Yes, I understand the risk of skipping that step but it'd >> be nice to be able to get into setup quickly. > > there is an option '-5' which forces setup to start without doing md5 > checking. > > Gerrit -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From alexvn@connect.to Mon Sep 27 23:40:00 2004 From: alexvn@connect.to (Alex Vinokur) Date: Mon, 27 Sep 2004 23:40:00 -0000 Subject: dvips: Couldn't find header file texc.pro Message-ID: I tried to invoke dvips. Here is what I have got. $ dvips foo.dvi This is dvips(k) 5.92b Copyright 2002 Radical Eye Software (www.radicaleye.com) dvips: ! Couldn't find header file texc.pro Any suggestions? Thanks, Alex Vinokur http://mathforum.org/library/view/10978.html http://sourceforge.net/users/alexvn -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Mon Sep 27 23:48:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Mon, 27 Sep 2004 23:48:00 -0000 Subject: dvips: Couldn't find header file texc.pro In-Reply-To: References: Message-ID: <6.1.0.6.0.20040927192322.03f2bc90@pop.prospeed.net> At 07:10 PM 9/27/2004, you wrote: >I tried to invoke dvips. > >Here is what I have got. > >$ dvips foo.dvi >This is dvips(k) 5.92b Copyright 2002 Radical Eye Software (www.radicaleye.com) >dvips: ! Couldn't find header file texc.pro > > >Any suggestions? Yes. Avail yourself of the tools at your disposal (or at least let us know why you think this is an issue that you can't find the solution to). Seems to me that you either have an installation problem or a configuration problem, since the file you want is included in the package found with the above. See if you can work out the solution now and if not, please report back some details of how you tried to solve the problem so we don't all retrace your same steps. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cliff@hones.org.uk Tue Sep 28 00:28:00 2004 From: cliff@hones.org.uk (Cliff Hones) Date: Tue, 28 Sep 2004 00:28:00 -0000 Subject: Program exited with code 0303000 In-Reply-To: References: Message-ID: <4158A478.3030408@hones.org.uk> Dave Korn wrote: > Bobby, your advice is going from bad to worse. Nothing you have said is > right, and you keep on repeating things that you have already been told > don't work. You don't accurately read the things that are in front of your > face before you reply. THAT'S WHY I'M GOING TO BE SHOUTING AT YOU QUITE A > LOT IN THIS LETTER, BECAUSE YOU DON'T ACTUALLY LISTEN TO ANYTHING ANYONE > SAYS TO YOU, YOU JUST ASSUME THEY'RE WRONG AND YOU'RE RIGHT AND I HOPE IF I > SHOUT LOTS YOU'LL ACTUALLY BE ABLE TO HEAR ME. > ... Dave, Bobby is not worth getting worked up about. He has been on the Cygwin list longer than you, and I expect most people have just learnt to completely ignore him. I find him quite fun, actually - I have this slight suspicion that he may be a very clever troll, but on the whole I'd guess he's just a half^H^H^H^Hquarter-wit. It's just that he does seem to have the uncanny knack of saying exactly the wrong thing every time. Bobby - I'm not trying to be rude, unpleasant or mean - you really do need to get a lot more clued up if you ever expect to be taken seriously. -- Cliff -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Tue Sep 28 00:33:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 28 Sep 2004 00:33:00 -0000 Subject: dvips: Couldn't find header file texc.pro In-Reply-To: References: Message-ID: On Tue, 28 Sep 2004, Alex Vinokur wrote: > I tried to invoke dvips. > > Here is what I have got. > > $ dvips foo.dvi > This is dvips(k) 5.92b Copyright 2002 Radical Eye Software (www.radicaleye.com) > dvips: ! Couldn't find header file texc.pro > > Any suggestions? $ kpsewhich texc.pro /usr/share/texmf/dvips/base/texc.pro $ cygcheck -f /usr/share/texmf/dvips/base/texc.pro tetex-bin-2.0.2-13 What does "cygcheck -cv tetex-bin" show? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Tue Sep 28 00:45:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 28 Sep 2004 00:45:00 -0000 Subject: Program exited with code 0303000 In-Reply-To: <4158A478.3030408@hones.org.uk> References: <4158A478.3030408@hones.org.uk> Message-ID: On Tue, 28 Sep 2004, Cliff Hones wrote: > Dave Korn wrote: > > > Bobby, your advice is going from bad to worse. Nothing you have said is > > right, and you keep on repeating things that you have already been told > > don't work. You don't accurately read the things that are in front of your > > face before you reply. THAT'S WHY I'M GOING TO BE SHOUTING AT YOU QUITE A > > LOT IN THIS LETTER, BECAUSE YOU DON'T ACTUALLY LISTEN TO ANYTHING ANYONE > > SAYS TO YOU, YOU JUST ASSUME THEY'RE WRONG AND YOU'RE RIGHT AND I HOPE IF I > > SHOUT LOTS YOU'LL ACTUALLY BE ABLE TO HEAR ME. > > ... > > Dave, Bobby is not worth getting worked up about. He has been on the Cygwin > list longer than you, and I expect most people have just learnt to completely > ignore him. I find him quite fun, actually - I have this slight suspicion > that he may be a very clever troll, but on the whole I'd guess he's just > a half^H^H^H^Hquarter-wit. It's just that he does seem to have the uncanny > knack of saying exactly the wrong thing every time. > > Bobby - I'm not trying to be rude, unpleasant or mean - you really do need > to get a lot more clued up if you ever expect to be taken seriously. > > -- Cliff Tittle (a.k.a. TITTTL)? Igor P.S. Cliff, your backspaces messed up my screen :-p ];-> -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Tue Sep 28 00:53:00 2004 From: brian@dessent.net (Brian Dessent) Date: Tue, 28 Sep 2004 00:53:00 -0000 Subject: Is setup.exe _supposed_ to delete the cygwin dll before attempting to run shell scripts? References: Message-ID: <4158B0F5.C19503F@dessent.net> Dave Korn wrote: > > Oh, did I forget to say the graph must be a DAG before starting? :) > > Anyway, there are heuristics that could be used to find the best > > "feedback set" of edges for which removal would result in an acyclic > > graph. e.g. the one described at > > > > Deleting edges from a graph won't actually make a package that depends on > another operate successfully without that other package present! OTOH what > I think might work would be to identify loops in the full dependency graph > and treat them as single packages that must be installed or uninstalled > together - effectively encapsulating the loop inside a single node and > thereby reducing the graph to a DAG. I was really only suggesting it as a way to order installation and uninstallation, not as a general dependency mechanism. If you have a circular dependency there's no way to resolve which preremove / postinstall should be run first (unless you launch them both in the background :) so the act of finding the minimal number of edges necessary to remove the cycles shouldn't cause too much issue. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lowella@serv.net Tue Sep 28 01:37:00 2004 From: lowella@serv.net (L Anderson) Date: Tue, 28 Sep 2004 01:37:00 -0000 Subject: Wget incorrectly mirroring some web site directories and files. Message-ID: <4158B157.1070507@serv.net> When I use 'wget' to mirror some web sites, I notice a peculiar behavior I'm unable to find described in the mail archives or with google. To wit(using MSWindows directory notation): If a web site has something like the following stored on 'host': ... root\a\u.html root\a\images\v.jpg root\a\images\w.gif ... where the web page 'u.html' contains the references: '...src="images\v.jpg"...' '...src="images\w.gif"...'. the images 'v.jpg' and 'w.gif' show nicely when browsing the page 'u.html' at 'host'. However, mirroring 'host\root' web pages using: 'wget -m -p -np http://host/root/' results in 'wget' creating on my machine: ... ...\host\root\a\u.html ...\host\root\a\images%5Cv.jpg ...\host\root\a\images%5Cw.gif ...\host\root\a\images\... ... rather than ... ...\host\root\a\u.html ...\host\root\a\images\v.jpg ...\host\root\a\images\w.gif ... as expected. Needless to say, this results in the images 'v.jpg' and 'w.gif' not displaying when browsing 'u.html' locally because they are renamed and then stored in their "parent" directory. Has anyone else noticed this behavior? Has it been previously described and I just missed it? Is it a bug/feature in 'wget'; i.e., 'wget' handles the '\' not as a directory thingy but as part of the file name thus converting things like 'x\y' to 'x%5Cy' or is it caused by some other part of cygwin? Also, I seem to remember reading 'wget' as being an orphan--no maintainer. Is this still true and if so, is it because there are other/preferred replacements to 'wget'? Before digging deeper into this problem, I would greatly appreciate any insight and information anyone can provide me. I'm running: Win98SE Wget 1.9.1-1 Cygwin 1.5.10-cr-0x5e6 Setup: unix, all users Thanks, Lowell Anderson -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rekha_belur@yahoo.com Tue Sep 28 01:44:00 2004 From: rekha_belur@yahoo.com (Rekha Belur) Date: Tue, 28 Sep 2004 01:44:00 -0000 Subject: crontab/mount problem Message-ID: <20040928004522.64937.qmail@web21203.mail.yahoo.com> I have installed the cron. It works fine for all cases except while trying to do anything across the mounted filesystem. I realize it might be some permission problem, not sure what it is. Is the problem because the "k" drive is mounted type "user". How can I change it to be a system wide mount or do I need to ? Here's the exact problem $ crontab -l (my crontab) # DO NOT EDIT THIS FILE - edit the master and reinstall. # (/tmp/crontab.1572 installed on Mon Sep 27 17:10:53 2004) # (Cron version -- $Id: crontab.c,v 1.7 2003/04/15 15:13:41 corinna Exp $) HOME = "/cygdrive/c/Program Files/Sonic" BASE="/cygdrive/k/rekha/runSonic" * * * * * /usr/bin/touch "$BASE/foo.txt" 1>${HOME}/sonicOutput/cron.out 2>${HOME }/sonicOutput/cron.err Here's the output of cron.err $ cat cron.err /usr/bin/touch: creating `/cygdrive/k/rekha/runSonic/foo.txt': No such file or directory NOTE: I can see the contents of cygdrive/k from the shell. I only have problems while using the cron. So if I excute this command like follows it works rbelur@rekha /tmp $ touch /cygdrive/k/rekha/foo.txt $ ls -ltr /cygdrive/k/rekha total 92 -rwxr-xr-x 1 rbelur mkgroup- 12302 Sep 27 17:07 cron_diagnose.sh -rw-r--r-- 1 rbelur mkgroup- 0 Sep 27 17:34 foo.txt Here's the output of mount $ 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:\cygwin on / type system (binmode) c: on /cygdrive/c type user (binmode,noumount) k: on /cygdrive/k type user (binmode,noumount) w: on /cygdrive/w type user (binmode,noumount) x: on /cygdrive/x type user (binmode,noumount) y: on /cygdrive/y type user (binmode,noumount) z: on /cygdrive/z type user (binmode,noumount) Here's the output of cron_diagnose.sh $ ./cron_diagnose.sh cron_diagnose.sh 1.6 This script did not find any errors in your crontab setup. If you are still unable to get cron to work, then try shutting down the cron service, uninstalling it, reinstalling it, and restarting it. The following commands will do that: $ cygrunsrv --stop cron $ cygrunsrv --remove cron $ cygrunsrv --install cron -p /usr/sbin/cron -a -D $ cygrunsrv --start cron If the cron service does not start, try deleting the file /var/run/cron.pid and then repeating the commands above. Also, examine the log file for cron, /var/log/cron.log, for information that it might give you about the problem cron is having. If none of this fixes the problem, then report your problem to cygwin@cygwin.com. Please include a copy of your crontab, ('crontab -l') and the output of 'cygcheck -srv > cygcheck.txt'. Please include the generated file 'cygcheck.txt' *as an attachment*, and NOT in the body of the mail message. Here's the output from cygcheck.txt Cygwin Configuration Diagnostics Current System Time: Mon Sep 27 11:29:46 2004 Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\Microsoft SQL Server\80\Tools\BINN c:\Program Files\Perforce c:\Program Files\SecureCRT 3.0 Output from C:\cygwin\bin\id.exe (nontsec) UID: 11229(rbelur) GID: 10545(mkgroup-l-d) 10545(mkgroup-l-d) Output from C:\cygwin\bin\id.exe (ntsec) UID: 11229(rbelur) GID: 10545(mkgroup-l-d) 0(root) 544(Administrators) 545(Users) 1005(Debugger Users) 10545(mkgroup-l-d) SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS HOME = `c:\Documents and Settings\rbelur' MAKE_MODE = `unix' PWD = `/tmp' USER = `rbelur' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' CLIENTNAME = `Console' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `REKHA' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CVS_RSH = `/bin/ssh' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\rbelur' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' LOGONSERVER = `\\FILESERVER' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man' MIBDIRS = `C:\Program Files\OpenSTA\Engines\Mibs' MIBS = `all' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/' OMNINAMES_LOGDIR = `C:\Program Files\OpenSTA\Server\Logs' OPENSTA_HOME = `C:\Program Files\OpenSTA\' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 9, GenuineIntel' PROCESSOR_LEVEL = `15' PROCESSOR_REVISION = `0209' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 \033[32m\]\u@\h \[\033[33m\w\033[0m\] $ ' SESSIONNAME = `Console' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `C:\DOCUME~1\rbelur\LOCALS~1\Temp' TERM = `cygwin' TMP = `C:\DOCUME~1\rbelur\LOCALS~1\Temp' WINDIR = `C:\WINDOWS' _ = `/usr/bin/cygcheck' POSIXLY_CORRECT = `1' 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 76253Mb 17% CP CS UN PA FC d: cd N/A N/A k: net NTFS 486Mb 80% CP CS PA home C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode C:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode . /cygdrive system binmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Not Found: cpp (good!) Found: C:\cygwin\bin\find.exe Not Found: gcc Not Found: gdb Found: C:\cygwin\bin\grep.exe Not Found: ld Found: C:\cygwin\bin\ls.exe Not Found: make Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe 61k 2003/08/09 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 "cygbz2-1.dll" v0.0 ts=2003/8/8 23:35 7k 2003/10/19 C:\cygwin\bin\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0 "cygcrypt-0.dll" v0.0 ts=2003/10/19 0:57 841k 2004/03/17 C:\cygwin\bin\cygcrypto-0.9.7.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto-0.9.7.dll" v0.0 ts=2004/3/17 14:58 831k 2003/09/20 C:\cygwin\bin\cygdb-4.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.1.dll" v0.0 ts=2003/9/20 14:51 1080k 2003/09/20 C:\cygwin\bin\cygdb_cxx-4.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.1.dll" v0.0 ts=2003/9/20 14:53 155k 2004/01/07 C:\cygwin\bin\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0 "cygexpat-0.dll" v0.0 ts=2004/1/7 8:14 129k 2004/03/11 C:\cygwin\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontconfig-1.dll" v0.0 ts=2004/3/10 16:12 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/24 22: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/8 22:03 48k 2003/08/09 C:\cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0 "cygform7.dll" v0.0 ts=2003/8/9 2:25 361k 2003/10/25 C:\cygwin\bin\cygfreetype-6.dll - os=4.0 img=1.0 sys=4.0 "cygfreetype-6.dll" v0.0 ts=2003/10/21 21:18 28k 2003/07/20 C:\cygwin\bin\cyggdbm-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-3.dll" v0.0 ts=2003/7/20 0:58 30k 2003/08/11 C:\cygwin\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-4.dll" v0.0 ts=2003/8/10 19:12 19k 2003/03/22 C:\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm.dll" v0.0 ts=2002/2/19 19:05 15k 2003/07/20 C:\cygwin\bin\cyggdbm_compat-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-3.dll" v0.0 ts=2003/7/20 1:00 15k 2003/08/11 C:\cygwin\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-4.dll" v0.0 ts=2003/8/10 19:13 107k 2004/07/06 C:\cygwin\bin\cyggettextlib-0-14-1.dll - os=4.0 img=1.0 sys=4.0 "cyggettextlib-0-14-1.dll" v0.0 ts=2004/7/6 10:56 17k 2004/07/06 C:\cygwin\bin\cyggettextpo-0.dll - os=4.0 img=1.0 sys=4.0 "cyggettextpo-0.dll" v0.0 ts=2004/7/6 10:56 190k 2004/07/06 C:\cygwin\bin\cyggettextsrc-0-14-1.dll - os=4.0 img=1.0 sys=4.0 "cyggettextsrc-0-14-1.dll" v0.0 ts=2004/7/6 10:56 489k 2003/08/09 C:\cygwin\bin\cygguile-12.dll - os=4.0 img=1.0 sys=4.0 "cygguile-12.dll" v0.0 ts=2003/8/9 7:17 489k 2003/07/28 C:\cygwin\bin\cygguile-12abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-12abi13.dll" v0.0 ts=2003/7/28 11:18 24k 2003/08/09 C:\cygwin\bin\cygguile-ltdl-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-ltdl-1.dll" v0.0 ts=2003/8/9 7:16 24k 2003/07/28 C:\cygwin\bin\cygguile-ltdl-1abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-ltdl-1abi13.dll" v0.0 ts=2003/7/28 10:48 62k 2003/08/09 C:\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-13-14-v-1-1.dll" v0.0 ts=2003/8/9 7:17 62k 2003/07/28 C:\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-13-14-v-1-1abi13.dll" v0.0 ts=2003/7/28 11:18 23k 2003/08/09 C:\cygwin\bin\cygguile-srfi-srfi-4-v-1-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-4-v-1-1.dll" v0.0 ts=2003/8/9 7:17 23k 2003/07/28 C:\cygwin\bin\cygguile-srfi-srfi-4-v-1-1abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-4-v-1-1abi13.dll" v0.0 ts=2003/7/28 11:18 11k 2003/08/09 C:\cygwin\bin\cygguilereadline-v-12-12.dll - os=4.0 img=1.0 sys=4.0 "cygguilereadline-v-12-12.dll" v0.0 ts=2003/8/9 7:17 11k 2003/07/28 C:\cygwin\bin\cygguilereadline-v-12-12abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguilereadline-v-12-12abi13.dll" v0.0 ts=2003/7/28 11:18 17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll - os=4.0 img=1.0 sys=4.0 "cyghistory4.dll" v0.0 ts=2001/1/6 20:34 29k 2003/08/10 C:\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0 "cyghistory5.dll" v0.0 ts=2003/8/10 16:16 991k 2004/07/06 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 "cygiconv-2.dll" v0.0 ts=2004/7/6 11:10 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 1:28 37k 2003/08/10 C:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0 "cygintl-2.dll" v0.0 ts=2003/8/10 14:50 54k 2004/07/06 C:\cygwin\bin\cygintl-3.dll - os=4.0 img=1.0 sys=4.0 "cygintl-3.dll" v0.0 ts=2004/7/6 10:51 21k 2001/06/20 C:\cygwin\bin\cygintl.dll - os=4.0 img=1.0 sys=4.0 "cygintl.dll" v0.0 ts=2001/6/20 10:09 132k 2003/08/11 C:\cygwin\bin\cygjpeg-62.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg-62.dll" v0.0 ts=2003/8/10 17:37 119k 2002/02/09 C:\cygwin\bin\cygjpeg6b.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg6b.dll" v0.0 ts=2002/2/8 21:19 60k 2003/09/17 C:\cygwin\bin\cygkpathsea-3.dll - os=4.0 img=1.0 sys=4.0 "cygkpathsea-3.dll" v0.0 ts=2003/9/17 9:37 19k 2003/08/09 C:\cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0 "cygpanel7.dll" v0.0 ts=2003/8/9 2:24 62k 2003/12/11 C:\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcre-0.dll" v0.0 ts=2003/12/11 9:01 63k 2003/04/11 C:\cygwin\bin\cygpcre.dll - os=4.0 img=1.0 sys=4.0 "cygpcre.dll" v0.0 ts=2003/4/11 1:31 9k 2003/12/11 C:\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix-0.dll" v0.0 ts=2003/12/11 9:01 61k 2003/04/11 C:\cygwin\bin\cygpcreposix.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix.dll" v0.0 ts=2003/4/11 1:31 1049k 2003/11/07 C:\cygwin\bin\cygperl5_8_2.dll - os=4.0 img=1.0 sys=4.0 "cygperl5_8_2.dll" v0.0 ts=2003/11/7 3:08 173k 2003/08/10 C:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0 "cygpng12.dll" v0.0 ts=2003/8/10 15:35 22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0 "cygpopt-0.dll" v0.0 ts=2002/6/8 22: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/6 20:34 148k 2003/08/10 C:\cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0 "cygreadline5.dll" v0.0 ts=2003/8/10 16:16 171k 2004/03/17 C:\cygwin\bin\cygssl-0.9.7.dll - os=4.0 img=1.0 sys=4.0 "cygssl-0.9.7.dll" v0.0 ts=2004/3/17 14:58 281k 2003/02/24 C:\cygwin\bin\cygtiff3.dll - os=4.0 img=1.0 sys=4.0 "cygtiff3.dll" v0.0 ts=2003/2/23 20:58 282k 2003/08/11 C:\cygwin\bin\cygtiff4.dll - os=4.0 img=1.0 sys=4.0 "cygtiff4.dll" v0.0 ts=2003/8/10 19:32 27k 2004/03/05 C:\cygwin\bin\cygungif-4.dll - os=4.0 img=1.0 sys=4.0 "cygungif-4.dll" v0.0 ts=2004/3/5 12:13 61k 2003/12/04 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 "cygz.dll" v0.0 ts=2003/12/3 19:03 1126k 2004/05/26 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2004/5/25 19:07 Cygwin DLL version info: DLL version: 1.5.10 DLL epoch: 19 DLL bad signal mask: 19005 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 116 Shared data: 4 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Tue May 25 22:07:00 EDT 2004 CVS tag: cr-0x5e6 Shared id: cygwin1S4 237k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygdps-1.dll - os=4.0 img=1.0 sys=4.0 "cygdps-1.dll" v0.0 ts=2004/7/15 8:40 25k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygdpstk-1.dll - os=4.0 img=1.0 sys=4.0 "cygdpstk-1.dll" v0.0 ts=2004/7/15 8:40 28k 2004/03/31 C:\cygwin\usr\X11R6\bin\cygDtPrint-1.dll - os=4.0 img=1.0 sys=4.0 "cygDtPrint-1.dll" v0.0 ts=2004/3/30 20:23 21k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygfontenc-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontenc-1.dll" v0.0 ts=2004/7/15 8:43 36k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygFS-6.dll - os=4.0 img=1.0 sys=4.0 "cygFS-6.dll" v0.0 ts=2004/7/15 8:33 431k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygGL-1.dll - os=4.0 img=1.0 sys=4.0 "cygGL-1.dll" v0.0 ts=2004/7/15 8:38 437k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygGLU-1.dll - os=4.0 img=1.0 sys=4.0 "cygGLU-1.dll" v0.0 ts=2004/7/15 8:39 74k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygICE-6.dll - os=4.0 img=1.0 sys=4.0 "cygICE-6.dll" v0.0 ts=2004/7/15 8:27 66k 2004/03/31 C:\cygwin\usr\X11R6\bin\cygUil-2.dll - os=4.0 img=1.0 sys=4.0 "cygUil-2.dll" v0.0 ts=2004/3/30 20:23 869k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygX11-6.dll - os=4.0 img=1.0 sys=4.0 "cygX11-6.dll" v0.0 ts=2004/7/15 8:26 253k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXaw-6.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-6.dll" v0.0 ts=2004/7/15 8:30 355k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXaw-7.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-7.dll" v0.0 ts=2004/7/15 8:32 275k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygXaw3d-7.dll - os=4.0 img=1.0 sys=4.0 "cygXaw3d-7.dll" v0.0 ts=2004/1/13 14:17 30k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXcursor-1.dll - os=4.0 img=1.0 sys=4.0 "cygXcursor-1.dll" v0.0 ts=2004/7/15 8:41 49k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0 "cygXext-6.dll" v0.0 ts=2004/7/15 8:27 7k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXfontcache-1.dll - os=4.0 img=1.0 sys=4.0 "cygXfontcache-1.dll" v0.0 ts=2004/7/15 8:43 56k 2004/03/11 C:\cygwin\usr\X11R6\bin\cygXft-1.dll - os=4.0 img=1.0 sys=4.0 "cygXft-1.dll" v0.0 ts=2003/11/17 17:42 63k 2004/03/23 C:\cygwin\usr\X11R6\bin\cygXft-2.dll - os=4.0 img=1.0 sys=4.0 "cygXft-2.dll" v0.0 ts=2004/3/23 14:20 27k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXi-6.dll - os=4.0 img=1.0 sys=4.0 "cygXi-6.dll" v0.0 ts=2004/7/15 8:33 124k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygxkbfile-1.dll - os=4.0 img=1.0 sys=4.0 "cygxkbfile-1.dll" v0.0 ts=2004/7/15 8:33 12k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygxkbui-1.dll - os=4.0 img=1.0 sys=4.0 "cygxkbui-1.dll" v0.0 ts=2004/7/15 8:33 1294k 2004/03/31 C:\cygwin\usr\X11R6\bin\cygXm-2.dll - os=4.0 img=1.0 sys=4.0 "cygXm-2.dll" v0.0 ts=2004/3/30 20:20 76k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXmu-6.dll - os=4.0 img=1.0 sys=4.0 "cygXmu-6.dll" v0.0 ts=2004/7/15 8:29 11k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXmuu-1.dll - os=4.0 img=1.0 sys=4.0 "cygXmuu-1.dll" v0.0 ts=2004/7/15 8:29 26k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXp-6.dll - os=4.0 img=1.0 sys=4.0 "cygXp-6.dll" v0.0 ts=2004/7/15 8:34 51k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXpm-4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-4.dll" v0.0 ts=2004/7/15 8:29 361 11k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXrandr-2.dll - os=4.0 img=1.0 sys=4.0 "cygXrandr-2.dll" v0.0 ts=2004/7/15 8:41 27k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXrender-1.dll - os=4.0 img=1.0 sys=4.0 "cygXrender-1.dll" v0.0 ts=2004/7/15 8:40 8k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXRes-1.dll - os=4.0 img=1.0 sys=4.0 "cygXRes-1.dll" v0.0 ts=2004/7/15 8:41 282k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXt-6.dll - os=4.0 img=1.0 sys=4.0 "cygXt-6.dll" v0.0 ts=2004/7/15 8:28 27k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXTrap-6.dll - os=4.0 img=1.0 sys=4.0 "cygXTrap-6.dll" v0.0 ts=2004/7/15 8:41 17k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXtst-6.dll - os=4.0 img=1.0 sys=4.0 "cygXtst-6.dll" v0.0 ts=2004/7/15 8:33 Cygwin Package Information Last downloaded files to: C:\Program Files Last downloaded files from: ftp://cygwin.dp.ua/pub/mirrors/cygwin Package Version _update-info-dir 00227-1 ash 20040127-1 base-files 2.6-1 base-passwd 1.1-1 bash 2.05b-16 bzip2 1.0.2-5 clear 1.0-1 cron 3.0.1-12 crypt 1.1-1 ctags 5.5-4 cygrunsrv 1.0-1 cygutils 1.2.5-1 cygwin 1.5.10-3 diffutils 2.8.7-1 editrights 1.01-1 expat 1.95.7-1 fileutils 4.1-2 findutils 4.1.7-4 fontconfig 2.2.2-1 freetype2 2.1.5-1 gawk 3.1.3-4 gdbm 1.8.3-7 gettext 0.14.1-1 ghostscript 7.05-2 ghostscript-base 7.05-2 ghostscript-x11 7.05-2 grep 2.5-1 groff 1.18.1-2 guile 1.6.4-12 guile-devel 1.6.4-12 guile-doc 1.6.4-12 gzip 1.3.5-1 less 381-1 lesstif 0.93.94-2 libbz2_1 1.0.2-5 libdb4.1 4.1.25-1 libfontconfig1 2.2.2-1 libfreetype26 2.1.5-1 libgdbm 1.8.0-5 libgdbm-devel 1.8.3-7 libgdbm3 1.8.3-3 libgdbm4 1.8.3-7 libgettextpo0 0.14.1-1 libguile12 1.6.4-12 libguile12abi13 1.6.4-2 libiconv2 1.9.2-1 libintl 0.10.38-3 libintl1 0.10.40-1 libintl2 0.12.1-3 libintl3 0.14.1-1 libjpeg62 6b-11 libjpeg6b 6b-8 libkpathsea3 2.0.2-13 libkpathsea3abi13 2.0.2-2 libltdl3 1.5.6-3 libncurses5 5.2-1 libncurses6 5.2-8 libncurses7 5.3-4 libopenldap2 2.1.25-1 libpcre 4.1-1 libpcre0 4.5-1 libpng 1.2.5-4 libpng12 1.2.5-4 libpopt0 1.6.4-4 libreadline4 4.1-2 libreadline5 4.3-5 libtiff3 3.6.0-2 libtiff4 3.6.0-5 libungif 4.1.0-3 libXft 2.1.6-1 libXft1 1.0.0-1 libXft2 2.1.6-1 login 1.9-7 man 1.5k-3 minires 0.97-1 mktemp 1.5-3 ncurses 5.3-4 openssl 0.9.7d-1 pcre 4.5-1 pcre-doc 4.5-1 perl 5.8.2-1 postgresql 7.4.3-1 readline 4.3-5 sed 4.0.9-2 sh-utils 2.0.15-4 shutdown 1.4-1 tar 1.13.25-5 termcap 20021106-2 terminfo 5.3_20030726-1 tetex-base 2.0.2-13 tetex-devel 2.0.2-13 tetex-extra 2.0.2-13 texinfo 4.2-4 textutils 2.0.21-1 transfig 3.2.4-2 vim 6.3-1 which 1.5-2 Xaw3d 1.5D-5 xorg-x11-base 6.7.0.0-8 xorg-x11-bin 6.7.0.0-4 xorg-x11-bin-dlls 6.7.0.0-5 xorg-x11-bin-lndir 6.7.0.0-2 xorg-x11-etc 6.7.0.0-3 xorg-x11-fenc 6.7.0.0-2 xorg-x11-fnts 6.7.0.0-1 xorg-x11-libs-data 6.7.0.0-3 xorg-x11-xwin 6.7.0.0-12 zlib 1.2.1-1 TIA for any help, Rekha __________________________________ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Tue Sep 28 02:03:00 2004 From: brian@dessent.net (Brian Dessent) Date: Tue, 28 Sep 2004 02:03:00 -0000 Subject: Wget incorrectly mirroring some web site directories and files. References: <4158B157.1070507@serv.net> Message-ID: <4158B6E2.B62D1A91@dessent.net> L Anderson wrote: > Is it a bug/feature in 'wget'; i.e., 'wget' handles the '\' not as a > directory thingy but as part of the file name thus converting things > like 'x\y' to 'x%5Cy' or is it caused by some other part of cygwin? This is the fault of the web site author. If he uses in his html then the correct behavior of the browser is to attempt to download x%5Cy.jpg. That is, backslashes are not valid path seperators in URLs, and it's only because your browser is allowing you some leeway and not following the standards that the site works correctly. Email the person that created the page and tell them not to use backslashes in URLs as path seperators. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Pierre.Humblet@ieee.org Tue Sep 28 02:19:00 2004 From: Pierre.Humblet@ieee.org (Pierre A. Humblet) Date: Tue, 28 Sep 2004 02:19:00 -0000 Subject: bash misbehavior Message-ID: <3.0.5.32.20040927213308.0081f1b0@verizon.net> The following command produces an unexpected result with standard Cygwin and bash ~: echo 1 | `echo cat` & [1] 180019 ~: 1 Use "logout" to leave the shell. [1]+ Done echo 1 | `echo cat` If ignoreeof is off, bash goes away. It looks like fhandler_termios::bg_check returns an error, not sure what's going on. I have a trace available. Pierre -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lowella@serv.net Tue Sep 28 02:39:00 2004 From: lowella@serv.net (L Anderson) Date: Tue, 28 Sep 2004 02:39:00 -0000 Subject: Wget incorrectly mirroring some web site directories and files. In-Reply-To: <4158B6E2.B62D1A91@dessent.net> References: <4158B157.1070507@serv.net> <4158B6E2.B62D1A91@dessent.net> Message-ID: <4158C207.4@serv.net> Brian Dessent wrote: > L Anderson wrote: > > >>Is it a bug/feature in 'wget'; i.e., 'wget' handles the '\' not as a >>directory thingy but as part of the file name thus converting things >>like 'x\y' to 'x%5Cy' or is it caused by some other part of cygwin? > > > This is the fault of the web site author. If he uses src="x\y.jpg"> in his html then the correct behavior of the browser is > to attempt to download x%5Cy.jpg. That is, backslashes are not valid > path seperators in URLs, and it's only because your browser is allowing > you some leeway and not following the standards that the site works > correctly. Email the person that created the page and tell them not to > use backslashes in URLs as path seperators. > Aaarrrrggghhhh!! I was afraid of something like this. It's amazing how many web authors do it. Your rapid reply certainly saved me from chasing a fruitless rabbit down the wrong hole, so to speak. Thanks much!!! Lowell Anderson -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From jst1@email.com Tue Sep 28 02:45:00 2004 From: jst1@email.com (Jean-Sebastien Trottier) Date: Tue, 28 Sep 2004 02:45:00 -0000 Subject: [INFO] Adding "cygwin here" to Windows Explorer In-Reply-To: <20040927154204.GG7015@trixie.casa.cgf.cx> References: <20040927154204.GG7015@trixie.casa.cgf.cx> Message-ID: <20040928020228.GA588@mc> Hi guys, Just to add my 2 dimes, here's what I use: Registry: [HKEY_CLASSES_ROOT\Folder\shell\cygshell] @="Cygwin Shell Here" [HKEY_CLASSES_ROOT\Folder\shell\cygshell\command] @="c:\\cygwin\\usr\\x11r6\\bin\\run.exe /usr/bin/sh.exe /usr/local/bin/cygwin-shell-here \"%l\"" Add content of /usr/local/bin/cygwin-shell-here: #!/bin/sh cd "$(/usr/bin/cygpath --unix "$1")" shift if [ -z "$DISPLAY" ]; then exec /usr/bin/rxvt $* else exec /usr/bin/uxterm $* fi I always have DISPLAY set to :0.0 by default in the windows registry since I start the X server on boot. Also, I never use rxvt, always xterm/uxterm so I added the logic above as an example. Of course, the $* argument passing is totally wrong since rxvt and uxterm do not take the same arguments... but again, that's just an example. Since it will always start uxterm for me, that means that my preferred shell (/bin/tcsh) is used instead of bash. Cheers, Sebastien Christopher Faylor wrote: > Hughes, Bill wrote: > >Reini Urban wrote: > >> Henry S. Thompson schrieb: > >>> 1) In the registry entry: > >>> > >>> C:\cygwin\bin\rxvt.exe -fn 'Lucida Console-11' -geometry > >> 80x48 -sl 300 -cr '#8b4513' -bg '#fffff0' -e /usr/bin/bash -c > >> "XXX=\"%1\" bash --login -i" > >>> > >>> 2) In my .bash_profile > >>> > >>> if [[ "x$XXX" != "x" ]] > >>> then > >>> cd "$XXX" > >>> unset XXX > >>> fi > >>> > >>> This is a moderately embarassing/messy hack -- can anyone do better? > >> > >> I use a similar scheme since the good old b20 days. > >> Just not with the XXX name and not with a subshell. > >> (I put the $PWD arg into a temp file in the cygwin.bat > >> starter, which I > >> pickup at .profile) > >> And not for the Explorer (which I don't use), but for a > >> TotalCmd button. > >> To open some shell like bash, rxvt, ksh, 4nt in the current dir > >> (optinally specified by some dir arg). > >> A keyboard shortcut is also useful. > > > >I don't want to risk cgfs ire but, what's wrong with > > > >[HKEY_CLASSES_ROOT\Directory\shell\rxvt] > >@="rxvt" > >[HKEY_CLASSES_ROOT\Directory\shell\rxvt\command] > >@="D:\\cygwin\\bin\\run.exe rxvt -name rxvt0 -e /usr/bin/bash --login -c > >\"cd > >'%1' ; exec /bin/bash -rcfile ~/.bashrc\"" > > > >(obviously with a rxvt0 section in .Xdefaults) > > > >Which doesn't require any changes to scripts? > > > >For what it's worth (not much, I know) I think this is probably better in a > >FAQ once a canonical answer has been agreed. > > You're saying that it is better for a user to have to read: > > [HKEY_CLASSES_ROOT\Directory\shell\rxvt] > @="rxvt" > [HKEY_CLASSES_ROOT\Directory\shell\rxvt\command] > @="D:\\cygwin\\bin\\run.exe rxvt -name rxvt0 -e /usr/bin/bash --login -c > \"cd > '%1' ; exec /bin/bash -rcfile ~/.bashrc\"" > > and follow detailed instructions rather than just install a package. > > It's hard to see why. > > But, regardless, I don't see any reason to debate this. I would like a > package and would appreciate it if someone would provide one. > > cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From jussij@zeusedit.com Tue Sep 28 03:16:00 2004 From: jussij@zeusedit.com (Jussi Jumppanen) Date: Tue, 28 Sep 2004 03:16:00 -0000 Subject: Make Utility and DuplicateHandle(In) failed (e=6) Message-ID: <4158C8BC.192C@zeusedit.com> Some time ago "luca landi" wrote: > problem running make 3.77.94 inside bash > > It appears that new cygwin.dll or bash.exe is causing some > problem with console handling. In the case above, bash is > run inside a command shell window and then make is launched > as a child process of the shell. The error above appears > to be related to handling of stdin. What should happen is > that make is trying to duplicate a copy of stdin to pass to > child process as default stdin for the child. However, the > call to DuplicateHandle() (a WIN32 API) is failing because > of an e=6. Quite some time later it does appear that the problem or a problem similar to this still exists, at least with the make utility :( I had a user report the exact same error message when using the Zeus for Windows IDE to run the Gnu make utility. A quick search of google shows that other programs have come across the same error condition. After some investigation, it looks like the bug also relates to the cmd.exe interpreter. In fact if the command.com is used then the problem goes away. For any one that might be interested, more details on the bug and the resulting workaround can be found at the following forum topic: http://www.zeusedit.com/forum/viewtopic.php?t=38 Jussi Jumppanen -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bello_musa@web.de Tue Sep 28 04:01:00 2004 From: bello_musa@web.de (BELLO MUSA) Date: Tue, 28 Sep 2004 04:01:00 -0000 Subject: LET MAKE THIS TRANSACTION TOGETHER Message-ID: -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bobbymcn@bellsouth.net Tue Sep 28 04:07:00 2004 From: bobbymcn@bellsouth.net (Bobby McNulty) Date: Tue, 28 Sep 2004 04:07:00 -0000 Subject: Program exited with code 0303000 In-Reply-To: <4158A478.3030408@hones.org.uk> References: <4158A478.3030408@hones.org.uk> Message-ID: <4158D045.2070308@bellsouth.net> Cliff Hones wrote: > Dave Korn wrote: > > >> Bobby, your advice is going from bad to worse. Nothing you have said is >>right, and you keep on repeating things that you have already been told >>don't work. You don't accurately read the things that are in front of your >>face before you reply. THAT'S WHY I'M GOING TO BE SHOUTING AT YOU QUITE A >>LOT IN THIS LETTER, BECAUSE YOU DON'T ACTUALLY LISTEN TO ANYTHING ANYONE >>SAYS TO YOU, YOU JUST ASSUME THEY'RE WRONG AND YOU'RE RIGHT AND I HOPE IF I >>SHOUT LOTS YOU'LL ACTUALLY BE ABLE TO HEAR ME. >>... > > > Dave, Bobby is not worth getting worked up about. He has been on the Cygwin > list longer than you, and I expect most people have just learnt to completely > ignore him. I find him quite fun, actually - I have this slight suspicion > that he may be a very clever troll, but on the whole I'd guess he's just > a half^H^H^H^Hquarter-wit. It's just that he does seem to have the uncanny > knack of saying exactly the wrong thing every time. > > Bobby - I'm not trying to be rude, unpleasant or mean - you really do need > to get a lot more clued up if you ever expect to be taken seriously. > I like to have fun. But I can be serious too. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Tue Sep 28 04:44:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Tue, 28 Sep 2004 04:44:00 -0000 Subject: crontab/mount problem In-Reply-To: <20040928004522.64937.qmail@web21203.mail.yahoo.com> References: <20040928004522.64937.qmail@web21203.mail.yahoo.com> Message-ID: <6.1.0.6.0.20040927225802.03f46470@pop.prospeed.net> At 08:45 PM 9/27/2004, you wrote: >I have installed the cron. It works fine for all cases >except while trying to do anything across the mounted >filesystem. I realize it might be some permission >problem, not sure what it is. Is the problem because >the "k" drive is mounted type "user". How can I change >it to be a system wide mount or do I need to ? No, you don't. >Here's the exact problem >$ crontab -l (my crontab) ># DO NOT EDIT THIS FILE - edit the master and >reinstall. ># (/tmp/crontab.1572 installed on Mon Sep 27 17:10:53 >2004) ># (Cron version -- $Id: crontab.c,v 1.7 2003/04/15 >15:13:41 corinna Exp $) >HOME = "/cygdrive/c/Program Files/Sonic" >BASE="/cygdrive/k/rekha/runSonic" >* * * * * /usr/bin/touch "$BASE/foo.txt" >1>${HOME}/sonicOutput/cron.out 2>${HOME >}/sonicOutput/cron.err > >Here's the output of cron.err >$ cat cron.err >/usr/bin/touch: creating >`/cygdrive/k/rekha/runSonic/foo.txt': No such file or >directory > >NOTE: I can see the contents of cygdrive/k from the >shell. I only have problems while using the cron. So >if I excute this command like follows it works >rbelur@rekha /tmp >$ touch /cygdrive/k/rekha/foo.txt > >$ ls -ltr /cygdrive/k/rekha >total 92 >-rwxr-xr-x 1 rbelur mkgroup- 12302 Sep 27 >17:07 cron_diagnose.sh >-rw-r--r-- 1 rbelur mkgroup- 0 Sep 27 >17:34 foo.txt Read this: If you've installed cron as directed, you won't have access to non-publicly accessible shares. Your options are to make the shares accessible to all without authentication or run 'cron' as a service under the same user as owns the crontab. The former opens up your share's permissions significantly. The latter makes 'cron' usable by only you. There's plenty in the email archives about all this too if you're looking for more reading. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Tue Sep 28 05:55:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Tue, 28 Sep 2004 05:55:00 -0000 Subject: [INFO] Adding "cygwin here" to Windows Explorer In-Reply-To: <20040928020228.GA588@mc> References: <20040927154204.GG7015@trixie.casa.cgf.cx> <20040928020228.GA588@mc> Message-ID: <20040928040317.GO20713@trixie.casa.cgf.cx> On Mon, Sep 27, 2004 at 10:02:28PM -0400, Jean-Sebastien Trottier wrote: >Hi guys, > >Just to add my 2 dimes, here's what I use: You're quoting my email. Are you volunteering to provide a package? If so, the list to send your package information to is cygwin-apps. People there can help you pull together what you need. If not, then one of the main reasons for my sending my original email was to shut down this interminable and repeated discussion and come up with a solution for everyone that could be installed via setup.exe. I don't need *more* discussion about the super special ways that people do this. I'd like to see someone stepping up to offer a package. >Christopher Faylor wrote: >>But, regardless, I don't see any reason to debate this. I would like a >>package and would appreciate it if someone would provide one. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Tue Sep 28 06:03:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Tue, 28 Sep 2004 06:03:00 -0000 Subject: Make Utility and DuplicateHandle(In) failed (e=6) In-Reply-To: <4158C8BC.192C@zeusedit.com> References: <4158C8BC.192C@zeusedit.com> Message-ID: <20040928040922.GP20713@trixie.casa.cgf.cx> On Tue, Sep 28, 2004 at 12:13:16PM +1000, Jussi Jumppanen wrote: >Some time ago "luca landi" wrote: >>problem running make 3.77.94 inside bash >> >>It appears that new cygwin.dll or bash.exe is causing some problem with >>console handling. In the case above, bash is run inside a command >>shell window and then make is launched as a child process of the shell. >>The error above appears to be related to handling of stdin. What >>should happen is that make is trying to duplicate a copy of stdin to >>pass to child process as default stdin for the child. However, the >>call to DuplicateHandle() (a WIN32 API) is failing because of an e=6. You're apparently quoting an old message with no attribution and providing no way of knowing whether this relates to an already fixed bug or not. >Quite some time later it does appear that the problem or a problem >similar to this still exists, at least with the make utility :( > >I had a user report the exact same error message when using the Zeus >for Windows IDE to run the Gnu make utility. A quick search of google >shows that other programs have come across the same error condition. > >After some investigation, it looks like the bug also relates to the >cmd.exe interpreter. In fact if the command.com is used then the >problem goes away. > >For any one that might be interested, more details on the bug and the >resulting workaround can be found at the following forum topic: > >http://www.zeusedit.com/forum/viewtopic.php?t=38 I think you're a tad confused. This is cygwin, not zeusedit. Cygwin's make doesn't even contain the string "DuplicateHandle(ln)". And, for once, it looks like zeusedit doesn't actually use cygwin at all. I'm probably wrong and they are the standard people abusing the cygwin license in the standard way, but AFAICT, they seem to be using a windows version of make. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Tue Sep 28 06:09:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Tue, 28 Sep 2004 06:09:00 -0000 Subject: bash misbehavior In-Reply-To: <3.0.5.32.20040927213308.0081f1b0@verizon.net> References: <3.0.5.32.20040927213308.0081f1b0@verizon.net> Message-ID: <20040928044625.GA25363@trixie.casa.cgf.cx> On Mon, Sep 27, 2004 at 09:33:08PM -0400, Pierre A. Humblet wrote: >The following command produces an unexpected >result with standard Cygwin and bash > >~: echo 1 | `echo cat` & >[1] 180019 >~: 1 >Use "logout" to leave the shell. >[1]+ Done echo 1 | `echo cat` > >If ignoreeof is off, bash goes away. > >It looks like fhandler_termios::bg_check returns an error, >not sure what's going on. I have a trace available. Are you sure that bash is doing the right thing? Strace implies that it is setting the process group of the terminal to a nonexistent pid. It is a bug in cygwin that this is allowed but it seems like a bug in bash that it is doing this at all. Fixing the bug in cygwin seems to cause bash to behave better but it still seems strange. This seems like YA instance of bash assuming that it can rely on the fact that a recently exited pid will be invalid. Anyway, thanks for the bug report with simple test case. The fix is in CVS. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Dr.Volker.Zell@oracle.com Tue Sep 28 06:33:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Tue, 28 Sep 2004 06:33:00 -0000 Subject: font problems with xpdf and gv In-Reply-To: <41587554.5020202@users.sourceforge.net> (Yaakov Selkowitz's message of "Mon, 27 Sep 2004 16:17:24 -0400") References: <200409270516.i8R5GIA27779@bicho.synchrodesign.com> <878yaw6y3w.fsf@vzell-de.de.oracle.com> <41587554.5020202@users.sourceforge.net> Message-ID: <87ekknvsw4.fsf@vzell-de.de.oracle.com> >>>>> Yaakov Selkowitz writes: > Dr. Volker Zell wrote: >> Make sure you have the x11 version of ghostscript installed. > It's about time this is added to the FAQ, don't you think? I'm also thinking about releasing a new version of gv with a new README, if it helps. > Yaakov Ciao Volker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From alexvn@connect.to Tue Sep 28 07:53:00 2004 From: alexvn@connect.to (Alex Vinokur) Date: Tue, 28 Sep 2004 07:53:00 -0000 Subject: dvips: Couldn't find header file texc.pro References: Message-ID: "Igor Pechtchanski" wrote in message news:Pine.GSO.4.61.0409271931200.13693@slinky.cs.nyu.edu... > On Tue, 28 Sep 2004, Alex Vinokur wrote: > > > I tried to invoke dvips. > > > > Here is what I have got. > > > > $ dvips foo.dvi > > This is dvips(k) 5.92b Copyright 2002 Radical Eye Software (www.radicaleye.com) > > dvips: ! Couldn't find header file texc.pro > > > > Any suggestions? > > $ kpsewhich texc.pro > /usr/share/texmf/dvips/base/texc.pro > $ cygcheck -f /usr/share/texmf/dvips/base/texc.pro > tetex-bin-2.0.2-13 > > What does "cygcheck -cv tetex-bin" show? [snip] $ kpsewhich texc.pro $ cygcheck -f /usr/share/texmf/dvips/base/texc.pro $ cygcheck -cv tetex-bin Cygwin Package Information Last downloaded files to: C:\cygwin\_download\001 Last downloaded files from: http://ftp.inf.tu-dresden.de/software/windows/cygwin32 Package Version Status -- Alex Vinokur http://mathforum.org/library/view/10978.html http://sourceforge.net/users/alexvn -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Dr.Volker.Zell@oracle.com Tue Sep 28 08:01:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Tue, 28 Sep 2004 08:01:00 -0000 Subject: [ANNOUNCEMENT] Updated: openssl-0.9.7d-2, openssl-devel-0.9.7d-2 In-Reply-To: <200409271438.i8REcAR25188@esds.vss.fsi.com> (Corinna Vinschen's message of "Mon, 27 Sep 2004 09:38:10 -0500 (CDT)") References: <200409271438.i8REcAR25188@esds.vss.fsi.com> Message-ID: <87acvax6u0.fsf@vzell-de.de.oracle.com> >>>>> Corinna Vinschen writes: > I've updated the version of OpenSSL to 0.9.7d-2. This also includes the > openssl-devel package. openssl-0.9.7d-2 still uses the deprecated /usr/doc dir structure. Just a heads up. Ciao Volker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Dr.Volker.Zell@oracle.com Tue Sep 28 08:07:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Tue, 28 Sep 2004 08:07:00 -0000 Subject: cygheap problems with 1.5.11 In-Reply-To: <41588519.6030901@users.sourceforge.net> (Yaakov Selkowitz's message of "Mon, 27 Sep 2004 17:24:41 -0400") References: <41588519.6030901@users.sourceforge.net> Message-ID: <873c12x5oi.fsf@vzell-de.de.oracle.com> >>>>> Yaakov Selkowitz writes: > Not sure what happened, but yesterday I was compiling diacanvas2, and > when I ran make check I got cygheap errors when running the test > programs. Now since then more and more apps are giving me the same > error. Searching the mail archives brought up a thread from April, > but I don't think it's relevant here, as my Windows is up-to-date. > I tried running rebaseall several times (without errors), rebooting, > reinstalled the affected programs, and also tried the latest snapshot, > but nothing helps. This is the first time I've had such problems on > cygwin. For example: > $ gpg --version > 12 [main] ? 1212 cygheap_fixup_in_child: Couldn't reserve > 9891528 bytes of space for cygwin's heap (0x61780000 <0x4A0000>) > in child, Win32 error 487 > C:\cygwin\bin\gpg.exe (1212): *** m.AllocationBase 0x0, m.BaseAddress > 0x61780000, m.RegionSize 0x3C0000, m.State 0x10000 > cygcheck output is attached. I noticed the same. But I'm not sure when it start happening. I recently upgraded to cygwin-1.5.11, the latest xorg- stuff and also to zlib-1.2.1/bzip2-1.0.2. Afterwards I had problems with apache which could be solved as usually with a rebaseall including my self compiled dll's. I only noticed the problem after this procedure. So I'm not sure what's the culprit. In my case the cygheap_fixup_in_child error manifests only in a couple of gnome1 applications which I compiled by myself. It looks as so all apps which are dependent on /opt/gnome1/bin/cygart_lgpl-2.dll are infected. All my other gnome1 apps works just fine. For example: 08:15 AM [741]> cygcheck /opt/gnome1/bin/gnubg.exe D:/opt/gnome1/bin/gnubg.exe D:/opt/gnome1/bin\cygart_lgpl-2.dll <---- D:\bin\cygwin1.dll C:\WINNT\system32\ADVAPI32.DLL C:\WINNT\system32\NTDLL.DLL C:\WINNT\system32\KERNEL32.DLL C:\WINNT\system32\RPCRT4.DLL D:/opt/gnome1/bin\cyggdk.dll D:/opt/gnome1/bin\cygglib.dll D:\usr\X11R6\bin\cygX11-6.dll D:\usr\X11R6\bin\cygXext-6.dll D:/opt/gnome1/bin\cyggtk.dll D:/opt/gnome1/bin\cyggmodule.dll D:\bin\cygintl-3.dll D:\bin\cygiconv-2.dll D:/opt/gnome1/bin\cyggtkgl-4.dll D:\usr\X11R6\bin\cygGL-1.dll D:\usr\X11R6\bin\cygGLU-1.dll D:\bin\cygfreetype-6.dll D:\bin\cygz.dll D:\bin\cyggdbm-4.dll D:\bin\cyggmp-3.dll D:\bin\cygguile-12.dll D:\bin\cygguile-ltdl-1.dll D:\bin\cygintl-2.dll D:\bin\cygpng12.dll D:\bin\cygreadline5.dll D:\bin\cygncurses7.dll C:\WINNT\system32\USER32.dll C:\WINNT\system32\GDI32.DLL D:\bin\cygxml2-2.dll D:\bin\libpython2.3.dll D:\bin\cygesd-0.dll D:\bin\cygaudiofile-0.dll D:\usr\local\bin\cyggen-0.dll I'm not seeing the problem so far with officially released apps. For example gpg --version works fine here. So I think I'm on my own here. > Yaakov Ciao Volker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cygwin.buzz@bavag.tmfweb.nl Tue Sep 28 08:10:00 2004 From: cygwin.buzz@bavag.tmfweb.nl (Bas van Gompel) Date: Tue, 28 Sep 2004 08:10:00 -0000 Subject: "Broken pipe" warning from bash. Message-ID: Hi, Following little (bash) shell-script many times causes a "Broken pipe" (SIGPIPE) warning to be emitted by bash. Is this expected behaviour? An example of the message: ./tc-pipe.sh: line 5: 3541109 Broken pipe seq 1 2 The message is generated on the second pass through the loop. Changing ``a b'' to ``a b c d e'' below, often prints the message 4 times. === Begin tc-pipe.sh === #!/bin/bash for t in a b; do seq 1 2 done | head -n 1 ==== End tc-pipe.sh ==== L8r, Buzz. -- ) | | ---/ ---/ Yes, this | This message consists of true | I do not -- | | / / really is | and false bits entirely. | mail for ) | | / / a 72 by 4 +-------------------------------+ any1 but -- \--| /--- /--- .sigfile. | |perl -pe "s.u(z)\1.as." | me. 4^re -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ralfhauser@gmx.ch Tue Sep 28 09:01:00 2004 From: ralfhauser@gmx.ch (Ralf Hauser) Date: Tue, 28 Sep 2004 09:01:00 -0000 Subject: cygwin ssh and wincvs or tortoise In-Reply-To: <41585433.4090100@bellsouth.net> Message-ID: Just a heads up: Until my update of cygwin ssh yesterday, I could nicely use it to tunnel also for the excellent http://sourceforge.net/projects/tortoisecvs/ and http://sourceforge.net/projects/cvsgui (wincvs). Unfortunately, with the current OpenSSH_3.9p1, OpenSSL 0.9.7d 17 Mar 2004, this is no longer possible. Those two (CVSNT-based) now just hang forever, so when I switched to putty's plink.exe and pageant.exe, all is back to normal. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Dr.Volker.Zell@oracle.com Tue Sep 28 09:06:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Tue, 28 Sep 2004 09:06:00 -0000 Subject: unison doesn't honor HOME when USERPROFILE is set, also permission/uid/gid problems when synchronizing Message-ID: <87oejqvmsl.fsf@vzell-de.de.oracle.com> Hi I installed unison-2.10.2-1 and tried to sync 2 directories with the following default.prf in my /home/vzell/.unison # Unison preferences file owner=true group=true perms=-1 log=true First of all unison didn't find my $HOME/.unison but instead created a new one under C:\Documents and Settings\vzell :-( and second unison didn't honour the above preferences after editing the new C:\Documents and Settings\vzell\.unison\default.prf. I compiled already unison in 2002 and used it to sync files with different owner/group membership and, in case of new files with permissions different from the umask value, I wanted unison to also sync permissions. Both of this can be achieved with the patch below. Any chance that this can be incorporated in the next release ? --- util.ml.orig 2004-09-28 09:45:32.940632000 +0200 +++ util.ml 2004-09-28 08:40:28.926936000 +0200 @@ -358,10 +358,10 @@ match osType with `Win32 -> let dirString = - try Unix.getenv "USERPROFILE" (* Windows NT/2K *) - with Not_found -> try Unix.getenv "HOME" (* Windows 9x with Cygwin HOME set *) with Not_found -> + try Unix.getenv "USERPROFILE" (* Windows NT/2K *) + with Not_found -> try Unix.getenv "UNISON" (* Use UNISON dir if none of the above are set *) with Not_found -> "c:/" (* Default *) in --- uicommon.ml.orig 2004-09-28 09:43:28.010992000 +0200 +++ uicommon.ml 2004-09-28 08:41:27.090571200 +0200 @@ -346,7 +346,7 @@ let someHostIsCaseInsensitive = someHostIsRunningWindows || someHostRunningOsX in Case.init someHostIsCaseInsensitive; - Props.init someHostIsRunningWindows; +(* Props.init someHostIsRunningWindows; *) Osx.init someHostRunningOsX; return ()) By the way I had to export also the following env var to compile from source: export OSCOMP=cygwingnuc Otherwise I get: Linking unison.exe ocamlopt -verbose -I lwt -I ubase -noautolink -o unison.exe unix.cmxa str.cmxa -cclib win32rc/unison.res -cclib -lunix -cclib -lstr ubase/myMap.cmx ubase/safelist.cmx ubase/uprintf.cmx ubase/util.cmx ubase/rx.cmx ubase/uarg.cmx ubase/prefs.cmx ubase/trace.cmx lwt/pqueue.cmx lwt/lwt.cmx lwt/lwt_util.cmx lwt/lwt_unix.cmx case.cmx pred.cmx uutil.cmx fileutil.cmx name.cmx path.cmx fspath.cmx fingerprint.cmx osx.cmx props.cmx fileinfo.cmx os.cmx lock.cmx clroot.cmx common.cmx tree.cmx checksum.cmx terminal.cmx transfer.cmx xferhint.cmx remote.cmx copy.cmx globals.cmx update.cmx files.cmx sortri.cmx recon.cmx transport.cmx strings.cmx uicommon.cmx uitext.cmx main.cmx linktext.cmx osxsupport.o pty.o + as -o '/tmp/camlstartup501362.o' '/tmp/camlstartupa221bf.s' + gcc -o 'unison.exe' -I'/usr/lib/ocaml' '/tmp/camlstartup501362.o' '/usr/lib/ocaml/std_exit.o' 'linktext.o' 'main.o' 'uitext.o' 'uicommon.o' 'strings.o' 'transport.o' 'recon.o' 'sortri.o' 'files.o' 'update.o' 'globals.o' 'copy.o' 'remote.o' 'xferhint.o' 'transfer.o' 'terminal.o' 'checksum.o' 'tree.o' 'common.o' 'clroot.o' 'lock.o' 'os.o' 'fileinfo.o' 'props.o' 'osx.o' 'fingerprint.o' 'fspath.o' 'path.o' 'name.o' 'fileutil.o' 'uutil.o' 'pred.o' 'case.o' 'lwt/lwt_unix.o' 'lwt/lwt_util.o' 'lwt/lwt.o' 'lwt/pqueue.o' 'ubase/trace.o' 'ubase/prefs.o' 'ubase/uarg.o' 'ubase/rx.o' 'ubase/util.o' 'ubase/uprintf.o' 'ubase/safelist.o' 'ubase/myMap.o' '/usr/lib/ocaml/str.a' '/usr/lib/ocaml/unix.a' '/usr/lib/ocaml/stdlib.a' '-Llwt' '-Lubase' '-L/usr/lib/ocaml' 'win32rc/unison.res' '-lunix' '-lstr' 'osxsupport.o' 'pty.o' '/usr/lib/ocaml/libasmrun.a' -lm win32rc/unison.res: file not recognized: File format not recognized collect2: ld returned 1 exit status Error during linking make: *** [unison.exe] Error 2 Ciao Volker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From john.r.morrison@ntlworld.com Tue Sep 28 09:29:00 2004 From: john.r.morrison@ntlworld.com (John Morrison) Date: Tue, 28 Sep 2004 09:29:00 -0000 Subject: [INFO] Adding 'cygwin here' to Windows Explorer In-Reply-To: <20040928040317.GO20713@trixie.casa.cgf.cx> References: <20040927154204.GG7015@trixie.casa.cgf.cx> <20040928020228.GA588@mc> <20040928040317.GO20713@trixie.casa.cgf.cx> Message-ID: <13821.193.133.13.145.1096359048.squirrel@193.133.13.145> >>>But, regardless, I don't see any reason to debate this. I would like a >>>package and would appreciate it if someone would provide one. If changes are required to support this functionality in /etc/profile (or any of the other startup scripts) just let me know. J. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From freeweb@nyckelpiga.de Tue Sep 28 09:38:00 2004 From: freeweb@nyckelpiga.de (Gerrit P. Haase) Date: Tue, 28 Sep 2004 09:38:00 -0000 Subject: cygheap problems with 1.5.11 In-Reply-To: <873c12x5oi.fsf@vzell-de.de.oracle.com> References: <41588519.6030901@users.sourceforge.net> <873c12x5oi.fsf@vzell-de.de.oracle.com> Message-ID: <189458157796.20040928110055@familiehaase.de> Hi Volker, > In my case the cygheap_fixup_in_child error manifests only in a > couple of gnome1 applications which I compiled by myself. It looks as > so all apps which are dependent on /opt/gnome1/bin/cygart_lgpl-2.dll > are infected. All my other gnome1 apps works just fine. For example: > 08:15 AM [741]> cygcheck /opt/gnome1/bin/gnubg.exe > D:/opt/gnome1/bin/gnubg.exe > D:/opt/gnome1/bin\cygart_lgpl-2.dll <---- Is this the released or a selfcompiled version? Gerrit -- =^..^= http://nyckelpiga.de/donate.html -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From freeweb@nyckelpiga.de Tue Sep 28 09:40:00 2004 From: freeweb@nyckelpiga.de (Gerrit P. Haase) Date: Tue, 28 Sep 2004 09:40:00 -0000 Subject: setup.exe q's In-Reply-To: References: Message-ID: <65458465208.20040928110603@familiehaase.de> Barry wrote: > At Monday, September 27, 2004 5:44 PM, Gerrit P. Haase wrote: >> Hallo Michael, >> >> Am Montag, 27. September 2004 um 21:33 schriebst du: >> >>> i) I read a page on cygwin.com that says "$ setup.exe --help" will >>> display optional command line args, yet it doesn't appear to do so? >> >> Please submit a patch;) > Is this already implemented? > http://www.cygwin.com/ml/cygwin-apps/2003-10/msg00348.html Then the 'help' output shold be in setup.log instead of stdout? Have you tried if it works? Gerrit -- =^..^= http://nyckelpiga.de/donate.html -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rschm@broadpark.no Tue Sep 28 10:02:00 2004 From: rschm@broadpark.no (Robert Schmidt) Date: Tue, 28 Sep 2004 10:02:00 -0000 Subject: crontab/mount problem In-Reply-To: <6.1.0.6.0.20040927225802.03f46470@pop.prospeed.net> References: <20040928004522.64937.qmail@web21203.mail.yahoo.com> <6.1.0.6.0.20040927225802.03f46470@pop.prospeed.net> Message-ID: Larry Hall wrote: > Read this: > > > > If you've installed cron as directed, you won't have access to non-publicly > accessible shares. Your options are to make the shares accessible to all > without authentication or run 'cron' as a service under the same user as > owns the crontab. The former opens up your share's permissions > significantly. The latter makes 'cron' usable by only you. > > There's plenty in the email archives about all this too if you're looking > for more reading. I'm wondering if this restriction also applies to e.g. DCOM permissions? I'm using cron to run a C# program (my own) which extracts contacts info from Outlook to an LDIF file, for importing into openldap. This works fine on the command line, and works with cron running as myself. With cron running as System, using setuid to myself, the Outlook COM object model refuses access. ("new Outlook.ApplicationClass" throws an UnauthorizedAccessException.) I'd rather avoid having to hardcode my user name and password into the cygrunsrv command line, so any ideas would be appreciated. Cheers, Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Tue Sep 28 10:16:00 2004 From: dk@artimi.com (Dave Korn) Date: Tue, 28 Sep 2004 10:16:00 -0000 Subject: Program exited with code 0303000 In-Reply-To: <4158D045.2070308@bellsouth.net> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Bobby McNulty > Sent: 28 September 2004 03:45 > To: Cliff Hones > Cc: cygwin > Subject: Re: Program exited with code 0303000 > > Cliff Hones wrote: > > > Dave Korn wrote: > > > > > >> Bobby, your advice is going from bad to worse. Nothing > you have said is > >>right, and you keep on repeating things that you have > already been told > >>don't work. You don't accurately read the things that are > in front of your > >>face before you reply. THAT'S WHY I'M GOING TO BE SHOUTING > AT YOU QUITE A > >>LOT IN THIS LETTER, BECAUSE YOU DON'T ACTUALLY LISTEN TO > ANYTHING ANYONE > >>SAYS TO YOU, YOU JUST ASSUME THEY'RE WRONG AND YOU'RE RIGHT > AND I HOPE IF I > >>SHOUT LOTS YOU'LL ACTUALLY BE ABLE TO HEAR ME. > >>... > > > > > > Dave, Bobby is not worth getting worked up about. He has > been on the Cygwin > > list longer than you, and I expect most people have just > learnt to completely > > ignore him. I find him quite fun, actually - I have this > slight suspicion > > that he may be a very clever troll, but on the whole I'd > guess he's just > > a half^H^H^H^Hquarter-wit. It's just that he does seem to > have the uncanny > > knack of saying exactly the wrong thing every time. > > > > Bobby - I'm not trying to be rude, unpleasant or mean - you > really do need > > to get a lot more clued up if you ever expect to be taken seriously. > > > I like to have fun. But I can be serious too. > LOL. Sorry for shouting! cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Tue Sep 28 10:37:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Tue, 28 Sep 2004 10:37:00 -0000 Subject: [ANNOUNCEMENT] Updated: openssl-0.9.7d-2, openssl-devel-0.9.7d-2 In-Reply-To: <87acvax6u0.fsf@vzell-de.de.oracle.com> References: <200409271438.i8REcAR25188@esds.vss.fsi.com> <87acvax6u0.fsf@vzell-de.de.oracle.com> Message-ID: <20040928094117.GA7409@cygbert.vinschen.de> On Sep 28 08:09, Dr. Volker Zell wrote: > >>>>> Corinna Vinschen writes: > > > I've updated the version of OpenSSL to 0.9.7d-2. This also includes the > > openssl-devel package. > > openssl-0.9.7d-2 still uses the deprecated /usr/doc dir structure. > Just a heads up. Thanks, the next package will put its doc under /usr/share/doc. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Christophe.Delarue@reuters.com Tue Sep 28 10:43:00 2004 From: Christophe.Delarue@reuters.com (Christophe.Delarue@reuters.com) Date: Tue, 28 Sep 2004 10:43:00 -0000 Subject: Stdout of other shell than cygwin's through xinetd Message-ID: I've installed xinetd cygwin, in c:/cygwin/root, and execute it with /usr/sbin/xinetd -d to see the log on the screen If I use the cygwin tools, I've got result on the command I use : chrdelar@ptxw09247:?:FA_26 /home/chrdelar> rsh ptxw09112 "/cygdrive/c/cygwin/root/bin/sh -c pwd" /cygdrive/u chrdelar@ptxw09247:?:FA_26 /home/chrdelar> But If I use other tools like mingw : chrdelar@ptxw09247:?:FA_26 /home/chrdelar> rsh ptxw09112 "/cygdrive/c/msys/1.0/bin/sh -c pwd" chrdelar@ptxw09247:?:FA_26 /home/chrdelar> No echo/result of pwd appears. If I try with rlogin : chrdelar@ptxw09247:?:FA_26 /home/chrdelar> rlogin ptxw09112 chrdelar@ptxw09112 ~ $ /cygdrive/c/msys/1.0/bin/sh.exe -c "pwd" /u $ I've got the result Why did I not get my pwd answer on the rsh example ? How to connect the stdout of msys (on other sh like tools) to stdout of rsh ? Is this the same pb as getting the output of a cmd.exe prog, where I've read nothing is possible to get the output ? Any workaround ? I need the command to be executed in a non cygwin shell, to be compliant with a compilation process. Thanks ----------------------------------------------------------------- Visit our Internet site at http://www.reuters.com Get closer to the financial markets with Reuters Messaging - for more information and to register, visit http://www.reuters.com/messaging Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Reuters Ltd. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ralfhauser@gmx.ch Tue Sep 28 10:57:00 2004 From: ralfhauser@gmx.ch (Ralf Hauser) Date: Tue, 28 Sep 2004 10:57:00 -0000 Subject: file conversion utility sought: from isolatin (8859-1) to utf8 Message-ID: Hi, Are there any tools like d2u or u2d for UTF-8 for cygwin? In http://lists.suse.com/archive/m17n/2004-Jun/0002.html, Bjoern talks about the "recode" and "iconv" utilities, but these don't appear to exist in cygwin. I need to convert many pages for a web-site in a batch. I imagine something like a command convIso2Utf8 *de.txt that converts files "in place" or also to stdout or to an out-file that can be specified with a command-line parameter? A starting point might be http://userpage.fu-berlin.de/~ram/pub/pub_kfd8tk88g/perl_unicode_en ? Any hints would be highly appreciated Ralf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Tue Sep 28 11:01:00 2004 From: brian@dessent.net (Brian Dessent) Date: Tue, 28 Sep 2004 11:01:00 -0000 Subject: file conversion utility sought: from isolatin (8859-1) to utf8 References: Message-ID: <41593FAC.AACFF060@dessent.net> Ralf Hauser wrote: > Are there any tools like d2u or u2d for UTF-8 for cygwin? > > In http://lists.suse.com/archive/m17n/2004-Jun/0002.html, Bjoern talks about > the "recode" and "iconv" utilities, but these don't appear to exist in > cygwin. Cygwin has a libiconv package, which you must have overlooked. $ iconv --help Usage: iconv [-c] [-s] [-f fromcode] [-t tocode] [file ...] or: iconv -l $ which iconv /usr/bin/iconv $ cygcheck -f /usr/bin/iconv libiconv-1.9.2-1 Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From sthoenna@efn.org Tue Sep 28 11:48:00 2004 From: sthoenna@efn.org (Yitzchak Scott-Thoennes) Date: Tue, 28 Sep 2004 11:48:00 -0000 Subject: file conversion utility sought: from isolatin (8859-1) to utf8 In-Reply-To: <20040928101722.EAF3A1706FE@samwise.efn.org> References: <20040928101722.EAF3A1706FE@samwise.efn.org> Message-ID: <20040928104343.GA3668@efn.org> On Tue, Sep 28, 2004 at 12:17:04PM +0200, Ralf Hauser wrote: > Hi, > > Are there any tools like d2u or u2d for UTF-8 for cygwin? "perl -CI -pe0" will convert utf8 stdin to latin1 stdout "perl -CO -pe0" will do the reverse. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rschm@broadpark.no Tue Sep 28 12:13:00 2004 From: rschm@broadpark.no (Robert Schmidt) Date: Tue, 28 Sep 2004 12:13:00 -0000 Subject: file conversion utility sought: from isolatin (8859-1) to utf8 In-Reply-To: References: Message-ID: <415943AD.6030000@broadpark.no> Ralf Hauser wrote: > Hi, > > Are there any tools like d2u or u2d for UTF-8 for cygwin? > ... > > A starting point might be > http://userpage.fu-berlin.de/~ram/pub/pub_kfd8tk88g/perl_unicode_en ? Not particularly cygwin related, but anyway... This is a better start: http://www.perldoc.com/perl5.8.0/lib/Encode.html #!/usr/bin/perl # iso2utf8.pl use Encode; while(){ print encode("utf8", decode("iso-8859-1", $_)); } Then #!/bin/sh mkdir -p utf8 for FILE in $* ; do iso2utf8.pl < $FILE > utf8/$FILE ; done If you're sure you want in-place, finish off with mv utf8/* . If you need to handle a hierarchy of files, you need to fiddle with find -print0 | xargs -0, or keep it all in perl. I'm not a perl wiz, Cheers, Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Tue Sep 28 12:22:00 2004 From: dk@artimi.com (Dave Korn) Date: Tue, 28 Sep 2004 12:22:00 -0000 Subject: Problems building setup from CVS. Message-ID: Hey all, The subject says it all. Are there any requirements that I don't know about for say particular versions of automake/autoconf? It says at http://sources.redhat.com/cygwin-apps/setup.html "This requires the Cygwin development automake/autoconf and libtool packages (from the Cygwin Net Release). (Or equivalently patched versions on linux or other platforms.)" Well, I'm not sure what's in the cygwin net release, nor what kind of patchset would be 'equivalent' in those terms. I've got these versions of automake/autoconf, which are I believe the current cygwin release versions: ------------------------------------------------------------ dk@mace /usr/build/apps/setup> autoconf --version autoconf (GNU Autoconf) 2.59 Written by David J. MacKenzie and Akim Demaille. Copyright (C) 2003 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. dk@mace /usr/build/apps/setup> automake --version automake (GNU automake) 1.9.1 Written by Tom Tromey . Copyright 2004 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ------------------------------------------------------------ and I see these warnings when I run bootstrap.sh: ------------------------------------------------------------ dk@mace /usr/build/apps/setup> ./bootstrap.sh Running bootstrap.sh in libgetopt++ /usr/share/aclocal/freetype2.m4:7: warning: underquoted definition of AC_CHECK_FT2 run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending-aclocal /usr/share/aclocal/check.m4:5: warning: underquoted definition of AM_PATH_CHECK configure.in: installing `cfgaux/install-sh' configure.in: installing `cfgaux/missing' Makefile.am: installing `cfgaux/depcomp' Autotool bootstrapping complete. Continuing with bootstrap in current directory /usr/share/aclocal/freetype2.m4:7: warning: underquoted definition of AC_CHECK_FT2 run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending-aclocal /usr/share/aclocal/check.m4:5: warning: underquoted definition of AM_PATH_CHECK configure.in: installing `cfgaux/install-sh' configure.in: installing `cfgaux/missing' tests/Makefile.am: installing `cfgaux/depcomp' Makefile.am: installing `cfgaux/compile' Autotool bootstrapping complete. ------------------------------------------------------------ I don't see any problems (or indeed any output whatsoever!) when I then run autoconf and automake. I use the standard recommended configure options: ------------------------------------------------------------ dk@mace /usr/build/obj-apps> ../apps/setup/configure -C --enable-dependencies - -disable-shared --host=i686-pc-mingw32 --build=i686-pc-cygwin 'CC=gcc -mno-cygw in' 'CXX=g++ -mno-cygwin' --enable-maintainer-mode 2>&1 | tee conf.log ------------------------------------------------------------ and see one suspicious thing during configure: when it goes to configure in libgetopt++, there's something a bit suspiciously printf-y.... ------------------------------------------------------------ configure: creating ./config.status config.status: creating Makefile config.status: executing depfiles commands configure: configuring in libgetopt++ configure: running /bin/bash '../../apps/setup/libgetopt++/configure' --prefix=/ usr/local '-C' '--enable-dependencies' '--disable-shared' '--host=i686-pc-mingw 32' '--build=i686-pc-cygwin' 'CC=gcc -mno-cygwin' 'CXX=g++ -mno-cygwin' '--enabl e-maintainer-mode' 'build_alias=i686-pc-cygwin' 'host_alias=i686-pc-mingw32' --c ache-file=../config.cache --srcdir=../../apps/setup/libgetopt++ configure: loading cache ../config.cache ------------------------------------------------------------ checking for ld used by gcc -mno-cygwin... ../../apps/setup/libgetopt++/configur e: line 1: s%\\%/%g: No such file or directory (cached) /usr/i686-pc-mingw32/bin/ld.exe checking if the linker (/usr/i686-pc-mingw32/bin/ld.exe) is GNU ld... (cached) y es checking for /usr/i686-pc-mingw32/bin/ld.exe option to reload object files... (c ached) -r ------------------------------------------------------------ Anyway, configure completes, and I go to build, and then two things happen. One is that when make enters any of the subdirectories, I see something like this: ------------------------------------------------------------ make all-recursive make[1]: Entering directory `/usr/build/obj-apps' Making all in bz2lib make[2]: Entering directory `/usr/build/obj-apps/bz2lib' cd ../../apps/setup/bz2lib && /bin/bash /usr/build/apps/setup/cfgaux/missing -- run automake-1.8 --foreign /usr/build/apps/setup/cfgaux/missing: line 52: automake-1.8: command not found WARNING: `automake-1.8' is missing on your system. You should only need it if you modified `Makefile.am', `acinclude.m4' or `configure.in'. You might want to install the `Automake' and `Perl' packages. Grab them from any GNU archive site. cd . && /bin/bash ./config.status Makefile depfiles config.status: creating Makefile config.status: executing depfiles commands make[2]: Leaving directory `/usr/build/obj-apps/bz2lib' ------------------------------------------------------------ and the other is that the final link fails badly: ------------------------------------------------------------ /bin/bash ./libtool --mode=link --tag=CXX g++ -mno-cygwin -Werror -Wall -Wpointe r-arith -Wcomments -Wcast-align -Wwrite-strings -g -O2 -o setup.exe -mwindows AntiVirus.o archive.o archive_tar.o archive_tar_file.o autoload.o category.o cho ose.o cistring.o compress.o compress_bz.o compress_gz.o ConnectionSetting.o Cont rolAdjuster.o cygpackage.o desktop.o dialog.o diskfull.o download.o Exception.o find.o FindVisitor.o FilterVisitor.o filemanip.o fromcwd.o geturl.o hash.o ini.o IniDBBuilder.o IniDBBuilderPackage.o iniparse.o IniParseFeedback.o IniParseFind Visitor.o install.o io_stream.o io_stream_cygfile.o io_stream_file.o io_stream_m emory.o localdir.o log.o LogFile.o LogSingleton.o main.o md5.o MD5++.o mkdir.o m klink2.o mount.o msg.o net.o netio.o nio-ie5.o nio-file.o nio-ftp.o nio-http.o p ackage_db.o package_meta.o package_source.o package_version.o PackageSpecificati on.o PickCategoryLine.o PickLine.o PickPackageLine.o PickView.o postinstall.o pr oppage.o propsheet.o rfc1738.o root.o ScanFindVisitor.o script.o setup_version.o simpsock.o site.o source.o SourceSetting.o splash.o state.o String++.o threebar .o UserSetting.o UserSettings.o version.o win32.o window.o warnonly-inilex.o res .o zlib/libzcygw.a bz2lib/libbz2.a libgetopt++/libgetopt++.la -luser32 -lkernel3 2 -lcomctl32 -lole32 -lwsock32 -lnetapi32 -ladvapi32 -luuid -lmingw32 mkdir .libs g++ -mno-cygwin -Werror -Wall -Wpointer-arith -Wcomments -Wcast-align -Wwrite-st rings -g -O2 -o setup.exe -mwindows AntiVirus.o archive.o archive_tar.o archive_ tar_file.o autoload.o category.o choose.o cistring.o compress.o compress_bz.o co mpress_gz.o ConnectionSetting.o ControlAdjuster.o cygpackage.o desktop.o dialog. o diskfull.o download.o Exception.o find.o FindVisitor.o FilterVisitor.o fileman ip.o fromcwd.o geturl.o hash.o ini.o IniDBBuilder.o IniDBBuilderPackage.o inipar se.o IniParseFeedback.o IniParseFindVisitor.o install.o io_stream.o io_stream_cy gfile.o io_stream_file.o io_stream_memory.o localdir.o log.o LogFile.o LogSingle ton.o main.o md5.o MD5++.o mkdir.o mklink2.o mount.o msg.o net.o netio.o nio-ie5 .o nio-file.o nio-ftp.o nio-http.o package_db.o package_meta.o package_source.o package_version.o PackageSpecification.o PickCategoryLine.o PickLine.o PickPacka geLine.o PickView.o postinstall.o proppage.o propsheet.o rfc1738.o root.o ScanFi ndVisitor.o script.o setup_version.o simpsock.o site.o source.o SourceSetting.o splash.o state.o String++.o threebar.o UserSetting.o UserSettings.o version.o wi n32.o window.o warnonly-inilex.o res.o zlib/libzcygw.a bz2lib/libbz2.a libgetop t++/.libs/libgetopt++.a -luser32 -lkernel32 -lcomctl32 -lole32 -lwsock32 -lnetap i32 -ladvapi32 -luuid -lmingw32 /usr/lib/w32api/libadvapi32.a(dspes00177.o)(.text+0x0): multiple definition of ` _FreeSid@4' autoload.o(.data+0x16b):/usr/build/obj-apps/../apps/setup/autoload.c:83: first d efined here /usr/lib/w32api/libadvapi32.a(dspes00026.o)(.text+0x0): multiple definition of ` _AllocateAndInitializeSid@44' autoload.o(.data+0x149):/usr/build/obj-apps/../apps/setup/autoload.c:83: first d efined here /usr/lib/w32api/libadvapi32.a(dspes00253.o)(.text+0x0): multiple definition of ` _InitializeAcl@12' autoload.o(.data+0x17c):/usr/build/obj-apps/../apps/setup/autoload.c:83: first d efined here /usr/lib/w32api/libadvapi32.a(dspes00013.o)(.text+0x0): multiple definition of ` _AddAccessAllowedAce@16' autoload.o(.data+0x12c):/usr/build/obj-apps/../apps/setup/autoload.c:83: first d efined here /usr/lib/w32api/libadvapi32.a(dspes00357.o)(.text+0x0): multiple definition of ` _OpenProcessToken@12' autoload.o(.data+0x193):/usr/build/obj-apps/../apps/setup/autoload.c:83: first d efined here /usr/lib/w32api/libadvapi32.a(dspes00479.o)(.text+0x0): multiple definition of ` _SetTokenInformation@16' autoload.o(.data+0x1ad):/usr/build/obj-apps/../apps/setup/autoload.c:83: first d efined here collect2: ld returned 1 exit status make[2]: *** [setup.exe] Error 1 make[2]: Leaving directory `/usr/build/obj-apps' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/build/obj-apps' make: *** [all] Error 2 ------------------------------------------------------------ So, could someone who's built it before tell me if those automake-1.8 warnings are significant, and/or is automake-1.9.1 backwardly compatible enough I can just provide a symlink to it called 'automake-1.8' to fake out the configure? And why would an app want to both link against the static import libs *and* try to autoload functions? I was able to work round the link error by removing the extra entries from autoload.c: ------------------------------------------------------------ Index: autoload.c =================================================================== RCS file: /cvs/cygwin-apps/setup/autoload.c,v retrieving revision 2.5 diff -p -u -r2.5 autoload.c --- autoload.c 30 Aug 2004 16:17:52 -0000 2.5 +++ autoload.c 28 Sep 2004 10:55:30 -0000 @@ -48,12 +48,6 @@ Auto (wininet, HttpSendRequestA, 20); DLL (advapi32); -Auto (advapi32, AddAccessAllowedAce, 16); -Auto (advapi32, AllocateAndInitializeSid, 44); -Auto (advapi32, FreeSid, 4); -Auto (advapi32, InitializeAcl, 12); -Auto (advapi32, OpenProcessToken, 12); -Auto (advapi32, SetTokenInformation, 16); Auto (advapi32, OpenSCManagerA, 16); Auto (advapi32, CloseServiceHandle, 4); Auto (advapi32, OpenServiceA, 16); ------------------------------------------------------------ So have I got some kind of version skew problem here? cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Joerg.Schaible@Elsag-Solutions.com Tue Sep 28 12:32:00 2004 From: Joerg.Schaible@Elsag-Solutions.com (=?iso-8859-1?Q?J=F6rg_Schaible?=) Date: Tue, 28 Sep 2004 12:32:00 -0000 Subject: file conversion utility sought: from isolatin (8859-1) to utf8 Message-ID: Ralf Hauser wrote on Tuesday, September 28, 2004 12:17 PM: > Hi, > > Are there any tools like d2u or u2d for UTF-8 for cygwin? > > In http://lists.suse.com/archive/m17n/2004-Jun/0002.html, > Bjoern talks about the "recode" and "iconv" utilities, but > these don't appear to exist in cygwin. Recode builds OOTB though. - J?rg -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Tue Sep 28 12:33:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Tue, 28 Sep 2004 12:33:00 -0000 Subject: Problems building setup from CVS. In-Reply-To: References: Message-ID: <41595549.3010604@x-ray.at> Dave Korn schrieb: > > Hey all, > > The subject says it all. Are there any requirements that I don't know about for > say particular versions of automake/autoconf? It says at > http://sources.redhat.com/cygwin-apps/setup.html > > "This requires the Cygwin development automake/autoconf and libtool packages (from > the Cygwin Net Release). (Or equivalently patched versions on linux or other > platforms.)" > > Well, I'm not sure what's in the cygwin net release, nor what kind of patchset > would be 'equivalent' in those terms. I've got these versions of > automake/autoconf, which are I believe the current cygwin release versions: > > ------------------------------------------------------------ > dk@mace /usr/build/apps/setup> autoconf --version > autoconf (GNU Autoconf) 2.59 > Written by David J. MacKenzie and Akim Demaille. > > Copyright (C) 2003 Free Software Foundation, Inc. > This is free software; see the source for copying conditions. There is NO > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. > dk@mace /usr/build/apps/setup> automake --version > automake (GNU automake) 1.9.1 > Written by Tom Tromey . > > Copyright 2004 Free Software Foundation, Inc. > This is free software; see the source for copying conditions. There is NO > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. > ------------------------------------------------------------ > > and I see these warnings when I run bootstrap.sh: > > ------------------------------------------------------------ > dk@mace /usr/build/apps/setup> ./bootstrap.sh > Running bootstrap.sh in libgetopt++ > /usr/share/aclocal/freetype2.m4:7: warning: underquoted definition of AC_CHECK_FT2 > run info '(automake)Extending aclocal' > or see http://sources.redhat.com/automake/automake.html#Extending-aclocal > /usr/share/aclocal/check.m4:5: warning: underquoted definition of AM_PATH_CHECK This is a new libtool "feature" :) you have to fix most of your /usr/share/aclocal/*.m4 files (those which print the warnings) to quote the AC_DEFUN first param. libmcrypt.m4: AC_DEFUN(AM_PATH_LIBMCRYPT, => AC_DEFUN([AM_PATH_LIBMCRYPT], I've attached a patch which was needed for me. > I don't see any problems (or indeed any output whatsoever!) when I then run > autoconf and automake. I use the standard recommended configure options: with the rest I'm fighting also :) -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: aclocal.patch URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dan.osborne@ramesys.com Tue Sep 28 12:37:00 2004 From: dan.osborne@ramesys.com (Dan Osborne) Date: Tue, 28 Sep 2004 12:37:00 -0000 Subject: Program exited with code 0303000 In-Reply-To: Message-ID: <004301c4a555$bba08940$eb88510a@internal.specialist.co.uk> Thanks for the reply. > Since you've got the code up and running in a debugger, you can set > breakpoints on abort, exit, and the last line of main, then when > it hits one > you can see for yourself from which point your code is exiting and the > reason why it's returning a non-zero exit code. I was trying to step through the code in gdb and pin this down so setting breaks on abort and exit sounds useful. However, both b abort and b exit give me ... (gdb) b abort Breakpoint 1 at 0x401552: file otlv4.h, line 3608. (gdb) b exit Note: breakpoint 1 also set at pc 0x401552. Breakpoint 2 at 0x401552: file otlv4.h, line 3608. But line 3608 of otlv4.h looks like nothing to do with abort or exit add_var(i,var,in_out,apl_tab_size); However, further digging reveals that my program gets to the throw command here ... catch ( RProgReturnException e ) { throw; } and if I step on throw the debugger thinks I'm at ... gues which line?! yes, line 3608 of otlv4.h ... (gdb) s 0x1003b115 in __cxa_rethrow () at otlv4.h:3608 3608 add_var(i,var,in_out,apl_tab_size); and if I step again I get ... Program exited with code 0303000. So I'm wondering firstly why gdb seems to have a mismatch between address and source line number and why that throw didn't get caught in my catch in main. Thanks in anticipation and thanks for your input so far, Dan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From alex_alexandrov@fromru.com Tue Sep 28 12:44:00 2004 From: alex_alexandrov@fromru.com (Alexei Alexandrov) Date: Tue, 28 Sep 2004 12:44:00 -0000 Subject: Problems on Itanium: Found the Cause, What's Next? Message-ID: <200409281232.i8SCWDab029529@www3.pochta.ru> Hi, All! This message is related to my previous post about diff crashing on Itanium, Windows Server 2003 (http://cygwin.com/ml/cygwin/2004-09/msg00465.html). During debugging I found out that the problem is in CreateFileMapping/MapViewOfFileEx behavior on this particular platform. Somehow these functions return OK status but when you try to write something to the area allocated, everything crashes down. The following is the illustration of the problem: int main(int argc, char* argv[]) { HANDLE h = NULL; void *base = NULL; __try { SECURITY_ATTRIBUTES sec_none; sec_none.nLength = sizeof(sec_none); sec_none.bInheritHandle = TRUE; sec_none.lpSecurityDescriptor = NULL; int len = 16 * 1024; h = CreateFileMapping(INVALID_HANDLE_VALUE, &sec_none, PAGE_WRITECOPY, 0, len, NULL); if (!h) { printf(\"FAIL: CreateFileMapping(...)\\n\"); return -1; } printf(\"PASS: CreateFileMapping(...)\\n\"); base = MapViewOfFile(h, FILE_MAP_COPY, 0, 0, len); if (!base) { printf(\"FAIL: MapViewOfFile(...)\\n\"); return -1; } printf(\"PASS: MapViewOfFile(...), base = 0x%08x\\n\", base); int tmp; tmp = *((int*)base); printf(\"PASS: Reading memory\\n\"); *((int*)base) = tmp; printf(\"PASS: Writing memory\\n\"); } __finally { if (base) { UnmapViewOfFile(base); base = NULL; } if (h) { CloseHandle(h); h = NULL; } } return 0; } If you compile this code with 32-bit compiler and then run it on 64-bit Server 2003 it will crash. At the same time it works on 32-bit machines. So the questions is to cygwin developers: what can be done next? I\'ve found file wincap.cc with particular platforms capability descriptions. I\'ve tried to set has_working_copy_on_write to false when IsWow64Process return true and it seems to work, but how can I be sure that I didn\'t break anything else? Are there any tests or something? And generally is this fix OK? Which drawbacks can it have? If the fix is OK - let me know, I will provide a patch. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Tue Sep 28 12:45:00 2004 From: dk@artimi.com (Dave Korn) Date: Tue, 28 Sep 2004 12:45:00 -0000 Subject: Problems building setup from CVS. In-Reply-To: <41595549.3010604@x-ray.at> Message-ID: > -----Original Message----- > From: Reini Urban > Sent: 28 September 2004 13:13 > This is a new libtool "feature" :) > you have to fix most of your /usr/share/aclocal/*.m4 files > (those which > print the warnings) to quote the AC_DEFUN first param. > > libmcrypt.m4: > AC_DEFUN(AM_PATH_LIBMCRYPT, > => > AC_DEFUN([AM_PATH_LIBMCRYPT], > > I've attached a patch which was needed for me. Thanks! > > I don't see any problems (or indeed any output > whatsoever!) when I > then run > > autoconf and automake. I use the standard recommended > configure options: > > with the rest I'm fighting also :) Well, the complaints about missing automake-1.8 don't seem to have had any impact on my build - then again, I haven't been modifying the auto* files in the subdirs, and perhaps if I had patched them with that patch of yours the build process might well decide the subdir configure/makefiles were out-of-date and needed -1.8 to rebuild. At which point I'd try symlinking -1.8 to -1.9.1 and hope it worked. As for the link errors, doesn't patching autoload fix it all for you? cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Tue Sep 28 12:57:00 2004 From: dk@artimi.com (Dave Korn) Date: Tue, 28 Sep 2004 12:57:00 -0000 Subject: Program exited with code 0303000 In-Reply-To: <004301c4a555$bba08940$eb88510a@internal.specialist.co.uk> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Dan Osborne > Sent: 28 September 2004 13:22 > I was trying to step through the code in gdb and pin this > down so setting > breaks on abort and exit sounds useful. However, both b abort > and b exit > give me ... > > (gdb) b abort > Breakpoint 1 at 0x401552: file otlv4.h, line 3608. > (gdb) b exit > Note: breakpoint 1 also set at pc 0x401552. > Breakpoint 2 at 0x401552: file otlv4.h, line 3608. > > But line 3608 of otlv4.h looks like nothing to do with abort or exit > > add_var(i,var,in_out,apl_tab_size); Um. Bizarre. You did build with -g and -O0, didn't you? Is this an actual function call here, or does add_var turn out to be some kind of macro or something that otherwise gets inlined? > However, further digging reveals that my program gets to the > throw command here ... > > catch ( RProgReturnException e ) > { > throw; > } > > and if I step on throw the debugger thinks I'm at ... gues > which line?! yes, line 3608 of otlv4.h ... > > (gdb) s > 0x1003b115 in __cxa_rethrow () at otlv4.h:3608 > 3608 add_var(i,var,in_out,apl_tab_size); You didn't say what function that catch instruction is actually in: is it in the function that calls add_var, or is it in add_var and add_var has been inlined at this point? In any case, it certainly seems to be in the right place, considering you are indeed re-throwing an exception. > and if I step again I get ... > > Program exited with code 0303000. Hmm. Have you properly used 'throws XXX' declarations on all the function prototypes that need them? > So I'm wondering firstly why gdb seems to have a mismatch > between address > and source line number and why that throw didn't get caught > in my catch in > main. You haven't shown me your main catch clause, but I'll assume that it covers all exception types (or at any rate, that it includes RProgReturnException). As I suggest above, giving bad information to the compiler (through missing or bogus throws decls) can cause it to generate bad unwind info: and we can pretty much presume that the unwind info has to be bad in some way and that's why it's missing your outer catch when it unwinds. cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Tue Sep 28 13:04:00 2004 From: dk@artimi.com (Dave Korn) Date: Tue, 28 Sep 2004 13:04:00 -0000 Subject: Make Utility and DuplicateHandle(In) failed (e=6) In-Reply-To: <20040928040922.GP20713@trixie.casa.cgf.cx> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Christopher Faylor > Sent: 28 September 2004 05:09 > On Tue, Sep 28, 2004 at 12:13:16PM +1000, Jussi Jumppanen wrote: > >Some time ago "luca landi" wrote: > >>problem running make 3.77.94 inside bash > You're apparently quoting an old message with no attribution and > providing no way of knowing whether this relates to an > already fixed bug or not. Quite "some time ago" indeed: http://www.cygwin.com/ml/cygwin/1999-09/msg00415.html Matter of fact... http://216.239.59.104/search?q=cache:FRltkvFF5EwJ:lists.gnu.org/archive/html/make- w32/2004-04/msg00001.html+%22DuplicateHandle(In)+failed+(e%3D6)%22+cygwin&hl=en makes it clear it's only the win32 native version of make that isn't/wasn't fully happy under bash. cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Tue Sep 28 13:33:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 28 Sep 2004 13:33:00 -0000 Subject: font problems with xpdf and gv In-Reply-To: <87ekknvsw4.fsf@vzell-de.de.oracle.com> References: <200409270516.i8R5GIA27779@bicho.synchrodesign.com> <878yaw6y3w.fsf@vzell-de.de.oracle.com> <41587554.5020202@users.sourceforge.net> <87ekknvsw4.fsf@vzell-de.de.oracle.com> Message-ID: On Tue, 28 Sep 2004, Dr. Volker Zell wrote: > >>>>> Yaakov Selkowitz writes: > > > Dr. Volker Zell wrote: > >> Make sure you have the x11 version of ghostscript installed. > > > It's about time this is added to the FAQ, don't you think? > > I'm also thinking about releasing a new version of gv with a new > README, if it helps. Since 'gv' requires 'ghostscript-x11', any particular reason for it to not be installed? I understand the PATH issues, and /etc/profile.d/00xorg-x11-base.sh *SHOULD* be fixed to move /usr/X11R6/bin to the front of the PATH (or, at any rate, before /usr/bin), but comments like "gv doesn't work, so install ghostscript-x11" make me think that setup is somehow failing in its dependency tracking. Alternatively, why not make 'gv' invoke '/usr/X11R6/bin/gs' explicitly, instead of searching for it in the PATH? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Tue Sep 28 13:54:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 28 Sep 2004 13:54:00 -0000 Subject: crontab/mount problem In-Reply-To: References: <20040928004522.64937.qmail@web21203.mail.yahoo.com> <6.1.0.6.0.20040927225802.03f46470@pop.prospeed.net> Message-ID: On Tue, 28 Sep 2004, Robert Schmidt wrote: > Larry Hall wrote: > > Read this: > > > > > > > > If you've installed cron as directed, you won't have access to non-publicly > > accessible shares. Your options are to make the shares accessible to all > > without authentication or run 'cron' as a service under the same user as > > owns the crontab. The former opens up your share's permissions > > significantly. The latter makes 'cron' usable by only you. > > > > There's plenty in the email archives about all this too if you're looking > > for more reading. > > I'm wondering if this restriction also applies to e.g. DCOM permissions? > > I'm using cron to run a C# program (my own) which extracts contacts info from > Outlook to an LDIF file, for importing into openldap. This works fine on the > command line, and works with cron running as myself. > > With cron running as System, using setuid to myself, the Outlook COM object > model refuses access. ("new Outlook.ApplicationClass" throws an > UnauthorizedAccessException.) > > I'd rather avoid having to hardcode my user name and password into the > cygrunsrv command line, so any ideas would be appreciated. Well, you could do it as an experiment... If that works, it'll be a data point. It could be the permission issue, or it could be a much simpler "thou shalt not unset SYSTEMROOT in services" issue (search the archives). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Tue Sep 28 14:02:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 28 Sep 2004 14:02:00 -0000 Subject: dvips: Couldn't find header file texc.pro In-Reply-To: References: Message-ID: On Tue, 28 Sep 2004, Alex Vinokur wrote: > "Igor Pechtchanski" wrote: > > On Tue, 28 Sep 2004, Alex Vinokur wrote: > > > > > I tried to invoke dvips. > > > > > > Here is what I have got. > > > > > > $ dvips foo.dvi > > > This is dvips(k) 5.92b Copyright 2002 Radical Eye Software (www.radicaleye.com) > > > dvips: ! Couldn't find header file texc.pro > > > > > > Any suggestions? > > > > $ kpsewhich texc.pro > > /usr/share/texmf/dvips/base/texc.pro > > $ cygcheck -f /usr/share/texmf/dvips/base/texc.pro > > tetex-bin-2.0.2-13 > > > > What does "cygcheck -cv tetex-bin" show? > [snip] > > > $ kpsewhich texc.pro > > $ cygcheck -f /usr/share/texmf/dvips/base/texc.pro > > $ cygcheck -cv tetex-bin > Cygwin Package Information > Last downloaded files to: C:\cygwin\_download\001 > Last downloaded files from: http://ftp.inf.tu-dresden.de/software/windows/cygwin32 > > Package Version Status Ok, just as I suspected, you are not using the Cygwin version of dvips. Find out 'which dvips' you're using, and ask for help on the forum dedicated to the program that *your* dvips came with. Alternatively, install Cygwin's tetex distribution, and it'll chug along happily. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dan.osborne@ramesys.com Tue Sep 28 14:16:00 2004 From: dan.osborne@ramesys.com (Dan Osborne) Date: Tue, 28 Sep 2004 14:16:00 -0000 Subject: Program exited with code 0303000 In-Reply-To: Message-ID: <004401c4a55f$b1e46cf0$eb88510a@internal.specialist.co.uk> > Um. Bizarre. You did build with -g and -O0, didn't you? Is > this an actual > function call here, or does add_var turn out to be some kind of > macro or something > that otherwise gets inlined? Well I was actually using -ggdb3 but I tried -g -O0 and it made no difference. I think the add_var line is spurious as there is no __cxa_rethrow in otlv4.h > > Hmm. Have you properly used 'throws XXX' declarations on all > the function > prototypes that need them? > Err, no there aren't any - I'll add them and see if it helps. > > So I'm wondering firstly why gdb seems to have a mismatch > > between address > > and source line number and why that throw didn't get caught > > in my catch in > > main. > > You haven't shown me your main catch clause, but I'll assume > that it covers all > exception types (or at any rate, that it includes > RProgReturnException). As I > suggest above, giving bad information to the compiler (through > missing or bogus > throws decls) can cause it to generate bad unwind info: and we > can pretty much > presume that the unwind info has to be bad in some way and that's > why it's missing > your outer catch when it unwinds. Yes, there's a catch (...) so I'll work on those throws clauses. Oh and the throw is in a shared library with the catch in my main if that has any bearing. Thanks, Dan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From alexvn@connect.to Tue Sep 28 14:19:00 2004 From: alexvn@connect.to (Alex Vinokur) Date: Tue, 28 Sep 2004 14:19:00 -0000 Subject: dvips: Couldn't find header file texc.pro References: Message-ID: "Igor Pechtchanski" wrote in message news:Pine.GSO.4.61.0409280848190.4120@slinky.cs.nyu.edu... > On Tue, 28 Sep 2004, Alex Vinokur wrote: > > > "Igor Pechtchanski" wrote: > > > On Tue, 28 Sep 2004, Alex Vinokur wrote: > > > > > > > I tried to invoke dvips. > > > > > > > > Here is what I have got. > > > > > > > > $ dvips foo.dvi > > > > This is dvips(k) 5.92b Copyright 2002 Radical Eye Software (www.radicaleye.com) > > > > dvips: ! Couldn't find header file texc.pro > > > > > > > > Any suggestions? > > > > > > $ kpsewhich texc.pro > > > /usr/share/texmf/dvips/base/texc.pro > > > $ cygcheck -f /usr/share/texmf/dvips/base/texc.pro > > > tetex-bin-2.0.2-13 > > > > > > What does "cygcheck -cv tetex-bin" show? > > [snip] > > > > > > $ kpsewhich texc.pro > > > > $ cygcheck -f /usr/share/texmf/dvips/base/texc.pro > > > > $ cygcheck -cv tetex-bin > > Cygwin Package Information > > Last downloaded files to: C:\cygwin\_download\001 > > Last downloaded files from: http://ftp.inf.tu-dresden.de/software/windows/cygwin32 > > > > Package Version Status > > Ok, just as I suspected, you are not using the Cygwin version of dvips. > Find out 'which dvips' you're using, and ask for help on the forum > dedicated to the program that *your* dvips came with. Alternatively, > install Cygwin's tetex distribution, and it'll chug along happily. Installed. --------- BEGIN --------- $ kpsewhich texc.pro /usr/share/texmf/dvips/base/texc.pro $ cygcheck -f /usr/share/texmf/dvips/base/texc.pro tetex-bin-2.0.2-14 $ cygcheck -cv tetex-bin Cygwin Package Information Last downloaded files to: C:\cygwin\_download\002 Last downloaded files from: http://ftp.inf.tu-dresden.de/software/windows/cygwin32 Package Version Status tetex-bin 2.0.2-14 OK $ which -a dvips /usr/bin/dvips /bin/dvips /usr/bin/dvips $ ls -l foo.* -rw-r--r-- 1 Administ None 27136 Sep 28 15:20 foo.doc -rw-r--r-- 1 Administ None 360 Sep 28 15:20 foo.dvi -rw-r--r-- 1 Administ None 1688 Sep 28 15:19 foo.tex $ dvips foo.dvi This is dvips(k) 5.92b Copyright 2002 Radical Eye Software (www.radicaleye.com) ' TeX output 2004.09.28:1520' -> foo.ps . [1] $ ls -l foo.* -rw-r--r-- 1 Administ None 27136 Sep 28 15:20 foo.doc -rw-r--r-- 1 Administ None 360 Sep 28 15:20 foo.dvi -rw-r--r-- 1 Administ None 29667 Sep 28 15:31 foo.ps -rw-r--r-- 1 Administ None 1688 Sep 28 15:19 foo.tex ---------- END ---------- File foo.ps created. There is a problem with its content which seems to be caused by convertor Word->TeX. -- Alex Vinokur http://mathforum.org/library/view/10978.html http://sourceforge.net/users/alexvn -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Tue Sep 28 14:21:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Tue, 28 Sep 2004 14:21:00 -0000 Subject: Stdout of other shell than cygwin's through xinetd In-Reply-To: References: Message-ID: <6.1.0.6.0.20040928095649.03f47160@pop.prospeed.net> Please, one copy of each report is enough. At 05:57 AM 9/28/2004, you wrote: >I've installed xinetd cygwin, in c:/cygwin/root, and execute it with /usr/sbin/xinetd -d to see the log on the screen >If I use the cygwin tools, I've got result on the command I use : > >chrdelar@ptxw09247:?:FA_26 /home/chrdelar> rsh ptxw09112 "/cygdrive/c/cygwin/root/bin/sh -c pwd" >/cygdrive/u >chrdelar@ptxw09247:?:FA_26 /home/chrdelar> > >But If I use other tools like mingw : > >chrdelar@ptxw09247:?:FA_26 /home/chrdelar> rsh ptxw09112 "/cygdrive/c/msys/1.0/bin/sh -c pwd" >chrdelar@ptxw09247:?:FA_26 /home/chrdelar> > >No echo/result of pwd appears. > >If I try with rlogin : >chrdelar@ptxw09247:?:FA_26 /home/chrdelar> rlogin ptxw09112 >chrdelar@ptxw09112 ~ >$ /cygdrive/c/msys/1.0/bin/sh.exe -c "pwd" >/u >$ > >I've got the result > >Why did I not get my pwd answer on the rsh example ? >How to connect the stdout of msys (on other sh like tools) to stdout of rsh ? >Is this the same pb as getting the output of a cmd.exe prog, where I've read nothing is possible to get the output ? Yep. >Any workaround ? If you have 'tty' in your Cygwin environment variable, remove it and try again. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From errol@ros.com.au Tue Sep 28 14:27:00 2004 From: errol@ros.com.au (Errol Smith) Date: Tue, 28 Sep 2004 14:27:00 -0000 Subject: "Broken pipe" warning from bash. In-Reply-To: References: Message-ID: <6.1.2.0.1.20040929001114.03ec1eb0@mail.ros.com.au> At 05:53 PM 28/09/2004, Bas van Gompel wrote: >Following little (bash) shell-script many times causes a "Broken pipe" >(SIGPIPE) warning to be emitted by bash. Is this expected behaviour? > >An example of the message: >./tc-pipe.sh: line 5: 3541109 Broken pipe seq 1 2 > >The message is generated on the second pass through the loop. >Changing ``a b'' to ``a b c d e'' below, often prints the message 4 >times. > >=== Begin tc-pipe.sh === >#!/bin/bash > >for t in a b; do > seq 1 2 >done | head -n 1 > >==== End tc-pipe.sh ==== I was going to say "use a recent snapshot because the 'Broken Pipe' problems were fixed by the Gold-Star deserving Pierre"... BUT I tried your testcase and it fails (intermittently) even with the latest snapshot (20040928). Pierre's patch DID fix the broken pipe issues I reported so this might be a different problem. Errol -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Tue Sep 28 14:32:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Tue, 28 Sep 2004 14:32:00 -0000 Subject: crontab/mount problem In-Reply-To: References: <20040928004522.64937.qmail@web21203.mail.yahoo.com> <6.1.0.6.0.20040927225802.03f46470@pop.prospeed.net> Message-ID: <6.1.0.6.0.20040928101505.03f589b8@pop.prospeed.net> At 05:29 AM 9/28/2004, you wrote: >Larry Hall wrote: >>Read this: >> >>If you've installed cron as directed, you won't have access to non-publicly >>accessible shares. Your options are to make the shares accessible to all >>without authentication or run 'cron' as a service under the same user as owns the crontab. The former opens up your share's permissions significantly. The latter makes 'cron' usable by only you. >>There's plenty in the email archives about all this too if you're looking for more reading. > >I'm wondering if this restriction also applies to e.g. DCOM permissions? > >I'm using cron to run a C# program (my own) which extracts contacts info from Outlook to an LDIF file, for importing into openldap. This works fine on the command line, and works with cron running as myself. > >With cron running as System, using setuid to myself, the Outlook COM object model refuses access. ("new Outlook.ApplicationClass" throws an UnauthorizedAccessException.) Depends on what "new Outlook.ApplicationClass" is doing. If it requires authentication to get access to some network resource (i.e. the LDAP DB), then this is the same problem. Like Igor said in another post, a little experimentation would probably clarify if this is the case. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Tue Sep 28 14:55:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Tue, 28 Sep 2004 14:55:00 -0000 Subject: Stdout of other shell than cygwin's through xinetd In-Reply-To: References: Message-ID: <20040928142218.GI14978@cygbert.vinschen.de> On Sep 28 11:57, Christophe.Delarue@reuters.com wrote: > Why did I not get my pwd answer on the rsh example ? Rshd's stdin/out/err descriptors are connected to sockets because there's no pty involved. Most native Win apps just don't get it. Best workaround is to use ssh with -t option instead. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Dr.Volker.Zell@oracle.com Tue Sep 28 15:03:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Tue, 28 Sep 2004 15:03:00 -0000 Subject: cygheap problems with 1.5.11 In-Reply-To: <189458157796.20040928110055@familiehaase.de> (Gerrit P. Haase's message of "Tue, 28 Sep 2004 11:00:55 +0200") References: <41588519.6030901@users.sourceforge.net> <873c12x5oi.fsf@vzell-de.de.oracle.com> <189458157796.20040928110055@familiehaase.de> Message-ID: <877jqesc20.fsf@vzell-de.de.oracle.com> >>>>> Gerrit P Haase writes: > Hi Volker, >> In my case the cygheap_fixup_in_child error manifests only in a >> couple of gnome1 applications which I compiled by myself. It looks as >> so all apps which are dependent on /opt/gnome1/bin/cygart_lgpl-2.dll >> are infected. All my other gnome1 apps works just fine. For example: >> 08:15 AM [741]> cygcheck /opt/gnome1/bin/gnubg.exe >> D:/opt/gnome1/bin/gnubg.exe >> D:/opt/gnome1/bin\cygart_lgpl-2.dll <---- > Is this the released or a selfcompiled version? A selfcompiled version. I have almost all of the gnome1 platform compiled by myself with the xorg- dll's. In the beginning with shm support, but this led to strange MapViewOfFileEx errors. So I disabled shm support in gtk+. I also have a couple of gnome1 apps which used to work fine until recently. Not all are infected, but all which are using my cygart_lgpl-2.dll as it seems :-(( I'm now trying to compile these apps with your gnome2 libs. Thanks by the way for your effort. > Gerrit Ciao Volker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From a12@swipnet.se Tue Sep 28 15:03:00 2004 From: a12@swipnet.se (a12) Date: Tue, 28 Sep 2004 15:03:00 -0000 Subject: ssh-host-config requires cygminires.dll Message-ID: <415975F6.5030403@swipnet.se> Hello Cygwin users, I have installed openssl and openssh. Host configuration with: cd /bin ssh-host-config -y tells me about missing cygminires.dll Thereafter the configuration continues: Generating /etc/ssh_host_key Generating /etc/ssh_host_rsa_key Generating /etc/ssh_host_dsa_key Generating /etc/ssh_config file privilege separation is set to yes by default since OpenSSH 3.3. However, this requires a non-privileged account called 'sshd'. For more info on privilege separation read /usr/share/doc/openssh/README.privsep. Should privilege sparation be used? (yes/no) yes Generating /etc/sshd_config file Warning: The following functions require administrator privileges! Do you want to install sshd as service? (Say "no" if it's already installed as service) (yes/no) yes Which value should the environment variable CYGWIN have when sshd starts? It's recommended to set at least "ntsec" to be able to change user context without password. Default is "ntsec". CYGWIN=binmode ntsec tty title The service has been installed under LocalSystem account. To start the service, call `net start sshd??or `cygrunsrv -S sshd??. Host configuration finished. Have fun! Then I start the sshd service: cygrunsrv -S sshd which errors off with: cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: The service has not been started. Where do I find cygminires.dll ? How do I make cygrunsrv to start sshd correctly ? Belows follows output from 'cygcheck -svr': Cygwin Configuration Diagnostics Current System Time: Tue Sep 28 16:20:28 2004 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\WINNT\system32 c:\WINNT c:\WINNT\System32\Wbem c:\Program Files\Symantec\pcAnywhere\ C:\cygwin\bin c:\PROGRA~1\BMCSOF~1\PATROL~1\bin c:\PROGRA~1\BMCSOF~1\PATROL~1\utils c:\Program Files\Centura2.0\ c:\Program Files\ImageMan 6.0.1\ c:\Program Files\Graphics Server 5.50\ c:\Program Files\AutoIT\ c:\Program Files\Executive Software\Undelete\ c:\Program Files\Executive Software\Diskeeper\ c:\Program Files\Common Files\Crystal Decisions\2.0\bin\ c:\Program Files\Common Files\GTK\bin Output from C:\cygwin\bin\id.exe (nontsec) UID: 1001(Sysaccount) GID: 513(None) 513(None) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1001(Sysaccount) GID: 513(None) 0(root) 513(None) 544(Admins) 545(Users) SysDir: C:\WINNT\system32 WinDir: C:\WINNT CYGWIN = `binmode ntsec tty title' HOME = `C:\cygwin\home\Sysaccount' MAKE_MODE = `unix' PWD = `/home/Sysaccount' USER = `Sysaccount' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\sysaccount.8VS2T0J\Application Data' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `8VS2T0J' COMSPEC = `C:\WINNT\system32\cmd.exe' CVS_RSH = `/bin/ssh' HOME.ORG = `C:\' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\sysaccount.8VS2T0J' HOSTNAME = `8VS2T0J' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' LIB = `C:\Program Files\sybase\LIB' LOGONSERVER = `\\8VS2T0J' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/bin' OS2LIBPATH = `C:\WINNT\system32\os2\dll;' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PATROL_ADMIN = `patrol' PATROL_HOME = `C:\PROGRA~1\BMCSOF~1\PATROL~1\' PRINTER = `SnagIt 7' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 9, GenuineIntel' PROCESSOR_LEVEL = `15' PROCESSOR_REVISION = `0209' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 \033[32m\]\u@\h \[\033[33m\w\033[0m\] $ ' SHLVL = `1' SYBASE = `C:\Program Files\Sybase' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINNT' TEMP.ORG = `C:\WINNT\TEMP' TEMP = `C:\DOCUME~1\SYSACC~1.8VS\LOCALS~1\Temp' TERM = `cygwin' TMP.ORG = `C:\WINNT\TEMP' TMP = `C:\DOCUME~1\SYSACC~1.8VS\LOCALS~1\Temp' USERDOMAIN = `8VS2T0J' USERNAME = `Sysaccount' USERPROFILE = `C:\Documents and Settings\sysaccount.8VS2T0J' WINDIR = `C:\WINNT' _ = `/usr/bin/cygcheck' POSIXLY_CORRECT = `1' 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 c: hd NTFS 28607Mb 87% CP CS UN PA FC c-disk d: cd N/A N/A C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode . /cygdrive system binmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Not Found: cpp (good!) Found: C:\cygwin\bin\find.exe Not Found: gcc Not Found: gdb Found: C:\cygwin\bin\grep.exe Not Found: ld Found: C:\cygwin\bin\ls.exe Not Found: make Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe 55k 2004/09/14 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 "cygbz2-1.dll" v0.0 ts=2004/9/14 6:16 841k 2004/03/17 C:\cygwin\bin\cygcrypto-0.9.7.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto-0.9.7.dll" v0.0 ts=2004/3/17 23:58 45k 2001/04/25 C:\cygwin\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0 "cygform5.dll" v0.0 ts=2001/4/25 7:28 35k 2002/01/09 C:\cygwin\bin\cygform6.dll - os=4.0 img=1.0 sys=4.0 "cygform6.dll" v0.0 ts=2002/1/9 7:03 48k 2003/08/09 C:\cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0 "cygform7.dll" v0.0 ts=2003/8/9 11:25 28k 2003/07/20 C:\cygwin\bin\cyggdbm-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-3.dll" v0.0 ts=2003/7/20 9:58 30k 2003/08/11 C:\cygwin\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-4.dll" v0.0 ts=2003/8/11 4:12 19k 2003/03/22 C:\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm.dll" v0.0 ts=2002/2/20 4:05 15k 2003/07/20 C:\cygwin\bin\cyggdbm_compat-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-3.dll" v0.0 ts=2003/7/20 10:00 15k 2003/08/11 C:\cygwin\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-4.dll" v0.0 ts=2003/8/11 4:13 107k 2004/07/06 C:\cygwin\bin\cyggettextlib-0-14-1.dll - os=4.0 img=1.0 sys=4.0 "cyggettextlib-0-14-1.dll" v0.0 ts=2004/7/6 19:56 17k 2004/07/06 C:\cygwin\bin\cyggettextpo-0.dll - os=4.0 img=1.0 sys=4.0 "cyggettextpo-0.dll" v0.0 ts=2004/7/6 19:56 190k 2004/07/06 C:\cygwin\bin\cyggettextsrc-0-14-1.dll - os=4.0 img=1.0 sys=4.0 "cyggettextsrc-0-14-1.dll" v0.0 ts=2004/7/6 19:56 17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll - os=4.0 img=1.0 sys=4.0 "cyghistory4.dll" v0.0 ts=2001/1/7 5:34 29k 2003/08/10 C:\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0 "cyghistory5.dll" v0.0 ts=2003/8/11 1:16 991k 2004/07/06 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 "cygiconv-2.dll" v0.0 ts=2004/7/6 20:10 22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll - os=4.0 img=1.0 sys=4.0 "cygintl-1.dll" v0.0 ts=2001/12/13 10:28 37k 2003/08/10 C:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0 "cygintl-2.dll" v0.0 ts=2003/8/10 23:50 54k 2004/07/06 C:\cygwin\bin\cygintl-3.dll - os=4.0 img=1.0 sys=4.0 "cygintl-3.dll" v0.0 ts=2004/7/6 19:51 26k 2001/04/25 C:\cygwin\bin\cygmenu5.dll - os=4.0 img=1.0 sys=4.0 "cygmenu5.dll" v0.0 ts=2001/4/25 7:27 20k 2002/01/09 C:\cygwin\bin\cygmenu6.dll - os=4.0 img=1.0 sys=4.0 "cygmenu6.dll" v0.0 ts=2002/1/9 7:03 29k 2003/08/09 C:\cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0 "cygmenu7.dll" v0.0 ts=2003/8/9 11:25 156k 2001/04/25 C:\cygwin\bin\cygncurses++5.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++5.dll" v0.0 ts=2001/4/25 7:29 175k 2002/01/09 C:\cygwin\bin\cygncurses++6.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++6.dll" v0.0 ts=2002/1/9 7:03 226k 2001/04/25 C:\cygwin\bin\cygncurses5.dll - os=4.0 img=1.0 sys=4.0 "cygncurses5.dll" v0.0 ts=2001/4/25 7:17 202k 2002/01/09 C:\cygwin\bin\cygncurses6.dll - os=4.0 img=1.0 sys=4.0 "cygncurses6.dll" v0.0 ts=2002/1/9 7:03 224k 2003/08/09 C:\cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0 "cygncurses7.dll" v0.0 ts=2003/8/9 11:24 15k 2001/04/25 C:\cygwin\bin\cygpanel5.dll - os=4.0 img=1.0 sys=4.0 "cygpanel5.dll" v0.0 ts=2001/4/25 7:27 12k 2002/01/09 C:\cygwin\bin\cygpanel6.dll - os=4.0 img=1.0 sys=4.0 "cygpanel6.dll" v0.0 ts=2002/1/9 7:03 19k 2003/08/09 C:\cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0 "cygpanel7.dll" v0.0 ts=2003/8/9 11:24 62k 2003/12/11 C:\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcre-0.dll" v0.0 ts=2003/12/11 18:01 63k 2003/04/11 C:\cygwin\bin\cygpcre.dll - os=4.0 img=1.0 sys=4.0 "cygpcre.dll" v0.0 ts=2003/4/11 10:31 9k 2003/12/11 C:\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix-0.dll" v0.0 ts=2003/12/11 18:01 61k 2003/04/11 C:\cygwin\bin\cygpcreposix.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix.dll" v0.0 ts=2003/4/11 10:31 22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0 "cygpopt-0.dll" v0.0 ts=2002/6/9 7:45 108k 2001/06/28 C:\cygwin\bin\cygreadline4.dll - os=4.0 img=1.0 sys=4.0 "cygreadline4.dll" v0.0 ts=2001/1/7 5:34 148k 2003/08/10 C:\cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0 "cygreadline5.dll" v0.0 ts=2003/8/11 1:16 171k 2004/03/17 C:\cygwin\bin\cygssl-0.9.7.dll - os=4.0 img=1.0 sys=4.0 "cygssl-0.9.7.dll" v0.0 ts=2004/3/17 23:58 62k 2004/09/14 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 "cygz.dll" v0.0 ts=2004/9/14 5:51 1111k 2004/09/05 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2004/9/5 5:17 Cygwin DLL version info: DLL version: 1.5.11 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 116 Shared data: 4 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Sat Sep 4 23:17:09 EDT 2004 Shared id: cygwin1S4 Cygwin Package Information Last downloaded files to: C:\TMP\Internet\Cygwin Last downloaded files from: ftp://mirrors.rcn.net/pub/sourceware/cygwin Package Version _update-info-dir 00228-1 ash 20040127-1 base-files 3.0-3 base-passwd 2.0-1 bash 2.05b-16 bzip2 1.0.2-6 cygrunsrv 1.0-1 cygutils 1.2.5-1 cygwin 1.5.11-1 cygwin-doc 1.3-7 diffutils 2.8.7-1 ed 0.2-1 editrights 1.01-1 fileutils 4.1-2 findutils 4.1.7-4 gawk 3.1.4-3 gdbm 1.8.3-7 grep 2.5-1 groff 1.18.1-2 gzip 1.3.5-1 keychain 2.0.3-2 less 381-1 libbz2_1 1.0.2-6 libgdbm 1.8.0-5 libgdbm-devel 1.8.3-7 libgdbm3 1.8.3-3 libgdbm4 1.8.3-7 libgettextpo0 0.14.1-1 libiconv2 1.9.2-1 libintl1 0.10.40-1 libintl2 0.12.1-3 libintl3 0.14.1-1 libncurses5 5.2-1 libncurses6 5.2-8 libncurses7 5.3-4 libpcre 4.1-1 libpcre0 4.5-1 libpopt0 1.6.4-4 libreadline4 4.1-2 libreadline5 4.3-5 login 1.9-7 man 1.5k-3 mktemp 1.5-3 more 2.11o-1 ncurses 5.3-4 openssh 3.9p1-1 openssl 0.9.7d-1 readline 4.3-5 rsync 2.6.2-2 sed 4.1.2-1 sh-utils 2.0.15-4 tar 1.13.25-5 termcap 20021106-2 terminfo 5.3_20030726-1 texinfo 4.2-4 textutils 2.0.21-1 which 1.5-2 zlib 1.2.1-2 Use -h to see help about each section -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From yselkowitz@users.sourceforge.net Tue Sep 28 15:04:00 2004 From: yselkowitz@users.sourceforge.net (Yaakov Selkowitz) Date: Tue, 28 Sep 2004 15:04:00 -0000 Subject: Perl Tk Compilation In-Reply-To: <20040924143247.GD27544@trixie.casa.cgf.cx> References: <36bf289b04092406094f2b734c@mail.gmail.com> <20040924143247.GD27544@trixie.casa.cgf.cx> Message-ID: <41597B68.3090109@users.sourceforge.net> > On Fri, Sep 24, 2004 at 06:39:32PM +0530, Vijay Kiran Kamuju wrote: > >>has any body successfully installed latest Perl/Tk without any break >>downs/errors? http://sourceforge.net/projects/cygwin-ports/ I have version 800.025 with either Win32 or X11 interfaces (separate packages) and 804.027 with only X11 (haven't got Win32 working with that version; Gerrit?). Yaakov -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From andrex@alumni.utexas.net Tue Sep 28 15:04:00 2004 From: andrex@alumni.utexas.net (Andrew Schulman) Date: Tue, 28 Sep 2004 15:04:00 -0000 Subject: unison doesn't honor HOME when USERPROFILE is set, also permission/uid/gid problems when synchronizing References: <87oejqvmsl.fsf@vzell-de.de.oracle.com> Message-ID: Hi Volker. > I installed unison-2.10.2-1 and tried to sync 2 directories > with the following default.prf in my /home/vzell/.unison > > # Unison preferences file > owner=true > group=true > perms=-1 > log=true > > First of all unison didn't find my $HOME/.unison but instead created a > new one under C:\Documents and Settings\vzell :-( ugh > and second unison > didn't honour the above preferences after editing the new > C:\Documents and Settings\vzell\.unison\default.prf. > > > I compiled already unison in 2002 and used it to sync files with > different owner/group membership and, in case of new files with > permissions different from the umask value, I wanted unison to also sync > permissions. Both of this can be achieved with the patch below. > > Any chance that this can be incorporated in the next release ? > > > --- util.ml.orig 2004-09-28 09:45:32.940632000 +0200 > +++ util.ml 2004-09-28 08:40:28.926936000 +0200 > @@ -358,10 +358,10 @@ > match osType with > `Win32 -> > let dirString = > - try Unix.getenv "USERPROFILE" (* Windows NT/2K *) > - with Not_found -> > try Unix.getenv "HOME" (* Windows 9x with Cygwin HOME set *) > with Not_found -> > + try Unix.getenv "USERPROFILE" (* Windows NT/2K *) > + with Not_found -> > try Unix.getenv "UNISON" (* Use UNISON dir if none of > the above are set *) > with Not_found -> "c:/" (* Default *) in According to the Unison manual (http://www.cis.upenn.edu/ ~bcpierce/unison/download/beta-test/latest/unison- manual.html#unisondir), on Unix hosts Unison looks in order in $UNISON and $HOME/.unison; on Windows hosts it looks in order in $UNISON, $USERPROFILE\.unison, $HOME\.unison, and C:\.unison. So there are two issues here: (1) Unison is looking in $UNISON last. This is clearly wrong, and if fixed would allow you to solve your problem by setting UNISON=/home/volker/.unison. But here's something I don't understand: on my Cygwin host both UNISON and USERPROFILE are set, but UNISON takes precedence. ?? Are you sure this section of code is the operative one here? What happens if you export UNISON=/home/vzell/.unison? (2) It seems that Unison treats Cygwin as a Windows OS for this purpose, so that it looks in $USERPROFILE/.unison before $HOME/.unison. This is arguably wrong, but I think I'll have to pose the question on unison- hackers. > --- uicommon.ml.orig 2004-09-28 09:43:28.010992000 +0200 > +++ uicommon.ml 2004-09-28 08:41:27.090571200 +0200 > @@ -346,7 +346,7 @@ > let someHostIsCaseInsensitive = > someHostIsRunningWindows || someHostRunningOsX in > Case.init someHostIsCaseInsensitive; > - Props.init someHostIsRunningWindows; > +(* Props.init someHostIsRunningWindows; *) > Osx.init someHostRunningOsX; > return ()) And this patch solves the owner and group sync problem? Sorry but it's not obvious to me. You say Unison "didn't honor" the owner and group preferences. What exactly happened? Did it just not sync the owners and groups, or did it give you error messages? > By the way I had to export also the following env var to compile from > source: > > export OSCOMP=cygwingnuc Yup. This is documented in /usr/share/doc/Cygwin/unison-2.10.2- 1.README. Gerrit Haase has been after me to provide a generic build script for building Unison from the source package, and when I make one it will include this. Thanks for your report. As soon as I'm sure that I have the right corrections, I'll release a new version that includes the fixes. Andrew. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Tue Sep 28 15:07:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 28 Sep 2004 15:07:00 -0000 Subject: ssh-host-config requires cygminires.dll In-Reply-To: <415975F6.5030403@swipnet.se> References: <415975F6.5030403@swipnet.se> Message-ID: On Tue, 28 Sep 2004, a12 wrote: > Hello Cygwin users, > > I have installed openssl and openssh. Host configuration with: > cd /bin > ssh-host-config -y > tells me about missing cygminires.dll > Thereafter the configuration continues: > [snip] > Host configuration finished. Have fun! > > Then I start the sshd service: > cygrunsrv -S sshd > which errors off with: > cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: > The service has not been started. > > Where do I find cygminires.dll ? As always, the Cygwin package search page at has the answer. Install the "minires" package. However, you shouldn't have to, because openssh requires minires anyway. Did you, by chance, unselect it when you installed openssh via setup? In general, it's a *bad* idea to unselect anything setup chooses to automatically install, unless you know exactly what you're doing. > How do I make cygrunsrv to start sshd correctly ? The two problems are most likely related. Install "minires" and try again. > Belows follows output from 'cygcheck -svr': For the future, please include this output as an *attachment*, not inline as you did, as requested in . Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From yselkowitz@users.sourceforge.net Tue Sep 28 15:09:00 2004 From: yselkowitz@users.sourceforge.net (Yaakov Selkowitz) Date: Tue, 28 Sep 2004 15:09:00 -0000 Subject: cygheap problems with 1.5.11 In-Reply-To: <873c12x5oi.fsf@vzell-de.de.oracle.com> References: <41588519.6030901@users.sourceforge.net> <873c12x5oi.fsf@vzell-de.de.oracle.com> Message-ID: <41597D66.10706@users.sourceforge.net> Dr. Volker Zell wrote: > I noticed the same. But I'm not sure when it start happening. > I recently upgraded to cygwin-1.5.11, the latest xorg- stuff > and also to zlib-1.2.1/bzip2-1.0.2. Afterwards I had problems > with apache which could be solved as usually with a rebaseall > including my self compiled dll's. > > I only noticed the problem after this procedure. So I'm not sure > what's the culprit. Now that you mention it, I also ran a rebaseall because of Perl modules right before the cygheap problem happened. In fact, I think that was the first time I rebased using cygwin-1.5.11; maybe that's what needs to be investigated. > In my case the cygheap_fixup_in_child error manifests only in a > couple of gnome1 applications which I compiled by myself. It looks as > so all apps which are dependent on /opt/gnome1/bin/cygart_lgpl-2.dll > are infected. All my other gnome1 apps works just fine. For example: > > I'm not seeing the problem so far with officially released apps. > For example gpg --version works fine here. > So I think I'm on my own here. Well, right now gpg, XWin, XWin_GL all aren't working, along with my self-compiled snownews, plus any program that I've compiled since the problem first happened. Again, the common factor seems to be rebasing with cygwin-1.5.11. Could someone *please* investigate (before my cygwin becomes completely unusable!). BTW, Gerrit, I was working on getting together a bunch of Gnome prereqs for ITP at the time, but I can't do anything now until this is fixed. :-( Yaakov -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Schulman.Andrew@epamail.epa.gov Tue Sep 28 15:23:00 2004 From: Schulman.Andrew@epamail.epa.gov (Schulman.Andrew@epamail.epa.gov) Date: Tue, 28 Sep 2004 15:23:00 -0000 Subject: [ANNOUNCEMENT] New package: lablgtk2-2.4.0-1 Message-ID: <200409281504.i8SF4KS07923@esds.vss.fsi.com> The package 'lablgtk2' is now available in the Cygwin distribution. LablGTK2 is an Objective Caml interface to GTK2. It uses the rich type system of Objective Caml 3 to provide a strongly typed yet comfortable object-oriented interface to GTK2. All widgets but one are available, with almost all their methods. Objective Caml threads are supported, including for the top level, which allows for interactive use of the library. Homepage: http://wwwfun.kurims.kyoto-u.ac.jp/soft/olabl/lablgtk.html License: LGPL Andrew E. Schulman ******************************************************************* 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. Then, run setup and answer all of the questions. If you have questions or comments, please send them to the Cygwin mailing list at: cygwin@cygwin.com . *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. ******************************************************************* -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From freeweb@nyckelpiga.de Tue Sep 28 15:29:00 2004 From: freeweb@nyckelpiga.de (Gerrit P. Haase) Date: Tue, 28 Sep 2004 15:29:00 -0000 Subject: Perl Tk Compilation In-Reply-To: <41597B68.3090109@users.sourceforge.net> References: <36bf289b04092406094f2b734c@mail.gmail.com> <20040924143247.GD27544@trixie.casa.cgf.cx> <41597B68.3090109@users.sourceforge.net> Message-ID: <156480121769.20040928170700@familiehaase.de> Yaakov wrote: >> On Fri, Sep 24, 2004 at 06:39:32PM +0530, Vijay Kiran Kamuju wrote: >> >>>has any body successfully installed latest Perl/Tk without any break >>>downs/errors? > http://sourceforge.net/projects/cygwin-ports/ > I have version 800.025 with either Win32 or X11 interfaces (separate > packages) and 804.027 with only X11 (haven't got Win32 working with that > version; Gerrit?). No, havn't tried to build it for a while. Gerrit -- =^..^= http://nyckelpiga.de/donate.html -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From errol@ros.com.au Tue Sep 28 15:30:00 2004 From: errol@ros.com.au (Errol Smith) Date: Tue, 28 Sep 2004 15:30:00 -0000 Subject: "which" command does not expand "~" in path Message-ID: <6.1.2.0.1.20040929010527.027f4eb0@mail.ros.com.au> At 09:23 PM 26/09/2004, "Hannu E K Nevalainen" wrote: >FWIW; 'man bash' has a section on Tilde Expansion - I take it as; bash does >this expansion for you, not which.exe -> use $HOME when not typing at the >prompt. This is all fine & good, but it doesn't change the fact that the cygwin-supplied "which" does NOT work with the cygwin-supplied ".bash_profile" (when you use a personal ~/bin directory.). Here is a simple patch which fixes half the problem (the ".bash_profile" placing a raw ~ in the path): --- /etc/skel/.bash_profile 2004-05-15 21:40:04.000000000 +1000 +++ .bash_profile 2004-09-29 00:21:50.000000000 +1000 @@ -10,16 +10,16 @@ # Set PATH so it includes user's private bin if it exists # if [ -d ~/bin ] ; then -# PATH="~/bin:${PATH}" +# PATH="${HOME}/bin:${PATH}" # fi # Set MANPATH so it includes users' private man if it exists # if [ -d ~/man ]; then -# MANPATH="~/man:${MANPATH}" +# MANPATH="${HOME}/man:${MANPATH}" # fi # Set INFOPATH so it includes users' private info if it exists # if [ -d ~/info ]; then -# INFOPATH="~/info:${INFOPATH}" +# INFOPATH="${HOME}/info:${INFOPATH}" # fi This won't help anyone who expects the cygwin "which" command to be the same as the GNU version regarding the tilde character in paths (OK, so maybe that would be rare), but it will stop people running into it using cygwin's defaults. (I fixed the MAN & INFO paths for consistency). Regards, Errol btw, does anyone know why those private paths are commented out by default? (security?) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ford@vss.fsi.com Tue Sep 28 15:31:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Tue, 28 Sep 2004 15:31:00 -0000 Subject: Problems building setup from CVS. In-Reply-To: References: Message-ID: On Tue, 28 Sep 2004, Dave Korn wrote: > Well, the complaints about missing automake-1.8 don't seem to have had > any impact on my build - then again, I haven't been modifying the auto* > files in the subdirs, and perhaps if I had patched them with that patch > of yours the build process might well decide the subdir > configure/makefiles were out-of-date and needed -1.8 to rebuild. At > which point I'd try symlinking -1.8 to -1.9.1 and hope it worked. Run aclocal, then it will look for automake-1.9.1. I wish it didn't do this because I share my sources between Cygwin and Solaris where I do not have automake-1.9.1, just plain automake. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Tue Sep 28 15:49:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Tue, 28 Sep 2004 15:49:00 -0000 Subject: "which" command does not expand "~" in path (base-files update needed) In-Reply-To: <6.1.2.0.1.20040929010527.027f4eb0@mail.ros.com.au> References: <6.1.2.0.1.20040929010527.027f4eb0@mail.ros.com.au> Message-ID: <20040928153144.GM26145@trixie.casa.cgf.cx> On Wed, Sep 29, 2004 at 01:08:42AM +1000, Errol Smith wrote: >At 09:23 PM 26/09/2004, "Hannu E K Nevalainen" wrote: >>FWIW; 'man bash' has a section on Tilde Expansion - I take it as; bash does >>this expansion for you, not which.exe -> use $HOME when not typing at the >>prompt. > > This is all fine & good, but it doesn't change the fact that the >cygwin-supplied "which" does NOT work with the cygwin-supplied >".bash_profile" (when you use a personal ~/bin directory.). > Here is a simple patch which fixes half the problem (the ".bash_profile" >placing a raw ~ in the path): > >--- /etc/skel/.bash_profile 2004-05-15 21:40:04.000000000 +1000 >+++ .bash_profile 2004-09-29 00:21:50.000000000 +1000 >@@ -10,16 +10,16 @@ > > # Set PATH so it includes user's private bin if it exists > # if [ -d ~/bin ] ; then >-# PATH="~/bin:${PATH}" >+# PATH="${HOME}/bin:${PATH}" > # fi You can use ~ here. Just don't quote it. It shouldn't be quoted. export PATH=~/bin:"${PATH}" > # Set MANPATH so it includes users' private man if it exists > # if [ -d ~/man ]; then >-# MANPATH="~/man:${MANPATH}" >+# MANPATH="${HOME}/man:${MANPATH}" > # fi > > # Set INFOPATH so it includes users' private info if it exists > # if [ -d ~/info ]; then >-# INFOPATH="~/info:${INFOPATH}" >+# INFOPATH="${HOME}/info:${INFOPATH}" > # fi I don't know if man or info deal properly with ~ but neither of the above should cause a problem for which. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dave@adboyd.com Tue Sep 28 16:14:00 2004 From: dave@adboyd.com (J. David Boyd) Date: Tue, 28 Sep 2004 16:14:00 -0000 Subject: Perl Tk Compilation References: <36bf289b04092406094f2b734c@mail.gmail.com> <20040924143247.GD27544@trixie.casa.cgf.cx> <41597B68.3090109@users.sourceforge.net> Message-ID: <818yau2yzf.fsf@adboyd.com> Yaakov Selkowitz writes: > > On Fri, Sep 24, 2004 at 06:39:32PM +0530, Vijay Kiran Kamuju wrote: > > > >>has any body successfully installed latest Perl/Tk without any break > >>downs/errors? > > http://sourceforge.net/projects/cygwin-ports/ > > I have version 800.025 with either Win32 or X11 interfaces (separate > packages) and 804.027 with only X11 (haven't got Win32 working with > that version; Gerrit?). > > > Yaakov No, from what I can gather, it hasn't worked since Cygwin switched from XFree86 to XOrg (sp?). There must be some header file differences... Dave -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From a12@swipnet.se Tue Sep 28 16:46:00 2004 From: a12@swipnet.se (a12) Date: Tue, 28 Sep 2004 16:46:00 -0000 Subject: ssh-host-config requires cygminires.dll In-Reply-To: References: <415975F6.5030403@swipnet.se> Message-ID: <415983C7.9010101@swipnet.se> Hello Igor, Pardon me for my ignorance about not ataching the cygcheck output. I have run Cygwin setup.exe once again, and fetched & installed minires and the new versions of openssh/openssl. The following ssh-host-config -y ended OK, so I tried to start the sshd service: cygrunsrv -S sshd and got the same error as before: cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: The service has not been started. Any hints ? Igor Pechtchanski wrote: >On Tue, 28 Sep 2004, a12 wrote: > > >>Hello Cygwin users, >> >>I have installed openssl and openssh. Host configuration with: >>cd /bin >>ssh-host-config -y >>tells me about missing cygminires.dll >>Thereafter the configuration continues: >>[snip] >>Host configuration finished. Have fun! >> >>Then I start the sshd service: >>cygrunsrv -S sshd >>which errors off with: >>cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: >>The service has not been started. >> >>Where do I find cygminires.dll ? >> > >As always, the Cygwin package search page at >has the answer. Install the "minires" package. > >However, you shouldn't have to, because openssh requires minires anyway. >Did you, by chance, unselect it when you installed openssh via setup? In >general, it's a *bad* idea to unselect anything setup chooses to >automatically install, unless you know exactly what you're doing. > > >>How do I make cygrunsrv to start sshd correctly ? >> > >The two problems are most likely related. Install "minires" and try >again. > > >>Belows follows output from 'cygcheck -svr': >> > >For the future, please include this output as an *attachment*, not inline >as you did, as requested in . > Igor > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ford@vss.fsi.com Tue Sep 28 17:09:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Tue, 28 Sep 2004 17:09:00 -0000 Subject: "which" command does not expand "~" in path In-Reply-To: <6.1.2.0.1.20040929010527.027f4eb0@mail.ros.com.au> References: <6.1.2.0.1.20040929010527.027f4eb0@mail.ros.com.au> Message-ID: On Wed, 29 Sep 2004, Errol Smith wrote: > This is all fine & good, but it doesn't change the fact that the > cygwin-supplied "which" does NOT work with the cygwin-supplied > ".bash_profile" (when you use a personal ~/bin directory.). I'm just curious. This is from the Solaris 8 man page for which: DESCRIPTION [snip] Both aliases and path are taken from the user's .cshrc file [snip] SEE ALSO csh(1) [snip] BUGS Only aliases and paths from ~/.cshrc are used; importing from the current environment is not attempted. Must be exe- cuted by csh(1), since only csh knows about aliases. To compensate for ~/.cshrc files in which aliases depend upon the prompt variable being set, which sets this variable to NULL. If the ~/.cshrc produces output or prompts for input when prompt is set, which may produce some strange results. So, is this a Solaris non-compliance issue, or is which not supposed to be valid under any non-csh derrived shell? -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From janneke@gnu.org Tue Sep 28 17:14:00 2004 From: janneke@gnu.org (Jan Nieuwenhuizen) Date: Tue, 28 Sep 2004 17:14:00 -0000 Subject: [ANNOUNCEMENT] Updated: tetex-2.0.2-14 In-Reply-To: <87zn3hdmfk.fsf@vzell-de.de.oracle.com> (Volker Zell's message of "Thu, 23 Sep 2004 17:39:27 +0200") References: <200409172057.i8HKv3W01588@esds.vss.fsi.com> <87zn3hdmfk.fsf@vzell-de.de.oracle.com> Message-ID: <874qli1ibn.fsf@peder.flower> Volker Zell writes: > > tetex-bin (2.0.2-14) > > This package has adopted again the old /usr/doc structure :-( > info > man Oops. My mknetrel addons should automagically have fixed this. I did so many rebuilds that something has gone wrong and apparently I didn't check the last version very carefully. > > tetex-texmf (2.0.2-14) > > You mean tetex-base, right ? Yes, the four packages that are built from the texmf tree. > Shouldn't than this package create the /var/cache/fonts directory > instead of /var/spool/texmf as it is now ? Yes it should. > Although tetex-x11 has some bogus empty dirs: > Ciao > Volker Thanks for your careful inspection. I have prepared a new -15 version that should fix all these problems and then some. I'm about to announce for upload after some more testing this time (lilypond.org/cygwin/). Jan. -- Jan Nieuwenhuizen | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Dr.Volker.Zell@oracle.com Tue Sep 28 17:18:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Tue, 28 Sep 2004 17:18:00 -0000 Subject: font problems with xpdf and gv In-Reply-To: (Igor Pechtchanski's message of "Tue, 28 Sep 2004 08:45:19 -0400 (EDT)") References: <200409270516.i8R5GIA27779@bicho.synchrodesign.com> <878yaw6y3w.fsf@vzell-de.de.oracle.com> <41587554.5020202@users.sourceforge.net> <87ekknvsw4.fsf@vzell-de.de.oracle.com> Message-ID: <87lleuqr2d.fsf@vzell-de.de.oracle.com> >>>>> Igor Pechtchanski writes: > setup is somehow failing in its dependency tracking. Alternatively, why > not make 'gv' invoke '/usr/X11R6/bin/gs' explicitly, instead of searching > for it in the PATH? I'm not sure, there was talk before that eventually the /usr/X11R6/ hierarchy will disappear. > Igor Ciao Volker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Dr.Volker.Zell@oracle.com Tue Sep 28 17:19:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Tue, 28 Sep 2004 17:19:00 -0000 Subject: unison doesn't honor HOME when USERPROFILE is set, also permission/uid/gid problems when synchronizing In-Reply-To: (Andrew Schulman's message of "Tue, 28 Sep 2004 11:03:15 -0400") References: <87oejqvmsl.fsf@vzell-de.de.oracle.com> Message-ID: <87hdpiqpzu.fsf@vzell-de.de.oracle.com> >>>>> Andrew Schulman writes: > (1) Unison is looking in $UNISON last. This is clearly wrong, and if > fixed would allow you to solve your problem by setting > UNISON=/home/volker/.unison. But here's something I don't understand: > on my Cygwin host both UNISON and USERPROFILE are set, but UNISON takes > precedence. ?? Are you sure this section of code is the operative one > here? What happens if you export UNISON=/home/vzell/.unison? In that case it will use $UNISON. According to the file strings.ml: \032 Unison stores a variety of information in a private directory on each\n\ \032 host. If the environment variable UNISON is defined, then its value\n\ \032 will be used as the name of this directory. If UNISON is not defined,\n\ \032 then the name of the directory depends on which operating system you\n\ \032 are using. In Unix, the default is to use $HOME/.unison. In Windows,\n\ \032 if the environment variable USERPROFILE is defined, then the directory\n\ \032 will be $USERPROFILE\\.unison; otherwise if HOME is defined, it will be\n\ \032 $HOME\\.unison; otherwise, it will be c:\\.unison.\n\ \032 \n\ > (2) It seems that Unison treats Cygwin as a Windows OS for this purpose, > so that it looks in $USERPROFILE/.unison before $HOME/.unison. This is > arguably wrong, but I think I'll have to pose the question on unison- > hackers. >> --- uicommon.ml.orig 2004-09-28 09:43:28.010992000 +0200 >> +++ uicommon.ml 2004-09-28 08:41:27.090571200 +0200 >> @@ -346,7 +346,7 @@ >> let someHostIsCaseInsensitive = >> someHostIsRunningWindows || someHostRunningOsX in >> Case.init someHostIsCaseInsensitive; >> - Props.init someHostIsRunningWindows; >> +(* Props.init someHostIsRunningWindows; *) >> Osx.init someHostRunningOsX; >> return ()) > And this patch solves the owner and group sync problem? Sorry but it's > not obvious to me. I can't remember where it comes from, it's to long ago. I can only say it does. > You say Unison "didn't honor" the owner and group preferences. What > exactly happened? Did it just not sync the owners and groups, or did it > give you error messages? It did not sync the owners and groups, no errors. And for example if you have two dirs in sync and now create a new file (umask 0022) in one of them, then chmod 755 it, your version in my case creates the file in the other dir with 644 permissions. With my patch it works the sync-ed file also has 755. > Thanks for your report. As soon as I'm sure that I have the right > corrections, I'll release a new version that includes the fixes. > Andrew. Ciao Volker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Tue Sep 28 17:21:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 28 Sep 2004 17:21:00 -0000 Subject: "which" command does not expand "~" in path (base-files update needed) In-Reply-To: <20040928153144.GM26145@trixie.casa.cgf.cx> References: <6.1.2.0.1.20040929010527.027f4eb0@mail.ros.com.au> <20040928153144.GM26145@trixie.casa.cgf.cx> Message-ID: On Tue, 28 Sep 2004, Christopher Faylor wrote: > On Wed, Sep 29, 2004 at 01:08:42AM +1000, Errol Smith wrote: > >At 09:23 PM 26/09/2004, "Hannu E K Nevalainen" wrote: > >>FWIW; 'man bash' has a section on Tilde Expansion - I take it as; bash does > >>this expansion for you, not which.exe -> use $HOME when not typing at the > >>prompt. > > > > This is all fine & good, but it doesn't change the fact that the > >cygwin-supplied "which" does NOT work with the cygwin-supplied > >".bash_profile" (when you use a personal ~/bin directory.). > > Here is a simple patch which fixes half the problem (the ".bash_profile" > >placing a raw ~ in the path): > > > >--- /etc/skel/.bash_profile 2004-05-15 21:40:04.000000000 +1000 > >+++ .bash_profile 2004-09-29 00:21:50.000000000 +1000 > >@@ -10,16 +10,16 @@ > > > > # Set PATH so it includes user's private bin if it exists > > # if [ -d ~/bin ] ; then > >-# PATH="~/bin:${PATH}" > >+# PATH="${HOME}/bin:${PATH}" > > # fi > > You can use ~ here. Just don't quote it. It shouldn't be quoted. > > export PATH=~/bin:"${PATH}" I'm sorry, but this isn't true, even for bash. It still leaves the "~" in the PATH, which confuses "which" (although "type", being a bash builtin, recognizes and expands it). The "~" is not expanded when used in a variable assignment (whether quoted or unquoted), even if 'echo' expands it. Oh, and your suggestion definitely won't work for sh, which also uses /etc/profile. IMO, any shell-specific code in /etc/profile should go into the shell-specific section of /etc/profile, and the rest of it should be Bourne shell compatible. > > # Set MANPATH so it includes users' private man if it exists > > # if [ -d ~/man ]; then > >-# MANPATH="~/man:${MANPATH}" > >+# MANPATH="${HOME}/man:${MANPATH}" > > # fi > > > > # Set INFOPATH so it includes users' private info if it exists > > # if [ -d ~/info ]; then > >-# INFOPATH="~/info:${INFOPATH}" > >+# INFOPATH="${HOME}/info:${INFOPATH}" > > # fi > > I don't know if man or info deal properly with ~ but neither of the > above should cause a problem for which. Neither man nor info does any ~-expansion, AFAICS. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Tue Sep 28 17:23:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 28 Sep 2004 17:23:00 -0000 Subject: "which" command does not expand "~" in path In-Reply-To: References: <6.1.2.0.1.20040929010527.027f4eb0@mail.ros.com.au> Message-ID: On Tue, 28 Sep 2004, Brian Ford wrote: > On Wed, 29 Sep 2004, Errol Smith wrote: > > > This is all fine & good, but it doesn't change the fact that the > > cygwin-supplied "which" does NOT work with the cygwin-supplied > > ".bash_profile" (when you use a personal ~/bin directory.). > > I'm just curious. This is from the Solaris 8 man page for which: > > DESCRIPTION > [snip] > Both aliases and path are taken from the user's .cshrc file > [snip] > SEE ALSO > csh(1) > [snip] > So, is this a Solaris non-compliance issue, or is which not supposed to be > valid under any non-csh derrived shell? "which" is also a csh builtin. I imagine that the apropos database on Solaris contains the "csh(1)" match for "which" before the "which(1)" entry, so "man which" finds it first. Try "man -a which"... :-) Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ehud@unix.mvs.co.il Tue Sep 28 17:24:00 2004 From: ehud@unix.mvs.co.il (Ehud Karni) Date: Tue, 28 Sep 2004 17:24:00 -0000 Subject: file conversion utility sought: from isolatin (8859-1) to utf8 In-Reply-To: (message from =3D?iso-8859-1?Q?J=3DF6rg_Schaible?=3D on Tue, 28 Sep 2004 13:48:23 +0200) References: Message-ID: <200409281719.i8SHJeRZ019571@beta.mvs.co.il> On Tue, 28 Sep 2004 13:48:23 +0200, Joerg.Schaible@Elsag-Solutions.com wrote: > > Ralf Hauser wrote on Tuesday, September 28, 2004 12:17 PM: > > > Hi, > > > > Are there any tools like d2u or u2d for UTF-8 for cygwin? > > > > In http://lists.suse.com/archive/m17n/2004-Jun/0002.html, > > Bjoern talks about the "recode" and "iconv" utilities, but > > these don't appear to exist in cygwin. > > Recode builds OOTB though. The `iconv' utility and `libiconv` are included in cygwin (in the libiconv or libiconv2 packages). Ehud. -- Ehud Karni Tel: +972-3-7966-561 /"\ Mivtach - Simon Fax: +972-3-7966-667 \ / ASCII Ribbon Campaign Insurance agencies (USA) voice mail and X Against HTML Mail http://www.mvs.co.il FAX: 1-815-5509341 / \ GnuPG: 98EA398D Better Safe Than Sorry -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ford@vss.fsi.com Tue Sep 28 17:27:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Tue, 28 Sep 2004 17:27:00 -0000 Subject: "which" command does not expand "~" in path (base-files update needed) In-Reply-To: References: <6.1.2.0.1.20040929010527.027f4eb0@mail.ros.com.au> <20040928153144.GM26145@trixie.casa.cgf.cx> Message-ID: On Tue, 28 Sep 2004, Igor Pechtchanski wrote: > Oh, and your suggestion definitely won't work for sh, which also uses > /etc/profile. IMO, any shell-specific code in /etc/profile should go > into the shell-specific section of /etc/profile, and the rest of it > should be Bourne shell compatible. Agreed, but aren't we talking about .bash_profile here ;-)? -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From andrex@alumni.utexas.net Tue Sep 28 17:29:00 2004 From: andrex@alumni.utexas.net (Andrew Schulman) Date: Tue, 28 Sep 2004 17:29:00 -0000 Subject: unison doesn't honor HOME when USERPROFILE is set, also permission/uid/gid problems when synchronizing References: <87oejqvmsl.fsf@vzell-de.de.oracle.com> <87hdpiqpzu.fsf@vzell-de.de.oracle.com> Message-ID: > > (1) Unison is looking in $UNISON last. This is clearly wrong, and if > > fixed would allow you to solve your problem by setting > > UNISON=/home/volker/.unison. But here's something I don't understand: > > on my Cygwin host both UNISON and USERPROFILE are set, but UNISON takes > > precedence. ?? Are you sure this section of code is the operative one > > here? What happens if you export UNISON=/home/vzell/.unison? > > In that case it will use $UNISON. > According to the file strings.ml: > > \032 Unison stores a variety of information in a private directory on each\n\ > \032 host. If the environment variable UNISON is defined, then its value\n\ > \032 will be used as the name of this directory. If UNISON is not defined,\n\ > \032 then the name of the directory depends on which operating system you\n\ > \032 are using. In Unix, the default is to use $HOME/.unison. In Windows,\n\ > \032 if the environment variable USERPROFILE is defined, then the directory\n\ > \032 will be $USERPROFILE\\.unison; otherwise if HOME is defined, it will be\n\ > \032 $HOME\\.unison; otherwise, it will be c:\\.unison.\n\ > \032 \n\ Okay, but that's not what the code snippet you cited appears to show: match osType with `Win32 -> let dirString = try Unix.getenv "USERPROFILE" (* Windows NT/2K *) with Not_found -> try Unix.getenv "HOME" (* Windows 9x with Cygwin HOME set *) with Not_found -> try Unix.getenv "UNISON" (* Use UNISON dir if none of the above are set *) with Not_found -> "c:/" (* Default *) in I don't know OCaml, but that sure looks to me as though $UNISON is only used if $USERPROFILE and $HOME are not set. And yet that behavior doesn't match what I observe on my host. So that's why I asked, what happens if you export UNISON=/home/volker/.unison and rerun? Does unison use $UNISON, or $USERPROFILE/.unison? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Tue Sep 28 17:30:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 28 Sep 2004 17:30:00 -0000 Subject: font problems with xpdf and gv In-Reply-To: <87lleuqr2d.fsf@vzell-de.de.oracle.com> References: <200409270516.i8R5GIA27779@bicho.synchrodesign.com> <878yaw6y3w.fsf@vzell-de.de.oracle.com> <41587554.5020202@users.sourceforge.net> <87ekknvsw4.fsf@vzell-de.de.oracle.com> <87lleuqr2d.fsf@vzell-de.de.oracle.com> Message-ID: On Tue, 28 Sep 2004, Dr. Volker Zell wrote: > >>>>> Igor Pechtchanski writes: > > > setup is somehow failing in its dependency tracking. Alternatively, > > why not make 'gv' invoke '/usr/X11R6/bin/gs' explicitly, instead of > > searching for it in the PATH? > > I'm not sure, there was talk before that eventually the /usr/X11R6/ > hierarchy will disappear. This is still a long way off, apparently, and the users are having gv problems now. Also, when this finally does happen, lots of things will need to be changed (gv not being the only one), so you'd be able to release a new version of gv then. Or, you could discuss with the maintainer of ghostscript-x11 what the /usr/X11R6/bin/gs executable will be called when it's moved to /usr/bin (e.g., "gs-x11"); add a postinstall script to the "gv" package that will conditionally create a /usr/bin/gs-x11 symlink to /usr/X11R6/bin/gs, and use that name even now (that way, when the switch happens, the symlink won't be created and the real /usr/bin/gs-x11 executable will be used automatically). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Tue Sep 28 17:34:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 28 Sep 2004 17:34:00 -0000 Subject: "which" command does not expand "~" in path (base-files update needed) In-Reply-To: References: <6.1.2.0.1.20040929010527.027f4eb0@mail.ros.com.au> <20040928153144.GM26145@trixie.casa.cgf.cx> Message-ID: On Tue, 28 Sep 2004, Brian Ford wrote: > On Tue, 28 Sep 2004, Igor Pechtchanski wrote: > > > Oh, and your suggestion definitely won't work for sh, which also uses > > /etc/profile. IMO, any shell-specific code in /etc/profile should go > > into the shell-specific section of /etc/profile, and the rest of it > > should be Bourne shell compatible. > > Agreed, but aren't we talking about .bash_profile here ;-)? Ugh. Yes. FWIW, /etc/profile does use '~' (in lines 191-195), so the above point is valid anyway (though by chance, rather than by intention)... Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ford@vss.fsi.com Tue Sep 28 17:36:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Tue, 28 Sep 2004 17:36:00 -0000 Subject: "which" command does not expand "~" in path In-Reply-To: References: <6.1.2.0.1.20040929010527.027f4eb0@mail.ros.com.au> Message-ID: On Tue, 28 Sep 2004, Igor Pechtchanski wrote: > On Tue, 28 Sep 2004, Brian Ford wrote: > > On Wed, 29 Sep 2004, Errol Smith wrote: > > > This is all fine & good, but it doesn't change the fact that the > > > cygwin-supplied "which" does NOT work with the cygwin-supplied > > > ".bash_profile" (when you use a personal ~/bin directory.). > > > > I'm just curious. This is from the Solaris 8 man page for which: > > > > DESCRIPTION > > [snip] > > Both aliases and path are taken from the user's .cshrc file > > [snip] > > SEE ALSO > > csh(1) > > [snip] > > So, is this a Solaris non-compliance issue, or is which not supposed to be > > valid under any non-csh derrived shell? > > "which" is also a csh builtin. The only reference to which in csh(1) is to which(1). > I imagine that the apropos database on Solaris contains the "csh(1)" > match for "which" before the "which(1)" entry, so "man which" finds it > first. Try "man -a which"... :-) Nope. That quote comes from which(1), and man -a which doesn't turn anything else up. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Tue Sep 28 17:42:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 28 Sep 2004 17:42:00 -0000 Subject: ssh-host-config requires cygminires.dll In-Reply-To: <415983C7.9010101@swipnet.se> References: <415975F6.5030403@swipnet.se> <415983C7.9010101@swipnet.se> Message-ID: On Tue, 28 Sep 2004, a12 wrote: > Hello Igor, > > Pardon me for my ignorance about not ataching the cygcheck output. > > I have run Cygwin setup.exe once again, and fetched & installed minires and > the new versions of openssh/openssl. > The following ssh-host-config -y ended OK, so I tried to start the sshd > service: > cygrunsrv -S sshd > and got the same error as before: > cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: > The service has not been started. > > Any hints ? Yes, three: /usr/share/doc/Cygwin/openssh.README /var/log/sshd.log The Windows Event log One of the above should contain clues as to what went wrong. Igor > Igor Pechtchanski wrote: > > > On Tue, 28 Sep 2004, a12 wrote: > > > > > > > Hello Cygwin users, > > > > > > I have installed openssl and openssh. Host configuration with: > > > cd /bin > > > ssh-host-config -y > > > tells me about missing cygminires.dll > > > Thereafter the configuration continues: > > > [snip] > > > Host configuration finished. Have fun! > > > > > > Then I start the sshd service: > > > cygrunsrv -S sshd > > > which errors off with: > > > cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: > > > The service has not been started. > > > > > > Where do I find cygminires.dll ? > > > > > > > As always, the Cygwin package search page at > > has the answer. Install the "minires" package. > > > > However, you shouldn't have to, because openssh requires minires anyway. > > Did you, by chance, unselect it when you installed openssh via setup? In > > general, it's a *bad* idea to unselect anything setup chooses to > > automatically install, unless you know exactly what you're doing. > > > > > > > How do I make cygrunsrv to start sshd correctly ? > > > > > > > The two problems are most likely related. Install "minires" and try > > again. > > > > > > > Belows follows output from 'cygcheck -svr': > > > > > > > For the future, please include this output as an *attachment*, not inline > > as you did, as requested in . > > Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Dr.Volker.Zell@oracle.com Tue Sep 28 17:50:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Tue, 28 Sep 2004 17:50:00 -0000 Subject: font problems with xpdf and gv In-Reply-To: (Igor Pechtchanski's message of "Tue, 28 Sep 2004 13:24:31 -0400 (EDT)") References: <200409270516.i8R5GIA27779@bicho.synchrodesign.com> <878yaw6y3w.fsf@vzell-de.de.oracle.com> <41587554.5020202@users.sourceforge.net> <87ekknvsw4.fsf@vzell-de.de.oracle.com> <87lleuqr2d.fsf@vzell-de.de.oracle.com> Message-ID: <87k6uepa8p.fsf@vzell-de.de.oracle.com> >>>>> Igor Pechtchanski writes: > On Tue, 28 Sep 2004, Dr. Volker Zell wrote: >> >>>>> Igor Pechtchanski writes: >> >> > setup is somehow failing in its dependency tracking. Alternatively, >> > why not make 'gv' invoke '/usr/X11R6/bin/gs' explicitly, instead of >> > searching for it in the PATH? >> >> I'm not sure, there was talk before that eventually the /usr/X11R6/ >> hierarchy will disappear. > This is still a long way off, apparently, and the users are having gv > problems now. Also, when this finally does happen, lots of things will > need to be changed (gv not being the only one), so you'd be able to > release a new version of gv then. Or, you could discuss with the > maintainer of ghostscript-x11 what the /usr/X11R6/bin/gs executable will > be called when it's moved to /usr/bin (e.g., "gs-x11"); add a postinstall > script to the "gv" package that will conditionally create a > /usr/bin/gs-x11 symlink to /usr/X11R6/bin/gs, and use that name even now > (that way, when the switch happens, the symlink won't be created and the > real /usr/bin/gs-x11 executable will be used automatically). Okidoki, this sounds fine... > Igor Ciao Volker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Tue Sep 28 17:51:00 2004 From: dk@artimi.com (Dave Korn) Date: Tue, 28 Sep 2004 17:51:00 -0000 Subject: "which" command does not expand "~" in path (base-files update needed) In-Reply-To: Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Igor Pechtchanski > Sent: 28 September 2004 18:15 > > You can use ~ here. Just don't quote it. It shouldn't be quoted. > > > > export PATH=~/bin:"${PATH}" > > I'm sorry, but this isn't true, even for bash. It still > leaves the "~" in > the PATH, which confuses "which" (although "type", being a > bash builtin, recognizes and expands it). Why isn't it expanded by bash's tilde substitution at the time the 'export' command line is parsed then? That's sooo wrong. Oh wow. Guess what: it depends whether the *other* part of the assignment is quoted or not: dk@mace ~> echo ${PATH} /usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/win/c/WINDOWS/system32:/win/c/WINDO WS:/win/c/WINDOWS/System32/Wbem dk@mace ~> export FOO=~/bin:"${PATH}" dk@mace ~> echo "${FOO}" ~/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/win/c/WINDOWS/system32:/win/c /WINDOWS:/win/c/WINDOWS/System32/Wbem dk@mace ~> echo ${FOO} ~/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/win/c/WINDOWS/system32:/win/c /WINDOWS:/win/c/WINDOWS/System32/Wbem dk@mace ~> echo $FOO ~/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/win/c/WINDOWS/system32:/win/c /WINDOWS:/win/c/WINDOWS/System32/Wbem dk@mace ~> export FOO=~/bin:${PATH} dk@mace ~> echo "${FOO}" /home/dk/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/win/c/WINDOWS/system32 :/win/c/WINDOWS:/win/c/WINDOWS/System32/Wbem dk@mace ~> echo ${FOO} /home/dk/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/win/c/WINDOWS/system32 :/win/c/WINDOWS:/win/c/WINDOWS/System32/Wbem dk@mace ~> echo $FOO /home/dk/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/win/c/WINDOWS/system32 :/win/c/WINDOWS:/win/c/WINDOWS/System32/Wbem dk@mace ~> < The "~" is not expanded when used in a > variable assignment (whether quoted or unquoted), even if > 'echo' expands it. I disagree. The ~ is not expanded when quotation is used, even if the ~ itself is not quoted. The expansion seems not to be being performed by echo. >Oh, and your suggestion definitely won't work for sh, > which also uses > /etc/profile. IMO, any shell-specific code in /etc/profile > should go into > the shell-specific section of /etc/profile, and the rest of > it should be > Bourne shell compatible. Given that we don't care about the home dir of any but the currently-logged in user, there's no need to go to such lengths of grepping /etc/passwd: wouldn't the most generic, cross platform thing to be to take advantage of the behaviour of cd ? dk@mace ~> echo "${FOO}" /home/dk/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/win/c/WINDOWS/system32 :/win/c/WINDOWS:/win/c/WINDOWS/System32/Wbem dk@mace ~> echo ${FOO} /home/dk/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/win/c/WINDOWS/system32 :/win/c/WINDOWS:/win/c/WINDOWS/System32/Wbem dk@mace ~> echo $FOO /home/dk/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/win/c/WINDOWS/system32 :/win/c/WINDOWS:/win/c/WINDOWS/System32/Wbem dk@mace ~> cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Dr.Volker.Zell@oracle.com Tue Sep 28 18:04:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Tue, 28 Sep 2004 18:04:00 -0000 Subject: unison doesn't honor HOME when USERPROFILE is set, also permission/uid/gid problems when synchronizing In-Reply-To: (Andrew Schulman's message of "Tue, 28 Sep 2004 13:23:03 -0400") References: <87oejqvmsl.fsf@vzell-de.de.oracle.com> <87hdpiqpzu.fsf@vzell-de.de.oracle.com> Message-ID: <87fz52p9we.fsf@vzell-de.de.oracle.com> >>>>> Andrew Schulman writes: > I don't know OCaml, but that sure looks to me as though $UNISON is only > used if $USERPROFILE and $HOME are not set. And yet that behavior > doesn't match what I observe on my host. So that's why I asked, what > happens if you export UNISON=/home/volker/.unison and rerun? Does > unison use $UNISON, or $USERPROFILE/.unison? As I told you above. It uses $UNISON also in my case. Probably this part from os.ml takes precedence then: (*****************************************************************************) (* UNISON DIRECTORY *) (*****************************************************************************) (* Gives the fspath of the archive directory on the machine, depending on *) (* which OS we use *) let unisonDir = try Fspath.canonize (Some (Unix.getenv "UNISON")) with Not_found -> let genericName = Util.fileInHomeDir (Printf.sprintf ".%s" Uutil.myName) in if Osx.isMacOSX then let osxName = Util.fileInHomeDir "Library/Application Support/Unison" in if Sys.file_exists genericName then Fspath.canonize (Some genericName) else Fspath.canonize (Some osxName) else Fspath.canonize (Some genericName) (* build a fspath representing an archive child path whose name is given *) So the first part of my patch seems ok: --- util.ml.orig 2004-09-28 09:45:32.940632000 +0200 +++ util.ml 2004-09-28 08:40:28.926936000 +0200 @@ -358,10 +358,10 @@ match osType with `Win32 -> let dirString = - try Unix.getenv "USERPROFILE" (* Windows NT/2K *) - with Not_found -> try Unix.getenv "HOME" (* Windows 9x with Cygwin HOME set *) with Not_found -> + try Unix.getenv "USERPROFILE" (* Windows NT/2K *) + with Not_found -> try Unix.getenv "UNISON" (* Use UNISON dir if none of the above are set *) with Not_found -> "c:/" (* Default *) in Ciao Volker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Tue Sep 28 18:10:00 2004 From: dk@artimi.com (Dave Korn) Date: Tue, 28 Sep 2004 18:10:00 -0000 Subject: "which" command does not expand "~" in path (base-files update needed) In-Reply-To: Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Dave Korn > Sent: 28 September 2004 18:35 > Why isn't it expanded by bash's tilde substitution at the > time the 'export' > command line is parsed then? That's sooo wrong. Oh wow. > Guess what: it depends > whether the *other* part of the assignment is quoted or not: Interesting. From "info bash", node: "Shell Parameters": " A variable may be assigned to by a statement of the form NAME=[VALUE] If VALUE is not given, the variable is assigned the null string. All VALUEs undergo tilde expansion, parameter and variable expansion, command substitution, arithmetic expansion, and quote removal [ ... ]" And from node "Tilde Expansion": " If a word begins with an unquoted tilde character (`~'), all of the characters up to the first unquoted slash (or all characters, if there is no unquoted slash) are considered a TILDE-PREFIX. If none of the characters in the tilde-prefix are quoted, the characters in the tilde-prefix following the tilde are treated as a possible LOGIN NAME. " So, given that words are separated by metachars, then the first word in the NAME=VALUE construct export FOO=~/bin:"${PATH}" is the full string ~/bin:"${PATH}" and therefore the presence of quotes later in the char shouldn't prevent bash parsing the beginning of the word from the unquoted tilde char to the unquoted slash immediately following it as a tilde-prefix, none of the chars in which are quoted. Wonder if this is a real bug then, or if I've misread the shell parsing rules? They are a bit ridiculously complicated and full of exceptions and special cases..... cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From zoller@acsys.com Tue Sep 28 18:26:00 2004 From: zoller@acsys.com (Brian Zoller) Date: Tue, 28 Sep 2004 18:26:00 -0000 Subject: Latest setup causes crash on winxp pro Message-ID: <200409281751.i8SHpFk06232@usa.acsys.com> I am also getting a non-responsive window and a crash in setup.exe 4.427 and 4.418 on Windows XP. What happens is that the program goes into a "program not responding" state during a Download from Internet and during an Install from Local Direcotry. That state happens when I try to interact with the setup window while the program is verifying MD5 checksums on all of the downloaded files. The interaction can be clicking on the setup window, covering up the window and then raising it, or moving the window by dragging the title bar. Making two attempts to close the non-responsive setup window causes the crash. If I leave the window alone during the MD5 check, then the non-responsive state does not happen. If I leave the window alone during the non-responsive state, then the crash does not happen and the application continues to the package selection step. It seems that the program must continue its MD5 check even while the window is not responding. Brian Zoller > * From: Robert Collins > * Date: Sun, 20 Jun 2004 22:19:32 +1000 > * Subject: Re: Latest setup causes crash on winxp pro > * References: <001e01c45681$0c17c1f0$13c8cb0c@lump> > > On Sun, 2004-06-20 at 14:42, Michael D. Stemle, Jr. wrote: > > I downloaded the latest setup.exe from the cygwin.com and it crashed > > when I ran it. Windows stuff says AppName: setup.exe offset: 000df270. > > Attached is a copy of the executable and a copy of the appcompat.txt > > file both in a tarball. > > > > Please note that my machine has no drive named "C", but instead my > > primary drive is lettered "F". Please also note that the setup.exe.old > > file I got off of one of the mirrors is working just fine and I am > > installing Cygwin from that one as I write this message. Thanks! > > More information is needed for me to be able to assist you: > > what version numbers show in the "latest" and "old" version you refer to? > How far in does the crashing one go before it crashes? > > I don't think that C/F has anything to do with it - my primary windows > machine has its primary stuff on D... although it's a possibility I > suppose. > > Rob > -- > GPG key available at: . -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bkeenerReMoVeAnTiSpAm@thesoftwaresource.com Tue Sep 28 19:12:00 2004 From: bkeenerReMoVeAnTiSpAm@thesoftwaresource.com (Brian Keener) Date: Tue, 28 Sep 2004 19:12:00 -0000 Subject: Problems building setup from CVS. In-Reply-To: References: Message-ID: Dave Korn wrote: > _AddAccessAllowedAce@16' > autoload.o(.data+0x12c):/usr/build/obj-apps/../apps/setup/autoload.c:83: first d > efined here > /usr/lib/w32api/libadvapi32.a(dspes00357.o)(.text+0x0): multiple definition of ` > _OpenProcessToken@12' > autoload.o(.data+0x193):/usr/build/obj-apps/../apps/setup/autoload.c:83: first d > efined here > /usr/lib/w32api/libadvapi32.a(dspes00479.o)(.text+0x0): multiple definition of ` > _SetTokenInformation@16' > autoload.o(.data+0x1ad):/usr/build/obj-apps/../apps/setup/autoload.c:83: first d > efined here > collect2: ld returned 1 exit status > make[2]: *** [setup.exe] Error 1 > make[2]: Leaving directory `/usr/build/obj-apps' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/usr/build/obj-apps' > make: *** [all] Error 2 > ------------------------------ Dave, Are you using w32api version 3.1.1 because I found that once I fixed the underquoting problem for aclocal and then tried to build setup with 3.1.1 it still failed with the above. A rollback to w32api version 2.5.1 resolved the above and allowed the build to complete. Have not had a chance yet to see why the multiple definitions occur with newer version. bk -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From andrex@alumni.utexas.net Tue Sep 28 19:37:00 2004 From: andrex@alumni.utexas.net (Andrew Schulman) Date: Tue, 28 Sep 2004 19:37:00 -0000 Subject: unison doesn't honor HOME when USERPROFILE is set, also permission/uid/gid problems when synchronizing References: <87oejqvmsl.fsf@vzell-de.de.oracle.com> <87hdpiqpzu.fsf@vzell-de.de.oracle.com> <87fz52p9we.fsf@vzell-de.de.oracle.com> Message-ID: > > I don't know OCaml, but that sure looks to me as though $UNISON is only > > used if $USERPROFILE and $HOME are not set. And yet that behavior > > doesn't match what I observe on my host. So that's why I asked, what > > happens if you export UNISON=/home/volker/.unison and rerun? Does > > unison use $UNISON, or $USERPROFILE/.unison? > > As I told you above. It uses $UNISON also in my case. OK. > Probably this part from os.ml takes precedence then: > > (*****************************************************************************) > (* UNISON DIRECTORY *) > (*****************************************************************************) > > (* Gives the fspath of the archive directory on the machine, depending on *) > (* which OS we use *) > let unisonDir = > try Fspath.canonize (Some (Unix.getenv "UNISON")) > with Not_found -> > let genericName = Util.fileInHomeDir (Printf.sprintf ".%s" Uutil.myName) in > if Osx.isMacOSX then > let osxName = Util.fileInHomeDir "Library/Application Support/Unison" in > if Sys.file_exists genericName then Fspath.canonize (Some genericName) > else Fspath.canonize (Some osxName) > else > Fspath.canonize (Some genericName) Yes, that probably explains it. > So the first part of my patch seems ok: > > --- util.ml.orig 2004-09-28 09:45:32.940632000 +0200 > +++ util.ml 2004-09-28 08:40:28.926936000 +0200 > @@ -358,10 +358,10 @@ > match osType with > `Win32 -> > let dirString = > - try Unix.getenv "USERPROFILE" (* Windows NT/2K *) > - with Not_found -> > try Unix.getenv "HOME" (* Windows 9x with Cygwin HOME set *) > with Not_found -> > + try Unix.getenv "USERPROFILE" (* Windows NT/2K *) > + with Not_found -> > try Unix.getenv "UNISON" (* Use UNISON dir if none of > the above are set *) > with Not_found -> "c:/" (* Default *) in No, I think it should be --- util.ml.orig 2004-09-28 09:45:32.940632000 +0200 +++ util.ml 2004-09-28 08:40:28.926936000 +0200 @@ -358,10 +358,10 @@ match osType with `Win32 -> let dirString = + try Unix.getenv "UNISON" (* Look for UNISON dir first *) + with Not_found -> try Unix.getenv "USERPROFILE" (* Windows NT/2K *) with Not_found -> try Unix.getenv "HOME" (* Windows 9x with Cygwin HOME set *) - with Not_found -> - try Unix.getenv "UNISON" (* Use UNISON dir if none of - the above are set *) with Not_found -> "c:/" (* Default *) in which is what the manual says Unison is supposed to do on a Windows host. Now whether Cygwin should count as a Windows host is a different question, which is probably harder to change. But there might be a case for changing this behavior, at least, to be Unix-like instead of Windows-like, for Cygwin. Anyway, as soon as I can get to it I'll pass your report and patches on to the unison-hackers list. Once they approve a fix I'll release a new Cygwin version. Thanks for your report. Andrew. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Tue Sep 28 19:40:00 2004 From: dk@artimi.com (Dave Korn) Date: Tue, 28 Sep 2004 19:40:00 -0000 Subject: Problems building setup from CVS. In-Reply-To: Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Brian Keener > Sent: 28 September 2004 19:05 > Dave Korn wrote: > > _AddAccessAllowedAce@16' > > > autoload.o(.data+0x12c):/usr/build/obj-apps/../apps/setup/auto load.c:83: first d > > efined here > > /usr/lib/w32api/libadvapi32.a(dspes00357.o)(.text+0x0): > multiple definition of ` > > _OpenProcessToken@12' > > > autoload.o(.data+0x193):/usr/build/obj-apps/../apps/setup/auto load.c:83: first d > > efined here > > /usr/lib/w32api/libadvapi32.a(dspes00479.o)(.text+0x0): > multiple definition of ` > > _SetTokenInformation@16' > Dave, > > Are you using w32api version 3.1.1 Yep, that is indeed the case: dk@mace /artimi/firmware> cygcheck -vl w32api | head -1 Package: w32api-3.1-1 > because I found that once I fixed the > underquoting problem for aclocal and then tried to build > setup with 3.1.1 it still > failed with the above. A rollback to w32api version 2.5.1 > resolved the above and > allowed the build to complete. > > Have not had a chance yet to see why the multiple definitions > occur with newer version. The answer has to be that the new version has more stubs in the export library /usr/lib/w32api/libadvapi32.a than the old one, so things that previously needed looking up at runtime (by the autoload mechanism) are now directly linkable. I don't see at once how to fix this in a way that will be compatible with both versions. But, deleting the lines from autoload.c as I mentioned earlier ought to fix it for you: give it a go [ repeated here, from http://www.cygwin.com/ml/cygwin/2004-09/msg01531.html ] ------------------------------------------------------------ Index: autoload.c =================================================================== RCS file: /cvs/cygwin-apps/setup/autoload.c,v retrieving revision 2.5 diff -p -u -r2.5 autoload.c --- autoload.c 30 Aug 2004 16:17:52 -0000 2.5 +++ autoload.c 28 Sep 2004 10:55:30 -0000 @@ -48,12 +48,6 @@ Auto (wininet, HttpSendRequestA, 20); DLL (advapi32); -Auto (advapi32, AddAccessAllowedAce, 16); -Auto (advapi32, AllocateAndInitializeSid, 44); -Auto (advapi32, FreeSid, 4); -Auto (advapi32, InitializeAcl, 12); -Auto (advapi32, OpenProcessToken, 12); -Auto (advapi32, SetTokenInformation, 16); Auto (advapi32, OpenSCManagerA, 16); Auto (advapi32, CloseServiceHandle, 4); Auto (advapi32, OpenServiceA, 16); ------------------------------------------------------------ cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lapo@lapo.it Tue Sep 28 19:43:00 2004 From: lapo@lapo.it (Lapo Luchini) Date: Tue, 28 Sep 2004 19:43:00 -0000 Subject: [ANNOUNCEMENT] Updated: rsync-2.6.2-3 Message-ID: <200409281912.i8SJCMi18793@esds.vss.fsi.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Version 2.6.2-3 of the open source utility that provides fast incremental file transfer has been uploaded. If you're not sure what version do you have you can use the following command (if you don't have grep omit the last part): $ cygcheck -cd | grep rsync rsync 2.6.2-2 Version 2.6.2-3 is basically the same as 2.6.2-2, but it solves the textmode issue that did "corrupt" many binary files out there. (I'm still wondering why that bug didn't show in earlier versions, given the fact that it was there since the beginning) Many thanks goes to Sjoerd Mullender for finding (and fixing) the bug while I was still lingering on hot tropical sand 0=) If you're using 2.6.2-1 or earlier version to avoid the textmode bug, you're now strongly advised to upgrade to 2.6.2-4, as it contains the patch to fix august's SECURITY ADVISORY as in: http://rsync.samba.org/#security_aug04 If you have questions or comments, please send them to the Cygwin mailing list at: cygwin@cygwin.com . *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iEYEARECAAYFAkFZg8IACgkQaJiCLMjyUvuwXQCeNIfGREbzer/sAx43+f8wQ8tI SjsAnRKGsEhXVHj7Zuzrf8KkjG2G6OZE =MBzI -----END PGP SIGNATURE----- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Tue Sep 28 19:45:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Tue, 28 Sep 2004 19:45:00 -0000 Subject: "which" command does not expand "~" in path (base-files update needed) In-Reply-To: References: Message-ID: <20040928194018.GR26145@trixie.casa.cgf.cx> On Tue, Sep 28, 2004 at 06:49:44PM +0100, Dave Korn wrote: > Wonder if this is a real bug then, or if I've misread the shell parsing rules? >They are a bit ridiculously complicated and full of exceptions and special >cases..... It seems like it's a bug. Of course there is a simple solution: lose the quotes. AFAICT, they aren't needed. export PATH=~/bin:$PATH cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ford@vss.fsi.com Tue Sep 28 19:48:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Tue, 28 Sep 2004 19:48:00 -0000 Subject: "which" command does not expand "~" in path (base-files update needed) In-Reply-To: <20040928194018.GR26145@trixie.casa.cgf.cx> References: <20040928194018.GR26145@trixie.casa.cgf.cx> Message-ID: On Tue, 28 Sep 2004, Christopher Faylor wrote: > Of course there is a simple solution: lose the quotes. AFAICT, they > aren't needed. IMHO, they are. Windows programs often put directories containing spaces in the system path. ex: /cygdrive/c/Program Files/ATI Technologies/ATI Control Panel > export PATH=~/bin:$PATH How 'bout using a temp, or just plain $HOME as suggested before? -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bkeenerReMoVeAnTiSpAm@thesoftwaresource.com Tue Sep 28 19:48:00 2004 From: bkeenerReMoVeAnTiSpAm@thesoftwaresource.com (Brian Keener) Date: Tue, 28 Sep 2004 19:48:00 -0000 Subject: Problems building setup from CVS. In-Reply-To: References: Message-ID: Dave Korn wrote: > [ repeated here, from > http://www.cygwin.com/ml/cygwin/2004-09/msg01531.html ] > > ------------------------------------------------------------ > Index: autoload.c > Thanks Dave, Here I was trying to help you and you helped me. I just didn't read far enough in your original post (or overlooked that part) to see your references to the patches for autoload.c. Sorry my mistake and thanks for the pointer. bk -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Tue Sep 28 19:50:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Tue, 28 Sep 2004 19:50:00 -0000 Subject: "which" command does not expand "~" in path (base-files update needed) In-Reply-To: References: <20040928194018.GR26145@trixie.casa.cgf.cx> Message-ID: <20040928194740.GT26145@trixie.casa.cgf.cx> On Tue, Sep 28, 2004 at 02:43:38PM -0500, Brian Ford wrote: >On Tue, 28 Sep 2004, Christopher Faylor wrote: > >> Of course there is a simple solution: lose the quotes. AFAICT, they >> aren't needed. > >IMHO, they are. Windows programs often put directories containing spaces >in the system path. ex: > >/cygdrive/c/Program Files/ATI Technologies/ATI Control Panel Try the above with a PATH that contains spaces. Spaces are preserved. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Tue Sep 28 19:54:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 28 Sep 2004 19:54:00 -0000 Subject: "which" command does not expand "~" in path (base-files update needed) In-Reply-To: <20040928194740.GT26145@trixie.casa.cgf.cx> References: <20040928194018.GR26145@trixie.casa.cgf.cx> <20040928194740.GT26145@trixie.casa.cgf.cx> Message-ID: On Tue, 28 Sep 2004, Christopher Faylor wrote: > On Tue, Sep 28, 2004 at 02:43:38PM -0500, Brian Ford wrote: > >On Tue, 28 Sep 2004, Christopher Faylor wrote: > > > >> Of course there is a simple solution: lose the quotes. AFAICT, they > >> aren't needed. > > > >IMHO, they are. Windows programs often put directories containing spaces > >in the system path. ex: > > > >/cygdrive/c/Program Files/ATI Technologies/ATI Control Panel > > Try the above with a PATH that contains spaces. Spaces are preserved. They are in this case, but won't be in general. E.g., try PATH=~/bin:$PATH which ls vs. PATH=~/bin:"$PATH" which ls Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ford@vss.fsi.com Tue Sep 28 20:06:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Tue, 28 Sep 2004 20:06:00 -0000 Subject: "which" command does not expand "~" in path (base-files update needed) In-Reply-To: <20040928194740.GT26145@trixie.casa.cgf.cx> References: <20040928194018.GR26145@trixie.casa.cgf.cx> <20040928194740.GT26145@trixie.casa.cgf.cx> Message-ID: On Tue, 28 Sep 2004, Christopher Faylor wrote: > On Tue, Sep 28, 2004 at 02:43:38PM -0500, Brian Ford wrote: > >On Tue, 28 Sep 2004, Christopher Faylor wrote: > >> Of course there is a simple solution: lose the quotes. AFAICT, they > >> aren't needed. > > > >IMHO, they are. Windows programs often put directories containing spaces > >in the system path. ex: > > > >/cygdrive/c/Program Files/ATI Technologies/ATI Control Panel > > Try the above with a PATH that contains spaces. Spaces are preserved. Ugh..., you're right. I'm sure I've been bitten by something very similar to this before though (scratches head)? -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From mrochon@batterymarch.com Tue Sep 28 20:16:00 2004 From: mrochon@batterymarch.com (Mike Rochon) Date: Tue, 28 Sep 2004 20:16:00 -0000 Subject: Re-installing Cygwin Message-ID: <40E2CE46BB42D711AA9000065BF18596036EB534@exchange.batterymarch.com> Hi, I installed Cygwin according to the instructions at ftp.octave.org/pub/octave/README.Windows The installation went fairly smoothly. I then launched the shell and FTPed the octave-2.1.57.tar.gz. Upon trying to unpack the source, I was getting file does not exist errors whether I was in the directory, using full paths, or anything else I tried. So I removed cygwin according the the instructions, deleting all directories, clearing all registry keys, and removing icons and startup menu entries. Now when trying to re-setup, all I am seeing for packages are: All, Graphics, and Math. I am not seeing the other packages I need such as Archive, Devel, Text, Utils etc. My question is: Why do I not see all the packages that I saw in the original Setup? Thank you, Mike Rochon **************************************************************************** This message is intended for the addressee only and may contain privileged or confidential information. Unless you are the intended recipient, you may not use, copy or disclose to anyone any information contained in this message. If you have received this message in error, please notify the author by replying to this message and then kindly delete the message. Thank you. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ford@vss.fsi.com Tue Sep 28 20:22:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Tue, 28 Sep 2004 20:22:00 -0000 Subject: Re-installing Cygwin In-Reply-To: <40E2CE46BB42D711AA9000065BF18596036EB534@exchange.batterymarch.com> References: <40E2CE46BB42D711AA9000065BF18596036EB534@exchange.batterymarch.com> Message-ID: On Tue, 28 Sep 2004, Mike Rochon wrote: > Hi, > I installed Cygwin according to the instructions at > ftp.octave.org/pub/octave/README.Windows > The installation went fairly smoothly. I then launched the shell and FTPed > the octave-2.1.57.tar.gz. > > Upon trying to unpack the source, I was getting file does not exist errors > whether I was in the directory, > using full paths, or anything else I tried. So I removed cygwin according > the the instructions, deleting > all directories, clearing all registry keys, and removing icons and startup > menu entries. > > Now when trying to re-setup, all I am seeing for packages are: All, > Graphics, and Math. I am not seeing > the other packages I need such as Archive, Devel, Text, Utils etc. > > My question is: Why do I not see all the packages that I saw in the > original Setup? Why are you asking here? If you are using instructions found at octave.org, then ask them why they don't work. If you use instructions/setup.exe from cygwin.com and things don't go as planned, please post again. My WAG is that you had two different mirrors selected the first time, and only the octave one on the second try? -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From hgfernan@gmail.com Tue Sep 28 20:37:00 2004 From: hgfernan@gmail.com (Hilton Fernandes) Date: Tue, 28 Sep 2004 20:37:00 -0000 Subject: Problems configuring libgpg-error ? Message-ID: <52273b9804092813066e3d7556@mail.gmail.com> Dear all, sorry if this was already discussed in the mailing lists, but i could not find it here. A small and supposedly simple library, named libgpg-error is responsible only for some constants in the context of gnupg and its associated library. Contrary to all my expectations, the configure step in cygwin gives the most strange errors. But it runs fine in Fedora GNU/Linux ! Why is that so ? Is there any simple solution to this ? Best regards, Hilton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Tue Sep 28 20:40:00 2004 From: brian@dessent.net (Brian Dessent) Date: Tue, 28 Sep 2004 20:40:00 -0000 Subject: "Broken pipe" warning from bash. References: <6.1.2.0.1.20040929001114.03ec1eb0@mail.ros.com.au> Message-ID: <4159C755.82BB9DA2@dessent.net> Errol Smith wrote: > >=== Begin tc-pipe.sh === > >#!/bin/bash > > > >for t in a b; do > > seq 1 2 > >done | head -n 1 > > > >==== End tc-pipe.sh ==== > > I was going to say "use a recent snapshot because the 'Broken Pipe' > problems were fixed by the Gold-Star deserving Pierre"... BUT I tried your > testcase and it fails (intermittently) even with the latest snapshot > (20040928). > Pierre's patch DID fix the broken pipe issues I reported so this might be > a different problem. Even stranger, it only seems to fail if the script is in a file. If you type it at a prompt (on one line or not, doesn't matter) you don't get the error. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Tue Sep 28 20:43:00 2004 From: brian@dessent.net (Brian Dessent) Date: Tue, 28 Sep 2004 20:43:00 -0000 Subject: ssh-host-config requires cygminires.dll References: <415975F6.5030403@swipnet.se> <415983C7.9010101@swipnet.se> Message-ID: <4159C8CD.122A44DA@dessent.net> a12 wrote: > cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: > The service has not been started. Just FYI, this error is essentially meaningless. It just tells you that there was an error starting your service, you get it any time something goes wrong. The real error will be in one of the places listed in Igor's reply. In other words, installing minires may very well have fixed _that_ problem but now there's something else wrong. It's likely a permissions problem with one or more of the log file, pid file, config file, or /var/empty, if I had to take a guess... Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Schulman.Andrew@epamail.epa.gov Tue Sep 28 21:26:00 2004 From: Schulman.Andrew@epamail.epa.gov (Schulman.Andrew@epamail.epa.gov) Date: Tue, 28 Sep 2004 21:26:00 -0000 Subject: [ANNOUNCEMENT] Updated: unison-2.10.2-2 Message-ID: <200409282037.i8SKbrW22774@esds.vss.fsi.com> A new version of the unison package is available in the Cygwin distribution. Changes in version 2.10.2-2: * Corrected build instructions in /usr/share/doc/Cygwin/unison-2.10.2-2.README. * Added Cygwin version file /usr/share/doc/unison/NEWS.Cygwin. 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. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=3D3Dyourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. Andrew Schulman. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From john.r.morrison@ntlworld.com Tue Sep 28 21:38:00 2004 From: john.r.morrison@ntlworld.com (John Morrison) Date: Tue, 28 Sep 2004 21:38:00 -0000 Subject: 'which' command does not expand '~' in path (base-files update needed) In-Reply-To: References: <20040928194018.GR26145@trixie.casa.cgf.cx> <20040928194740.GT26145@trixie.casa.cgf.cx> Message-ID: <2206.10.0.0.8.1096404033.squirrel@10.0.0.8> Sorry, I've not been following this thread (until the brackets appeared in the subject!). Just my two penny worth; I've just pulled, ./configure[d] and make[d] the GNU which application (it built OOTB). It correctly checks ~/bin. Would it be worth considering using this version of which? What are the advantages of the Cygwin version? J. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From _garbage_collector_@telia.com Tue Sep 28 21:40:00 2004 From: _garbage_collector_@telia.com (Hannu E K Nevalainen) Date: Tue, 28 Sep 2004 21:40:00 -0000 Subject: "which" command does not expand "~" in path (base-files update needed) In-Reply-To: Message-ID: you wrote: > On Tue, 28 Sep 2004, Christopher Faylor wrote: > >> On Tue, Sep 28, 2004 at 02:43:38PM -0500, Brian Ford wrote: >>> On Tue, 28 Sep 2004, Christopher Faylor wrote: >>>> Of course there is a simple solution: lose the quotes. AFAICT, >>>> they aren't needed. >>> >>> IMHO, they are. Windows programs often put directories containing >>> spaces in the system path. ex: >>> >>> /cygdrive/c/Program Files/ATI Technologies/ATI Control Panel >> >> Try the above with a PATH that contains spaces. Spaces are >> preserved. > > Ugh..., you're right. I'm sure I've been bitten by something very > similar to this before though (scratches head)? Spaces in arguments (e.g. filenames) always bites, eventually. /giggle/ There is no escape ;-) /Hannu E K Nevalainen, B.Sc. EE Microcomputer systems --72--> ** mailing list preference; please keep replies on list ** -- printf("LocalTime: UTC+%02d\n",(DST)? 2:1); -- --END OF MESSAGE-- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Tue Sep 28 21:51:00 2004 From: brian@dessent.net (Brian Dessent) Date: Tue, 28 Sep 2004 21:51:00 -0000 Subject: cygserver won't start References: <4159D706.6020402@Hipp.com> Message-ID: <4159DAA9.1EDB4121@dessent.net> Michael Hipp wrote: > I realize this topic was discussed at length quite recently but in all > those posts I was not able to discern a solution. > > I installed cygserver with 'cygserver-config'. > > But starting the service produces: > cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: > The service has not been started. Look in /var/log/cygserver.log and your Windows Event Log for the cause. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Michael@Hipp.com Tue Sep 28 21:51:00 2004 From: Michael@Hipp.com (Michael Hipp) Date: Tue, 28 Sep 2004 21:51:00 -0000 Subject: cygserver won't start Message-ID: <4159D706.6020402@Hipp.com> Hello, I realize this topic was discussed at length quite recently but in all those posts I was not able to discern a solution. I installed cygserver with 'cygserver-config'. But starting the service produces: cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: The service has not been started. I can find nothing amiss in my paths. I did this exact same procedure only yesterday on a different W2k box with no problems whatsoever. Any help appreicated, Michael Hipp Heber Springs, Arkansas, USA -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From n8green@gmail.com Tue Sep 28 22:16:00 2004 From: n8green@gmail.com (Nathan Green) Date: Tue, 28 Sep 2004 22:16:00 -0000 Subject: 1.5.11-1: Problem running executables in bash Message-ID: <9334c26a04092814404922a0c8@mail.gmail.com> I am able to run executables from my c:\cygwin\bin directory with no problems. However, when I run cygwin.bat, I am unable to run any of the executables in the bin directory. Here is what my cygwin.bat file looks like: SET HOME="c:\cygwin" SET PATH="c:\cygwin\bin" C: chdir C:\cygwin\bin bash --login -i Everything seems okay, yet the problem remains. Any suggestions? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Tue Sep 28 22:20:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Tue, 28 Sep 2004 22:20:00 -0000 Subject: "which" command does not expand "~" in path (base-files update needed) In-Reply-To: References: <20040928194018.GR26145@trixie.casa.cgf.cx> <20040928194740.GT26145@trixie.casa.cgf.cx> Message-ID: <20040928215346.GC2242@trixie.casa.cgf.cx> On Tue, Sep 28, 2004 at 03:48:12PM -0400, Igor Pechtchanski wrote: >On Tue, 28 Sep 2004, Christopher Faylor wrote: > >> On Tue, Sep 28, 2004 at 02:43:38PM -0500, Brian Ford wrote: >> >On Tue, 28 Sep 2004, Christopher Faylor wrote: >> > >> >> Of course there is a simple solution: lose the quotes. AFAICT, they >> >> aren't needed. >> > >> >IMHO, they are. Windows programs often put directories containing spaces >> >in the system path. ex: >> > >> >/cygdrive/c/Program Files/ATI Technologies/ATI Control Panel >> >> Try the above with a PATH that contains spaces. Spaces are preserved. > >They are in this case, but won't be in general. E.g., try > >PATH=~/bin:$PATH which ls This works fine no matter where I put the directory with spaces in it. Regardless, I don't see any reason to turn this thread into an exposition on what does or doesn't work with variables that contain spaces. Dropping the quotes from the original example will just cause everything to work correctly everywhere. John Morrison, would you mind doing this, please? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Michael@Hipp.com Tue Sep 28 22:20:00 2004 From: Michael@Hipp.com (Michael Hipp) Date: Tue, 28 Sep 2004 22:20:00 -0000 Subject: cygserver won't start In-Reply-To: <4159DAA9.1EDB4121@dessent.net> References: <4159D706.6020402@Hipp.com> <4159DAA9.1EDB4121@dessent.net> Message-ID: <4159DCC1.6090506@Hipp.com> Brian Dessent wrote: > Michael Hipp wrote: > > >>I realize this topic was discussed at length quite recently but in all >>those posts I was not able to discern a solution. >> >>I installed cygserver with 'cygserver-config'. >> >>But starting the service produces: >>cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: >>The service has not been started. > > > Look in /var/log/cygserver.log and your Windows Event Log for the cause. Thanks. /var/log/cygserver.log is empty. The only slightly helpful thing in the Event log looks like this: "starting service `cygserver' failed: execv: 1, Operation not permitted." Any clue what this trying to tell me. Thank you, Michael Hipp -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Tue Sep 28 22:44:00 2004 From: brian@dessent.net (Brian Dessent) Date: Tue, 28 Sep 2004 22:44:00 -0000 Subject: cygserver won't start References: <4159D706.6020402@Hipp.com> <4159DAA9.1EDB4121@dessent.net> <4159DCC1.6090506@Hipp.com> Message-ID: <4159E37C.26CF31BD@dessent.net> Michael Hipp wrote: > Thanks. /var/log/cygserver.log is empty. The only slightly helpful thing > in the Event log looks like this: > > "starting service `cygserver' failed: execv: 1, Operation not permitted." > > Any clue what this trying to tell me. What are the permissions and ownership for /usr/sbin/cygserver.exe? Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Tue Sep 28 22:50:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 28 Sep 2004 22:50:00 -0000 Subject: "which" command does not expand "~" in path (base-files update needed) In-Reply-To: <20040928215346.GC2242@trixie.casa.cgf.cx> References: <20040928194018.GR26145@trixie.casa.cgf.cx> <20040928194740.GT26145@trixie.casa.cgf.cx> <20040928215346.GC2242@trixie.casa.cgf.cx> Message-ID: On Tue, 28 Sep 2004, Christopher Faylor wrote: > On Tue, Sep 28, 2004 at 03:48:12PM -0400, Igor Pechtchanski wrote: > >On Tue, 28 Sep 2004, Christopher Faylor wrote: > > > >> On Tue, Sep 28, 2004 at 02:43:38PM -0500, Brian Ford wrote: > >> >On Tue, 28 Sep 2004, Christopher Faylor wrote: > >> > > >> >> Of course there is a simple solution: lose the quotes. AFAICT, they > >> >> aren't needed. > >> > > >> >IMHO, they are. Windows programs often put directories containing spaces > >> >in the system path. ex: > >> > > >> >/cygdrive/c/Program Files/ATI Technologies/ATI Control Panel > >> > >> Try the above with a PATH that contains spaces. Spaces are preserved. > > > >They are in this case, but won't be in general. E.g., try > > > >PATH=~/bin:$PATH which ls > > This works fine no matter where I put the directory with spaces in it. > > Regardless, I don't see any reason to turn this thread into an > exposition on what does or doesn't work with variables that contain > spaces. Dropping the quotes from the original example will just cause > everything to work correctly everywhere. > > John Morrison, would you mind doing this, please? I stand corrected. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Wed Sep 29 00:08:00 2004 From: brian@dessent.net (Brian Dessent) Date: Wed, 29 Sep 2004 00:08:00 -0000 Subject: 1.5.11-1: Problem running executables in bash References: <9334c26a04092814404922a0c8@mail.gmail.com> Message-ID: <4159E48C.DC2FE269@dessent.net> Nathan Green wrote: > SET HOME="c:\cygwin" > SET PATH="c:\cygwin\bin" > > C: > chdir C:\cygwin\bin > > bash --login -i Why did you edit this file? Your PATH almost certainly requires more than just \cygwin\bin in it. You will have great difficulty running many things without your windows system directory in the path. You shouldn't even need to mess with the PATH variable unless you want your cygwin directory in the path outside of cygwin.bat. That is, it will be added to your path when you start bash so there's no need to set it in cygwin.bat. If you insist on editing it then at least prepend cygwin to the beginning of the path, don't replace the path with just \cygwin\bin. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rekha_belur@yahoo.com Wed Sep 29 00:08:00 2004 From: rekha_belur@yahoo.com (Rekha Belur) Date: Wed, 29 Sep 2004 00:08:00 -0000 Subject: crontab/mount problem In-Reply-To: <6.1.0.6.0.20040927225802.03f46470@pop.prospeed.net> Message-ID: <20040928224426.26581.qmail@web21205.mail.yahoo.com> > > >Here's the exact problem > >$ crontab -l (my crontab) > ># DO NOT EDIT THIS FILE - edit the master and > >reinstall. > ># (/tmp/crontab.1572 installed on Mon Sep 27 > 17:10:53 > >2004) > ># (Cron version -- $Id: crontab.c,v 1.7 2003/04/15 > >15:13:41 corinna Exp $) > >HOME = "/cygdrive/c/Program Files/Sonic" > >BASE="/cygdrive/k/rekha/runSonic" > >* * * * * /usr/bin/touch "$BASE/foo.txt" > >1>${HOME}/sonicOutput/cron.out 2>${HOME > >}/sonicOutput/cron.err > > > >Here's the output of cron.err > >$ cat cron.err > >/usr/bin/touch: creating > >`/cygdrive/k/rekha/runSonic/foo.txt': No such file > or > >directory > > > >NOTE: I can see the contents of cygdrive/k from the > >shell. I only have problems while using the cron. > So > >if I excute this command like follows it works > >rbelur@rekha /tmp > >$ touch /cygdrive/k/rekha/foo.txt > > > >$ ls -ltr /cygdrive/k/rekha > >total 92 > >-rwxr-xr-x 1 rbelur mkgroup- 12302 Sep 27 > >17:07 cron_diagnose.sh > >-rw-r--r-- 1 rbelur mkgroup- 0 Sep 27 > >17:34 foo.txt > > > Read this: > > > > If you've installed cron as directed, you won't have > access to non-publicly > accessible shares. Your options are to make the > shares accessible to all > without authentication or run 'cron' as a service > under the same user as > owns the crontab. The former opens up your share's > permissions > significantly. The latter makes 'cron' usable by > only you. > Thanks for the response and sorry to bug you folks but I have tried reading the email archives and trying some different things to no avail. I changed my permissions, so now $ ls -ltr /cygdrive total 0 drwxr-xr-x 1 rbelur Domain U 0 Dec 31 1969 y drwxr-xr-x 1 rbelur Domain U 0 Aug 11 12:35 x drwxr-xr-x 1 rbelur Domain U 0 Sep 14 17:11 w drwxr-xr-x 1 rbelur Domain U 0 Sep 22 12:10 k drwxrwxr-x+ 18 Administ root 0 Sep 28 15:01 c I have only one option which is to run the cron user as "rbelur" to try to get cron to read my network drive. To that end I did the following $ cygrunsrv --stop cron $ cygrunsrv --remove cron $ cygrunsrv --install cron -p /usr/sbin/cron -a -D -u "rbelur" -w "mypassword" $ cygrunsrv --start cron cygrunsrv: Error starting a service: StartService: Win32 error 1069: The service did not start due to a logon failure. Am I still missing something basic ? Sorry to bother but any help would be appreciated Thanks _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Michael@Hipp.com Wed Sep 29 00:16:00 2004 From: Michael@Hipp.com (Michael Hipp) Date: Wed, 29 Sep 2004 00:16:00 -0000 Subject: cygserver won't start In-Reply-To: <4159E37C.26CF31BD@dessent.net> References: <4159D706.6020402@Hipp.com> <4159DAA9.1EDB4121@dessent.net> <4159DCC1.6090506@Hipp.com> <4159E37C.26CF31BD@dessent.net> Message-ID: <4159EAB4.3030708@Hipp.com> Brian Dessent wrote: > Michael Hipp wrote: >>"starting service `cygserver' failed: execv: 1, Operation not permitted." >> >>Any clue what this trying to tell me. > > > What are the permissions and ownership for /usr/sbin/cygserver.exe? Windows reports "Full Control" for Everyone (including Read & Execute). Current owner is me (MICHAEL\michael). I'm a member of Administrators on this box. Bash reports: -rwxrwxrwx 1 michael Users 103424 Sep 4 22:18 cygserver.exe Thanks, Michael -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From errol@ros.com.au Wed Sep 29 00:25:00 2004 From: errol@ros.com.au (Errol Smith) Date: Wed, 29 Sep 2004 00:25:00 -0000 Subject: "which" command does not expand "~" in path (base-files update needed) In-Reply-To: <20040928153144.GM26145@trixie.casa.cgf.cx> References: <6.1.2.0.1.20040929010527.027f4eb0@mail.ros.com.au> <20040928153144.GM26145@trixie.casa.cgf.cx> Message-ID: <6.1.2.0.1.20040929100541.02841230@mail.ros.com.au> At 01:31 AM 29/09/2004, Christopher Faylor wrote: > > # Set MANPATH so it includes users' private man if it exists > > # if [ -d ~/man ]; then > >-# MANPATH="~/man:${MANPATH}" > >+# MANPATH="${HOME}/man:${MANPATH}" > > # fi > > > > # Set INFOPATH so it includes users' private info if it exists > > # if [ -d ~/info ]; then > >-# INFOPATH="~/info:${INFOPATH}" > >+# INFOPATH="${HOME}/info:${INFOPATH}" > > # fi > >I don't know if man or info deal properly with ~ but neither of the >above should cause a problem for which. I realise they don't affect "which", but I was assuming they might affect man and/or info. See Igors message (http://www.cygwin.com/ml/cygwin/2004-09/msg01565.html) which seems to confirm my suspicions. Also, it was simply for consistency (no point doing an assignment one way on one line & another way on another without a good reason). E -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Wed Sep 29 00:32:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Wed, 29 Sep 2004 00:32:00 -0000 Subject: crontab/mount problem In-Reply-To: <20040928224426.26581.qmail@web21205.mail.yahoo.com> References: <6.1.0.6.0.20040927225802.03f46470@pop.prospeed.net> <20040928224426.26581.qmail@web21205.mail.yahoo.com> Message-ID: <6.1.0.6.0.20040928195921.03f6a7a8@pop.prospeed.net> At 06:44 PM 9/28/2004, you wrote: >> >> >Here's the exact problem >> >$ crontab -l (my crontab) >> ># DO NOT EDIT THIS FILE - edit the master and >> >reinstall. >> ># (/tmp/crontab.1572 installed on Mon Sep 27 >> 17:10:53 >> >2004) >> ># (Cron version -- $Id: crontab.c,v 1.7 2003/04/15 >> >15:13:41 corinna Exp $) >> >HOME = "/cygdrive/c/Program Files/Sonic" >> >BASE="/cygdrive/k/rekha/runSonic" >> >* * * * * /usr/bin/touch "$BASE/foo.txt" >> >1>${HOME}/sonicOutput/cron.out 2>${HOME >> >}/sonicOutput/cron.err >> > >> >Here's the output of cron.err >> >$ cat cron.err >> >/usr/bin/touch: creating >> >`/cygdrive/k/rekha/runSonic/foo.txt': No such file >> or >> >directory >> > >> >NOTE: I can see the contents of cygdrive/k from the >> >shell. I only have problems while using the cron. >> So >> >if I excute this command like follows it works >> >rbelur@rekha /tmp >> >$ touch /cygdrive/k/rekha/foo.txt >> > >> >$ ls -ltr /cygdrive/k/rekha >> >total 92 >> >-rwxr-xr-x 1 rbelur mkgroup- 12302 Sep 27 >> >17:07 cron_diagnose.sh >> >-rw-r--r-- 1 rbelur mkgroup- 0 Sep 27 >> >17:34 foo.txt >> >> >> Read this: >> >> > >> >> If you've installed cron as directed, you won't have >> access to non-publicly >> accessible shares. Your options are to make the >> shares accessible to all >> without authentication or run 'cron' as a service >> under the same user as >> owns the crontab. The former opens up your share's >> permissions >> significantly. The latter makes 'cron' usable by >> only you. >> > >Thanks for the response and sorry to bug you folks but >I have tried reading the email archives and trying >some different things to no avail. > >I changed my permissions, so now > >$ ls -ltr /cygdrive >total 0 >drwxr-xr-x 1 rbelur Domain U 0 Dec 31 >1969 y >drwxr-xr-x 1 rbelur Domain U 0 Aug 11 >12:35 x >drwxr-xr-x 1 rbelur Domain U 0 Sep 14 >17:11 w >drwxr-xr-x 1 rbelur Domain U 0 Sep 22 >12:10 k >drwxrwxr-x+ 18 Administ root 0 Sep 28 >15:01 c > > >I have only one option which is to run the cron user >as "rbelur" to try to get cron to read my network >drive. To that end I did the following >$ cygrunsrv --stop cron >$ cygrunsrv --remove cron >$ cygrunsrv --install cron -p /usr/sbin/cron -a -D -u >"rbelur" -w "mypassword" > >$ cygrunsrv --start cron >cygrunsrv: Error starting a service: StartService: >Win32 error 1069: >The service did not start due to a logon failure. > >Am I still missing something basic ? Sorry to bother >but any help would be appreciated Try: Assuming 'cron_diagnose.sh' reports something, you should review it and make any appropriate changes. Keep in mind that most people use this when setting up 'cron' to run as a service under 'SYSTEM', so YMMV. It's probably a permissions problem. You can check the logs in the Windows event viewer and '/var/log/cron.log' as well for hints. Permissions/ ownership of '/var/cron' may need to be changed. Don't forget to read '/usr/share/doc/Cygwin/cron.README' too. That should give you a few things to look at/try. ;-) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From errol@ros.com.au Wed Sep 29 01:10:00 2004 From: errol@ros.com.au (Errol Smith) Date: Wed, 29 Sep 2004 01:10:00 -0000 Subject: "which" command does not expand "~" in path (base-files update needed) In-Reply-To: References: <6.1.2.0.1.20040929010527.027f4eb0@mail.ros.com.au> <20040928153144.GM26145@trixie.casa.cgf.cx> Message-ID: <6.1.2.0.1.20040929101118.0282fb50@mail.ros.com.au> At 03:27 AM 29/09/2004, Igor wrote: > > Agreed, but aren't we talking about .bash_profile here ;-)? > >Ugh. Yes. > >FWIW, /etc/profile does use '~' (in lines 191-195), so the above point is >valid anyway (though by chance, rather than by intention)... I notice that it's also full of carriage returns! :-) Errol (if sh does not perform tilde expansion, shouldn't /etc/profile be modified so it doesn't use them?) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From errol@ros.com.au Wed Sep 29 01:44:00 2004 From: errol@ros.com.au (Errol Smith) Date: Wed, 29 Sep 2004 01:44:00 -0000 Subject: "which" command does not expand "~" in path (base-files update needed) In-Reply-To: References: <20040928194018.GR26145@trixie.casa.cgf.cx> Message-ID: <6.1.2.0.1.20040929102021.0284c040@mail.ros.com.au> At 05:43 AM 29/09/2004, Brian Ford wrote: > > export PATH=~/bin:$PATH > >How 'bout using a temp, or just plain $HOME as suggested before? Good question, I'd like to know what was wrong with my (first ever cygwin) patch! ;-) Seriously though, is there any advantage to using ~ over $HOME? the bash man page states that ~ maps to $HOME anyway: "If this login name is the null string, the tilde is replaced with the value of the shell parameter HOME. If HOME is unset, the home directory of the user executing the shell is substituted instead. Other-wise, the tilde-prefix is replaced with the home directory associated with the specified login name." Errol -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From errol@ros.com.au Wed Sep 29 02:42:00 2004 From: errol@ros.com.au (Errol Smith) Date: Wed, 29 Sep 2004 02:42:00 -0000 Subject: 'which' command does not expand '~' in path (base-files update needed) In-Reply-To: <2206.10.0.0.8.1096404033.squirrel@10.0.0.8> References: <20040928194018.GR26145@trixie.casa.cgf.cx> <20040928194740.GT26145@trixie.casa.cgf.cx> <2206.10.0.0.8.1096404033.squirrel@10.0.0.8> Message-ID: <6.1.2.0.1.20040929102810.02848be0@mail.ros.com.au> At 06:40 AM 29/09/2004, John Morrison wrote: >Just my two penny worth; I've just pulled, ./configure[d] and make[d] the >GNU which application (it built OOTB). It correctly checks ~/bin. See my original post (http://www.cygwin.com/ml/cygwin/2004-09/msg01383.html) >Would it be worth considering using this version of which? What are the >advantages of the Cygwin version? I don't know (but using it would fix the other half of the problem..) - as for advantages it's (probably) simpler, smaller, faster. (btw, I stated the cygwin which.exe was 5k, it's actually about 11k - I was testing the previous build to see if there was any difference which there wasn't). Errol -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gp@familiehaase.de Wed Sep 29 03:34:00 2004 From: gp@familiehaase.de (Gerrit P. Haase) Date: Wed, 29 Sep 2004 03:34:00 -0000 Subject: Problems configuring libgpg-error ? In-Reply-To: <52273b9804092813066e3d7556@mail.gmail.com> References: <52273b9804092813066e3d7556@mail.gmail.com> Message-ID: <415A136D.7090907@familiehaase.de> Hilton Fernandes wrote: > Dear all, > > > sorry if this was already discussed in the mailing lists, but i could > not find it here. > > A small and supposedly simple library, named libgpg-error is > responsible only for some constants in the context of gnupg and its > associated library. > > Contrary to all my expectations, the configure step in cygwin gives > the most strange errors. But it runs fine in Fedora GNU/Linux ! > > Why is that so ? Is there any simple solution to this ? I have a patched version online: http://194.95.224.180/cygwin/gnupg/ In the -src archive is a buildscript and a patch, extract it and run the script with the option 'all' to get a binary tarball and a new source tarbhall, or just fetch the binary package. If you run the script with option 'prep' you get a pacthed source directory. See the script for the details. Gerrit -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Wed Sep 29 03:34:00 2004 From: brian@dessent.net (Brian Dessent) Date: Wed, 29 Sep 2004 03:34:00 -0000 Subject: cygserver won't start References: <4159D706.6020402@Hipp.com> <4159DAA9.1EDB4121@dessent.net> <4159DCC1.6090506@Hipp.com> <4159E37C.26CF31BD@dessent.net> <4159EAB4.3030708@Hipp.com> Message-ID: <415A0C37.46030DAE@dessent.net> Michael Hipp wrote: > > Brian Dessent wrote: > > > Michael Hipp wrote: > >>"starting service `cygserver' failed: execv: 1, Operation not permitted." > >> > >>Any clue what this trying to tell me. > > > > > > What are the permissions and ownership for /usr/sbin/cygserver.exe? > > Windows reports "Full Control" for Everyone (including Read & Execute). > Current owner is me (MICHAEL\michael). I'm a member of Administrators on > this box. > > Bash reports: > -rwxrwxrwx 1 michael Users 103424 Sep 4 22:18 cygserver.exe Hmm. You should also check that /etc/cygserver.conf is readable by SYSTEM and that /var/log/cygserver.log is readable and writable by SYSTEM. You could always just do "chown SYSTEM:root" and "chmod 644" on them if unsure, but I suspect they're fine. Only other thing I can think of is that something else in the DLL path required for cygserver lacks read and execute permission for SYSTEM. cygcheck reports that the only DLL that cygserver depends on is the main cygwin1.dll, so verify that it has r and x for SYSTEM. If none of that works, then you'll have to get some more info about the failure. Two ways that come to mind would be to add "-d" to the cygserver commandline (use cygrunsrv to remove and reinstall the service, or just edit the key of the registry); and getting a bash prompt as SYSTEM and launching it from the console and see what happens (google the list archives for "sysbash".) Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From g.r.vansickle@worldnet.att.net Wed Sep 29 03:37:00 2004 From: g.r.vansickle@worldnet.att.net (Gary R. Van Sickle) Date: Wed, 29 Sep 2004 03:37:00 -0000 Subject: [INFO] Adding "cygwin here" to Windows Explorer In-Reply-To: <20040928040317.GO20713@trixie.casa.cgf.cx> Message-ID: > On Mon, Sep 27, 2004 at 10:02:28PM -0400, Jean-Sebastien > Trottier wrote: > >Hi guys, > > > >Just to add my 2 dimes, here's what I use: > > You're quoting my email. Are you volunteering to provide a > package? If so, the list to send your package information to > is cygwin-apps. People there can help you pull together what > you need. > > If not, then one of the main reasons for my sending my > original email was to shut down this interminable and > repeated discussion and come up with a solution for everyone > that could be installed via setup.exe. > > I don't need *more* discussion about the super special ways > that people do this. I'd like to see someone stepping up to > offer a package. > > >Christopher Faylor wrote: > >>But, regardless, I don't see any reason to debate this. I > would like > >>a package and would appreciate it if someone would provide one. Hmm. I'd like that too. Wonder if it's more likely to happen now or less.... -- Gary R. Van Sickle -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From PGDEHMKOKIMD@spammotel.com Wed Sep 29 04:36:00 2004 From: PGDEHMKOKIMD@spammotel.com (Alder) Date: Wed, 29 Sep 2004 04:36:00 -0000 Subject: cygserver won't start In-Reply-To: <4159D706.6020402@Hipp.com> References: <4159D706.6020402@Hipp.com> Message-ID: Michael Hipp wrote:: > Hello, > > I realize this topic was discussed at length quite recently but in all > those posts I was not able to discern a solution. > That would have been my original post that spawned that thread, Michael. In the end, it appeared to be related to my PATH variable contents. Can you post yours here so we can have a boo? Alder -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cygwin.buzz@bavag.tmfweb.nl Wed Sep 29 06:04:00 2004 From: cygwin.buzz@bavag.tmfweb.nl (Bas van Gompel) Date: Wed, 29 Sep 2004 06:04:00 -0000 Subject: "Broken pipe" warning from bash. In-Reply-To: References: Message-ID: Op Tue, 28 Sep 2004 09:53:32 +0200 (MET DST) schreef ik : Following little (bash) shell-script many times causes a "Broken pipe" : (SIGPIPE) warning to be emitted by bash. Is this expected behaviour? Maybe I should have been clearer... ... [Explanation I was writing snipped.] ...It's in the bash FAQ... section E2. According to that, defining ``DONT_REPORT_SIGPIPE'' in ``config-top.h'' will enable building a version which does not show the behaviour. Is this flag set on the various distro's? Should it be set on cygwin? (If only to prevent more stupid questions like mine...) Sorry about the noise, ppl. L8r, Buzz. -- ) | | ---/ ---/ Yes, this | This message consists of true | I do not -- | | / / really is | and false bits entirely. | mail for ) | | / / a 72 by 4 +-------------------------------+ any1 but -- \--| /--- /--- .sigfile. | |perl -pe "s.u(z)\1.as." | me. 4^re -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Wed Sep 29 07:44:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Wed, 29 Sep 2004 07:44:00 -0000 Subject: "Broken pipe" warning from bash. (question for bash maintainer) In-Reply-To: References: Message-ID: <20040929033714.GA6825@trixie.casa.cgf.cx> On Wed, Sep 29, 2004 at 05:34:15AM +0200, Bas van Gompel wrote: >Op Tue, 28 Sep 2004 09:53:32 +0200 (MET DST) schreef ik > >: Following little (bash) shell-script many times causes a "Broken pipe" >: (SIGPIPE) warning to be emitted by bash. Is this expected behaviour? > >Maybe I should have been clearer... ... > >[Explanation I was writing snipped.] > >...It's in the bash FAQ... >section E2. > >According to that, defining ``DONT_REPORT_SIGPIPE'' in ``config-top.h'' >will enable building a version which does not show the behaviour. > >Is this flag set on the various distro's? > >Should it be set on cygwin? (If only to prevent more stupid questions >like mine...) It sounds like maybe it should be set. I've reset the subject to alert the bash maintainer. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From yselkowitz@users.sourceforge.net Wed Sep 29 08:02:00 2004 From: yselkowitz@users.sourceforge.net (Yaakov Selkowitz) Date: Wed, 29 Sep 2004 08:02:00 -0000 Subject: cygheap problems with 1.5.11 In-Reply-To: <41597D66.10706@users.sourceforge.net> References: <41588519.6030901@users.sourceforge.net> <873c12x5oi.fsf@vzell-de.de.oracle.com> <41597D66.10706@users.sourceforge.net> Message-ID: <415A3BCB.5090307@users.sourceforge.net> Yaakov Selkowitz wrote: > Well, right now gpg, XWin, XWin_GL all aren't working, along with my > self-compiled snownews, plus any program that I've compiled since the > problem first happened. > > Again, the common factor seems to be rebasing with cygwin-1.5.11. Could > someone *please* investigate (before my cygwin becomes completely > unusable!). > > BTW, Gerrit, I was working on getting together a bunch of Gnome prereqs > for ITP at the time, but I can't do anything now until this is fixed. :-( FWIW, I deleted everything except /home and did a clean reinstall. Everything is working now, and I've even survived my first rebaseall. Oh well, I guess I'll never know what really happened, but at least my cygwin is up and working again. At least reinstalling Cygwin is a lot easier than reinstalling Windoze. :-) Yaakov -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Dr.Volker.Zell@oracle.com Wed Sep 29 08:25:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Wed, 29 Sep 2004 08:25:00 -0000 Subject: cygheap problems with 1.5.11 In-Reply-To: <189458157796.20040928110055@familiehaase.de> (Gerrit P. Haase's message of "Tue, 28 Sep 2004 11:00:55 +0200") References: <41588519.6030901@users.sourceforge.net> <873c12x5oi.fsf@vzell-de.de.oracle.com> <189458157796.20040928110055@familiehaase.de> Message-ID: <87oejqyq3g.fsf@vzell-de.de.oracle.com> >>>>> Gerrit P Haase writes: > Hi Volker, >> In my case the cygheap_fixup_in_child error manifests only in a >> couple of gnome1 applications which I compiled by myself. It looks as >> so all apps which are dependent on /opt/gnome1/bin/cygart_lgpl-2.dll >> are infected. All my other gnome1 apps works just fine. For example: >> 08:15 AM [741]> cygcheck /opt/gnome1/bin/gnubg.exe >> D:/opt/gnome1/bin/gnubg.exe >> D:/opt/gnome1/bin\cygart_lgpl-2.dll <---- By the way when I move my /opt/gnome1/bin/cygart_lgpl-2.dll (which is from gnome-libs-1.4.2) out of the way and hard link the cygwin released version /bin/cygart_lgpl_2-2.dll instead all my previously infected apps start working again. Now what's the problem with rebasing of /opt/gnome1/bin/cygart_lgpl-2.dll under cygwin-1.5.11 ?? Rebasing under cygwin-1.5.10 used to work fine. > Gerrit Ciao Volker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From john.r.morrison@ntlworld.com Wed Sep 29 08:35:00 2004 From: john.r.morrison@ntlworld.com (John Morrison) Date: Wed, 29 Sep 2004 08:35:00 -0000 Subject: 'which' command does not expand '~' in path (base-files update needed) In-Reply-To: <20040928215346.GC2242@trixie.casa.cgf.cx> References: <20040928194018.GR26145@trixie.casa.cgf.cx> <20040928194740.GT26145@trixie.casa.cgf.cx> <20040928215346.GC2242@trixie.casa.cgf.cx> Message-ID: <26414.193.133.13.145.1096443871.squirrel@193.133.13.145> cgf wrote: > Dropping the quotes from the original example will just cause > everything to work correctly everywhere. > > John Morrison, would you mind doing this, please? Hi cgf, As I said, I wasn't following this thread for a while, so here are the changes I'll do (I'm also trying to clean the scripts up as much as possible). I'll not be able to upload a version until tonight though, I don't have the code base with me... /etc/profile: remove quotes from lines 23, 36 and 29 brace ${...} all variables change ~ to ${HOME} on lines 193, 195 and 197 /etc/skel/.bash_profile (via default versions) remove quotes from lines 13, 18 and 23 change ~ to ${HOME} on lines 7, 8, 12, 13, 17, 18, 22 and 23 If people didn't remove these files prior to the last upgrade they must remove them before this upgrade otherwise they will not be overwritten. Is there any other changes needed? J. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dr.volker.zell@oracle.com Wed Sep 29 08:53:00 2004 From: dr.volker.zell@oracle.com (Dr. Volker Zell) Date: Wed, 29 Sep 2004 08:53:00 -0000 Subject: [ANNOUNCEMENT] Updated: man-1.5o-1 Message-ID: <200409290802.i8T826809284@esds.vss.fsi.com> Hi A new version of 'man' has been uploaded to a server near you. DESCRIPTION: ============ Man, apropos and whatis. CYGWIN NEWS: ============ Please remove the following lines from /usr/share/misc/man.conf or copy /usr/share/misc/man.conf.default to /usr/share/misc/man.conf as these directives are not supported anymore with the latest man: JNROFF LANG=ja_JP.UTF-8 /usr/bin/groff -Tnippon -mandocj KNROFF /usr/bin/groff -Tkorean -mandoc JNEQN /usr/bin/eqn -Tnippon KNEQN /usr/bin/eqn -Tkorean - Update to latest upstream release - makewhatis -s patch made it upstream - Patch for displaying man pages with :: in their filenames made it upstream - Fixed postinstall script: Added chmod 644 ${datadir}/misc/man.conf - Additions for makewhatis man page - Added -s sections to output for makewhatis -h - Changed reference for man.config to man.conf in various man pages - Problem reported by Hannu E K Nevalainen is fixed See also: o http://cygwin.com/ml/cygwin/2004-06/msg01158.html man NEWS: ========= man-1.5o: - Polish messages, non-dummy codesets (Jakub Bogusz ) - CYGWIN fix for perl manpages (with :: in filename) - Fix for certain awk versions in mansec (NISHIMURA Daisuke) - When asked for a nonexisting page in section 1p, do not also try section 1 man-1.5n: - Added "0p 1p 3p" in sections string - Added mess.??.codeset (with dummy content) - No funny Russian messages - man2html: handle .so with trailing whitespace - replace -grepsilent by >/dev/null 2>/dev/null More details about the individuell bugs can be found under the URL o http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=XXXXX where XXXXX represents the numeric bug id. * Sun Aug 1 2004 Alan Cox - Fix requirements (#126601) * Wed Mar 31 2004 Adrian Havill 1.5m2-6 - reorder MANSECT so that normal pages (with translations) take precedence over the English-only POSIX pages (#119554) * Fri Mar 12 2004 Adrian Havill 1.5m2-4 - direct nroff stderr to /dev/null so no broken pipe err msgs appear when the user quits an error page prior to the full display (#117463) - removed bogus whatis search-n-destroy trigger (#117961) - don't complain about no lang resource when lang is C/POSIX (#108934) * Mon Feb 09 2004 Adrian Havill 1.5m2-2 - add all locale man pages - convert all msgs and manpages to utf-8 - downconvert via transliteration C locale man pages just in case - patch #3, #8, #10, #17, #29, #31 no longer needed-- made it upstream - patch #9, #14 and #19 now superfluous-- strs already termed and len checked - disable patch #22: defer cat creation to existence of dir, not conf directive - patch #32 mostly merged upstream. Keep the "-a" in grep though so all locales' grep see man pages as text not binary (patch 37) - iconv patch no longer needed now that utf-8-to-legacy conversion is not needed - patch #52 and #53 not needed: CJK all point to nroff instead of groff, let the nroff script decide, based on the charset of the environment and/or the charset of the man page, as to what parameters to pass to groff (and whether iconv preprocessing is necessary) - the string "NROFF_OLD_CHARSET", if present in the man.config for the NROFF path, will now be replaced by the old character set so that nroff can figure out what the character set/encoding is - fix man to reflect status codes returned by forked child processes (#115204) - lots of makewhatis changes: re-add custom rh client stuff (/usr/bin vs /usr/sbin), -o option, /var/cache/man, utf-8 verification, convert the encoding spaghetti in the makewhatis awk script to UTF-8, identify languages in comments man-1.5m: - Greek man pages and messages - makewhatis fix 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 the above mentioned package from the 'Doc' category. DOWNLOAD: ========= 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, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: ========== If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. CYGWIN-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-announce-unsubscribe-YOU=YOURDOMAIN.COM@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. Enjoy Volker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dev@eth0.ch Wed Sep 29 09:08:00 2004 From: dev@eth0.ch (David E. Meier) Date: Wed, 29 Sep 2004 09:08:00 -0000 Subject: SSH Environment Message-ID: <1936.217.162.71.141.1096446340.squirrel@217.162.71.141> Hi, I try the running ssh client with only the required dll's from a .net application and without a full cygwin installation. Basically that works fine. However, I have a problem regarding the known_hosts file: It does not get written anywhere and therefore asks to add the key each time the app runs. I tried to set the environment variabe to: HOME=c:\Program Files\myApp in WinXP with a subdir .ssh already created. No luck. Then I tried setting the HOME-variable to different values when starting the ssh-process from my .net application using "/cygdrive/c/Program Files/myApp", "/cygdrive/c/Program\\ Files/myApp" or "C:\Program Files\myApp". No luck as well. What am I missing here? Do I need more environment variables? Another solution for setting the path of the known_hosts file? Dave -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From a12@swipnet.se Wed Sep 29 09:13:00 2004 From: a12@swipnet.se (a12) Date: Wed, 29 Sep 2004 09:13:00 -0000 Subject: ssh-host-config requires cygminires.dll In-Reply-To: References: <415975F6.5030403@swipnet.se> <415983C7.9010101@swipnet.se> Message-ID: <415A73B6.2030306@swipnet.se> Hello again, Following your hint, I checked /usr/share/doc/Cygwin/openssh.README, and entered: ssh-host-config -y ssh-user-config -y cygrunsrv -S sshd yielded: cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: The service has not been started. I have also tried: cygrunsrv -S -D sshd with the following response: cygrunsrv: trailing commandline argument not allowed and: cygrunsrv -D -S sshd cygrunsrv: unknown option -- D Here are the contents of /var/log/sshd.log : Could not load host key: /etc/ssh_host_key Could not load host key: /etc/ssh_host_rsa_key Could not load host key: /etc/ssh_host_dsa_key Disabling protocol version 1. Could not load host key Disabling protocol version 2. Could not load host key sshd: no hostkeys available -- exiting. Windows Applications Log contains the following entries: Cannot find a description for event ID 0 in the source sshd. The local computer does not have necessary register information or message DLL files required to show messages from a remote computer. More information: sshd : PID 660 : starting service `sshd' failed: execv: 1, Operation not permitted. Windows System Log contains the following entries: The service CYGWIN sshd ended unexpectedly. It has done 1 time(s). The following action will be done in 0 milliseconds. No action. Any new hints ? Igor Pechtchanski wrote: >On Tue, 28 Sep 2004, a12 wrote: > > >>Hello Igor, >> >>Pardon me for my ignorance about not ataching the cygcheck output. >> >>I have run Cygwin setup.exe once again, and fetched & installed minires and >>the new versions of openssh/openssl. >>The following ssh-host-config -y ended OK, so I tried to start the sshd >>service: >>cygrunsrv -S sshd >>and got the same error as before: >>cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: >>The service has not been started. >> >>Any hints ? >> > >Yes, three: > >/usr/share/doc/Cygwin/openssh.README >/var/log/sshd.log >The Windows Event log > >One of the above should contain clues as to what went wrong. > Igor > > >>Igor Pechtchanski wrote: >> >> >>>On Tue, 28 Sep 2004, a12 wrote: >>> >>> >>> >>>>Hello Cygwin users, >>>> >>>>I have installed openssl and openssh. Host configuration with: >>>>cd /bin >>>>ssh-host-config -y >>>>tells me about missing cygminires.dll >>>>Thereafter the configuration continues: >>>>[snip] >>>>Host configuration finished. Have fun! >>>> >>>>Then I start the sshd service: >>>>cygrunsrv -S sshd >>>>which errors off with: >>>>cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: >>>>The service has not been started. >>>> >>>>Where do I find cygminires.dll ? >>>> >>>> >>>As always, the Cygwin package search page at >>>has the answer. Install the "minires" package. >>> >>>However, you shouldn't have to, because openssh requires minires anyway. >>>Did you, by chance, unselect it when you installed openssh via setup? In >>>general, it's a *bad* idea to unselect anything setup chooses to >>>automatically install, unless you know exactly what you're doing. >>> >>> >>> >>>>How do I make cygrunsrv to start sshd correctly ? >>>> >>>> >>>The two problems are most likely related. Install "minires" and try >>>again. >>> >>> >>> >>>>Belows follows output from 'cygcheck -svr': >>>> >>>> >>>For the future, please include this output as an *attachment*, not inline >>>as you did, as requested in . >>> Igor >>> > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Wed Sep 29 09:19:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Wed, 29 Sep 2004 09:19:00 -0000 Subject: "which" command does not expand "~" in path (base-files update needed) In-Reply-To: <20040928194018.GR26145@trixie.casa.cgf.cx> References: <20040928194018.GR26145@trixie.casa.cgf.cx> Message-ID: <20040929085447.GK14978@cygbert.vinschen.de> On Sep 28 15:40, Christopher Faylor wrote: > On Tue, Sep 28, 2004 at 06:49:44PM +0100, Dave Korn wrote: > > Wonder if this is a real bug then, or if I've misread the shell parsing rules? > >They are a bit ridiculously complicated and full of exceptions and special > >cases..... > > It seems like it's a bug. AFAICT, bash behaves according to its man page: QUOTING [...] Enclosing characters in double quotes preserves the lit?? eral value of all characters within the quotes, with the exception of $, `, and \. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Wed Sep 29 09:20:00 2004 From: brian@dessent.net (Brian Dessent) Date: Wed, 29 Sep 2004 09:20:00 -0000 Subject: ssh-host-config requires cygminires.dll References: <415975F6.5030403@swipnet.se> <415983C7.9010101@swipnet.se> <415A73B6.2030306@swipnet.se> Message-ID: <415A7C82.99C307BE@dessent.net> a12 wrote: > I have also tried: > cygrunsrv -S -D sshd > with the following response: > cygrunsrv: trailing commandline argument not allowed > and: > cygrunsrv -D -S sshd > cygrunsrv: unknown option -- D Why? There is no such option -D to cygrunsrv. Run "cygrunsrv --help" for a summary. > Here are the contents of /var/log/sshd.log : > Could not load host key: /etc/ssh_host_key > Could not load host key: /etc/ssh_host_rsa_key > Could not load host key: /etc/ssh_host_dsa_key > Disabling protocol version 1. Could not load host key > Disabling protocol version 2. Could not load host key > sshd: no hostkeys available -- exiting. You'll need to change the permissions on those files. They should have read/write access to SYSTEM and nothing else. If you don't know what you're doing, try the following: chown SYSTEM /etc/ssh_host*_key chmod 600 /etc/ssh_host*_key Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Wed Sep 29 09:37:00 2004 From: brian@dessent.net (Brian Dessent) Date: Wed, 29 Sep 2004 09:37:00 -0000 Subject: SSH Environment References: <1936.217.162.71.141.1096446340.squirrel@217.162.71.141> Message-ID: <415A7D9E.DA312AB5@dessent.net> "David E. Meier" wrote: > I try the running ssh client with only the required dll's from a .net > application and without a full cygwin installation. Basically that works > fine. SSH looks in /etc/passwd for the user's home directory, I believe. It uses the mount table to know where /etc is actually located, as with any Cygwin application. > Then I tried setting the HOME-variable to different values when starting > the ssh-process from my .net application using Insert here the usual reminder that if you distribute a Cygwin binary such as ssh you must also arrange means to distribute the full source code required to build that binary, which includes the source to the Cygwin DLL. Pointing users to cygwin.com for source code is not allowed. Brain -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Wed Sep 29 10:43:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Wed, 29 Sep 2004 10:43:00 -0000 Subject: Problems on Itanium: Found the Cause, What's Next? In-Reply-To: <200409281232.i8SCWDab029529@www3.pochta.ru> References: <200409281232.i8SCWDab029529@www3.pochta.ru> Message-ID: <20040929092001.GL14978@cygbert.vinschen.de> On Sep 28 16:32, Alexei Alexandrov wrote: > If you compile this code with 32-bit compiler and then run it on 64-bit Server 2003 it will crash. At the same time it > works on 32-bit machines. It also works fine on a x86_64 machine in 32 bit mode. > So the questions is to cygwin developers: what can be done next? I\'ve found file wincap.cc with particular platforms > capability descriptions. I\'ve tried to set has_working_copy_on_write to false when IsWow64Process return true and it > seems to work, but how can I be sure that I didn\'t break anything else? Are there any tests or something? And generally > is this fix OK? Which drawbacks can it have? If the fix is OK - let me know, I will provide a patch. No, because this would also exclude x86_64 machines. Actually I'm somewhat in doubt that CreateFileMapping/MapVieOfFile functionality should actually be so broken on the ia64 platform. Are you really sure that the culprit isn't somewhere else? Your test application uses a very common idiom, so I'd guess that a lot more applications would fail miserably on ia64 in 32 bit mode. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Wed Sep 29 11:09:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Wed, 29 Sep 2004 11:09:00 -0000 Subject: SSH Environment In-Reply-To: <415A7D9E.DA312AB5@dessent.net> References: <1936.217.162.71.141.1096446340.squirrel@217.162.71.141> <415A7D9E.DA312AB5@dessent.net> Message-ID: <20040929092057.GM14978@cygbert.vinschen.de> On Sep 29 02:17, Brian Dessent wrote: > "David E. Meier" wrote: > > > I try the running ssh client with only the required dll's from a .net > > application and without a full cygwin installation. Basically that works > > fine. > > SSH looks in /etc/passwd for the user's home directory, I believe. It Don't believe. Test and know! :-) Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From a12@swipnet.se Wed Sep 29 11:10:00 2004 From: a12@swipnet.se (a12) Date: Wed, 29 Sep 2004 11:10:00 -0000 Subject: ssh-host-config requires cygminires.dll In-Reply-To: <415A7C82.99C307BE@dessent.net> References: <415975F6.5030403@swipnet.se> <415983C7.9010101@swipnet.se> <415A73B6.2030306@swipnet.se> <415A7C82.99C307BE@dessent.net> Message-ID: <415A8259.909@swipnet.se> Hello Brian, /usr/share/doc/Cygwin/openssh.README states: If you start sshd as deamon via cygrunsrv.exe you MUST give the "-D" option to sshd. Otherwise the service can't get started at all. chown SYSTEM /etc/ssh_host*_key chmod 600 /etc/ssh_host*_key followed by: cygrunsrv -S sshd started the sshd service OK. I have also verified the connection by: ssh localhost ssh_host_*_key.pub are owned by the user that has run ssh-host-config Is it OK ? Brian Dessent wrote: >a12 wrote: > > >>I have also tried: >>cygrunsrv -S -D sshd >>with the following response: >>cygrunsrv: trailing commandline argument not allowed >>and: >>cygrunsrv -D -S sshd >>cygrunsrv: unknown option -- D >> > >Why? There is no such option -D to cygrunsrv. Run "cygrunsrv --help" >for a summary. > > >>Here are the contents of /var/log/sshd.log : >>Could not load host key: /etc/ssh_host_key >>Could not load host key: /etc/ssh_host_rsa_key >>Could not load host key: /etc/ssh_host_dsa_key >>Disabling protocol version 1. Could not load host key >>Disabling protocol version 2. Could not load host key >>sshd: no hostkeys available -- exiting. >> > >You'll need to change the permissions on those files. They should have >read/write access to SYSTEM and nothing else. If you don't know what >you're doing, try the following: > >chown SYSTEM /etc/ssh_host*_key >chmod 600 /etc/ssh_host*_key > >Brian > >-- >Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >Problem reports: http://cygwin.com/problems.html >Documentation: http://cygwin.com/docs.html >FAQ: http://cygwin.com/faq/ > > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pflynn@ucc.ie Wed Sep 29 11:19:00 2004 From: pflynn@ucc.ie (Peter Flynn) Date: Wed, 29 Sep 2004 11:19:00 -0000 Subject: Installing from downloaded files or CD In-Reply-To: <87r7omz2hn.fsf@peder.flower> References: <1095860216.615.3.camel@oimelc.ucc.ie> <415196AD.3060704@freemail.hu> <1095930641.6504.45.camel@oimelc.ucc.ie> <874qlpkylt.fsf@peder.flower> <1095948119.8391.21.camel@oimelc.ucc.ie> <87r7omz2hn.fsf@peder.flower> Message-ID: <1096454605.7747.5.camel@oimelc.ucc.ie> On Tue, 2004-09-28 at 19:12, Jan Nieuwenhuizen wrote: > Peter Flynn writes: > > > error: libkpathsea3abi13 not in [curr] > > error: libkpathsea3abi13 no install > > Sorry. This *is* a showstopper. I've updated cyg-apt. This time > I've tested it too (under Wine), and it works fine. Thanks very much, it all seems to download fine now...but... > If you get setup.exe problems (crashes), please report them to > cygwin@cygwin.com; I have seen bug reports for Windows XP for the > latest version. I burned it all to CD: > [tmp]$ ls -l lily > total 296 > -rwxrwxr-x 1 peter peter 18246 Sep 28 19:09 cyg-apt > drwxrwxr-x 3 peter peter 4096 Sep 29 10:30 etc > drwxrwxr-x 3 peter peter 4096 Sep 29 10:30 > http%3a%2f%2fmirrors.rcn.net%2fpub%2fsourceware%2fcygwin > -rw-rw-r-- 1 peter peter 268800 Apr 25 16:03 setup.exe > [tmp]$ du -s lily > 39532 lily > [tmp]$ But installing it on an NT machine broke setup.exe. It started off fine, checked all the MD5s down as far as lilypond-2.2.5-1, and then popped up a window saying: > Microsoft Visual C++ Runtime Library > > Runtime Error! > > Program E:\lily\setup.exe > > abnormal program termination The NT system is fully updated, and I'm not a Windows person, so I'm stuck at this stage. Clicking OK aborts the setup. ///Peter -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Wed Sep 29 11:20:00 2004 From: brian@dessent.net (Brian Dessent) Date: Wed, 29 Sep 2004 11:20:00 -0000 Subject: ssh-host-config requires cygminires.dll References: <415975F6.5030403@swipnet.se> <415983C7.9010101@swipnet.se> <415A73B6.2030306@swipnet.se> <415A7C82.99C307BE@dessent.net> <415A8259.909@swipnet.se> Message-ID: <415A98AC.B1140D40@dessent.net> a12 wrote: > /usr/share/doc/Cygwin/openssh.README states: > If you start sshd as deamon via cygrunsrv.exe you MUST give the > "-D" option to sshd. Otherwise the service can't get started at all. That isn't telling to you use -D on the cygrunsrv command line directly. It means that the sshd arguments should contain that parameter. I.e. you must include -D in the setting of the -a parameter, such as "cygrunsrv -I sshd -d "CYGWIN sshd" -p /usr/sbin/sshd -a -D" -D is not a cygrunsrv option, it is the predicate of the -a option. > ssh_host_*_key.pub are owned by the user that has run ssh-host-config > Is it OK ? If you ran the above commands they should be owned by SYSTEM. The idea here is that those files contain the private half of the host's public/private keypair, and this is sensitive data. So the file should be readable only by the account that runs the ssh daemon. If you are the only local user then it doesn't really matter much as you can be trusted, but on an actual multiuser posix system you would want to restrict the host key files accordingly. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From alexvn@connect.to Wed Sep 29 11:24:00 2004 From: alexvn@connect.to (Alex Vinokur) Date: Wed, 29 Sep 2004 11:24:00 -0000 Subject: Convert Word/html/pdf/TeX to Postscript References: <87hdpjfvxz.fsf@whinlatter.whinlatter.ukfsn.org> Message-ID: "Roger Leigh" wrote in message news:87hdpjfvxz.fsf@whinlatter.whinlatter.ukfsn.org... > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > "Alex Vinokur" writes: > > > "Igor Pechtchanski" wrote in message news:Pine.GSO.4.61.0409270932320.17371@slinky.cs.nyu.edu... > > [snip] > >> TeX->PS: need you ask? LaTeX! :-) > > [snip] > > > > Perhaps, off-topic: > > Most probably, but it is included with Cygwin. > > > * What TeX/LaTeX is? > > It's a macro language and associated tools used for professional > high-quality typesetting. It's very nice. > > > * Why do we need it an additinon to PostScript and PDF, > > It's used to /generate/ PS and PDF (as well as other formats). > > > * Who uses TeX/LaTeX ? For what? > > Me. For letters, scientific and technical writing, documentation, > tutorials; basically any writing more complex than plain text. > (Sometimes I use groff -ms instead though--that's another typesetting > system also available with Cygwin.) > > > * TeX vs. LaTeX ? > > TeX is the basic program and language primitives. LaTeX is a set of > macros "on top" of TeX which make it simpler, easier and more > convenient to use (i.e. more high level). It's a similar markup (in > concept, not appearance) to DocBook, though it allows far more freedom > and flexibility in terms of fine-tuning and customising the layout. > It's also much more extensible. > > Here's one example: > http://people.debian.org/~rleigh/gtk/ogcalc/ogcalc-1.0.4.tar.gz > If you unpack it, check ogcalc.tex (the source) and ogcalc.pdf (the > final document). It makes a use of a good range of features, and adds > some custom stuff as the top. > [snip] Thanks. Your explanation helped me. Also http://en.wikipedia.org/wiki/TeX explains the issue very good. -- Alex Vinokur http://mathforum.org/library/view/10978.html http://sourceforge.net/users/alexvn -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Wed Sep 29 11:28:00 2004 From: brian@dessent.net (Brian Dessent) Date: Wed, 29 Sep 2004 11:28:00 -0000 Subject: ssh-host-config requires cygminires.dll References: <415975F6.5030403@swipnet.se> <415983C7.9010101@swipnet.se> <415A73B6.2030306@swipnet.se> <415A7C82.99C307BE@dessent.net> <415A8259.909@swipnet.se> <415A98AC.B1140D40@dessent.net> Message-ID: <415A9B4E.5A1EB3E7@dessent.net> Brian Dessent wrote: > > ssh_host_*_key.pub are owned by the user that has run ssh-host-config > > Is it OK ? > > If you ran the above commands they should be owned by SYSTEM. The idea > here is that those files contain the private half of the host's > public/private keypair, and this is sensitive data. So the file should > be readable only by the account that runs the ssh daemon. If you are > the only local user then it doesn't really matter much as you can be > trusted, but on an actual multiuser posix system you would want to > restrict the host key files accordingly. Sorry, I realize I misread. The .pub files are the public half of the keypair, and should be world-readable by anyone. The ones that don't end in .pub are the private half of the keypair and should be restricted. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Wed Sep 29 11:28:00 2004 From: dk@artimi.com (Dave Korn) Date: Wed, 29 Sep 2004 11:28:00 -0000 Subject: "which" command does not expand "~" in path (base-files update needed) In-Reply-To: <20040929085447.GK14978@cygbert.vinschen.de> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Corinna Vinschen > Sent: 29 September 2004 09:55 > On Sep 28 15:40, Christopher Faylor wrote: > > On Tue, Sep 28, 2004 at 06:49:44PM +0100, Dave Korn wrote: > > > Wonder if this is a real bug then, or if I've misread > the shell parsing rules? > > >They are a bit ridiculously complicated and full of > exceptions and special > > >cases..... > > > > It seems like it's a bug. > > AFAICT, bash behaves according to its man page: > > QUOTING > [...] > Enclosing characters in double quotes preserves the lit- > eral value of all characters within the quotes, with the > exception of $, `, and \. > Well, yeh, but, like, y'know, the tilde was _outside_ the quotes. YMKMC! :) cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Wed Sep 29 11:52:00 2004 From: dk@artimi.com (Dave Korn) Date: Wed, 29 Sep 2004 11:52:00 -0000 Subject: Problems building setup from CVS. In-Reply-To: Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Brian Keener > Sent: 28 September 2004 20:41 > Dave Korn wrote: > > [ repeated here, from > > http://www.cygwin.com/ml/cygwin/2004-09/msg01531.html ] > > > > ------------------------------------------------------------ > > Index: autoload.c > > > Thanks Dave, > > Here I was trying to help you and you helped me. I just > didn't read far enough > in your original post (or overlooked that part) to see your > references to the > patches for autoload.c. Hey, I'll be the first to admit it was a fairly dense post with lots of cut'n'pastey bits that encourage the eye to glaze over. Glad to help. cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From PRI@magnus.dk Wed Sep 29 11:58:00 2004 From: PRI@magnus.dk (Peter Ring) Date: Wed, 29 Sep 2004 11:58:00 -0000 Subject: ssh appear to hang; xauth; X forwarding Message-ID: <8B45926190D2834CA1870E3015EED56919E453@midom01.win.magnus.local> Recently, probably after upgrading ssh to openssh-3.9p1-2, ssh appeared to hang, whether invoked by itself or as transport for cvs. Well, the culprit was xauth, or rather X forwarding. Starting ssh invoked xauth which subsequently hung because X wasn't running, even though DISPLAY was defined. Unsetting DISPLAY if X isn't running will cure the problem. kind regards Peter Ring -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Wed Sep 29 12:03:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Wed, 29 Sep 2004 12:03:00 -0000 Subject: "which" command does not expand "~" in path (base-files update needed) In-Reply-To: References: <20040929085447.GK14978@cygbert.vinschen.de> Message-ID: <20040929112940.GA23679@cygbert.vinschen.de> On Sep 29 12:19, Dave Korn wrote: > > QUOTING > > [...] > > Enclosing characters in double quotes preserves the lit- > > eral value of all characters within the quotes, with the > > exception of $, `, and \. > > Well, yeh, but, like, y'know, the tilde was _outside_ the quotes. YMKMC! :) Oh, well... *blush* Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pragma78@yahoo.com Wed Sep 29 12:21:00 2004 From: pragma78@yahoo.com (Steve B) Date: Wed, 29 Sep 2004 12:21:00 -0000 Subject: Excessive CPU load (cygrunsrv.exe, tail.exe, etc) Message-ID: <20040929115032.98115.qmail@web52310.mail.yahoo.com> When I am playing the freely available standalone version of Return to Castle Wolfenstein called Enemy Territory and I have various cygwin programs such as apache's httpd, tail.exe, cygrunsrv.exe, bash.exe, or whatnot running, ET will lock up and when I bring up the task manager, seemingly random cygwin processes will be hogging the CPU until I kill it. Upon killing the offending process, ET will resume normally briefly and then another random cygwin process will start hogging the CPU again until I kill it. This will repeat in a seemingly random order until all cygwin processes are killed. It does seem that cygrunsrv.exe is always the first process to have heavy CPU load at seemingly random times, e.g. not always during ET. Some other applications starting up seem to confuse cygrunsrv and I have to manually end the task to regain decent CPU performance. Why might this be and what can I do about it? cygcheck.exe output is attached. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygcheck.out URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pragma78@yahoo.com Wed Sep 29 13:06:00 2004 From: pragma78@yahoo.com (Steve B) Date: Wed, 29 Sep 2004 13:06:00 -0000 Subject: Excessive CPU load (cygrunsrv.exe, tail.exe, etc) Message-ID: <20040929115733.1174.qmail@web52310.mail.yahoo.com> Oh, it should probably be noted that when I manually end-task the cygrunsrv.exe when it is hogging the cpu it will immediately crash. None of the other processes demonstrate this behavior. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------- next part -------------- An embedded message was scrubbed... From: Steve B Subject: Excessive CPU load (cygrunsrv.exe, tail.exe, etc) Date: Wed, 29 Sep 2004 04:50:32 -0700 (PDT) Size: 33902 URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Wed Sep 29 13:28:00 2004 From: brian@dessent.net (Brian Dessent) Date: Wed, 29 Sep 2004 13:28:00 -0000 Subject: Excessive CPU load (cygrunsrv.exe, tail.exe, etc) References: <20040929115032.98115.qmail@web52310.mail.yahoo.com> Message-ID: <415AA557.14D51EFE@dessent.net> Steve B wrote: > > When I am playing the freely available standalone > version of Return to Castle Wolfenstein called Enemy > Territory and I have various cygwin programs such as > apache's httpd, tail.exe, cygrunsrv.exe, bash.exe, or > whatnot running, ET will lock up and when I bring up > the task manager, seemingly random cygwin processes > will be hogging the CPU until I kill it. If you happen to be using Process Explorer from sysinternals.com then that's the culprit. If you have the "modules" display enabled and happen to click on or otherwise display info about a cygwin process, the result is a 100% hang until you kill the cygwin process. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dev@eth0.ch Wed Sep 29 13:30:00 2004 From: dev@eth0.ch (David E. Meier) Date: Wed, 29 Sep 2004 13:30:00 -0000 Subject: SSH Environment In-Reply-To: <20040929092057.GM14978@cygbert.vinschen.de> References: <1936.217.162.71.141.1096446340.squirrel@217.162.71.141> <415A7D9E.DA312AB5@dessent.net> <20040929092057.GM14978@cygbert.vinschen.de> Message-ID: <1169.217.162.71.141.1096460471.squirrel@217.162.71.141> OK, I tested the app without any cygwin installation and then SSH uses that HOME environment variable I set when starting it. So far so good. However, I would like to change the behaviour of SSH to first use that HOME variable. What and where are the relevant code elements? Or is this too dangerous in order to break other things? Dave > On Sep 29 02:17, Brian Dessent wrote: >> "David E. Meier" wrote: >> >> > I try the running ssh client with only the required dll's from a .net >> > application and without a full cygwin installation. Basically that >> works >> > fine. >> >> SSH looks in /etc/passwd for the user's home directory, I believe. It > > Don't believe. Test and know! > > > :-) > Corinna > > -- > Corinna Vinschen Please, send mails regarding Cygwin to > Cygwin Project Co-Leader mailto:cygwin@cygwin.com > Red Hat, Inc. > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Wed Sep 29 13:31:00 2004 From: dk@artimi.com (Dave Korn) Date: Wed, 29 Sep 2004 13:31:00 -0000 Subject: "which" command does not expand "~" in path (base-files update needed) In-Reply-To: <20040929112940.GA23679@cygbert.vinschen.de> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Corinna Vinschen > Sent: 29 September 2004 12:30 > On Sep 29 12:19, Dave Korn wrote: > > > QUOTING > > > [...] > > > Enclosing characters in double quotes preserves the lit- > > > eral value of all characters within the quotes, with the > > > exception of $, `, and \. > > > > Well, yeh, but, like, y'know, the tilde was _outside_ the > quotes. YMKMC! :) > > Oh, well... *blush* > > Corinna I spelled the acronym wrong! I must have needed more coffee too! cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From a12@swipnet.se Wed Sep 29 13:45:00 2004 From: a12@swipnet.se (a12) Date: Wed, 29 Sep 2004 13:45:00 -0000 Subject: ssh-host-config requires cygminires.dll In-Reply-To: <415A98AC.B1140D40@dessent.net> References: <415975F6.5030403@swipnet.se> <415983C7.9010101@swipnet.se> <415A73B6.2030306@swipnet.se> <415A7C82.99C307BE@dessent.net> <415A8259.909@swipnet.se> <415A98AC.B1140D40@dessent.net> Message-ID: <415AB888.2000001@swipnet.se> Thank you very much for your reply. Brian Dessent wrote: >a12 wrote: > > > >>/usr/share/doc/Cygwin/openssh.README states: >>If you start sshd as deamon via cygrunsrv.exe you MUST give the >>"-D" option to sshd. Otherwise the service can't get started at all. >> >> > >That isn't telling to you use -D on the cygrunsrv command line >directly. It means that the sshd arguments should contain that >parameter. I.e. you must include -D in the setting of the -a parameter, >such as "cygrunsrv -I sshd -d "CYGWIN sshd" -p /usr/sbin/sshd -a -D" -D >is not a cygrunsrv option, it is the predicate of the -a option. > > > >>ssh_host_*_key.pub are owned by the user that has run ssh-host-config >>Is it OK ? >> >> > >If you ran the above commands they should be owned by SYSTEM. The idea >here is that those files contain the private half of the host's >public/private keypair, and this is sensitive data. So the file should >be readable only by the account that runs the ssh daemon. If you are >the only local user then it doesn't really matter much as you can be >trusted, but on an actual multiuser posix system you would want to >restrict the host key files accordingly. > >Brian > >-- >Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >Problem reports: http://cygwin.com/problems.html >Documentation: http://cygwin.com/docs.html >FAQ: http://cygwin.com/faq/ > > > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From a12@swipnet.se Wed Sep 29 13:56:00 2004 From: a12@swipnet.se (a12) Date: Wed, 29 Sep 2004 13:56:00 -0000 Subject: ssh-host-config requires cygminires.dll In-Reply-To: <415A9B4E.5A1EB3E7@dessent.net> References: <415975F6.5030403@swipnet.se> <415983C7.9010101@swipnet.se> <415A73B6.2030306@swipnet.se> <415A7C82.99C307BE@dessent.net> <415A8259.909@swipnet.se> <415A98AC.B1140D40@dessent.net> <415A9B4E.5A1EB3E7@dessent.net> Message-ID: <415AB900.6080207@swipnet.se> Hello again, I have just checked the ownership of .pub files, and they are readable by everyone. Brian Dessent wrote: >Brian Dessent wrote: > > >>>ssh_host_*_key.pub are owned by the user that has run ssh-host-config >>>Is it OK ? >>> >>If you ran the above commands they should be owned by SYSTEM. The idea >>here is that those files contain the private half of the host's >>public/private keypair, and this is sensitive data. So the file should >>be readable only by the account that runs the ssh daemon. If you are >>the only local user then it doesn't really matter much as you can be >>trusted, but on an actual multiuser posix system you would want to >>restrict the host key files accordingly. >> > >Sorry, I realize I misread. The .pub files are the public half of the >keypair, and should be world-readable by anyone. The ones that don't >end in .pub are the private half of the keypair and should be >restricted. > >Brian > >-- >Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >Problem reports: http://cygwin.com/problems.html >Documentation: http://cygwin.com/docs.html >FAQ: http://cygwin.com/faq/ > > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Wed Sep 29 14:42:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Wed, 29 Sep 2004 14:42:00 -0000 Subject: SSH Environment In-Reply-To: <1169.217.162.71.141.1096460471.squirrel@217.162.71.141> References: <1936.217.162.71.141.1096446340.squirrel@217.162.71.141> <415A7D9E.DA312AB5@dessent.net> <20040929092057.GM14978@cygbert.vinschen.de> <1169.217.162.71.141.1096460471.squirrel@217.162.71.141> Message-ID: <20040929133240.GO14978@cygbert.vinschen.de> On Sep 29 14:21, David E. Meier wrote: > OK, I tested the app without any cygwin installation and then SSH uses > that HOME environment variable I set when starting it. So far so good. > > However, I would like to change the behaviour of SSH to first use that So you think it's easier to patch OpenSSH (which you will never get applied upstream anyway) instead of just adding the correct homedir to /etc/passwd? > HOME variable. What and where are the relevant code elements? Dunno, I'm happy with the current behaviour. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Wed Sep 29 15:16:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 29 Sep 2004 15:16:00 -0000 Subject: ssh-host-config requires cygminires.dll In-Reply-To: <415A73B6.2030306@swipnet.se> References: <415975F6.5030403@swipnet.se> <415983C7.9010101@swipnet.se> <415A73B6.2030306@swipnet.se> Message-ID: On Wed, 29 Sep 2004, a12 wrote: > Hello again, > > Following your hint, I checked /usr/share/doc/Cygwin/openssh.README, and > entered: > > ssh-host-config -y > ssh-user-config -y > cygrunsrv -S sshd > yielded: > cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: > The service has not been started. > > I have also tried: > cygrunsrv -S -D sshd > with the following response: > cygrunsrv: trailing commandline argument not allowed > and: > cygrunsrv -D -S sshd > cygrunsrv: unknown option -- D And where did you find this particular command? Cygrunsrv indeed doesn't have a -D option -- you probably meant to pass that to sshd (which you should have done in the "cygrunsrv --install" line, and which ssh-host-config should do anyway). > Here are the contents of /var/log/sshd.log : > Could not load host key: /etc/ssh_host_key > Could not load host key: /etc/ssh_host_rsa_key > Could not load host key: /etc/ssh_host_dsa_key > Disabling protocol version 1. Could not load host key > Disabling protocol version 2. Could not load host key > sshd: no hostkeys available -- exiting. You may want to check that this is new. Delete /var/log/sshd.log (you may need to take ownership of it first), and let the sshd service create it anew. > Windows Applications Log contains the following entries: Cannot find a > description for event ID 0 in the source sshd. The local computer does > not have necessary register information or message DLL files required to > show messages from a remote computer. More information: sshd : PID 660 : > starting service `sshd' failed: execv: 1, Operation not permitted. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Ah, well, there's your clue. One of the executables (and remember, DLLs in Windows are technically executables too) probably doesn't have the right permissions. I suggest checking: a) the user mounts for the "SYSTEM" user (there shouldn't be any) b) the system mounts (they should exist) c) the permissions on /usr/sbin/sshd and all the DLLs it needs (they should be executable by all) d) the permissions on /usr, /usr/sbin, /usr/bin, and all the directories containing the DLLs that sshd needs (again, should be executable by all) If none of the above helps, please try starting sshd from the command line in a SYSTEM-owned bash shell (search the list archives for "sysbash"). Igor > Windows System Log contains the following entries: > The service CYGWIN sshd ended unexpectedly. It has done 1 time(s). The > following action will be done in 0 milliseconds. No action. > > Any new hints ? > > Igor Pechtchanski wrote: > > > On Tue, 28 Sep 2004, a12 wrote: > > > > > Hello Igor, > > > > > > Pardon me for my ignorance about not ataching the cygcheck output. > > > > > > I have run Cygwin setup.exe once again, and fetched & installed > > > minires and the new versions of openssh/openssl. > > > The following ssh-host-config -y ended OK, so I tried to start the sshd > > > service: > > > cygrunsrv -S sshd > > > and got the same error as before: > > > cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: > > > The service has not been started. > > > > > > Any hints ? > > > > > > > Yes, three: > > > > /usr/share/doc/Cygwin/openssh.README > > /var/log/sshd.log > > The Windows Event log > > > > One of the above should contain clues as to what went wrong. > > Igor > > > > > Igor Pechtchanski wrote: > > > > > > > On Tue, 28 Sep 2004, a12 wrote: > > > > > > > > > Hello Cygwin users, > > > > > > > > > > I have installed openssl and openssh. Host configuration with: > > > > > cd /bin > > > > > ssh-host-config -y > > > > > tells me about missing cygminires.dll > > > > > Thereafter the configuration continues: > > > > > [snip] > > > > > Host configuration finished. Have fun! > > > > > > > > > > Then I start the sshd service: > > > > > cygrunsrv -S sshd > > > > > which errors off with: > > > > > cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error > > > > > 1062: > > > > > The service has not been started. > > > > > > > > > > Where do I find cygminires.dll ? > > > > > > > > As always, the Cygwin package search page at > > > > has the answer. Install the > > > > "minires" package. > > > > > > > > However, you shouldn't have to, because openssh requires minires > > > > anyway. Did you, by chance, unselect it when you installed openssh > > > > via setup? In general, it's a *bad* idea to unselect anything > > > > setup chooses to automatically install, unless you know exactly > > > > what you're doing. > > > > > > > > > How do I make cygrunsrv to start sshd correctly ? > > > > > > > > The two problems are most likely related. Install "minires" and > > > > try again. > > > > > > > > > Belows follows output from 'cygcheck -svr': > > > > > > > > For the future, please include this output as an *attachment*, not > > > > inline > > > > as you did, as requested in . > > > > Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From a12@swipnet.se Wed Sep 29 15:34:00 2004 From: a12@swipnet.se (a12) Date: Wed, 29 Sep 2004 15:34:00 -0000 Subject: ssh-host-config requires cygminires.dll In-Reply-To: References: <415975F6.5030403@swipnet.se> <415983C7.9010101@swipnet.se> <415A73B6.2030306@swipnet.se> Message-ID: <415ABEFA.5040902@swipnet.se> Hello Igor, /usr/share/doc/Cygwin/openssh.README states: If you start sshd as deamon via cygrunsrv.exe you MUST give the "-D" option to sshd. Otherwise the service can't get started at all. chown SYSTEM /etc/ssh_host*_key chmod 600 /etc/ssh_host*_key solved my problem. Igor Pechtchanski wrote: >On Wed, 29 Sep 2004, a12 wrote: > > >>Hello again, >> >>Following your hint, I checked /usr/share/doc/Cygwin/openssh.README, and >>entered: >> >>ssh-host-config -y >>ssh-user-config -y >>cygrunsrv -S sshd >>yielded: >>cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: >>The service has not been started. >> >>I have also tried: >>cygrunsrv -S -D sshd >>with the following response: >>cygrunsrv: trailing commandline argument not allowed >>and: >>cygrunsrv -D -S sshd >>cygrunsrv: unknown option -- D >> > >And where did you find this particular command? Cygrunsrv indeed doesn't >have a -D option -- you probably meant to pass that to sshd (which you >should have done in the "cygrunsrv --install" line, and which >ssh-host-config should do anyway). > > >>Here are the contents of /var/log/sshd.log : >>Could not load host key: /etc/ssh_host_key >>Could not load host key: /etc/ssh_host_rsa_key >>Could not load host key: /etc/ssh_host_dsa_key >>Disabling protocol version 1. Could not load host key >>Disabling protocol version 2. Could not load host key >>sshd: no hostkeys available -- exiting. >> > >You may want to check that this is new. Delete /var/log/sshd.log (you may >need to take ownership of it first), and let the sshd service create it >anew. > > >>Windows Applications Log contains the following entries: Cannot find a >>description for event ID 0 in the source sshd. The local computer does >>not have necessary register information or message DLL files required to >>show messages from a remote computer. More information: sshd : PID 660 : >>starting service `sshd' failed: execv: 1, Operation not permitted. >> > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >Ah, well, there's your clue. One of the executables (and remember, DLLs >in Windows are technically executables too) probably doesn't have the >right permissions. I suggest checking: > >a) the user mounts for the "SYSTEM" user (there shouldn't be any) >b) the system mounts (they should exist) >c) the permissions on /usr/sbin/sshd and all the DLLs it needs (they > should be executable by all) >d) the permissions on /usr, /usr/sbin, /usr/bin, and all the directories > containing the DLLs that sshd needs (again, should be executable by > all) > >If none of the above helps, please try starting sshd from the command line >in a SYSTEM-owned bash shell (search the list archives for "sysbash"). > Igor > > >>Windows System Log contains the following entries: >>The service CYGWIN sshd ended unexpectedly. It has done 1 time(s). The >>following action will be done in 0 milliseconds. No action. >> >>Any new hints ? >> >>Igor Pechtchanski wrote: >> >> >>>On Tue, 28 Sep 2004, a12 wrote: >>> >>> >>>>Hello Igor, >>>> >>>>Pardon me for my ignorance about not ataching the cygcheck output. >>>> >>>>I have run Cygwin setup.exe once again, and fetched & installed >>>>minires and the new versions of openssh/openssl. >>>>The following ssh-host-config -y ended OK, so I tried to start the sshd >>>>service: >>>>cygrunsrv -S sshd >>>>and got the same error as before: >>>>cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: >>>>The service has not been started. >>>> >>>>Any hints ? >>>> >>>> >>>Yes, three: >>> >>>/usr/share/doc/Cygwin/openssh.README >>>/var/log/sshd.log >>>The Windows Event log >>> >>>One of the above should contain clues as to what went wrong. >>> Igor >>> >>> >>>>Igor Pechtchanski wrote: >>>> >>>> >>>>>On Tue, 28 Sep 2004, a12 wrote: >>>>> >>>>> >>>>>>Hello Cygwin users, >>>>>> >>>>>>I have installed openssl and openssh. Host configuration with: >>>>>>cd /bin >>>>>>ssh-host-config -y >>>>>>tells me about missing cygminires.dll >>>>>>Thereafter the configuration continues: >>>>>>[snip] >>>>>>Host configuration finished. Have fun! >>>>>> >>>>>>Then I start the sshd service: >>>>>>cygrunsrv -S sshd >>>>>>which errors off with: >>>>>>cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error >>>>>>1062: >>>>>>The service has not been started. >>>>>> >>>>>>Where do I find cygminires.dll ? >>>>>> >>>>>As always, the Cygwin package search page at >>>>> has the answer. Install the >>>>>"minires" package. >>>>> >>>>>However, you shouldn't have to, because openssh requires minires >>>>>anyway. Did you, by chance, unselect it when you installed openssh >>>>>via setup? In general, it's a *bad* idea to unselect anything >>>>>setup chooses to automatically install, unless you know exactly >>>>>what you're doing. >>>>> >>>>> >>>>>>How do I make cygrunsrv to start sshd correctly ? >>>>>> >>>>>The two problems are most likely related. Install "minires" and >>>>>try again. >>>>> >>>>> >>>>>>Belows follows output from 'cygcheck -svr': >>>>>> >>>>>For the future, please include this output as an *attachment*, not >>>>>inline >>>>>as you did, as requested in . >>>>> Igor >>>>> > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brunato@dit.unitn.it Wed Sep 29 15:59:00 2004 From: brunato@dit.unitn.it (Mauro Brunato) Date: Wed, 29 Sep 2004 15:59:00 -0000 Subject: Programming problem with POSIX threads and stdout Message-ID: <08f101c4a632$7bb91800$640aa8c0@brunato> The following has probably already been noticed by someone, but I could not find any reference (at least, comprehensible to me), so I apologize if my problem has already been taken care of. Consider the following code: #include #include #include void *mythread (void *p) { puts ("Begin thread."); sleep (2); puts ("End thread."); return NULL; } int main (void) { pthread_t threadID; puts ("Begin program."); pthread_create (&threadID, NULL, mythread, NULL); sleep(1); puts ("Mid program."); sleep (2); puts ("End program."); return 0; } In my intention, it should write the following (the sleeps take care of the timing): Begin program. Begin thread. Mid program. End thread. End program. However, the last line (which is executed after the thread has exited) is not printed. I also tried with files and with redirection. If I repeat the "sleep(2)" twice in the main program, the program actually takes longer, so I am sure that execution of main still proceeds after the thread has stopped; however, the standard output seems to have been closed by the thread termination. I have an up-to-date Cygwin system (1.5.11-1 DLL, GCC 3.3.3 with POSIX thread model); the compilation command that I used is gcc -Wall -o ttest ttest.c I also tried putting debug or optimization flags (-g, -O, -O2) and put an explicit "-lpthread" at the end, with no luck. I'm a bit new to pthreads, so probably it's my fault, or maybe this behavior is in the specifications; however, under Linux I get the whole output as I expect. Is there a way to get things right? Thank you, Mauro. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Andrew@DeFaria.com Wed Sep 29 16:09:00 2004 From: Andrew@DeFaria.com (Andrew DeFaria) Date: Wed, 29 Sep 2004 16:09:00 -0000 Subject: SSH Environment In-Reply-To: <1936.217.162.71.141.1096446340.squirrel@217.162.71.141> References: <1936.217.162.71.141.1096446340.squirrel@217.162.71.141> Message-ID: David E. Meier wrote: > Hi, > > I try the running ssh client with only the required dll's from a .net > application and without a full cygwin installation. Basically that > works fine. > > However, I have a problem regarding the known_hosts file: It does not > get written anywhere and therefore asks to add the key each time the > app runs. I tried to set the environment variabe to: HOME=c:\Program > Files\myApp in WinXP with a subdir .ssh already created. No luck. > > Then I tried setting the HOME-variable to different values when > starting the ssh-process from my .net application using > "/cygdrive/c/Program Files/myApp", "/cygdrive/c/Program\\ Files/myApp" > or "C:\Program Files\myApp". No luck as well. > > What am I missing here? Do I need more environment variables? Another > solution for setting the path of the known_hosts file? Why would a home directory be under "Program Files"?!? "Program Files" is a directory that contains a space in it so you might try escaping it. Well further reading of this thread suggests that OpenSSH uses the home directory in /etc/passwd anyway but still are ya gonna put /cygdrive/c/Program Files/myApp in that field? I think you'll still have a problem with the space. I don't think you want a home directory under program files in the first place. However, one trick that I do to more easily deal with the "Program Files" think is: $ mount -bsf "/cydrive/c/Program Files" /apps Then it's simply /apps//. Much easier to deal with, shorter and file name completion under bash works well with this. -- Never raise your hands to your kids. It leaves your groin unprotected. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Andrew@DeFaria.com Wed Sep 29 16:11:00 2004 From: Andrew@DeFaria.com (Andrew DeFaria) Date: Wed, 29 Sep 2004 16:11:00 -0000 Subject: Excessive CPU load (cygrunsrv.exe, tail.exe, etc) In-Reply-To: <415AA557.14D51EFE@dessent.net> References: <20040929115032.98115.qmail@web52310.mail.yahoo.com> <415AA557.14D51EFE@dessent.net> Message-ID: Brian Dessent wrote: > Steve B wrote: > >> When I am playing the freely available standalone version of Return >> to Castle Wolfenstein called Enemy Territory and I have various >> cygwin programs such as apache's httpd, tail.exe, cygrunsrv.exe, >> bash.exe, or whatnot running, ET will lock up and when I bring up >> the task manager, seemingly random cygwin processes will be hogging >> the CPU until I kill it. > > If you happen to be using Process Explorer from sysinternals.com then > that's the culprit. If you have the "modules" display enabled and > happen to click on or otherwise display info about a cygwin process, > the result is a 100% hang until you kill the cygwin process. There has been talk of late about this, usually with csrss (a non Cygwin process) going wild as well as inetd, cron and other Cygwin processes. I, at times, use Procexp, other times not use it and still see occasionally this problem happening. It hogs the CPU but not that much (typically the processes are taking up 30 or so percent of the CPU but 2 or 3 of them (csrss and inetd and cron - 30 + 30 + 30 tends to get to ~100%)). This is observed with regular TaskManager not Procexp however this condition may have been tripped earlier as often my CPU is very busy anyway. So it might be that I had Procexp running and not necessarily looking at the "modules" display or anything rather it is iconified but a cygwin process, such as cron, became busy and thus got Procexp's attention possibly tripping the problem. In any event what version of Procexp do you use and suspect is causing this problem. I have 5.20 running at home and I forget which version is running at work but I know it's a newer version. When starting Procexp to check the version I noticed that he problem has occurred again. csrss is taking ~20% and cron ~12%. The 2 inetd's are taking ~10%. Working around this usually just involves a net stop of cron/inetd and restarting it. OK that worked. Restarting Procexp and wham! Same problem! Interesting. There is no modules view in 5.20 BTW. There is only View: DLLs and Handles. Either setting causes this problem in Cygwin. -- Ask people why they have deer heads on their walls and they tell you it's because they're such beautiful animals.I think my wife is beautiful, but I only have photographs of her on the wall. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From darogers@speakeasy.net Wed Sep 29 16:20:00 2004 From: darogers@speakeasy.net (David A. Rogers) Date: Wed, 29 Sep 2004 16:20:00 -0000 Subject: cp to flash drive very slow Message-ID: I tried using cp to copy a zip file 106MB from my hard drive to my flash drive (sandisk mini cruzer). After 20 minutes it still had not completed. xcopy copied the file in 22 seconds. Why would cp be so much slower? Any ideas as to work-arounds? cygcheck output is enclosed. TIA, dar -------------- next part -------------- Cygwin Configuration Diagnostics Current System Time: Wed Sep 29 10:54:10 2004 Windows XP Home Edition Ver 5.1 Build 2600 Service Pack 1 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\AppsDev\perl\bin\ C:\cygwin\bin c:\j2sdk\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\Sonic\MyDVD c:\Program Files\Common Files\Adaptec Shared\System c:\AppsDev\mysql\bin c:\AppsDev\ant\bin z:\rosetta\lib c:\home\bin c:\VISUALSTUDIO\Common\msdev98\BIN c:\VISUALSTUDIO\VC98\BIN c:\VISUALSTUDIO\Common\TOOLS\WINNT c:\VISUALSTUDIO\Common\TOOLS Output from C:\cygwin\bin\id.exe (nontsec) UID: 1007(darogers) GID: 513(None) 513(None) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1007(darogers) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS CYGWIN = `ntsec' HOME = `c:\home' MAKE_MODE = `unix' PWD = `/c' USER = `darogers' Use `-r' to scan registry c: hd NTFS 38107Mb 41% CP CS UN PA FC MainDrive d: cd N/A N/A e: cd N/A N/A f: hd NTFS 60000Mb 8% CP CS UN PA FC Work_Drive g: hd NTFS 54470Mb 5% CP CS UN PA FC Extra h: hd FAT32 195Mb 1% CP UN XFER i: fd FAT32 248Mb 53% CP UN SANDISK z: hd NTFS 60000Mb 8% CP CS UN PA FC Work_Drive h: /h user textmode i: /i user textmode w: /w user textmode . /cygdrive user textmode,cygdrive C:\cygwin / system textmode c: /c system binmode d: /d system binmode e: /e system binmode f: /f system binmode g: /g system binmode C:\cygwin/bin /usr/bin system textmode C:\cygwin/lib /usr/lib system textmode C:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode z: /z system binmode . /cygdrive system textmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\gcc.exe Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe 61k 2003/08/09 C:\cygwin\bin\cygbz2-1.dll 7k 2003/10/19 C:\cygwin\bin\cygcrypt-0.dll 841k 2004/03/17 C:\cygwin\bin\cygcrypto-0.9.7.dll 645k 2003/04/11 C:\cygwin\bin\cygcrypto.dll 22k 2004/02/10 C:\cygwin\bin\cygcygipc-2.dll 831k 2003/09/20 C:\cygwin\bin\cygdb-4.1.dll 895k 2004/04/28 C:\cygwin\bin\cygdb-4.2.dll 1080k 2003/09/20 C:\cygwin\bin\cygdb_cxx-4.1.dll 1156k 2004/04/28 C:\cygwin\bin\cygdb_cxx-4.2.dll 155k 2004/01/07 C:\cygwin\bin\cygexpat-0.dll 129k 2004/03/11 C:\cygwin\bin\cygfontconfig-1.dll 45k 2001/04/25 C:\cygwin\bin\cygform5.dll 35k 2002/01/09 C:\cygwin\bin\cygform6.dll 48k 2003/08/09 C:\cygwin\bin\cygform7.dll 907k 2004/06/09 C:\cygwin\bin\cygfpx-1.dll 361k 2003/10/25 C:\cygwin\bin\cygfreetype-6.dll 28k 2003/07/20 C:\cygwin\bin\cyggdbm-3.dll 30k 2003/08/11 C:\cygwin\bin\cyggdbm-4.dll 19k 2003/03/22 C:\cygwin\bin\cyggdbm.dll 15k 2003/07/20 C:\cygwin\bin\cyggdbm_compat-3.dll 15k 2003/08/11 C:\cygwin\bin\cyggdbm_compat-4.dll 107k 2004/07/06 C:\cygwin\bin\cyggettextlib-0-14-1.dll 17k 2004/07/06 C:\cygwin\bin\cyggettextpo-0.dll 190k 2004/07/06 C:\cygwin\bin\cyggettextsrc-0-14-1.dll 17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll 29k 2003/08/10 C:\cygwin\bin\cyghistory5.dll 330k 2004/02/09 C:\cygwin\bin\cyghttpd.dll 991k 2004/07/06 C:\cygwin\bin\cygiconv-2.dll 22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll 37k 2003/08/10 C:\cygwin\bin\cygintl-2.dll 54k 2004/07/06 C:\cygwin\bin\cygintl-3.dll 21k 2001/06/20 C:\cygwin\bin\cygintl.dll 241k 2004/08/06 C:\cygwin\bin\cygjasper-1-701-1.dll 48k 2003/08/10 C:\cygwin\bin\cygjbig1.dll 132k 2003/08/11 C:\cygwin\bin\cygjpeg-62.dll 156k 2004/06/04 C:\cygwin\bin\cyglcms-1.dll 40k 2004/07/07 C:\cygwin\bin\cygltdl-3.dll 369k 2004/08/11 C:\cygwin\bin\cygMagick++-6.dll 3214k 2004/08/11 C:\cygwin\bin\cygMagick-6.dll 26k 2001/04/25 C:\cygwin\bin\cygmenu5.dll 20k 2002/01/09 C:\cygwin\bin\cygmenu6.dll 29k 2003/08/09 C:\cygwin\bin\cygmenu7.dll 15k 2003/11/20 C:\cygwin\bin\cygminires.dll 404k 2004/03/26 C:\cygwin\bin\cygnaim_core-0.dll 156k 2001/04/25 C:\cygwin\bin\cygncurses++5.dll 175k 2002/01/09 C:\cygwin\bin\cygncurses++6.dll 226k 2001/04/25 C:\cygwin\bin\cygncurses5.dll 202k 2002/01/09 C:\cygwin\bin\cygncurses6.dll 224k 2003/08/09 C:\cygwin\bin\cygncurses7.dll 15k 2001/04/25 C:\cygwin\bin\cygpanel5.dll 12k 2002/01/09 C:\cygwin\bin\cygpanel6.dll 19k 2003/08/09 C:\cygwin\bin\cygpanel7.dll 62k 2003/12/11 C:\cygwin\bin\cygpcre-0.dll 63k 2003/04/11 C:\cygwin\bin\cygpcre.dll 9k 2003/12/11 C:\cygwin\bin\cygpcreposix-0.dll 61k 2003/04/11 C:\cygwin\bin\cygpcreposix.dll 1061k 2004/08/19 C:\cygwin\bin\cygperl5_8_5.dll 173k 2003/08/10 C:\cygwin\bin\cygpng12.dll 22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll 108k 2001/06/28 C:\cygwin\bin\cygreadline4.dll 148k 2003/08/10 C:\cygwin\bin\cygreadline5.dll 171k 2004/03/17 C:\cygwin\bin\cygssl-0.9.7.dll 165k 2003/04/11 C:\cygwin\bin\cygssl.dll 282k 2003/08/11 C:\cygwin\bin\cygtiff4.dll 154k 2004/08/11 C:\cygwin\bin\cygWand-6.dll 1226k 2004/08/04 C:\cygwin\bin\cygxml2-2.dll 61k 2003/12/04 C:\cygwin\bin\cygz.dll 1126k 2004/05/26 C:\cygwin\bin\cygwin1.dll Cygwin DLL version info: DLL version: 1.5.10 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 116 Shared data: 4 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Tue May 25 22:07:00 EDT 2004 CVS tag: cr-0x5e6 Shared id: cygwin1S4 237k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygdps-1.dll 25k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygdpstk-1.dll 21k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygfontenc-1.dll 282k 2003/10/28 C:\cygwin\usr\X11R6\bin\cygfreetype-9.dll 36k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygFS-6.dll 431k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygGL-1.dll 437k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygGLU-1.dll 140k 2004/08/06 C:\cygwin\usr\X11R6\bin\cygglut-3.dll 74k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygICE-6.dll 9k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygoldX-6.dll 1250k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygOSMesa-4.dll 20k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygpsres-1.dll 30k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygSM-6.dll 869k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygX11-6.dll 253k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXaw-6.dll 355k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXaw-7.dll 30k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXcursor-1.dll 49k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXext-6.dll 7k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXfontcache-1.dll 56k 2004/03/11 C:\cygwin\usr\X11R6\bin\cygXft-1.dll 63k 2004/03/23 C:\cygwin\usr\X11R6\bin\cygXft-2.dll 27k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXi-6.dll 124k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygxkbfile-1.dll 12k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygxkbui-1.dll 76k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXmu-6.dll 11k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXmuu-1.dll 26k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXp-6.dll 51k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXpm-4.dll 11k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXrandr-2.dll 27k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXrender-1.dll 8k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXRes-1.dll 282k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXt-6.dll 27k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXTrap-6.dll 17k 2004/07/15 C:\cygwin\usr\X11R6\bin\cygXtst-6.dll 653k 2003/08/04 c:\AppsDev\mysql\bin\cygwinb19.dll Cygwin Package Information Package Version _update-info-dir 00227-1 apache 1.3.29-2 ash 20040127-1 autoconf 2.59-1 autoconf-devel 2.59-1 autoconf-stable 2.13-5 automake 1.7.9-1 automake-devel 1.8.5-1 automake-stable 1.4p6-2 base-files 3.0-3 base-passwd 1.1-1 bash 2.05b-16 binutils 20040725-2 bzip2 1.0.2-5 clear 1.0-1 crypt 1.1-1 ctags 5.5-4 cvs 1.11.6-3 cygipc 2.03-2 cygutils 1.2.5-1 cygwin 1.5.10-3 cygwin-doc 1.3-7 diffutils 2.8.7-1 editrights 1.01-1 emacs 21.2-13 expat 1.95.7-1 file 4.09-1 fileutils 4.1-2 findutils 4.1.7-4 fontconfig 2.2.2-1 freeglut 2.2.0-1 freetype2 2.1.5-1 gawk 3.1.4-3 gcc 3.3.3-3 gcc-core 3.3.3-3 gcc-g++ 3.3.3-3 gcc-mingw 20040810-1 gcc-mingw-core 20040810-1 gcc-mingw-g++ 20040810-1 gdb 20030919-1 gdbm 1.8.3-7 gettext 0.14.1-1 gnupg 1.2.4-1 grep 2.5-1 groff 1.18.1-2 gzip 1.3.5-1 ImageMagick 6.0.4-1 inetutils 1.3.2-28 jasper 1.701.0-1 jbigkit 1.5-3 lcms 1.13-1 less 381-1 libbz2_1 1.0.2-5 libdb4.1 4.1.25-1 libdb4.2 4.2.52-1 libfontconfig1 2.2.2-1 libfpx 1.2.0.9-1 libfreetype26 2.1.5-1 libgdbm 1.8.0-5 libgdbm-devel 1.8.3-7 libgdbm3 1.8.3-3 libgdbm4 1.8.3-7 libgettextpo0 0.14.1-1 libiconv2 1.9.2-1 libintl 0.10.38-3 libintl1 0.10.40-1 libintl2 0.12.1-3 libintl3 0.14.1-1 libjpeg62 6b-11 libltdl3 1.5.6-3 libMagick6 6.0.4-1 libncurses5 5.2-1 libncurses6 5.2-8 libncurses7 5.3-4 libpcre 4.1-1 libpcre0 4.5-1 libpng12 1.2.5-4 libpopt0 1.6.4-4 libreadline4 4.1-2 libreadline5 4.3-5 libtiff4 3.6.0-5 libtool 1.5b-1 libtool-devel 1.5.6-3 libtool-stable 1.4.3-2 libXft 2.1.6-1 libXft1 1.0.0-1 libXft2 2.1.6-1 libxml2 2.6.11-1 login 1.9-7 lynx 2.8.4-8 m4 1.4-1 make 3.80-1 man 1.5k-3 mingw-runtime 3.3-1 minires 0.97-1 mktemp 1.5-3 naim 0.11.6.7-1 ncftp 3.1.7-1 ncurses 5.3-4 netcat 1.10-2 newlib-man 20020801 openssh 3.9p1-1 openssl 0.9.7d-1 openssl096 0.9.6j-1 pcre 4.5-1 pcre-doc 4.5-1 perl 5.8.5-3 python 2.3.4-2 readline 4.3-5 rebase 2.3-1 rxvt 2.7.10-4 sed 4.1.2-1 sh-utils 2.0.15-4 tar 1.13.25-5 tcltk 20030901-1 termcap 20021106-2 terminfo 5.3_20030726-1 texinfo 4.2-4 textutils 2.0.21-1 unzip 5.50-5 vim 6.3-1 w32api 2.5-1 wget 1.9.1-1 which 1.5-2 X-startup-scripts 1.0.8-1 XFree86-base 4.3.0-11 XFree86-bin 4.3.0-21 XFree86-etc 4.3.0-12 XFree86-fenc 4.3.0-2 XFree86-fnts 4.3.0-2 XFree86-lib 4.3.0-3 XFree86-lib-compat 4.3.0-2 XFree86-startup-scripts 4.3.0-1 XFree86-xserv 4.3.0-68 xorg-x11-base 6.7.0.0-8 xorg-x11-bin 6.7.0.0-4 xorg-x11-bin-dlls 6.7.0.0-5 xorg-x11-bin-lndir 6.7.0.0-2 xorg-x11-etc 6.7.0.0-3 xorg-x11-fenc 6.7.0.0-2 xorg-x11-fnts 6.7.0.0-1 xorg-x11-libs-data 6.7.0.0-3 xorg-x11-xwin 6.7.0.0-12 xterm 185-4 zip 2.3-6 zlib 1.2.1-1 Use -h to see help about each section -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ford@vss.fsi.com Wed Sep 29 16:31:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Wed, 29 Sep 2004 16:31:00 -0000 Subject: Programming problem with POSIX threads and stdout In-Reply-To: <08f101c4a632$7bb91800$640aa8c0@brunato> References: <08f101c4a632$7bb91800$640aa8c0@brunato> Message-ID: On Wed, 29 Sep 2004, Mauro Brunato wrote: > The following has probably already been noticed by someone, Yup. > but I could not find any reference (at least, comprehensible to me), so > I apologize if my problem has already been taken care of. How 'bout this thread?: http://cygwin.com/ml/cygwin/2004-09/msg01292.html > Consider the following code: [snip] > I also tried putting debug or optimization flags (-g, -O, -O2) and put an > explicit "-lpthread" at the end, with no luck. -lpthread is not needed on Cygwin. The pthreads code is part of the cygwin dll. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Michael@Hipp.com Wed Sep 29 17:04:00 2004 From: Michael@Hipp.com (Michael Hipp) Date: Wed, 29 Sep 2004 17:04:00 -0000 Subject: cygserver won't start In-Reply-To: References: <4159D706.6020402@Hipp.com> Message-ID: <415ADE51.1030908@Hipp.com> Alder wrote: > Michael Hipp wrote:: > >> Hello, >> >> I realize this topic was discussed at length quite recently but in all >> those posts I was not able to discern a solution. >> > > That would have been my original post that spawned that thread, Michael. > In the end, it appeared to be related to my PATH variable contents. > Can you post yours here so we can have a boo? From "Command Prompt": C:\WINNT\system32;C:\WINNT;C:\WINNT\system32\wbem;C:\Python23 From bash: /usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/cygdrive/c/WINNT/system32:/cygdrive /c/WINNT:/cygdrive/c/WINNT/system32/wbem:/cygdrive/c/Python23 From cmd.exe run from within bash: C:\cygwin\usr\local\bin;C:\cygwin\bin;C:\cygwin\bin;C:\cygwin\usr\X11R6\bin;c:\W INNT\system32;c:\WINNT;c:\WINNT\system32\wbem;c:\Python23 Anything out of place? The only thing I can see is that /usr/X11R6/bin is in the path and there is no such directory. Any help appreciated, Michael -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brunato@dit.unitn.it Wed Sep 29 17:25:00 2004 From: brunato@dit.unitn.it (Mauro Brunato) Date: Wed, 29 Sep 2004 17:25:00 -0000 Subject: Programming problem with POSIX threads and stdout References: <08f101c4a632$7bb91800$640aa8c0@brunato> Message-ID: <000a01c4a640$349d5360$70d5cdc1@brunato> Thanks, Brian! Actually, I had seen that posting, but I missed the fact that the third reply was from Faylor, and not from the original poster, who said that the problem had been fixed *after* the last stable release. I'll go get a recent snapshot of the DLL. Thank you again, Mauro. ----- Original Message ----- From: "Brian Ford" To: "Mauro Brunato" Cc: Sent: Wednesday, September 29, 2004 6:09 PM Subject: Re: Programming problem with POSIX threads and stdout > On Wed, 29 Sep 2004, Mauro Brunato wrote: > >> The following has probably already been noticed by someone, > > Yup. > >> but I could not find any reference (at least, comprehensible to me), so >> I apologize if my problem has already been taken care of. > > How 'bout this thread?: > > http://cygwin.com/ml/cygwin/2004-09/msg01292.html > >> Consider the following code: > [snip] >> I also tried putting debug or optimization flags (-g, -O, -O2) and put an >> explicit "-lpthread" at the end, with no luck. > > -lpthread is not needed on Cygwin. The pthreads code is part of the > cygwin dll. > > -- > Brian Ford > Senior Realtime Software Engineer > VITAL - Visual Simulation Systems > FlightSafety International > the best safety device in any aircraft is a well-trained pilot... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rainer@hochreiter.at Wed Sep 29 17:56:00 2004 From: rainer@hochreiter.at (Rainer Hochreiter) Date: Wed, 29 Sep 2004 17:56:00 -0000 Subject: [PATCH] cygrunsrv --recovery Message-ID: <42404.193.16.155.145.1096475468.squirrel@webmail.kainz.com> the attached patch implements the options -r or --recovery to set service failure actions. allowed actions are 'none', 'boot' or 'restar'. not implemented are actions for running commands on failed actions, like supported by the windows SCM. the patch also uses ChangeServiceConfig2() for setting the description of the installed service. not included is the ChangeLog of the patch! rainer -------------- next part -------------- A non-text attachment was scrubbed... Name: cygrunsrv-recovery.patch Type: application/octet-stream Size: 8820 bytes Desc: not available URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Michael@Hipp.com Wed Sep 29 18:22:00 2004 From: Michael@Hipp.com (Michael Hipp) Date: Wed, 29 Sep 2004 18:22:00 -0000 Subject: cygserver won't start In-Reply-To: <415A0C37.46030DAE@dessent.net> References: <4159D706.6020402@Hipp.com> <4159DAA9.1EDB4121@dessent.net> <4159DCC1.6090506@Hipp.com> <4159E37C.26CF31BD@dessent.net> <4159EAB4.3030708@Hipp.com> <415A0C37.46030DAE@dessent.net> Message-ID: <415AEB41.5050107@Hipp.com> Brian Dessent wrote: > Hmm. You should also check that /etc/cygserver.conf is readable by > SYSTEM and that /var/log/cygserver.log is readable and writable by > SYSTEM. You could always just do "chown SYSTEM:root" and "chmod 644" on > them if unsure, but I suspect they're fine. Well, you're on the right track. Adding -d to the cygserver options caused Event Viewer to come up with this: cygserver : PID 800 : starting service `' failed: redirect_fd: open (1, /var/log/cygserver.log): 2, No such file or directory. So I tried (numerous times) setting the perms both from bash and Windows to no avail. Tried deleting and re-creating the file. Here is a partial transcript: michael@michael /var/log $ rm cygserver.log rm: remove write-protected file `cygserver.log'? y $ touch cygserver.log $ chown SYSTEM:root cygserver.log $ chmod 644 cygserver.log $ ls -l cygserver.log -rw-r--r-- 1 SYSTEM root 0 Sep 29 11:47 cygserver.log $ cygrunsrv -S cygserver cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: The service has not been started. $ chmod 777 cygserver.log $ cygrunsrv -S cygserver cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: The service has not been started. Error message in Event Viewer repeats the "No such file or directory" error. Would sure appreciate some ideas. One thing, when I installed this cygwin I checked the "Install For Just Me" option. Could this have anything to do with it? Thanks, Michael -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Wed Sep 29 18:29:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 29 Sep 2004 18:29:00 -0000 Subject: cygserver won't start (FAQ alert) In-Reply-To: <415AEB41.5050107@Hipp.com> References: <4159D706.6020402@Hipp.com> <4159DAA9.1EDB4121@dessent.net> <4159DCC1.6090506@Hipp.com> <4159E37C.26CF31BD@dessent.net> <4159EAB4.3030708@Hipp.com> <415A0C37.46030DAE@dessent.net> <415AEB41.5050107@Hipp.com> Message-ID: On Wed, 29 Sep 2004, Michael Hipp wrote: > Brian Dessent wrote: > > Hmm. You should also check that /etc/cygserver.conf is readable by > > SYSTEM and that /var/log/cygserver.log is readable and writable by > > SYSTEM. You could always just do "chown SYSTEM:root" and "chmod 644" on > > them if unsure, but I suspect they're fine. > > Well, you're on the right track. Adding -d to the cygserver options caused > Event Viewer to come up with this: > > cygserver : PID 800 : starting service `' failed: redirect_fd: open (1, > /var/log/cygserver.log): 2, No such file or directory. > > So I tried (numerous times) setting the perms both from bash and Windows to no > avail. Tried deleting and re-creating the file. > [snip] > One thing, when I installed this cygwin I checked the "Install For Just Me" > option. Could this have anything to do with it? Bingo. As I was reading your message, I thought "he should check that he has system mounts". You've just confirmed that you don't. Re-mount all of your mounts as "system", and your services will work. David, this is definitely an FAQ, but there is nothing in the FAQ about services (other than the "how do I install snapshots" entry). Should we add something along the lines: Why don't my services work? Most Windows services run as the SYSTEM user. If you installed Cygwin for "Just Me", the SYSTEM user won't see the mount table. You need to re-mount all of your mounts as "system" for services to work. We could even include the recipe for remounting as system (e.g., from ), or tell them to run setup.exe again and select "All Users" on the "Install For" screen (and use the "Keep" view, so that nothing gets upgraded accidentally). Incidentally, being able to use system mounts requires write access to the HKLM registry tree. However, installing services also seems to require it, so if anyone has problems with services not working (but being correctly installed into the registry) should also be able to use system mounts. Don't know if this is worth mentioning in the FAQ. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Michael@Hipp.com Wed Sep 29 19:13:00 2004 From: Michael@Hipp.com (Michael Hipp) Date: Wed, 29 Sep 2004 19:13:00 -0000 Subject: cygserver won't start (FAQ alert)[SOLVED] In-Reply-To: References: <4159D706.6020402@Hipp.com> <4159DAA9.1EDB4121@dessent.net> <4159DCC1.6090506@Hipp.com> <4159E37C.26CF31BD@dessent.net> <4159EAB4.3030708@Hipp.com> <415A0C37.46030DAE@dessent.net> <415AEB41.5050107@Hipp.com> Message-ID: <415AF77C.90008@Hipp.com> Igor Pechtchanski wrote: >>One thing, when I installed this cygwin I checked the "Install For Just Me" >>option. Could this have anything to do with it? > > > Bingo. As I was reading your message, I thought "he should check that he > has system mounts". You've just confirmed that you don't. Re-mount all > of your mounts as "system", and your services will work. > > David, this is definitely an FAQ, but there is nothing in the FAQ about > services (other than the "how do I install snapshots" entry). Should we > add something along the lines: > > Why don't my services work? > > Most Windows services run as the SYSTEM user. If you installed Cygwin > for "Just Me", the SYSTEM user won't see the mount table. You need to > re-mount all of your mounts as "system" for services to work. > > We could even include the recipe for remounting as system (e.g., from > ), or tell them to run > setup.exe again and select "All Users" on the "Install For" screen (and > use the "Keep" view, so that nothing gets upgraded accidentally). Thank you (all) ever so very much. I had no idea what it took to "re-mount all your mounts as system" but I did the {eval "`mount -m | sed -e 's/ -u / -s /g' -e 's/$/;/'`"} from the msg referenced above and it now works like a charm. (There are some occasional other users of this machine and I don't really want them to have access to something as powerful as cygwin so re-installing for all users was definitely not the preferred solution.) Hmmm. I wonder if this will help another installation where "Task Scheduler" jobs don't seem to have access to windows network drives. Worth a try. Thanks again, Michael -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From andrex@alumni.utexas.net Wed Sep 29 20:09:00 2004 From: andrex@alumni.utexas.net (Andrew Schulman) Date: Wed, 29 Sep 2004 20:09:00 -0000 Subject: make-3.80-1: "virtual memory exhausted" bug Message-ID: make-3.80-1 suffers from the "virtual memory exhausted" bug: http://www.mail-archive.com/bug-make@gnu.org/msg02871.html Following that discussion thread leads to a patch available at https://savannah.gnu.org/bugs/index.php?func=detailitem&item_id=1517 (although I had to reformat the patch: try http://home.comcast.net/~andrex/misc/make-3.80-eval-crash.patch). The bug is triggered by passing a long string to the "eval" function. I ran into this recently and couldn't run make until I built a version patched with the above patch. Andrew. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From john.r.morrison@ntlworld.com Wed Sep 29 20:37:00 2004 From: john.r.morrison@ntlworld.com (John Morrison) Date: Wed, 29 Sep 2004 20:37:00 -0000 Subject: 'which' command does not expand '~' in path (base-files update needed) In-Reply-To: <26414.193.133.13.145.1096443871.squirrel@193.133.13.145> References: <20040928194018.GR26145@trixie.casa.cgf.cx> <20040928194740.GT26145@trixie.casa.cgf.cx> <20040928215346.GC2242@trixie.casa.cgf.cx> <26414.193.133.13.145.1096443871.squirrel@193.133.13.145> Message-ID: <1855.10.0.0.8.1096482592.squirrel@10.0.0.8> > cgf wrote: >> Dropping the quotes from the original example will just cause >> everything to work correctly everywhere. >> >> John Morrison, would you mind doing this, please? > > Hi cgf, > > As I said, I wasn't following this thread for a while, so here are the > changes I'll do (I'm also trying to clean the scripts up as much as > possible). I'll not be able to upload a version until tonight though, I > don't have the code base with me... > > /etc/profile: > remove quotes from lines 23, 36 and 29 > brace ${...} all variables > change ~ to ${HOME} on lines 193, 195 and 197 > > /etc/skel/.bash_profile (via default versions) > remove quotes from lines 13, 18 and 23 > change ~ to ${HOME} on lines 7, 8, 12, 13, 17, 18, 22 and 23 > > If people didn't remove these files prior to the last upgrade they must > remove them before this upgrade otherwise they will not be overwritten. The above changes have been done... Are there any other changes needed? J. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From andrex@alumni.utexas.net Wed Sep 29 21:08:00 2004 From: andrex@alumni.utexas.net (Andrew Schulman) Date: Wed, 29 Sep 2004 21:08:00 -0000 Subject: make-3.80-1: "virtual memory exhausted" bug References: Message-ID: Sorry, the link to the bug should have been http://www.mail-archive.com/bug-make@gnu.org/msg02871.html -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From alex_alexandrov@fromru.com Wed Sep 29 21:28:00 2004 From: alex_alexandrov@fromru.com (Alex Alexandrov) Date: Wed, 29 Sep 2004 21:28:00 -0000 Subject: Problems on Itanium: Found the Cause, What's Next? References: <20040929092001.GL14978@cygbert.vinschen.de> Message-ID: <000601c4a660$104cb3f0$210443d4@home> Hi, Corinna Vinschen, you wrote > It also works fine on a x86_64 machine in 32 bit mode. Yes, I've checked it too - it really works on Intel EM64T (didn't test it on AMD64). > No, because this would also exclude x86_64 machines. Probably, a better approach is needed. It is possible to check PROCESSOR_ARCHITECTURE envvar but it looks a little clumsy. > Actually I'm somewhat in doubt that CreateFileMapping/MapVieOfFile > functionality should actually be so broken on the ia64 platform. > Are you really sure that the culprit isn't somewhere else? > Your test application uses a very common idiom, so I'd guess that > a lot more applications would fail miserably on ia64 in 32 bit mode. Belieive it or not, it is! I've double checked it (I mean I've done that on 2 computers :-) ). It is easily reproducible with cygwin - any malloc for a big memory chunk causes segmentation fault (if I understand correctly malloc requests for big memory areas lead to mmap call). I've posted the bug report to public.win32.programming.kernel and private.windowsserver_64bit msft mailing lists - no answer so far... With best regards, Alex Alexandrov. E-mail: alex1_alexandrov2@fromru3.com4 (remove numbers before e-mailing me) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bjaspan@MIT.EDU Wed Sep 29 22:14:00 2004 From: bjaspan@MIT.EDU (Barry Jaspan) Date: Wed, 29 Sep 2004 22:14:00 -0000 Subject: Updated: rsync-2.6.2-3 In-Reply-To: <415983C2.5090804@lapo.it> References: <415983C2.5090804@lapo.it> Message-ID: <6.1.1.1.2.20040929163653.03bd8e40@po12.mit.edu> >If you're using 2.6.2-1 or earlier version to avoid the textmode bug, >you're now strongly advised to upgrade to 2.6.2-4 Is this a typo, or is there a 2.6.2-4? Barry -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dac922@gmx.de Wed Sep 29 22:29:00 2004 From: dac922@gmx.de (Stefan Mahr) Date: Wed, 29 Sep 2004 22:29:00 -0000 Subject: select call does block unless data arrives at socket (when waiting for serial port and ip socket) Message-ID: <415B246F.5010103@gmx.de> Hi... I want to use select() to wait for a serial port and a ip socket. Following problem: If data arrives the serial port, select() works as aspected and returns 1. If data arrives the ip socket, select() doesn't return. If data arrives the serial port and before there was some data at the ip socket, select() returns 2. Both file descriptors are set in "fd_set input", and all data can be read by the next functions. I am using the cygwin1.dll version 1.5.11 with Windows XP. (The same problem with previous versions of cygwin1.dll.) Thanks for help. Stefan Sample sourcecode: /*********************************************/ /* ipserial.c */ #include #include #include #include #include #include #include #include #include #include /*****************************************************************************/ #define HOSTNAME "localhost" #define HOSTMODEPORT 5000 #define MAXDATASIZE 256 #define SERIALPORT "com5" /*****************************************************************************/ int open_port(void) { int fd; fd = open(SERIALPORT, O_RDWR | O_NOCTTY); if (fd == -1) { perror("open serial port"); } else fcntl(fd, F_SETFL, 0); return (fd); } /*****************************************************************************/ int init_port(int fd) { struct termios options; tcgetattr(fd, &options); cfsetispeed(&options, B19200); cfsetospeed(&options, B19200); options.c_cflag |= (CLOCAL | CREAD); options.c_cflag &= ~CSTOPB; options.c_cflag &= ~CRTSCTS; options.c_iflag &= ~(IXON | IXOFF | IXANY); //cfmakeraw(&options); options.c_iflag &= ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR|IGNCR|ICRNL|IXON); options.c_oflag &= ~OPOST; options.c_lflag &= ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN); options.c_cflag &= ~(CSIZE|PARENB); options.c_cflag |= CS8; options.c_cc[VMIN] = 0; options.c_cc[VTIME] = 10; tcsetattr(fd, TCSANOW, &options); return(0); } /*****************************************************************************/ int main(void) { int err; int numbytes; char serialbuf[MAXDATASIZE]; char socketbuf[MAXDATASIZE]; int serialfd,socketfd; int max_fd; fd_set input; struct hostent *he; struct sockaddr_in their_addr; if ((he=gethostbyname(HOSTNAME)) == NULL) { perror("gethostbyname"); exit(1); } if ((socketfd = socket(AF_INET, SOCK_STREAM, 0)) == -1) { perror("socket"); exit(1); } their_addr.sin_family = AF_INET; their_addr.sin_port = htons(HOSTMODEPORT); their_addr.sin_addr = *((struct in_addr *)he->h_addr); memset(&(their_addr.sin_zero), '\0', 8); if (connect(socketfd, (struct sockaddr *)&their_addr,sizeof(struct sockaddr)) == -1) { perror("connect"); exit(1); } serialfd = open_port(); err = init_port(serialfd); while (1) { FD_ZERO(&input); FD_SET(socketfd,&input); FD_SET(serialfd,&input); max_fd = (socketfd > serialfd ? socketfd : serialfd); err = select(max_fd+1, &input, NULL, NULL, NULL); if (err) { if (FD_ISSET(serialfd,&input)) { if ((numbytes=read(serialfd, serialbuf, MAXDATASIZE-1)) < 0) { perror("read serial"); exit(1); } if (send(socketfd,serialbuf,numbytes,0) == -1) { perror("send socket"); exit(1); } } if (FD_ISSET(socketfd,&input)) { if ((numbytes=recv(socketfd, socketbuf, MAXDATASIZE-1, 0)) == -1) { perror("recv socket"); exit(1); } if (write(serialfd, socketbuf, numbytes) < 0) { perror("write serial"); exit(1); } } } } close(serialfd); close(socketfd); return(0); } -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Wed Sep 29 22:36:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Wed, 29 Sep 2004 22:36:00 -0000 Subject: select call does block unless data arrives at socket (when waiting for serial port and ip socket) In-Reply-To: <415B246F.5010103@gmx.de> References: <415B246F.5010103@gmx.de> Message-ID: <20040929212802.GA17757@trixie.casa.cgf.cx> On Wed, Sep 29, 2004 at 11:09:03PM +0200, Stefan Mahr wrote: >Hi... > >I want to use select() to wait for a serial port and a ip socket. >Following problem: >If data arrives the serial port, select() works as aspected and returns 1. >If data arrives the ip socket, select() doesn't return. >If data arrives the serial port and before there was some data at the ip >socket, >select() returns 2. Both file descriptors are set in "fd_set input", and >all data >can be read by the next functions. > >I am using the cygwin1.dll version 1.5.11 with Windows XP. >(The same problem with previous versions of cygwin1.dll.) I'm not sure that there is anyone around who can debug serial problems unless Brian Ford still is set up to look into this. If you are interested in investigating this problem yourself, the two affected files in cygwin are fhandler_serial.cc and select.cc. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Wed Sep 29 22:44:00 2004 From: brian@dessent.net (Brian Dessent) Date: Wed, 29 Sep 2004 22:44:00 -0000 Subject: SSH Environment References: <1936.217.162.71.141.1096446340.squirrel@217.162.71.141> Message-ID: <415B3486.3062063E@dessent.net> Andrew DeFaria wrote: > Why would a home directory be under "Program Files"?!? "Program Files" > is a directory that contains a space in it so you might try escaping it. > Well further reading of this thread suggests that OpenSSH uses the home > directory in /etc/passwd anyway but still are ya gonna put > /cygdrive/c/Program Files/myApp in that field? I think you'll still have > a problem with the space. > > I don't think you want a home directory under program files in the first > place. > > However, one trick that I do to more easily deal with the "Program > Files" think is: > > $ mount -bsf "/cydrive/c/Program Files" /apps > > Then it's simply /apps//. Much easier to deal with, > shorter and file name completion under bash works well with this. He doesn't want a "home directory" under \program files. He's writing some custom app that will use Cygwin's ssh, and he doesn't want to be bothered to install an actual valid Cygwin environment, just poach ssh.exe to do whatever he wants. For the purposes of the Cygwin content, this thread ceased being relevant some time ago because this isn't "custom-application-developement-consulting-services-mailing-list@cygwin.com" Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Wed Sep 29 23:02:00 2004 From: brian@dessent.net (Brian Dessent) Date: Wed, 29 Sep 2004 23:02:00 -0000 Subject: Excessive CPU load (cygrunsrv.exe, tail.exe, etc) References: <20040929115032.98115.qmail@web52310.mail.yahoo.com> <415AA557.14D51EFE@dessent.net> Message-ID: <415B37E2.43789CCE@dessent.net> Andrew DeFaria wrote: > In any event what version of Procexp do you use and suspect is causing > this problem. I have 5.20 running at home and I forget which version is > running at work but I know it's a newer version. > > When starting Procexp to check the version I noticed that he problem has > occurred again. csrss is taking ~20% and cron ~12%. The 2 inetd's are > taking ~10%. Working around this usually just involves a net stop of > cron/inetd and restarting it. OK that worked. Restarting Procexp and > wham! Same problem! Interesting. > > There is no modules view in 5.20 BTW. There is only View: DLLs and > Handles. Either setting causes this problem in Cygwin. "View DLLs" is what I meant by "module view." Same thing. The two ways that I've found to trigger it is to have the "bottom pane" active and set to DLL view and to click on a cygwin app, or double-click a cygwin app and select the "Threads" tab. In either case the thing that causes the problem is ProcExp attaching a thread to the Cygwin process in order to get the loaded modules and thread info. I've tried to track this down but it's quite hard to debug for several reasons: procexp does not come with source, it uses undocumented API calls, and it works in concert with csrss (which is a system service not a normal process and therefore harder to debug.) The closest I've been able to get is the following set of calls as seen in API Monitor: http://dessent.net/tmp/procexp-cygwin.gif Of course, I can't find any way to export that list to a plain text format, so this stupid screen shot is about the best I can do for now. If you look at the image it starts with a call to OpenProcess on pid 0xc9c which was my sacrificial Cygwin process. In this test I had only a single Cygwin process running, and this process was a brain dead hello-world type thing (a single call to read(0, buf, sizeof(buf)) so that it would just sit there and patiently block.) This test-app and those shown list of calls are the simplest test-case that I was able to narrow it down to. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Wed Sep 29 23:46:00 2004 From: dk@artimi.com (Dave Korn) Date: Wed, 29 Sep 2004 23:46:00 -0000 Subject: Installing from downloaded files or CD In-Reply-To: <1096454605.7747.5.camel@oimelc.ucc.ie> Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Peter Flynn > Sent: 29 September 2004 11:43 > But installing it on an NT machine broke setup.exe. It > started off fine, > checked all the MD5s down as far as lilypond-2.2.5-1, and > then popped up > a window saying: > > > Microsoft Visual C++ Runtime Library > > > > Runtime Error! > > > > Program E:\lily\setup.exe > > > > abnormal program termination > > The NT system is fully updated, and I'm not a Windows person, so I'm > stuck at this stage. Clicking OK aborts the setup. > I've seen setup.exe get stuck at lilypond before for no good reason, and just trying again a few times seemed to clear it in the end. Try rebooting as well if it seems to need it. This is all WAG, though. cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ford@vss.fsi.com Thu Sep 30 02:42:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Thu, 30 Sep 2004 02:42:00 -0000 Subject: select call does block unless data arrives at socket (when waiting for serial port and ip socket) In-Reply-To: <415B246F.5010103@gmx.de> References: <415B246F.5010103@gmx.de> Message-ID: On Wed, 29 Sep 2004, Stefan Mahr wrote: > I want to use select() to wait for a serial port and a ip socket. > Following problem: > If data arrives the serial port, select() works as aspected and returns 1. > If data arrives the ip socket, select() doesn't return. > If data arrives the serial port and before there was some data at the ip > socket, > select() returns 2. Both file descriptors are set in "fd_set input", and > all data > can be read by the next functions. > > I am using the cygwin1.dll version 1.5.11 with Windows XP. > (The same problem with previous versions of cygwin1.dll.) > > Sample sourcecode: > /*********************************************/ > > /* ipserial.c */ > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > > /*****************************************************************************/ > > #define HOSTNAME "localhost" > #define HOSTMODEPORT 5000 > #define MAXDATASIZE 256 > #define SERIALPORT "com5" If you want POSIX behavior from the serial port (ie. termios, etc.), please see: http://cygwin.com/cygwin-ug-net/using-specialnames.html#AEN825 and use the proper POSIX device (ie. /dev/ttyS4; /dev/com5 may also work, but is not suggested). >/*****************************************************************************/ > > int open_port(void) > { > int fd; > > fd = open(SERIALPORT, O_RDWR | O_NOCTTY); > if (fd == -1) { > perror("open serial port"); > } else > fcntl(fd, F_SETFL, 0); What are you trying to accomplish here? One would normally do a get, modify, set like: { int flags = fcntl(fd, F_GETFL); if (flags < 0 || fcntl(fd, F_SETFL, flags|O_NONBLOCK) < 0) { perror("fcntl(O_NONBLOCK) failed"); exit(1); } } > return (fd); > } > > /*****************************************************************************/ > > int init_port(int fd) > { > struct termios options; > > tcgetattr(fd, &options); > > cfsetispeed(&options, B19200); > cfsetospeed(&options, B19200); > > options.c_cflag |= (CLOCAL | CREAD); > options.c_cflag &= ~CSTOPB; > options.c_cflag &= ~CRTSCTS; > options.c_iflag &= ~(IXON | IXOFF | IXANY); > > //cfmakeraw(&options); > options.c_iflag &= ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR|IGNCR|ICRNL|IXON); > options.c_oflag &= ~OPOST; > options.c_lflag &= ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN); > options.c_cflag &= ~(CSIZE|PARENB); > options.c_cflag |= CS8; > > options.c_cc[VMIN] = 0; > options.c_cc[VTIME] = 10; > > tcsetattr(fd, TCSANOW, &options); > > return(0); > } > > /*****************************************************************************/ > > int main(void) > { > int err; > int numbytes; > > char serialbuf[MAXDATASIZE]; > char socketbuf[MAXDATASIZE]; > > int serialfd,socketfd; > int max_fd; > fd_set input; > > struct hostent *he; > struct sockaddr_in their_addr; > > if ((he=gethostbyname(HOSTNAME)) == NULL) { > perror("gethostbyname"); > exit(1); > } > if ((socketfd = socket(AF_INET, SOCK_STREAM, 0)) == -1) { > perror("socket"); > exit(1); > } > > their_addr.sin_family = AF_INET; > their_addr.sin_port = htons(HOSTMODEPORT); > their_addr.sin_addr = *((struct in_addr *)he->h_addr); > memset(&(their_addr.sin_zero), '\0', 8); ^ sizeof(their_addr.sin_zero) ;-)? You might also try poll, or debugging it yourself as CGF suggested. I don't have time to look into it right now :-(. Sorry. Since the problem appears to be with the socket, can you get two sockets to have this behavior? -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dk@artimi.com Thu Sep 30 04:25:00 2004 From: dk@artimi.com (Dave Korn) Date: Thu, 30 Sep 2004 04:25:00 -0000 Subject: bash, filename completion and spaces in path components [was RE: SSH Environment] In-Reply-To: Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of Andrew DeFaria > Sent: 29 September 2004 16:16 > However, one trick that I do to more easily deal with the "Program > Files" think is: > > $ mount -bsf "/cydrive/c/Program Files" /apps > > Then it's simply /apps//. Much easier to deal with, > shorter and file name completion under bash works well with this. I use the same trick myself because a lot of apps can't handle a filename with a space in it, not even if it gets correctly escaped and passed through to argv, but I've never known bash filename completion to have a problem: it escapes all the spaces and other metachars beautifully. Sometimes I use it just to save me having to figure out what needs escaping and what doesn't. What problem do you see? cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Thu Sep 30 04:39:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Thu, 30 Sep 2004 04:39:00 -0000 Subject: cygserver won't start (FAQ alert)[SOLVED] In-Reply-To: <415AF77C.90008@Hipp.com> References: <4159D706.6020402@Hipp.com> <4159DAA9.1EDB4121@dessent.net> <4159DCC1.6090506@Hipp.com> <4159E37C.26CF31BD@dessent.net> <4159EAB4.3030708@Hipp.com> <415A0C37.46030DAE@dessent.net> <415AEB41.5050107@Hipp.com> <415AF77C.90008@Hipp.com> Message-ID: <6.1.0.6.0.20040929194024.03f62df0@pop.prospeed.net> At 01:57 PM 9/29/2004, you wrote: >Igor Pechtchanski wrote: >>>One thing, when I installed this cygwin I checked the "Install For Just Me" >>>option. Could this have anything to do with it? >> >>Bingo. As I was reading your message, I thought "he should check that he >>has system mounts". You've just confirmed that you don't. Re-mount all >>of your mounts as "system", and your services will work. >>David, this is definitely an FAQ, but there is nothing in the FAQ about >>services (other than the "how do I install snapshots" entry). Should we >>add something along the lines: >> Why don't my services work? >> Most Windows services run as the SYSTEM user. If you installed Cygwin >> for "Just Me", the SYSTEM user won't see the mount table. You need to >> re-mount all of your mounts as "system" for services to work. >>We could even include the recipe for remounting as system (e.g., from >>), or tell them to run >>setup.exe again and select "All Users" on the "Install For" screen (and >>use the "Keep" view, so that nothing gets upgraded accidentally). > >Thank you (all) ever so very much. > >I had no idea what it took to "re-mount all your mounts as system" but I did the {eval "`mount -m | sed -e 's/ -u / -s /g' -e 's/$/;/'`"} from the msg referenced above and it now works like a charm. > >(There are some occasional other users of this machine and I don't really want them to have access to something as powerful as cygwin so re-installing for all users was definitely not the preferred solution.) Actually, system mounts are really *the* difference between installing "Just for me" and "All Users". So you have effectively reinstalled for all users now. ;-) >Hmmm. I wonder if this will help another installation where "Task Scheduler" jobs don't seem to have access to windows network drives. Worth a try. True but you won't see a difference. When you say "Task Scheduler", you mean the Windows service/utility, right? Just curious. There's the same issue with 'cron' and any service that runs under "SYSTEM". It has no access to shares that require authentication to access. So you either need to make your shares accessible to everyone or run the service under your user name and only for your user. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From g.r.vansickle@worldnet.att.net Thu Sep 30 04:50:00 2004 From: g.r.vansickle@worldnet.att.net (Gary R. Van Sickle) Date: Thu, 30 Sep 2004 04:50:00 -0000 Subject: cp to flash drive very slow In-Reply-To: Message-ID: > I tried using cp to copy a zip file 106MB from my hard drive > to my flash drive (sandisk mini cruzer). After 20 minutes it > still had not completed. > > xcopy copied the file in 22 seconds. > > Why would cp be so much slower? Any ideas as to work-arounds? > Last I checked, cp was slower on network copies than xcopy was, but the difference was nowhere *near* that dramatic. I can offer a few guesses here: 1. Again last I looked, cp was using fopen()/fread() et al to do the copy. Good for portability, bad for efficiency. Xcopy is probably using CopyFile{Ex} or some such lower-level funcion, which if MS is on the ball (yeah I know) involves a lot fewer layers of code, and if we're really good maybe is even copying raw sectors using scatter/gather (yeah I know I'm dreaming, but maybe). 2. Caching. Xcopy may be caching your writes to flash, cp may be forcing a flush somehow. I've had similar copies take essentially no time, only to find out that the copy never actually got committed to disk until much much later. XP SP1 doesn't default to that behavior IIRC, but check to make sure that you do NOT have that option turned on, or you WILL lose data. Regardless, <3.7Mb/second seems like something's wrong somewhere. Are you running USB2.0 hub-to-device? -- Gary R. Van Sickle -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From luke.kendall@cisra.canon.com.au Thu Sep 30 04:51:00 2004 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Thu, 30 Sep 2004 04:51:00 -0000 Subject: Cygwin df -l option has wrong sense? Message-ID: <20040930042528.7B20584CA3@pessard.research.canon.com.au> According to df --help, the -l option means to list only local drives. But in practice it seems to do the exact opposite: $ df -k /cygdrive/c/cygwin Filesystem 1k-blocks Used Available Use% Mounted on C:\cygwin 39070048 32015012 7055036 82% / $ df -k -l /cygdrive/c/cygwin Filesystem 1k-blocks Used Available Use% Mounted on $ df -k //handel/d Filesystem 1k-blocks Used Available Use% Mounted on x: 4811432 2402244 2409188 50% /cygdrive/x $ df --help Usage: df [OPTION]... [FILE]... Show information about the filesystem on which each FILE resides, or all filesystems by default. [...] -l, --local limit listing to local filesystems [...] Report bugs to . $ uname -a CYGWIN_NT-5.1 DOYLE 1.5.10(0.116/4/2) 2004-05-25 22:07 i686 unknown unknown Cygwin Have I misunderstood? luke -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Andrew@DeFaria.com Thu Sep 30 04:53:00 2004 From: Andrew@DeFaria.com (Andrew DeFaria) Date: Thu, 30 Sep 2004 04:53:00 -0000 Subject: bash, filename completion and spaces in path components [was RE: SSH Environment] In-Reply-To: References: Message-ID: Dave Korn wrote: > I use the same trick myself because a lot of apps can't handle a > filename with a space in it, not even if it gets correctly escaped and > passed through to argv, but I've never known bash filename completion > to have a problem: it escapes all the spaces and other metachars > beautifully. Sometimes I use it just to save me having to figure out > what needs escaping and what doesn't. What problem do you see? Forgive me! I misspoke! One place where it helps me is with Clearcase. Clearcase uses the M drive for views. On Unix it uses /view. So I map /cygdrive/m -> /view. Then it's the same in Unix and under Cygwin. But also, things like C:/Prog don't work. Yeah you can /cygdrive/c/Prog/MyApp but that's a lot of typing, compared to /app/MyApp. Similarly with /cygdrive/m/ compared to /view/. -- If there is a god, he will understand why I don't believe in him. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From joshuadfranklin@gmail.com Thu Sep 30 04:55:00 2004 From: joshuadfranklin@gmail.com (Joshua Daniel Franklin) Date: Thu, 30 Sep 2004 04:55:00 -0000 Subject: Undifined reference to _WinMain@16 (Attn: FAQ maintainer) In-Reply-To: References: Message-ID: On Mon, 13 Sep 2004 16:51:27 -0400 (EDT), Igor Pechtchanski wrote: > > http://sources.redhat.com/cygwin/faq/faq.html#SEC91 > > This won't work with gcj. You need to pass a "--main" flag, e.g., > > gcj --main=Hello Hello.java > > Would it be possible to add this to the above FAQ entry? Yep. I'm back from vacation which is good, but very behind and busy, which is bad. I've updated several things in the FAQ and put it on the website. Other things will be coming along eventually. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From joshuadfranklin@gmail.com Thu Sep 30 05:02:00 2004 From: joshuadfranklin@gmail.com (Joshua Daniel Franklin) Date: Thu, 30 Sep 2004 05:02:00 -0000 Subject: Problem regarding CYGWIN (FAQ alert) In-Reply-To: References: <2589.141.76.124.55.1095772901.squirrel@141.76.124.55> Message-ID: On Tue, 21 Sep 2004 09:31:41 -0400 (EDT), Igor Pechtchanski wrote: > @David: This is a pretty frequently asked question, but I couldn't find > the exact FAQ entry for it. Perhaps we could add a 'Where is "make" > ("gcc", "vi", etc)' heading to the above FAQ entry? Done. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From joshuadfranklin@gmail.com Thu Sep 30 05:25:00 2004 From: joshuadfranklin@gmail.com (Joshua Daniel Franklin) Date: Thu, 30 Sep 2004 05:25:00 -0000 Subject: Crontab issue In-Reply-To: <6.1.0.6.0.20040909142537.03dc3838@pop.prospeed.net> References: <4DE70F2A7A19D511B7EC00D0B77E7C31F13E7D@UBANYEXCH> <6.1.0.6.0.20040909142537.03dc3838@pop.prospeed.net> Message-ID: On Thu, 09 Sep 2004 14:29:16 -0400, Larry Hall wrote: > Access to network shares seems to come up allot in the context of Cygwin > services. Maybe it would be good to add something to the FAQ on this. > What do you think Joshua? See how this does: Some Cygwin services normally run as the SYSTEM user, which has certain limitations. Under the Windows authentication scheme, the SYSTEM user cannot access network shares that require authentication. For more information, see `http://cygwin.com/cygwin-ug-net/ntsec.html'. Workarounds include using public network share that does not require authentication (for non-critical files), or running the service as your own user with `cygrunsrv'. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From joshuadfranklin@gmail.com Thu Sep 30 05:39:00 2004 From: joshuadfranklin@gmail.com (Joshua Daniel Franklin) Date: Thu, 30 Sep 2004 05:39:00 -0000 Subject: BUG in /etc/pinforc (Attn: pinfo maintainer) In-Reply-To: References: Message-ID: On Mon, 30 Aug 2004 10:52:17 -0400 (EDT), Igor Pechtchanski wrote: > Every time I run pinfo, I get the following message: > > Security warning: Unable to get GID of group called: nobody > > Looking in /etc/pinforc, I see > > SAFE-USER=nobody > SAFE-GROUP=nobody > > AFAIK, "nobody" is not a standard user or group on Cygwin. I'm guessing > it doesn't complain about the "nobody" user only because I created one for > running apache. > > I don't know what the right values would be here, but thought I'd report > this. Hmm, I'll look into it for the next release of pinfo. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From alex_alexandrov@fromru.com Thu Sep 30 06:29:00 2004 From: alex_alexandrov@fromru.com (Alex Alexandrov) Date: Thu, 30 Sep 2004 06:29:00 -0000 Subject: Problems on Itanium: Found the Cause, What's Next? References: <000601c4a660$104cb3f0$210443d4@home> Message-ID: <000401c4a6aa$864b00d0$010443d4@home> Hi, Alex Alexandrov, you wrote > I've posted the bug report to public.win32.programming.kernel and > private.windowsserver_64bit msft mailing lists - no answer so far... OK, there is a reply from msft: "The problem is being checked out". Does it mean that they were able to reproduce the bug? With best regards, Alex Alexandrov. E-mail: alex1_alexandrov2@fromru3.com4 (remove numbers before e-mailing me) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From joshuadfranklin@gmail.com Thu Sep 30 07:05:00 2004 From: joshuadfranklin@gmail.com (Joshua Daniel Franklin) Date: Thu, 30 Sep 2004 07:05:00 -0000 Subject: cygserver won't start (FAQ alert) In-Reply-To: References: <4159D706.6020402@Hipp.com> <4159DAA9.1EDB4121@dessent.net> <4159DCC1.6090506@Hipp.com> <4159E37C.26CF31BD@dessent.net> <4159EAB4.3030708@Hipp.com> <415A0C37.46030DAE@dessent.net> <415AEB41.5050107@Hipp.com> Message-ID: On Wed, 29 Sep 2004 13:25:06 -0400 (EDT), Igor Pechtchanski wrote: > David, this is definitely an FAQ, but there is nothing in the FAQ about > services (other than the "how do I install snapshots" entry). Should we > add something along the lines: > > Why don't my services work? > > Most Windows services run as the SYSTEM user. If you installed Cygwin > for "Just Me", the SYSTEM user won't see the mount table. You need to > re-mount all of your mounts as "system" for services to work. > > We could even include the recipe for remounting as system (e.g., from > ), or tell them to run > setup.exe again and select "All Users" on the "Install For" screen (and > use the "Keep" view, so that nothing gets upgraded accidentally). > > Incidentally, being able to use system mounts requires write access to the > HKLM registry tree. However, installing services also seems to require > it, so if anyone has problems with services not working (but being > correctly installed into the registry) should also be able to use system > mounts. Don't know if this is worth mentioning in the FAQ. Well, I updated that FAQ. I left out the registry-permission bits since it seemed superfluous. KISS! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Thu Sep 30 07:12:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Thu, 30 Sep 2004 07:12:00 -0000 Subject: cygserver won't start (FAQ alert) In-Reply-To: References: <4159D706.6020402@Hipp.com> <4159DAA9.1EDB4121@dessent.net> <4159DCC1.6090506@Hipp.com> <4159E37C.26CF31BD@dessent.net> <4159EAB4.3030708@Hipp.com> <415A0C37.46030DAE@dessent.net> <415AEB41.5050107@Hipp.com> Message-ID: <20040930053948.GA22411@trixie.casa.cgf.cx> On Wed, Sep 29, 2004 at 10:25:23PM -0700, Joshua Daniel Franklin wrote: >Well, I updated that FAQ. I left out the registry-permission bits >since it seemed superfluous. KISS! > > Thanks for doing this and welcome back from vacation. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From mark@pumptheory.com Thu Sep 30 07:21:00 2004 From: mark@pumptheory.com (Mark Aufflick) Date: Thu, 30 Sep 2004 07:21:00 -0000 Subject: Solution for: RE: ./configure in any package fails to create Makefile In-Reply-To: <20040922234906.14767.qmail@mail.tsm32.com> Message-ID: <20040930060329.10646.qmail@mail.tsm32.com> Followup: The process is below, the solution is right here: The problem is that config.status will use an environment variable to choose which files to create instead of it's own list (if it exists). The trouble was I had cleared this variable with: export CONFIG_FILES= but to the shell, an empty string is still an existing variable, so when config.status sets the file list as: CONFIG_FILES="${CONFIG_FILE-file list}" it gets set to blank instead of "file list" What I SHOULD have said before ./configure was: unset CONFIG_FILES which removes the variable from existence rather than setting it to blank. Now ./configure creates the Makefiles which run successfully - Praise the Good Lord!! Now THAT was a hard lesson to learn... autoconf really should include warnings when a 'feature' like this is used - it would probably be used intentionally less often than it silently breaks your install. For the curious, here are some of the steps I went through: * unset a bunch of wierc environment variables set by some crazy windows installer and/or sysadmin, including but not limited to: LANG (which was enu) CONFIG_FILES (for oracle.ini - not even installed) * tar unzip the source tree * in the main dir, run ./configure as normal * ./configure creates and runs ./config.status, which creates the required header files but not the Makefiles * I can create the base Makefile with ./config.status --file=Makefile * ergo, I can recursively make all the Makefiles: for f in `find . -name Makefile.in`; do ./config.status --file=`dirname $f`/Makefile; done make then runs, but has linking errors - probably because the LIBDIR's etc. set by ./configure are no longer in the environment. so I tried the --recheck option to config.status which loads data from the config.cache and (frustratingly despite the --no-recursion option) re-runs ./configure multiple times - roughly e to the power of the number of Makefiles (how many times do I have to tell you I'M NOT USING FORTRAN ON ULTRIX?!!) But since it is ./configure that finally spawns ./config.status, my command line options are ignored and the Makefiles are not created. Next I hacked ./configure. Near the end, before the if block that actually runs config.status (look for $SHELL $CONFIG_STATUS), I added: ac_config_status_args= for mfin in `find . -name Makefile.in` do mf=`dirname $mfin`/Makefile ac_config_status_args="$ac_config_status_args --file=$mf" done and deleted the line that clears the args var inside the if block (look for the line: ac_config_status_args= and delete it. I missed this the first time, and so my change had no impact. to manually tell the newly created config.status to make the Makefiles Still - make wouldn't link. This was for librep. When I shifted my attention to imlib, it seemed to have a configure made by an older version of autoconf. It didn't allow the --file option. Then I poked inside config.status, saw where it got it's file-list from, and WHAMMO "Mark Aufflick" wrote: > >./configure completes fine, but creates no Makefile. It creates all the >header files (config.h etc.) though. > >This happens the same with or without cygwin patches applied to the >source. > >In a fit of giving up I installed Window Maker - only to find i needeed >to recompile libtiff with LZW. > >Interestingly, libtiff uses a non-standard configure, and this configures >and makes fine. > >So it is purely a problem with GNU configure... > -- Mark Aufflick e: mark@pumptheory.com w: www.pumptheory.com (business) w: mark.aufflick.com (personal) p: +61 438 700 647 f: +61 2 9436 4737 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dwyatt@sunflower.com Thu Sep 30 07:27:00 2004 From: dwyatt@sunflower.com (Doug Wyatt) Date: Thu, 30 Sep 2004 07:27:00 -0000 Subject: Setup.hint for base-passwd is incorrect Message-ID: <415B69C8.15810.82951F@localhost> I've just investigated an anomaly with the base-passwd package, which turns out to be an incorrect setup.hint file in the repository. repository base-passwd directories contain base-passwd-2.0-1.tar.bz2 30-Nov-2003 07:16 1k base-passwd-2.1-1.tar.bz2 21-Aug-2004 11:48 1k md5.sum 21-Aug-2004 13:54 1k setup.hint 16-Jul-2004 02:11 1k but the setup.hint file contains sdesc: "A script to set up initial passwords and groups" requires: cygwin ash category: base test: 2.0-1 curr: 1.1-1 Is 2.0-1 curr and 2.1-1 test, or is 2.0-1 prev and 2.1-1 curr? Regards, Doug Wyatt -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From p_samson@yahoo.com Thu Sep 30 09:20:00 2004 From: p_samson@yahoo.com (Patrick Samson) Date: Thu, 30 Sep 2004 09:20:00 -0000 Subject: Cygserver 100% CPU (was: References to both cygwin1.dll and msvcrt.dl In-Reply-To: <20040927133841.52171.qmail@web60302.mail.yahoo.com> Message-ID: <20040930071221.65095.qmail@web60304.mail.yahoo.com> --- Patrick Samson wrote: > > --- Igor Pechtchanski wrote: > > On Mon, 27 Sep 2004, Patrick Samson wrote: > > > > > I use a dll which have references to both > > > cygwin and m$: > > > $ cygcheck /usr/share/tcl8.4/dp4.0/win/dp40.dll > > > D:/cygwin/usr/share/tcl8.4/dp4.0/win/dp40.dll > > > D:\cygwin\bin\tcl84.dll > > > C:\WINNT\System32\ADVAPI32.DLL > > > C:\WINNT\System32\ntdll.dll > > > C:\WINNT\System32\KERNEL32.dll > > > C:\WINNT\System32\USER32.dll > > > C:\WINNT\System32\GDI32.dll > > > C:\WINNT\System32\RPCRT4.dll > > > D:\cygwin\bin\cygwin1.dll <------------- > > > C:\WINNT\System32\msvcrt.dll <------------ > > > C:\WINNT\System32\WS2_32.DLL > > > C:\WINNT\System32\WS2HELP.dll > > > > > > Should I suspect this to be a possible source of > > trouble? Or does it > > > mean nothing? > > > > Depends. Usually, this results in some sort of > > trouble, mostly because of > > the separate parallel stdio, malloc, etc > > implementations. You may be able > > to get away with it for a while if none of the > > msvcrt functions are > > actually called, but it may come back and bite you > > in the future. > > Igor > > Since my post I found a way to reproduce on > development the problem I have on production. > At some point cygserver hits 100%CPU and Postgres > backends are no more able to serve requests. > Now I must narrow the number of components involved, > to prove that the culprit is really this DLL. > As you suggest, it may be a mess with mem alloc. I built the DLL another way, and now have: $ cygcheck ./dp40.dll .\dp40.dll D:\cygwin\bin\cygwin1.dll <---------------- C:\WINNT\System32\ADVAPI32.DLL C:\WINNT\System32\ntdll.dll C:\WINNT\System32\KERNEL32.dll C:\WINNT\System32\USER32.dll C:\WINNT\System32\GDI32.dll C:\WINNT\System32\RPCRT4.dll D:\cygwin\bin\tcl84.dll C:\WINNT\System32\WS2_32.DLL C:\WINNT\System32\MSVCRT.dll <----------- C:\WINNT\System32\WS2HELP.dll Seems better, as msvcrt.dll is only there because of ws2_32 (winsock2). But the problem is still there, so this may not be the primary cause. With cygserver debug, I found the same case as: http://sources.redhat.com/ml/cygwin/2004-07/msg01058.html (cygserver - Postgres Multiple connection Load Testing - Inifinte Loop). But this post has no reply :( The log file is full (75M in a few seconds!) with: cygserver: /netrel/src/cygwin-1.5.10-3/winsup/cygserver/bsd_mutex.cc, line 189: Unlocked mutex semid cygserver: /netrel/src/cygwin-1.5.10-3/winsup/cygserver/bsd_mutex.cc, line 227: Try locking mutex semid cygserver: /netrel/src/cygwin-1.5.10-3/winsup/cygserver/bsd_mutex.cc, line 227: Locked mutex semid cygserver: /netrel/src/cygwin-1.5.10-3/winsup/cygserver/sysv_sem.cc, line 1112: semop: good morning (error=0)! cygserver: /netrel/src/cygwin-1.5.10-3/winsup/cygserver/sysv_sem.cc, line 1121: semop: good morning! cygserver: /netrel/src/cygwin-1.5.10-3/winsup/cygserver/sysv_sem.cc, line 1049: semop: semaptr=A056AA0, sem_base=A05684C, semptr=A056870, sem[3]=0 : op=-1, flag=wait cygserver: /netrel/src/cygwin-1.5.10-3/winsup/cygserver/sysv_sem.cc, line 1053: semop: can't do it now cygserver: /netrel/src/cygwin-1.5.10-3/winsup/cygserver/sysv_sem.cc, line 1086: semop: rollback 0 through -1 cygserver: /netrel/src/cygwin-1.5.10-3/winsup/cygserver/sysv_sem.cc, line 1109: semop: good night! Got to upgrade to 1.5.11 and check if it's better. Meanwhile, Corinna, any obvious suggestion, looking at these above traces? __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dan.osborne@ramesys.com Thu Sep 30 09:56:00 2004 From: dan.osborne@ramesys.com (Dan Osborne) Date: Thu, 30 Sep 2004 09:56:00 -0000 Subject: Program exited with code 0303000 Message-ID: OK, my voyage of discovery continues. I've added exception specifications to the appropriate functions (declarations and definitions - took a while to work out I needed it on both) but no change in behaviour. I've also remembered why I started to look at dumper.exe - If I don't run the prog in gdb then instead of "Program exited with code 0303000" I get ... Aborted (core dumped) Presumably because of the uncaught exception, despite a catch (...) in my main. My main is mostly this ... try { char* s = strclone( cfg.getString( "FIRST_SCREEN" ) ); RProg::Mode m = (RProg::Mode)cfg.getInt( "FIRST_MODE" ); RProg::runScreen( s, m ); delete[] s; } catch( RException& e ) { RProg::displayMessage(e.what()); } catch (...) { RProg::displayMessage("An unknown exception occurred"); } Most of the application is happening in the RProg class which is in a shared object and loads other shared objects using the same runScreen function above (it uses dlopen). These usually exit by throwing the same exception (strange approach I know but the application is a translation of one written in PowerHouse 4GL where the return verb is used to exit screens and I couldn't think of a better way to implement this in C++). The problem doesn't occur if the loaded shared objects don't do any database activity and the C++ library that uses the odbc32.dll has all its code in the otlv4.h header file with many inline functions. Might it help further investigation if I split the header file into a .h and a .cc with no inline functions? Also, earlier there was some mention of linking statically against the odbc32.dll - is that worth trying? As you can probably tell I'm up against the limit of my knowledge in this area and am not sure how to do it. Currently I do this to create the shared object ... g++ -shared -Wl,--out-implib=libcxxdll.dll.a \ -o librbase.so rdata.o rchar.o rdate.o rdatetime.o rfloat.o rinteger.o rfromany. o rany.o roperator.o rnumber.o rexception.o rprog.o csql.o rfile.o rcrc32.o robj ect.o rlist.o rlogger.o rconfig.o roccurs.o dbinfo.o local.o -L. -L/usr2/ph/sr c/lib/rdc/ -L/usr2/ph/src/../lib/ -lodbc32 -lboost_regex -lph2ax -Wl,--exp ort- all-symbols And this to link my program ... g++ -Wall -g -O0 -I/usr2/ph/src/../include -I/usr2/ph/src/lib/rdc -I$ORACLE_ HOME _CYG/oci/include -I. -o rscreen rscreen.cc -L. -L/usr2/ph/src/lib/rdc/ -L/usr2/p h/src/../lib/ -lodbc32 -lboost_regex -lph2ax -L. -lcxxdll I'm still puzzled by gdb losing track of which source line it is on, not so much for its own sake but just because it is making it harder to get to the bottom of what is going on. Sorry to go on at length - its hard to find the right balance between brevity and ommission. Thanks in anticipation, Dan > -----Original Message----- > From: cygwin-owner@cygwin.com [mailto:cygwin-owner@cygwin.com]On Behalf > Of Dan Osborne > Sent: 28 September 2004 14:33 > To: 'Cygwin@Cygwin. Com' > Subject: RE: Program exited with code 0303000 > > > > Um. Bizarre. You did build with -g and -O0, didn't you? Is > > this an actual > > function call here, or does add_var turn out to be some kind of > > macro or something > > that otherwise gets inlined? > > Well I was actually using -ggdb3 but I tried -g -O0 and it made no > difference. I think the add_var line is spurious as there is no > __cxa_rethrow in otlv4.h > > > > > Hmm. Have you properly used 'throws XXX' declarations on all > > the function > > prototypes that need them? > > > > Err, no there aren't any - I'll add them and see if it helps. > > > > So I'm wondering firstly why gdb seems to have a mismatch > > > between address > > > and source line number and why that throw didn't get caught > > > in my catch in > > > main. > > > > You haven't shown me your main catch clause, but I'll assume > > that it covers all > > exception types (or at any rate, that it includes > > RProgReturnException). As I > > suggest above, giving bad information to the compiler (through > > missing or bogus > > throws decls) can cause it to generate bad unwind info: and we > > can pretty much > > presume that the unwind info has to be bad in some way and that's > > why it's missing > > your outer catch when it unwinds. > > Yes, there's a catch (...) so I'll work on those throws clauses. > > Oh and the throw is in a shared library with the catch in my main if that > has any bearing. > > Thanks, > > Dan > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.768 / Virus Database: 515 - Release Date: 22/09/2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.768 / Virus Database: 515 - Release Date: 22/09/2004 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cygwin-help@cygwin.com Thu Sep 30 11:01:00 2004 From: cygwin-help@cygwin.com (cygwin-help@cygwin.com) Date: Thu, 30 Sep 2004 11:01:00 -0000 Subject: ezmlm warning Message-ID: <1096529271.11019.ezmlm-warn@cygwin.com> Hi! This is the ezmlm program. I'm managing the cygwin@cygwin.com mailing list. Messages to you from the cygwin mailing list seem to have been bouncing. I've attached a copy of the first bounce message I received. If this message bounces too, I will send you a probe. If the probe bounces, I will remove your address from the cygwin mailing list, without further notice. I've kept a list of which messages from the cygwin mailing list have bounced from your address. Copies of these messages may be in the archive. To retrieve a set of messages 123-145 (a maximum of 100 per request), send an empty message to: To receive a subject and author list for the last 100 or so messages, send an empty message to: Here are the message numbers: 96961 --- Enclosed is a copy of the bounce message I received. Return-Path: Received: (qmail 962 invoked from network); 18 Sep 2004 14:01:17 -0000 Received: from unknown (HELO mail.emss.co.za) (196.44.35.53) by sourceware.org with SMTP; 18 Sep 2004 14:01:17 -0000 Received: from [172.16.1.30] (uj-ntbk.emss.co.za [172.16.1.30]) by mail.emss.co.za (8.13.1/8.13.1) with ESMTP id i8IE1Cgl024647 for ; Sat, 18 Sep 2004 16:01:12 +0200 (SAST) (envelope-from u.jakobus@emss.de) Message-ID: <414C3FA3.5040901@emss.de> Date: Sat, 18 Sep 2004 16:01:07 +0200 From: Ulrich Jakobus Organization: EM Software & Systems GmbH User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: de, en, en-us MIME-Version: 1.0 To: cygwin-return-96961-listarch-cygwin=sourceware.org@cygwin.com Subject: Re: Cvsnt doesn't work anymore after cygwin upgrade to 1.5.11 References: <414C3E81.1000803@emss.de> In-Reply-To: <414C3E81.1000803@emss.de> X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean X-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (score=-4.808, required 5, AWL 0.09, BAYES_00 -4.90) Hello, > > I just upgraded to cygwin 1.5.11, great that there is a new release. But, I > use wincvs to get my cvs code, after the upgrade that doesn't work anymore, > cvs just hangs. Doing just "cvs -z9 update" hangs forever, after > downgrading > to 1.5.10, it works again, anyone having an idea? > no idea, but problem with cygwin 1.5.11 confirmed using cvsnt 2.0.41 with ssh from OpenSSH / cygwin. This "hangs forever" in cygwin is here: .... (cut) ... 198 15830240 [main] ssh 412 readv: readv (3, 0x22CD30, 1) nonblocking, sigcatc hers 3 112 15830352 [main] ssh 412 peek_socket: considering handle 0x6D0 81 15830433 [main] ssh 412 peek_socket: adding read fd_set , fd 3 106 15830539 [main] ssh 412 peek_socket: WINSOCK_SELECT returned 1 95 15830634 [main] ssh 412 fhandler_base::ready_for_read: read_ready 1, avail 1 131 15830765 [main] ssh 412 readv: 592 = readv (3, 0x22CD30, 1), errno 0 428 15831193 [main] ssh 412 cygwin_select: 7, 0x100EFB40, 0x100EFB50, 0x0, 0x0 145 15831338 [main] ssh 412 dtable::select_read: fd 3 121 15831459 [main] ssh 412 dtable::select_read: fd 4 116 15831575 [main] ssh 412 dtable::select_write: fd 5 88 15831663 [main] ssh 412 cygwin_select: to NULL, ms FFFFFFFF 80 15831743 [main] ssh 412 cygwin_select: sel.always_ready 0 263 15832006 [main] ssh 412 start_thread_socket: Handle 0x6D0 87 15832093 [main] ssh 412 start_thread_socket: Added to readfds 1360 15833453 [main] ssh 412 start_thread_socket: exitsock 0x648 219 15833672 [main] ssh 412 start_thread_socket: stuff_start 0x22EC54 133 15833805 [select_socket] ssh 412 thread_socket: stuff_start 0x100FC734 142 15833947 [main] ssh 412 select_stuff::wait: m 3, ms 4294967295 May be that helps in tracing down the problem? When just using "cygwin1.dll" as of 1.5.10 then it works again. Ulrich From cygwin@murdoch-sutherland.com Thu Sep 30 13:33:00 2004 From: cygwin@murdoch-sutherland.com (Duncan Murdoch) Date: Thu, 30 Sep 2004 13:33:00 -0000 Subject: ssh-agent: Cygwin version problems In-Reply-To: References: Message-ID: I've discovered that some of the information in my post below is wrong: On Sun, 26 Sep 2004 10:54:29 -0400, Duncan Murdoch wrote: >I've been using OpenSSH with Cygwin for a while now, very >successfully. Thanks to all who put this together. > >I'd like to set up my machine for remote logins now, which makes me >much more security conscious: using an old version of OpenSSH is not >really an option. > >However, I can't find a way to get the latest OpenSSH to work without >messing up ssh-agent in the sense that it becomes strongly attached to >the bash window in which it was started. With the versions I've got >now, I can start ssh-agent, and an ssh tunnel, and then close the >window, and those processes keep running. This is very nice! > >As soon as I upgrade Cygwin, or the base files, this stops working. >The bash window refuses to close; if I tell Windows to shut it down, >it kills ssh-agent and ssh as well. This is wrong. ssh-agent is fine, it was ssh running some tunnels that was creating the zombie windows. I had a command line ssh -N -f -L [tunnel 1] -L [tunnel 2] [user@host] >/dev/null 2>/dev/null References: <4159DD5A.1070900@x-ray.at> <4159F03E.2000603@cwilson.fastmail.fm> <20040929092843.GN14978@cygbert.vinschen.de> <415AC7BE.3010307@x-ray.at> <415AEBDF.6090803@cwilson.fastmail.fm> <415B02CA.9020906@x-ray.at> <415B270F.4080105@cwilson.fastmail.fm> Message-ID: <415BD855.4050205@x-ray.at> [ I switched from cygwin-apps, where it is not appropriate ] Charles Wilson schrieb: > Reini Urban wrote: > >> Spoofing is a good point. >> But I might prefer to be able to update dynamic dependencies without >> breakage. openssl usually gets updated with an security issue. >> e.g curl or postgresql cannot deal with an openssl update which >> deletes cygssl-0.9.7.dll and replaces that with cygssl-0.9.8.dll. >> If we had just a cygssl.dll we can simply upgrade that and nothing >> breaks. > > > That's the way most other DLLs on cygwin are named. But cygssl is > different -- as a security/encryption DLL, considerations other that > "ease of slipstream replacement" are more important. Usually there is a > reason when a maintainer chooses to go against the common practice: > openssl is one of those. > >> Anyway, see cygperl.dll: >> DLL api's should stay binary compatible IMHO, unless it's really an >> issue (such as int32 => int64 on cygwin's switch from 1.3 => 1.5). >> You normally can trust MS DLL backwards compatibility. Newer features >> are just added, or new versioned DLL's appear - newlib2.dll - but old >> DLL's must stay. ("contract") >> With our libtool generated DLL names I'm not that happy. > > > Perl's build system is a nightmare. We're lucky we have a shared > version at all. But if you want to assist Geritt in fixing some of the > warts in the perl build system, I'm sure he'd welcome patches (and, as I > indicate below, concentrating on the ACTUAL problems rather than trying > to wholesale rework libtool/binutils/gcc/etc is probably a quicker path > to solving your issues). > > That name (cygssl-0.9.7.dll) is not libtool's fault. Libtool uses two > different mechanisms for setting the name of a DLL: > -version-info c:r:a > and > -release x.y.z > There are explicit rules governing how c, r, and a are to be updated, > and how the dll name is derived from c,r,a in order to insure that (a) > the library name changes rarely, and only when necessary to indicate > binary incompatibility, and (b) all dlls with the same name are > backwards compatible (e.g. old exe's linked against the old DLL will > still work with the new DLL). The libtool maintainers STRONGLY suggest > using the -version-info paradigm. On cygwin, this results in library > names like libintl-3.dll (NOT libintl-0.12.1.dll) Most cygwin packages > which provide DLLs obey these rules and follow this "suggestion". > > But the libtool folks do provide the -release mechanism, which is often > used to name the DLL using the major.minor.micro revision numbering > system. There are sometimes good reasons to do this, but usually it's > because the package maintainer doesn't understand library versioning, or > libtool. cygssl behave this way (even though it doesn't use libtool IIRC). > > If libtool names were used "correctly" by the packages, then you would > be "happy" -- and further, on cygwin we take GREAT PAINS to ensure that > compatibility DLLs are kept around virtually forever whenever DLL names > do change. So what, exactly, is your beef? Just perl and ssl -- and > THAT justifies reworking libtool and binutils, and rewriting the > underlying conventions of DLL names and cygwin's runtime loader? Many thanks for this explanation. I was wrong. >> Yes, indeed. >> People forget about -no-undefined in their Makefile.am, >> and then on any conflict libtool generates only the static version. >> Which was e.g. the case with having -lgdi32 in the dependencies, for >> which no syms could be found. > > > It seems that the problem is NOT, then, libtool or the > existence/non-existence of a .la file. The problem is the "conflict" > (e.g. build errors in the package in question). Focus your efforts on > fixing the problem, not band-aiding a "solution". True. 99% of all conflicts are just incorrect object and library order. Seldom they miss a .o, lib or add a wrong dependency. >> ------------------------------ >> >> BTW, a binutils question: >> "How can you change the DLL name in the .idata section header of a DLL?" > > Don't do that. > >> Rationale: >> DLL's cannot by symlinked on cygwin, unlike on other platforms. >> DLL names are usually quite version specific, which makes perfect >> sense on those other platforms. DLL names are built in the executable >> PE header, so on any DLL rename or upgrade, breakage will occur. On MS >> Win32 old DLL's just stay, so no breakage will occur. >> Not so with the cygwin setup.exe. > > > Faulty. DLLs don't often change names, and when they do, the old > versions stay around. If not, then THAT is the problem. Persuaded. > For instance, how many versions of libintl*.dll do you have on your > system? libncurses*.dll? cygtiff*.dll? cygjpeg*.dll? cyggdbm*.dll? > cygdb*.dll? > > Are you noticing a pattern yet? You caught me. Indeed. > It appears that your biggest beef is with the cygssl (and perl) DLL > naming scheme: it uses -release versioning (even tho it actually doesn't > use libtool to do it, IIRC). (perl does something even wierder; I'm not > going there). > > This presents a difficulty for packages which depend on cygssl*dll. > However, this IS one of those times when there is a good reason to > change the DLL name on every security fix (e.g. micro release version). > It means you can't silently slip an SSL bugfix into an older version > of imapd, but you also can't silently slip in NEW SLL security holes > possibly introduced by the new library. > > Each dependent app can make its own determination that "Yes, the bugfix > in version+1 outweighs the risk of new bugs, so I will now recompile > against the latest version". > > Downside: on our platform, at present, it appears that "older" versions > of cygssl*.dll are not retained, because the "openssl" package is not > "split" into independent "library" and "other" packages: e.g. > libssl0_9_7 package contains /bin/cygssl-0.9.7.dll > libssl0_9_8 package contains /bin/cygssl-0.9.8.dll > while > openssl package contains every thing else. > That is a maintainer issue, and I'm sure there is a good reason (perhaps > the openssl package itself is not amenable to this splitup. For > instance, suppose that the "everything else" is version-specific, yet > lives in /usr/share/openssl/. You'd need multiple versions of > "everything else" but they all want to own the same directory. Problems.) > >> Solution: >> Use as much generic dll names as possible (such as cygperl58.dll, >> cygssl-1.dll, ...). > > But that IS what we do, *whenever* possible. When we (cygwin pkg > maintainers) don't, there is usually a good reason. One which, quite > frankly, you obviously haven't done enough research to identify == > because you're focusing on libtool and binutils issues, when it appears > the difficulties are much more localized to the specifics of a few > packages like openssl and perl. > >> Provide an objdump option to rename a certain DLL path to fix breakage >> for older libs, until they get rebuilt. > > God no. If anyone ever does such a thing to any of the DLLs supplied by > my packages, and then comes complaining to the cygwin list because "tiff > doesn't work anymore" not only will I not support their bastardization, > but I will drop the tiff package from the distro like a bad habit. :) If nobody wants it, I will not write such a hack. Rebuilding the DLL is easier. > I do NOT have enough time to support people who take a hexeditor to the > internals of the packages I supply. Use them as is, or don't use them > at all. Thanksfully the section headers are protected by two checksums (and even more magic), so nobody can hexedit the DLL name :) I knew that there must be an explanation, but I couldn't find it. So it would only fix the perl problem, but for perl alone it will be MUCH easier to provide a package update. Agreed. And no package so far uses a embedded shared perl interpreter, to my knowledge. Just postgresql starting with v8.0, for v7.x it is broke). That are my primary concerns, because I just want to take over from Jason. >> One could also hardcode the DLL path to some /usr/lib; /usr/libexec, >> /usr//lib, so that we can rid of /usr/bin cyg*.dll pollution. >> But this will only work if the cygwin mount will not change. The >> windows process loader needs the windows path. So >> "/usr/lib/cygperl.so" might be "c:/cygwin/lib/cygperl.so". No major >> problem if objcopy will support that. Something like rebaseall. > > The windows loader will only load .dlls (and .ax but that's a special > case for the COM+ architecture AFAIK). And .dlls follow certain rules. > It will not load .so's even if the .so contains pei-386 code. You need > a special loader to do this instead; something like libltdl would have > to be built into cygwin1.dll -- but it wouldn't be exactly libltdl for, > I hope, obvious reasons. You got me wrong. My "/usr/lib/cygperl.so" up there is of course a binary DLL (Ix86 COFF with PE), with just a funny filename. In my experience LoadLibrary (dlopen) will load any filename ending with any extension, as long as it is a true DLL - relocatable Ix86 COFF with PE and some more restrictions. (PEI is just the win32 version, an old header prepended, printing the "This program cannot be run in DOS mode" warning. I believe.) As long as you provide the basename+extension. path not necessary. basename is not enough (Default: ".DLL"). Hell, Windows even thinks that the extension of "perl5.8.1.dll" is "8.1.dll", and not "dll". But this may vary, depending on the library function used internally. >> Another idea is to make those .idata sections weak and provide a hook >> to go over cygpath resolution via libltdl. If that will work. >> Weak is rather new I suppose, and I haven't looked at the >> implementation of lazy linking with ld. > > Hell, I don't even know if weak WORKS on cygwin; it was developed over > in the mingw arena; as far as I know they didn't even test it on our > side of the fence. And you want to replace the shared library mechanism > with it? Walk before you run... I believe it was developed by the WINE folks, because MSVC suddenly supported lazy loading (requested by some folks, like Autodesk) and the WINE folks had to load these beasts. gcc-core (or just binutils?) picked it up lately, but I don't think the decided on the ld switch naming yet. I don't follow these lists, just the ChangeLog. ld --help |grep delay ld --help |grep lazy It is just an early idea, but I don't think a bad one. And there's no hurry: I don't want to replace it. Just talk about it. If would make sense. > All of these ideas (like using a cygwin runtime loader instead of > relying on DLLs and the Windows Runtime Loader) have been brought up > before. But nobody has demonstrated any working code, nor demonstrated > 1/10th the amount of thought necessary to forestall the problems > inherent in those plans. Show me the code. Where? (just a rough substring would be enough to google it) I couldn't find it anywhere. Most of the things I found at WINE, and know from my former MSVC + AutoCAD + FFI days, where Autodesk developed its own DLL loading + extension scheme, just to support C++ class extensions and overloading by external DLL's. Which I hacked and extended for lisp. > Look, I know this message (and my last) have been snippy. I'm sorry for > that, but about every three months somebody comes along with a great > idea to "fix" a problem with DLLs on cygwin. (Usually -- although not > in your case -- the problem is actually between the keyboard and the > chair) They almost never demonstrate a thorough understanding of the > issues surrounding dynamic libraries, naming schemes, the Windows > Loader. Further, they often approach the current paradigms with faulty > assumptions (e.g. cygwin DLL names change often; they don't; DLLs are > removed by setup willy-nilly; they aren't [current problems with > cygwin1.dll+setup notwithstanding]) nor do they understand the reasons > things are done as they are presently. > > So please, before you continue on this path, go back to the earlist > cygwin-apps archives, and read...then, read it again. We HAVE thought > about these issues. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From p_samson@yahoo.com Thu Sep 30 13:56:00 2004 From: p_samson@yahoo.com (Patrick Samson) Date: Thu, 30 Sep 2004 13:56:00 -0000 Subject: Cygserver 100% CPU (was: References to both cygwin1.dll and msvcrt.dl In-Reply-To: <20040930071221.65095.qmail@web60304.mail.yahoo.com> Message-ID: <20040930110137.76042.qmail@web60306.mail.yahoo.com> --- Patrick Samson wrote: > > --- Patrick Samson wrote: > > Since my post I found a way to reproduce on > > development the problem I have on production. > > At some point cygserver hits 100%CPU and Postgres > > backends are no more able to serve requests. > > Now I must narrow the number of components > involved, > > to prove that the culprit is really this DLL. > > As you suggest, it may be a mess with mem alloc. > > I built the DLL another way, and now have: > $ cygcheck ./dp40.dll > .\dp40.dll > D:\cygwin\bin\cygwin1.dll <---------------- > C:\WINNT\System32\ADVAPI32.DLL > C:\WINNT\System32\ntdll.dll > C:\WINNT\System32\KERNEL32.dll > C:\WINNT\System32\USER32.dll > C:\WINNT\System32\GDI32.dll > C:\WINNT\System32\RPCRT4.dll > D:\cygwin\bin\tcl84.dll > C:\WINNT\System32\WS2_32.DLL > C:\WINNT\System32\MSVCRT.dll <----------- > C:\WINNT\System32\WS2HELP.dll > Seems better, as msvcrt.dll is only there because > of ws2_32 (winsock2). > > But the problem is still there, so this may not be > the primary cause. > With cygserver debug, I found the same case as: > http://sources.redhat.com/ml/cygwin/2004-07/msg01058.html > (cygserver - Postgres Multiple connection Load > Testing > - Inifinte Loop). But this post has no reply :( > The log file is full (75M in a few seconds!) with: > cygserver: > /netrel/src/cygwin-1.5.10-3/winsup/cygserver/bsd_mutex.cc, > line 189: Unlocked mutex semid > cygserver: > /netrel/src/cygwin-1.5.10-3/winsup/cygserver/bsd_mutex.cc, > line 227: Try locking mutex semid > cygserver: > /netrel/src/cygwin-1.5.10-3/winsup/cygserver/bsd_mutex.cc, > line 227: Locked mutex semid > cygserver: > /netrel/src/cygwin-1.5.10-3/winsup/cygserver/sysv_sem.cc, > line 1112: semop: good morning (error=0)! > > cygserver: > /netrel/src/cygwin-1.5.10-3/winsup/cygserver/sysv_sem.cc, > line 1121: semop: good morning! > > cygserver: > /netrel/src/cygwin-1.5.10-3/winsup/cygserver/sysv_sem.cc, > line 1049: semop: semaptr=A056AA0, > sem_base=A05684C, > semptr=A056870, sem[3]=0 : op=-1, flag=wait > > cygserver: > /netrel/src/cygwin-1.5.10-3/winsup/cygserver/sysv_sem.cc, > line 1053: semop: can't do it now > > cygserver: > /netrel/src/cygwin-1.5.10-3/winsup/cygserver/sysv_sem.cc, > line 1086: semop: rollback 0 through -1 > > cygserver: > /netrel/src/cygwin-1.5.10-3/winsup/cygserver/sysv_sem.cc, > line 1109: semop: good night! > > Got to upgrade to 1.5.11 and check if it's better. > > Meanwhile, Corinna, any obvious suggestion, > looking at these above traces? Special note for Postgresql users: So far I can only reproduce this problem if these 3 conditions are met: - many connections (20, 25, 27) doing a simple SELECT - a script running SELECT, CREATE/DROP TABLE/INDEX ... - a pgAdmin III connected (but without activity) (Postgresql version 7.3.6) Quite the same with 1.5.11-3, only the loop is slower so the CPU is not 100% and the log file doesn't grow wildly. Just an extract of the log here (full file 263K on request): cygserver: /netrel/src/cygwin-1.5.11-1/winsup/cygserver/bsd_mutex.cc, line 189: Unlocked mutex semid cygserver: /netrel/src/cygwin-1.5.11-1/winsup/cygserver/bsd_mutex.cc, line 232: Try locking mutex semid cygserver: /netrel/src/cygwin-1.5.11-1/winsup/cygserver/bsd_mutex.cc, line 232: Locked mutex semid cygserver: /netrel/src/cygwin-1.5.11-1/winsup/cygserver/sysv_sem.cc, line 1112: semop: good morning (error=0)! cygserver: /netrel/src/cygwin-1.5.11-1/winsup/cygserver/sysv_sem.cc, line 1121: semop: good morning! cygserver: /netrel/src/cygwin-1.5.11-1/winsup/cygserver/sysv_sem.cc, line 1049: semop: semaptr=A056718, sem_base=A056440, semptr=A0564F4, sem[15]=0 : op=-1, flag=wait cygserver: /netrel/src/cygwin-1.5.11-1/winsup/cygserver/sysv_sem.cc, line 1053: semop: can't do it now cygserver: /netrel/src/cygwin-1.5.11-1/winsup/cygserver/sysv_sem.cc, line 1086: semop: rollback 0 through -1 cygserver: /netrel/src/cygwin-1.5.11-1/winsup/cygserver/sysv_sem.cc, line 1109: semop: good night! cygserver: /netrel/src/cygwin-1.5.11-1/winsup/cygserver/bsd_mutex.cc, line 189: Unlocked mutex semid cygserver: /netrel/src/cygwin-1.5.11-1/winsup/cygserver/bsd_mutex.cc, line 232: Try locking mutex semid cygserver: /netrel/src/cygwin-1.5.11-1/winsup/cygserver/bsd_mutex.cc, line 232: Locked mutex semid cygserver: /netrel/src/cygwin-1.5.11-1/winsup/cygserver/sysv_sem.cc, line 1112: semop: good morning (error=4)! cygserver: /netrel/src/cygwin-1.5.11-1/winsup/cygserver/sysv_sem.cc, line 1218: Unlocked mutex semid cygserver: /netrel/src/cygwin-1.5.11-1/winsup/cygserver/sysv_sem.cc, line 968: call to semop(65537, 0x22E444, 1) cygserver: /netrel/src/cygwin-1.5.11-1/winsup/cygserver/sysv_sem.cc, line 994: Try locking mutex semid cygserver: /netrel/src/cygwin-1.5.11-1/winsup/cygserver/sysv_sem.cc, line 994: Locked mutex semid cygserver: /netrel/src/cygwin-1.5.11-1/winsup/cygserver/sysv_sem.cc, line 1049: semop: semaptr=A056760, sem_base=A05650C, semptr=A056530, sem[3]=0 : op=-1, flag=wait cygserver: /netrel/src/cygwin-1.5.11-1/winsup/cygserver/sysv_sem.cc, line 1053: semop: can't do it now cygserver: /netrel/src/cygwin-1.5.11-1/winsup/cygserver/sysv_sem.cc, line 1086: semop: rollback 0 through -1 cygserver: /netrel/src/cygwin-1.5.11-1/winsup/cygserver/sysv_sem.cc, line 1109: semop: good night! cygserver: /netrel/src/cygwin-1.5.11-1/winsup/cygserver/bsd_mutex.cc, line 189: Unlocked mutex semid __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From Michael@Hipp.com Thu Sep 30 14:00:00 2004 From: Michael@Hipp.com (Michael Hipp) Date: Thu, 30 Sep 2004 14:00:00 -0000 Subject: cygserver won't start (FAQ alert)[SOLVED] In-Reply-To: <6.1.0.6.0.20040929194024.03f62df0@pop.prospeed.net> References: <4159D706.6020402@Hipp.com> <4159DAA9.1EDB4121@dessent.net> <4159DCC1.6090506@Hipp.com> <4159E37C.26CF31BD@dessent.net> <4159EAB4.3030708@Hipp.com> <415A0C37.46030DAE@dessent.net> <415AEB41.5050107@Hipp.com> <415AF77C.90008@Hipp.com> <6.1.0.6.0.20040929194024.03f62df0@pop.prospeed.net> Message-ID: <415C0B40.4080701@Hipp.com> Larry Hall wrote: > True but you won't see a difference. When you say "Task Scheduler", you > mean the Windows service/utility, right? Just curious. There's the same > issue with 'cron' and any service that runs under "SYSTEM". It has no > access to shares that require authentication to access. So you either > need to make your shares accessible to everyone or run the service under > your user name and only for your user. Not sure I understood all that. I have been attempting to run the scheduled task under the one-and-only username that ever accesses this box. (That's where the mapped network drives live.) So is it possible that re-installing as "Everyone" will fix it? I've been thoroughly stumped thus far as to why a bash script that runs fine from the command prompt misbehaves from task scheduler even tho running as the same user. Thanks, Michael -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Thu Sep 30 14:08:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 30 Sep 2004 14:08:00 -0000 Subject: cygserver won't start (FAQ alert) In-Reply-To: References: <4159D706.6020402@Hipp.com> <4159DAA9.1EDB4121@dessent.net> <4159DCC1.6090506@Hipp.com> <4159E37C.26CF31BD@dessent.net> <4159EAB4.3030708@Hipp.com> <415A0C37.46030DAE@dessent.net> <415AEB41.5050107@Hipp.com> Message-ID: On Wed, 29 Sep 2004, Joshua Daniel Franklin wrote: > On Wed, 29 Sep 2004 13:25:06 -0400 (EDT), Igor Pechtchanski wrote: > > > David, this is definitely an FAQ, but there is nothing in the FAQ about > > services (other than the "how do I install snapshots" entry). Should we > > add something along the lines: > > > > Why don't my services work? > > > > Most Windows services run as the SYSTEM user. If you installed Cygwin > > for "Just Me", the SYSTEM user won't see the mount table. You need to > > re-mount all of your mounts as "system" for services to work. > > > > We could even include the recipe for remounting as system (e.g., from > > ), or tell them to run > > setup.exe again and select "All Users" on the "Install For" screen (and > > use the "Keep" view, so that nothing gets upgraded accidentally). > > > > Incidentally, being able to use system mounts requires write access to the > > HKLM registry tree. However, installing services also seems to require > > it, so if anyone has problems with services not working (but being > > correctly installed into the registry) should also be able to use system > > mounts. Don't know if this is worth mentioning in the FAQ. > > Well, I updated that FAQ. Thanks very much. > I left out the registry-permission bits since it seemed superfluous. > KISS! Fair enough. > Umm, a couple of minor nits. First off, I think mentioning the option of re-running setup.exe and selecting "Install For All Users" would be helpful to those who don't like random scripts (besides, the script mentioned will re-mount *all* user mounts, whereas only "/", "/usr/bin", and "/usr/lib" are needed). It could, of course, be fixed by something like eval "`mount -m | egrep '\"/(|usr/(bin|lib))\"' | sed -e 's/ -u / -s /g' -e 's/$/;/'`" which you may or may not wish to use in the above entry. Also, quoting the contents of the above link: Workarounds include using public network share that does not require authentication (for non-critical files), or running the service as your own user with `cygrunsrv'. I would say `cygrunsrv -u' here instead, just to point people in the right direction. Also, How should I set my PATH? How should I set my PATH? This is done for you in the file /etc/profile, which is sourced by... i.e., the "How should I set my PATH?" question seems to have been replicated. HTH, Igor P.S. Joshua, are you the FAQ maintainer now? -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From p_samson@yahoo.com Thu Sep 30 14:31:00 2004 From: p_samson@yahoo.com (Patrick Samson) Date: Thu, 30 Sep 2004 14:31:00 -0000 Subject: Cygserver 100% CPU (was: References to both cygwin1.dll and msvcrt.dl In-Reply-To: <20040930110137.76042.qmail@web60306.mail.yahoo.com> Message-ID: <20040930135635.8435.qmail@web60305.mail.yahoo.com> > Special note for Postgresql users: > So far I can only reproduce this problem if these > 3 conditions are met: > - many connections (20, 25, 27) doing a simple > SELECT > - a script running SELECT, CREATE/DROP TABLE/INDEX > ... > - a pgAdmin III connected (but without activity) > (Postgresql version 7.3.6) Doesn't fail by just changing pgAdmin III with pgAdmin II. What's the difference? III tries first to talk in protocol V3 with the PG backend. If the backend doesn't understand this version, which the case for v7.3.6, pgAdmin falls back to protocol V2 and things go on. We can see it in the PG log with: FATAL: unsupported frontend protocol Does it mean that the backend did something wrong with the IPCs when refusing V3 ...? _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Thu Sep 30 14:42:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 30 Sep 2004 14:42:00 -0000 Subject: Cygwin df -l option has wrong sense? In-Reply-To: <20040930042528.7B20584CA3@pessard.research.canon.com.au> References: <20040930042528.7B20584CA3@pessard.research.canon.com.au> Message-ID: On Thu, 30 Sep 2004, luke.kendall wrote: > According to df --help, the -l option means to list only local drives. > But in practice it seems to do the exact opposite: > > $ df -k /cygdrive/c/cygwin > Filesystem 1k-blocks Used Available Use% Mounted on > C:\cygwin 39070048 32015012 7055036 82% / > > $ df -k -l /cygdrive/c/cygwin > Filesystem 1k-blocks Used Available Use% Mounted on > > $ df -k //handel/d > Filesystem 1k-blocks Used Available Use% Mounted on > x: 4811432 2402244 2409188 50% /cygdrive/x > > $ df --help > Usage: df [OPTION]... [FILE]... > Show information about the filesystem on which each FILE resides, > or all filesystems by default. > [...] > -l, --local limit listing to local filesystems > [...] > Report bugs to . > > $ uname -a > CYGWIN_NT-5.1 DOYLE 1.5.10(0.116/4/2) 2004-05-25 22:07 i686 unknown unknown Cygwin > > Have I misunderstood? > luke This is a problem with how fileutils tests for drives being local. And, it has been reported before (with a patch to fix it) -- see the thread starting at . Igor P.S. The mount type fix is still on my TODO list :-( -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From p_samson@yahoo.com Thu Sep 30 14:52:00 2004 From: p_samson@yahoo.com (Patrick Samson) Date: Thu, 30 Sep 2004 14:52:00 -0000 Subject: Cygserver 100% CPU (was: References to both cygwin1.dll and msvcrt.dl In-Reply-To: <20040930135635.8435.qmail@web60305.mail.yahoo.com> Message-ID: <20040930140808.21013.qmail@web60302.mail.yahoo.com> Sigh, Just after this post, I ran into the hang. So pgAdmin II is no better, may be just a little more difficult to fire the hang. Still searching ... --- Patrick Samson wrote: > > > Special note for Postgresql users: > > So far I can only reproduce this problem if these > > 3 conditions are met: > > - many connections (20, 25, 27) doing a simple > > SELECT > > - a script running SELECT, CREATE/DROP TABLE/INDEX > > ... > > - a pgAdmin III connected (but without activity) > > (Postgresql version 7.3.6) > > Doesn't fail by just changing pgAdmin III with > pgAdmin II. > What's the difference? > III tries first to talk in protocol V3 with the PG > backend. If the backend doesn't understand this > version, which the case for v7.3.6, > pgAdmin falls back to protocol V2 and things go on. > We can see it in the PG log with: > FATAL: unsupported frontend protocol > > Does it mean that the backend did something wrong > with the IPCs when refusing V3 ...? __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dwr2@ix.netcom.com Thu Sep 30 14:53:00 2004 From: dwr2@ix.netcom.com (Donald Wallace Rouse II) Date: Thu, 30 Sep 2004 14:53:00 -0000 Subject: win95 pipe problems -- report + testcase + patch Message-ID: <000701c4a6fa$25b266a0$1702a8c0@sys7> This patch is not in the current release (1.5.11-1). I can't compile it myself, because ./config fails (because it uses pipes). Can someone give me some kind of timeframe when the next version will be released (with this patch in it)? Thanks. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Thu Sep 30 14:59:00 2004 From: brian@dessent.net (Brian Dessent) Date: Thu, 30 Sep 2004 14:59:00 -0000 Subject: win95 pipe problems -- report + testcase + patch References: <000701c4a6fa$25b266a0$1702a8c0@sys7> Message-ID: <415C1C3D.1E795C45@dessent.net> Donald Wallace Rouse II wrote: > > This patch is not in the current release (1.5.11-1). > I can't compile it myself, because ./config fails (because it uses pipes). > Can someone give me some kind of timeframe when the next version will be released (with this patch in it)? http://cygwin.com/snapshots/ Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rtroy@ScienceTools.com Thu Sep 30 15:10:00 2004 From: rtroy@ScienceTools.com (Richard Troy) Date: Thu, 30 Sep 2004 15:10:00 -0000 Subject: seg-vios from gcc program at execv() on Windows XP Message-ID: Hello Cygwiners, I'm a long-time user of Cygwin - love it, depend on it... and rarely have a problem, but I really need some help with this one particular problem. I've already tapped into my other technical resources on this and haven't gotten anywhere at all. It isn't clear this is a Cygwin problem, but then, it isn't clear that it isn't, either. ...I really need some insight here... A couple of weeks ago some skum-bag stole my laptop and my new one came with Windows XP Professional. ...I now understand what XP stands for: XP means eXtremely Painful. Anyway, I use the laptop for sales calls (I'm the technical person) and it just _has_ to work. I've been having trouble getting my company's software working on the system and my boss said, "well, this is a good chance for you to make sure our stuff works on XP, so, have fun!" - or words to that effect... But I am _not_ having fun. -frown- The problem is that we've got a GCC based program that ends up calling Java via execv(). It _always_ seg-vios when the GCC program itself is called from another program (non-interactive) and it sometimes seg-vios when run from an interactive Cygwin Bash prompt. Significant testing has shown that the interactive failure seems to be associated with environment variables. For example, the code uses an environment variable to determine if it should output "verbose" statements to std-out (via printf), and if this is set, the execv() always fails. However, it also fails sometimes depending on other variables that should have _nothing_ to do with the program. Here's an excerpt of the code in the vicinity of the exec: strcpy(program,JavaHomeenv); strcat(program,"/bin/java"); // make sure that argv0 is fully qualified so that java doesn't // default to a local binary nargv[0]=program; //nargv[0]= "java"; nargv[1]= "-classpath"; nargv[2]= classpathenv; nargv[3]= std; nargv[4]= ck; nargv[5]= rus; nargv[6]= host; nargv[7]= stc; nargv[8]= stt; nargv[9]= dk; nargv[10]= cl; i = execv(program, nargv); Note that the code is _rock_solid_ on Linux/Unix/Mac OSX, and on all earlier versions of Windows we've ever tried it on. We've _never_ seen it seg-vio before. Also note that I recompiled the executable on the target system. I'm wondering if there's something about the new installation of Cygwin on XP that's changed something about how the binary runs... In case it helps: cygcheck -s says we're running 1.5.10, and gcc is 3.3.1-3. It was a fresh, absolutely complete installation - even the stuff I never need. (BTW ping and dig utilities would be nice!) Help! Thanks everyone, Richard -- Richard Troy, Chief Scientist Science Tools Corporation rtroy@ScienceTools.com, 510-567-9957, http://ScienceTools.com/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Thu Sep 30 15:17:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Thu, 30 Sep 2004 15:17:00 -0000 Subject: Cygserver 100% CPU (was: References to both cygwin1.dll and msvcrt.dl In-Reply-To: <20040930071221.65095.qmail@web60304.mail.yahoo.com> References: <20040927133841.52171.qmail@web60302.mail.yahoo.com> <20040930071221.65095.qmail@web60304.mail.yahoo.com> Message-ID: <20040930150049.GA29206@cygbert.vinschen.de> On Sep 30 00:12, Patrick Samson wrote: > I built the DLL another way, and now have: > $ cygcheck ./dp40.dll > .\dp40.dll > D:\cygwin\bin\cygwin1.dll <---------------- > C:\WINNT\System32\ADVAPI32.DLL > C:\WINNT\System32\ntdll.dll > C:\WINNT\System32\KERNEL32.dll > C:\WINNT\System32\USER32.dll > C:\WINNT\System32\GDI32.dll > C:\WINNT\System32\RPCRT4.dll > D:\cygwin\bin\tcl84.dll > C:\WINNT\System32\WS2_32.DLL > C:\WINNT\System32\MSVCRT.dll <----------- > C:\WINNT\System32\WS2HELP.dll > Seems better, as msvcrt.dll is only there because > of ws2_32 (winsock2). Which shouldn't be referenced at all. dp40.dll apparently references ws2_32.dll directly instead of using the Cygwin socket calls. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From darogers@speakeasy.net Thu Sep 30 15:17:00 2004 From: darogers@speakeasy.net (David A. Rogers) Date: Thu, 30 Sep 2004 15:17:00 -0000 Subject: cp to flash drive very slow Message-ID: Thanks for responding, Gary. > Regardless, <3.7Mb/second seems like something's wrong somewhere. Are you > running USB2.0 hub-to-device? I dunno. I'm not very knowledgable about hardware esp. USB. How would I tell? dar On Wed, 29 Sep 2004, Gary R. Van Sickle wrote: > > I tried using cp to copy a zip file 106MB from my hard drive > > to my flash drive (sandisk mini cruzer). After 20 minutes it > > still had not completed. > > > > xcopy copied the file in 22 seconds. > > > > Why would cp be so much slower? Any ideas as to work-arounds? > > > > Last I checked, cp was slower on network copies than xcopy was, but the > difference was nowhere *near* that dramatic. I can offer a few guesses > here: > > 1. Again last I looked, cp was using fopen()/fread() et al to do the copy. > Good for portability, bad for efficiency. Xcopy is probably using > CopyFile{Ex} or some such lower-level funcion, which if MS is on the ball > (yeah I know) involves a lot fewer layers of code, and if we're really good > maybe is even copying raw sectors using scatter/gather (yeah I know I'm > dreaming, but maybe). > > 2. Caching. Xcopy may be caching your writes to flash, cp may be forcing a > flush somehow. I've had similar copies take essentially no time, only to > find out that the copy never actually got committed to disk until much much > later. XP SP1 doesn't default to that behavior IIRC, but check to make sure > that you do NOT have that option turned on, or you WILL lose data. > > Regardless, <3.7Mb/second seems like something's wrong somewhere. Are you > running USB2.0 hub-to-device? > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gerrit@familiehaase.de Thu Sep 30 15:29:00 2004 From: gerrit@familiehaase.de (Gerrit P. Haase) Date: Thu, 30 Sep 2004 15:29:00 -0000 Subject: [ITP] libgpg-error-1.0-2 In-Reply-To: <415C1D9B.70600@lapo.it> References: <415C1195.9000105@scytek.de> <415C1D9B.70600@lapo.it> Message-ID: <89653099648.20040930170957@familiehaase.de> Hi Lapo, > Is a review really needed if the package is based on Gerrit's work? > It's HIM that corrected my last packages actually ;-) Nobody is perfect! Nobody -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Thu Sep 30 15:34:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Thu, 30 Sep 2004 15:34:00 -0000 Subject: Problems on Itanium: Found the Cause, What's Next? In-Reply-To: <000401c4a6aa$864b00d0$010443d4@home> References: <000601c4a660$104cb3f0$210443d4@home> <000401c4a6aa$864b00d0$010443d4@home> Message-ID: <20040930151815.GB29206@cygbert.vinschen.de> On Sep 30 09:01, Alex Alexandrov wrote: > Hi, Alex Alexandrov, you wrote > > >I've posted the bug report to public.win32.programming.kernel and > >private.windowsserver_64bit msft mailing lists - no answer so far... > > OK, there is a reply from msft: "The problem is being checked out". Does it > mean that they were able to reproduce the bug? That's a good question. I'd translate this as "we have tested it and verified that the problem exists", but I wouldn't bet on this. After all I'm also not a native speaker. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Thu Sep 30 15:36:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 30 Sep 2004 15:36:00 -0000 Subject: [ITP] libgpg-error-1.0-2 In-Reply-To: <89653099648.20040930170957@familiehaase.de> References: <415C1195.9000105@scytek.de> <415C1D9B.70600@lapo.it> <89653099648.20040930170957@familiehaase.de> Message-ID: On Thu, 30 Sep 2004, Gerrit P. Haase wrote: > Hi Lapo, > > > Is a review really needed if the package is based on Gerrit's work? > > It's HIM that corrected my last packages actually ;-) > > Nobody is perfect! > > Nobody Hi, Nobody, Did you switch to the main list as a sign of your [im]perfection? ;-) Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Thu Sep 30 15:38:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 30 Sep 2004 15:38:00 -0000 Subject: seg-vios from gcc program at execv() on Windows XP In-Reply-To: References: Message-ID: On Thu, 30 Sep 2004, Richard Troy wrote: > Hello Cygwiners, I believe the technical term is "cygwinners" (unless you really mean "cygwhiners"? ];->) > I'm a long-time user of Cygwin - love it, depend on it... and rarely have > a problem, but I really need some help with this one particular problem. > I've already tapped into my other technical resources on this and haven't > gotten anywhere at all. It isn't clear this is a Cygwin problem, but then, > it isn't clear that it isn't, either. ...I really need some insight > here... > > A couple of weeks ago some skum-bag stole my laptop and my new one came > with Windows XP Professional. ...I now understand what XP stands for: XP > means eXtremely Painful. Anyway, I use the laptop for sales calls (I'm the > technical person) and it just _has_ to work. I've been having trouble > getting my company's software working on the system and my boss said, > "well, this is a good chance for you to make sure our stuff works on XP, > so, have fun!" - or words to that effect... But I am _not_ having fun. > -frown- > > The problem is that we've got a GCC based program that ends up calling > Java via execv(). It _always_ seg-vios when the GCC program itself > is called from another program (non-interactive) and it sometimes seg-vios > when run from an interactive Cygwin Bash prompt. Significant testing has > shown that the interactive failure seems to be associated with environment > variables. For example, the code uses an environment variable to determine > if it should output "verbose" statements to std-out (via printf), and if > this is set, the execv() always fails. However, it also fails sometimes > depending on other variables that should have _nothing_ to do with the > program. > > Here's an excerpt of the code in the vicinity of the exec: > > strcpy(program,JavaHomeenv); > strcat(program,"/bin/java"); > // make sure that argv0 is fully qualified so that java doesn't > // default to a local binary > nargv[0]=program; > //nargv[0]= "java"; > nargv[1]= "-classpath"; > nargv[2]= classpathenv; > nargv[3]= std; > nargv[4]= ck; > nargv[5]= rus; > nargv[6]= host; > nargv[7]= stc; > nargv[8]= stt; > nargv[9]= dk; > nargv[10]= cl; > > i = execv(program, nargv); > Note that the code is _rock_solid_ on Linux/Unix/Mac OSX, and on all > earlier versions of Windows we've ever tried it on. We've _never_ seen it > seg-vio before. Please provide a complete (hopefully simple) testcase, along with the compilation flags, etc. In particular, it'd be interesting to see how nargv is allocated, etc. I suspect you're not placing a NULL at the end of the argument list, and Cygwin and Linux allocate nargv differently (so that on Linux, nargv just happens to have zeroed memory after it). FWIW, I have written a program that invokes java with various arguments via execv (in almost exactly the same way as above), and it works just fine on XP Pro. > Also note that I recompiled the executable on the target system. I'm > wondering if there's something about the new installation of Cygwin on XP > that's changed something about how the binary runs... More likely the memory alloc changes exposed a bug in your code. If you can come up with a program that tries invoking Java with constant arguments and gets a SEGV, please post it. > In case it helps: cygcheck -s says we're running 1.5.10, and gcc is > 3.3.1-3. It was a fresh, absolutely complete installation - even the stuff > I never need. A better way to inform us about your system configuration would be to *attach* (as an uncompressed text attachment) the output of "cygcheck -svr", as requested in the Cygwin problem reporting guidelines at . > (BTW ping and dig utilities would be nice!) FWIW, XP (and 2k) come with "`cygpath -S`/ping.exe" and "`cygpath -S`/nslookup.exe". There were also some threads on porting ping to Cygwin -- search the list archives. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Thu Sep 30 15:57:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Thu, 30 Sep 2004 15:57:00 -0000 Subject: [PATCH] cygrunsrv --recovery In-Reply-To: <42404.193.16.155.145.1096475468.squirrel@webmail.kainz.com> References: <42404.193.16.155.145.1096475468.squirrel@webmail.kainz.com> Message-ID: <20040930153543.GC29206@cygbert.vinschen.de> On Sep 29 18:31, Rainer Hochreiter wrote: > the attached patch implements the options -r or --recovery to set service > failure actions. allowed actions are 'none', 'boot' or 'restar'. > not implemented are actions for running commands on failed actions, like > supported by the windows SCM. > > the patch also uses ChangeServiceConfig2() for setting the description of > the installed service. Thanks for the patch, but I can't apply it as it is, mainly for two reasons. > not included is the ChangeLog of the patch! - This is reason one. - Please don't use ChangeServiceConfig2. It will break running cygrunsrv on NT4. That's the reason the description is written directly to the registry instead of using ChangeServiceConfig2. Also, what's the reason you didn't implement running commands? I'm asking because there are still these `#if 0' parts left in your patch which point to the fact that you began to implement it but just stopped at one point. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From gerrit@familiehaase.de Thu Sep 30 16:06:00 2004 From: gerrit@familiehaase.de (Gerrit P. Haase) Date: Thu, 30 Sep 2004 16:06:00 -0000 Subject: cygwin locale broken? (was: Re: gnome 2.8.0 and external dependencies) In-Reply-To: References: <274233419.20040915234721@familiehaase.de> <4159BD25.7040700@users.sourceforge.net> <415A112E.20808@familiehaase.de> <415AE19A.1010306@familiehaase.de> Message-ID: <97654690525.20040930173628@familiehaase.de> Hi Yang, I switched this thread over to the main list. > Just try the small test program attached below > $ gcc -o localetest localetest.c > $ ./localetest fr_FR > changed to: (null) > current LC_ALl: C > current LC_CTYPE: C > $ gcc -o xlocaletest -DX_LOCALE -I/usr/X11R6/include localetest.c > -L/usr/X11R6/lib -lX11 > $ ./xlocaletest fr_FR > changed to: fr_FR > current LC_ALl: fr_FR > current LC_CTYPE: fr_FR > (and IIRC, David Huang sent a message to this list discussing about > this issue last year, but cgf said there's no one bother to improve > the implementation of the locale support of cygwin1.dl itself) If there is no one fixing it then it will stay as it is, why is cygwin locale broken, what is broken, how to fix it? I don't want to patch 50 packages because some locale implementation is broken, better fix it once and forever? And if it is working for X it should not be too hard to get it working in Cygwin too. > ------------- 8< -------------- > localetest.c----------------------------- > #ifdef X_LOCALE > #include > #else > #include > #endif > void check_locale() > { > char *curr; > /* Get the name of the current locale. */ > curr=setlocale(LC_ALL, NULL); > printf("current LC_ALl: %s\n", curr); > curr=setlocale(LC_CTYPE, NULL); > printf("current LC_CTYPE: %s\n", curr); > } > int main(int argc, char *argv[]) > { > if (argc<=1) { > check_locale(); > } else { > char *new; > new = setlocale(LC_ALL, argv[1]); > printf("changed to: %s\n", new); > check_locale(); > } > return 0; > } Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From brian@dessent.net Thu Sep 30 16:14:00 2004 From: brian@dessent.net (Brian Dessent) Date: Thu, 30 Sep 2004 16:14:00 -0000 Subject: [OT] Re: seg-vios from gcc program at execv() on Windows XP References: Message-ID: <415C2964.906BCF8B@dessent.net> Igor Pechtchanski wrote: > > (BTW ping and dig utilities would be nice!) > > FWIW, XP (and 2k) come with "`cygpath -S`/ping.exe" and > "`cygpath -S`/nslookup.exe". There were also some threads on porting ping > to Cygwin -- search the list archives. I know this is heading off topic... I like to install the win32 version of ISC BIND9, which gives a unix-like dig / host / nslookup / named / rndc. (It also allows you to run your own caching resolver, which you can appreciate if you happen to have a flakey ISP with poor nameservers.) It would be nice to have a true Cygwin-ported set of netutils though, no doubt about it. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From ford@vss.fsi.com Thu Sep 30 16:17:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Thu, 30 Sep 2004 16:17:00 -0000 Subject: CVS cygserver compile errors w/gcc 3.4.3 Message-ID: My own, compiled from CVS: gcc (GCC) 3.4.3 20040928 (prerelease) ../../../../cygwin/winsup/cygserver/sysv_sem.cc:179: error: `__offsetof__' was not declared in this scope ../../../../cygwin/winsup/cygserver/sysv_sem.cc: In function `void seminit()': ../../../../cygwin/winsup/cygserver/sysv_sem.cc:217: error: `__offsetof__' undeclared (first use this function) ../../../../cygwin/winsup/cygserver/sysv_sem.cc:217: error: (Each undeclared identifier is reported only once for each function it appears in.) This is a mess of macros in code that I'm not familiar with, so I thought I'd just report it rather than try to fix it. It's not a showstopper for me anyway. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pechtcha@cs.nyu.edu Thu Sep 30 16:24:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 30 Sep 2004 16:24:00 -0000 Subject: [PATCH] cygrunsrv --recovery In-Reply-To: <20040930153543.GC29206@cygbert.vinschen.de> References: <42404.193.16.155.145.1096475468.squirrel@webmail.kainz.com> <20040930153543.GC29206@cygbert.vinschen.de> Message-ID: On Thu, 30 Sep 2004, Corinna Vinschen wrote: > On Sep 29 18:31, Rainer Hochreiter wrote: > > the attached patch implements the options -r or --recovery to set service > > failure actions. allowed actions are 'none', 'boot' or 'restar'. > > not implemented are actions for running commands on failed actions, like > > supported by the windows SCM. > > > > the patch also uses ChangeServiceConfig2() for setting the description of > > the installed service. > > Thanks for the patch, but I can't apply it as it is, mainly for two > reasons. > > > not included is the ChangeLog of the patch! > > - This is reason one. > > - Please don't use ChangeServiceConfig2. It will break running cygrunsrv > on NT4. That's the reason the description is written directly to the > registry instead of using ChangeServiceConfig2. > > Also, what's the reason you didn't implement running commands? I'm asking > because there are still these `#if 0' parts left in your patch which point > to the fact that you began to implement it but just stopped at one point. > > Corinna And when you resubmit, please use "diff -u" instead of "diff -c" -- the patch is much more readable that way. One immediate change I noticed was that the description parameter migrated from calls to install_registry_keys to calls to install_service, but you haven't provided any changes to either of those functions. Any reason for this? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Thu Sep 30 17:06:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Thu, 30 Sep 2004 17:06:00 -0000 Subject: [PATCH] cygrunsrv --recovery In-Reply-To: References: <42404.193.16.155.145.1096475468.squirrel@webmail.kainz.com> <20040930153543.GC29206@cygbert.vinschen.de> Message-ID: <20040930161545.GC26915@cygbert.vinschen.de> On Sep 30 12:06, Igor Pechtchanski wrote: > On Thu, 30 Sep 2004, Corinna Vinschen wrote: > And when you resubmit, please use "diff -u" instead of "diff -c" -- the > patch is much more readable that way. ACK. > One immediate change I noticed was that the description parameter migrated > from calls to install_registry_keys to calls to install_service, but you > haven't provided any changes to either of those functions. Any reason for > this? That's the change from direct writing of registry keys to using that ChangeServiceConfig2 function. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From corinna-cygwin@cygwin.com Thu Sep 30 17:27:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Thu, 30 Sep 2004 17:27:00 -0000 Subject: CVS cygserver compile errors w/gcc 3.4.3 In-Reply-To: References: Message-ID: <20040930161846.GD26915@cygbert.vinschen.de> On Sep 30 10:57, Brian Ford wrote: > My own, compiled from CVS: > gcc (GCC) 3.4.3 20040928 (prerelease) > > ../../../../cygwin/winsup/cygserver/sysv_sem.cc:179: error: `__offsetof__' > was not declared in this scope > ../../../../cygwin/winsup/cygserver/sysv_sem.cc: In function `void > seminit()': > ../../../../cygwin/winsup/cygserver/sysv_sem.cc:217: error: `__offsetof__' > undeclared (first use this function) > ../../../../cygwin/winsup/cygserver/sysv_sem.cc:217: error: (Each > undeclared identifier is reported only once for each function it appears > in.) > > This is a mess of macros in code that I'm not familiar with, so I thought > I'd just report it rather than try to fix it. It's not a showstopper > for me anyway. Thanks, I'm aware of this problem. This is original code from FreeBSD, but the FreeBSD code is plain C while I converted it partly to C++. Unfortunately the offsetof macro in case of using C++ has drastically changed with GCC 3.4 and it's said to be more correct this way... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bruschi@mail.desy.de Thu Sep 30 17:29:00 2004 From: bruschi@mail.desy.de (Marco Bruschi) Date: Thu, 30 Sep 2004 17:29:00 -0000 Subject: parse errors using setup Message-ID: <415C334E.9050806@mail.desy.de> Hallo, The setup.exe stopped working properly from one day to the other (literally). Now I get parse error (null) line 7449:syntax error, unexpected STRING (null) line 7449:unrecognized line 7449 (do you have the latest setup ?) (null) line 7449:unrecognized line 7449 (do you have the latest setup ?) (null) line 7449:unrecognized line 7449 (do you have the latest setup ?) (null) line 7449:unrecognized line 7449 (do you have the latest setup ?) (null) line 7449:unrecognized line 7449 (do you have the latest setup ?) The setup version is the 2.425. How to get rid of this ? Thanks -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Thu Sep 30 17:40:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Thu, 30 Sep 2004 17:40:00 -0000 Subject: libtool convenience libs problem Message-ID: <415C3D27.8060801@x-ray.at> I don't where to direct libtool cygwin specific questions to, so I try it here. I have an already libtoolized library, which should produce a DLL, where several subdirs are just "convenience libs". $ pinfo libtool > Node: Static libraries Such a convenience lib (a bastard between a real shared and static for intermediate usage, as I understand), depends on -lfl, which is only static. (some unimportant flex helpers) Now when I try to link the main lib (libtool -mode=link) to create the DLL, the .la in the convenience libs contains -lfl, which is passed to the main lib linker verbatim, which creates a conflict in the link step, because -lfl cannot be linked dynamically, which causes the whole lib to be linked static only. Right? Sounds wrong to me. I thought libtool is clever enough to resolve this dependency and just link those objects directly to the libfl.a objects, and just the rest dynamically via __imp stubs. So it looks like that I have to persuade the convenience linker step somehow to link the static lib directly. dlopen or dlpreopen (as described in the warning) does not help, because there no cygfl.dll to load later. Or should I declare -dlopen for my main lib? Sounds wrong because the problem is that it doesn't link the libfl.a objects statically. Or should I declare the convenience libs -static? Doesn't help neither. I really don't want to extract the libfl.a objects and link it into the intermediate lib just to please libtool. Example: The two subdirs are just convenience libs (linked without -static and -rpath), where one depends on -lfl, the other on -lz (where a DLL exists). /usr/src/libming/libming-0.3b2_20040929/.build/src $ ../libtool --mode=link --tag=CC gcc -O2 -o libming.la -version-info 1:0:0 -no-undefined -rpath /usr/lib actioncompiler/libactioncompiler.la blocks/libswf.la *.lo rm -fr .libs/libming.a .libs/libming.la .libs/libming.lai *** Warning: linker path does not have real file for library -lfl. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have *** because I did check the linker path looking for a file starting *** with libfl and none of the candidates passed a file format test *** using a file magic. Last file checked: /lib/libfl.a *** The inter-library dependencies that have been dropped here will be *** automatically added whenever a program is linked with this library *** or is declared to -dlopen it. *** Since this library must not contain undefined symbols, *** because either the platform does not support them or *** it was explicitly requested with -no-undefined, *** libtool will only create a static version of it. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From rurban@x-ray.at Thu Sep 30 18:12:00 2004 From: rurban@x-ray.at (Reini Urban) Date: Thu, 30 Sep 2004 18:12:00 -0000 Subject: libtool convenience libs problem In-Reply-To: <415C3D27.8060801@x-ray.at> References: <415C3D27.8060801@x-ray.at> Message-ID: <415C41F3.7070706@x-ray.at> sorry for repating to myself. But others had the same concerns this week http://lists.gnu.org/archive/html/libtool/2004-09/msg00124.html And I'm also not convinvced that the given answer is practical. "The static lib uses probably non-PIC code so it cannot be linked in. Convenience libs should be avoided, rather link all objects directly. and then do it via ld -r" but libtool doesn't allow the setting of such an ld flag. And I don't want to maintain the multiple dllwrap mess as before. Esp. when it will not be accepted upstream. So do I have to rebuild flex just to support a dynamic lib, which uses some parser generator support? Reini Urban schrieb: > I don't where to direct libtool cygwin specific questions to, so I try > it here. > > I have an already libtoolized library, which should produce a DLL, > where several subdirs are just "convenience libs". > $ pinfo libtool > > Node: Static libraries > > Such a convenience lib (a bastard between a real shared and static for > intermediate usage, as I understand), depends on -lfl, which is only > static. (some unimportant flex helpers) > > Now when I try to link the main lib (libtool -mode=link) to create the > DLL, the .la in the convenience libs contains -lfl, which is passed to > the main lib linker verbatim, which creates a conflict in the link step, > because -lfl cannot be linked dynamically, which causes the whole lib to > be linked static only. Right? Sounds wrong to me. > > I thought libtool is clever enough to resolve this dependency and just > link those objects directly to the libfl.a objects, and just the rest > dynamically via __imp stubs. > > So it looks like that I have to persuade the convenience linker step > somehow to link the static lib directly. dlopen or dlpreopen (as > described in the warning) does not help, because there no cygfl.dll to > load later. > Or should I declare -dlopen for my main lib? > Sounds wrong because the problem is that it doesn't link the libfl.a > objects statically. > Or should I declare the convenience libs -static? Doesn't help neither. > I really don't want to extract the libfl.a objects and link it into the > intermediate lib just to please libtool. > > Example: > The two subdirs are just convenience libs (linked without -static and > -rpath), where one depends on -lfl, the other on -lz (where a DLL exists). > > /usr/src/libming/libming-0.3b2_20040929/.build/src > $ ../libtool --mode=link --tag=CC gcc -O2 -o libming.la -version-info > 1:0:0 -no-undefined -rpath /usr/lib actioncompiler/libactioncompiler.la > blocks/libswf.la *.lo > rm -fr .libs/libming.a .libs/libming.la .libs/libming.lai > > *** Warning: linker path does not have real file for library -lfl. > *** I have the capability to make that library automatically link in when > *** you link to this library. But I can only do this if you have a > *** shared version of the library, which you do not appear to have > *** because I did check the linker path looking for a file starting > *** with libfl and none of the candidates passed a file format test > *** using a file magic. Last file checked: /lib/libfl.a > *** The inter-library dependencies that have been dropped here will be > *** automatically added whenever a program is linked with this library > *** or is declared to -dlopen it. > > *** Since this library must not contain undefined symbols, > *** because either the platform does not support them or > *** it was explicitly requested with -no-undefined, > *** libtool will only create a static version of it. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From _garbage_collector_@telia.com Thu Sep 30 18:29:00 2004 From: _garbage_collector_@telia.com (Hannu E K Nevalainen) Date: Thu, 30 Sep 2004 18:29:00 -0000 Subject: "find" - core dump on faulty arg Message-ID: Unintentionally I used %H in the 'find -printf' format string and ended up with a core dump. I'm not entirely sure what %H is supposed to print; (as it seems to me; nothing, when used this way) man find/-printf format codes; %H Command line argument under which file was found. ...so, this is a simple "heads up": $ uname -svr $ cygcheck -c findutils Cygwin Package Information Package Version Status findutils 4.1.7-4 OK $ find -printf "%H\n" Segmentation fault (core dumped) $ cat find.exe.stackdump Exception: STATUS_ACCESS_VIOLATION at eip=004051F2 eax=00000001 ebx=10010200 ecx=00000000 edx=00401044 esi=0022EF10 edi=100102A0 ebp=0022EE60 esp=0022EE04 program=C:\Program\Cygwin\bin\find.exe, pid 2388, thread main cs=001B ds=0023 es=0023 fs=0038 gs=0000 ss=0023 Stack trace: Frame Function Args 0022EE60 004051F2 (00401044, 0022EF10, 10010258, 00406926) 0022EE90 0040491B (00401044, 0022EF10, 10010210, 69776779) 0022EF50 0040193E (00401044, 00401044, 00000000, 00401044) 0022F000 00401754 (00401044, 0000002D, 0041540C, 00401115) 0022F040 004014EB (00000003, 61781678, 100100A8, 0022F098) 0022F080 61005F34 (0022F098, 7FFDF000, 00000000, 32333838) 0022FF60 6100614B (00000000, 00000000, 00000000, 00000000) End of stack trace /Hannu E K Nevalainen, B.Sc. EE Microcomputer systems --72--> ** mailing list preference; please keep replies on list ** -- printf("LocalTime: UTC+%02d\n",(DST)? 2:1); -- --END OF MESSAGE-- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From _garbage_collector_@telia.com Thu Sep 30 18:42:00 2004 From: _garbage_collector_@telia.com (Hannu E K Nevalainen) Date: Thu, 30 Sep 2004 18:42:00 -0000 Subject: cp to flash drive very slow In-Reply-To: Message-ID: you wrote: > Thanks for responding, Gary. > >> Regardless, <3.7Mb/second seems like something's wrong somewhere. >> Are you running USB2.0 hub-to-device? > > I dunno. I'm not very knowledgable about hardware esp. USB. How > would I tell? > > dar Sorry for butting in... I'd say it should've read "USB 2.0" very clearly, somewhere on that USB-thingie. Sometimes you can tell whether there is some caching going on by simply moving everything away from the mounted drive (i.e. move Explorer's viewing off the drive) and then submit an "Right click->Eject" on the drive letter. If the Eject makes the USB-drive-led flicker, there was something cached. /Hannu E K Nevalainen, B.Sc. EE Microcomputer systems --72--> ** mailing list preference; please keep replies on list ** -- printf("LocalTime: UTC+%02d\n",(DST)? 2:1); -- --END OF MESSAGE-- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From alex_alexandrov@fromru.com Thu Sep 30 18:52:00 2004 From: alex_alexandrov@fromru.com (Alex Alexandrov) Date: Thu, 30 Sep 2004 18:52:00 -0000 Subject: Problems on Itanium: Found the Cause, What's Next? References: <20040930151815.GB29206@cygbert.vinschen.de> Message-ID: <000401c4a718$f5f319e0$520443d4@home> Hi, Corinna Vinschen, you wrote > That's a good question. I'd translate this as "we have tested it > and verified that the problem exists", but I wouldn't bet on this. > After all I'm also not a native speaker. Yes, it seems you got them right. Today I've received the following message: > BEGIN OF MSG Hello Alexei, They reproduced the problem and a bug report was filed on the issue. Thanks, Darrell Gorter[MSFT] This posting is provided "AS IS" with no warranties, and confers no rights < END OF MSG So it is really very broken... :-( Today I've modified wincap.cc so that it uses GetNativeSystemInfo instead of IsWow64Process for determining environment details so that I can set has_working_copy_on_write to false only for Itanium-based machines (not for x86_64). Will you apply the patch if I provide it? With best regards, Alex Alexandrov. E-mail: alex1_alexandrov2@fromru3.com4 (remove numbers before e-mailing me) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From darogers@speakeasy.net Thu Sep 30 18:57:00 2004 From: darogers@speakeasy.net (David A. Rogers) Date: Thu, 30 Sep 2004 18:57:00 -0000 Subject: cp to flash drive very slow In-Reply-To: Message-ID: Well, yes. The flash drive is a Sandisk Cruzer Mini which is USB 2.0 with fallback to 1.1. The computer is a Dell Dimension 4600 which claims eight USB 2.0 connectiors. Running Windows XP. I don't think caching is the difference. I was able to unzip the .zip file right after xcopy had copied it. Is there anything faster than cp for copying out of the cygwin tools? I'm working out some scripts to share files between my work machine and my home machine using the flash drive. I could use xcopy but then I'd have to go through the filename translation doohicky. dar On Thu, 30 Sep 2004, Hannu E K Nevalainen wrote: > you wrote: > > > Thanks for responding, Gary. > > > >> Regardless, <3.7Mb/second seems like something's wrong somewhere. > >> Are you running USB2.0 hub-to-device? > > > > I dunno. I'm not very knowledgable about hardware esp. USB. How > > would I tell? > > > > dar > > Sorry for butting in... > > I'd say it should've read "USB 2.0" very clearly, somewhere on that > USB-thingie. > > Sometimes you can tell whether there is some caching going on by simply > moving everything away from the mounted drive (i.e. move Explorer's viewing > off the drive) and then submit an "Right click->Eject" on the drive letter. > > If the Eject makes the USB-drive-led flicker, there was something cached. > > > /Hannu E K Nevalainen, B.Sc. EE Microcomputer systems --72--> > > ** mailing list preference; please keep replies on list ** > > -- printf("LocalTime: UTC+%02d\n",(DST)? 2:1); -- > --END OF MESSAGE-- > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From dr.volker.zell@oracle.com Thu Sep 30 19:01:00 2004 From: dr.volker.zell@oracle.com (Dr. Volker Zell) Date: Thu, 30 Sep 2004 19:01:00 -0000 Subject: [ANNOUNCEMENT] Updated: gv-3.5.8-2 Message-ID: <200409301842.i8UIgVs12042@esds.vss.fsi.com> Hi A new version of 'gv' has been uploaded to a server near you. DESCRIPTION: ============ A PostScript and PDF viewer for X using 3d Athena Widgets CYGWIN NEWS: ============ o Changed gv so that is calls out to gs-x11 (which is a symbolic link to /usr/X11R6/bin/gs) to quiet the cygwin mailing lists about 'unknown device x11' mails o Moved /usr/X11R6/doc to /usr/X11R6/share/doc 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 the above mentioned package from the 'X11' category. DOWNLOAD: ========= 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, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: ========== If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. CYGWIN-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-announce-unsubscribe-YOU=YOURDOMAIN.COM@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. Enjoy Volker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Thu Sep 30 19:03:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Thu, 30 Sep 2004 19:03:00 -0000 Subject: Setup.hint for base-passwd is incorrect (setup.exe question) In-Reply-To: <415B69C8.15810.82951F@localhost> References: <415B69C8.15810.82951F@localhost> Message-ID: <20040930185241.GC23148@trixie.casa.cgf.cx> On Thu, Sep 30, 2004 at 02:04:56AM -0500, Doug Wyatt wrote: >I've just investigated an anomaly with the base-passwd package, >which turns out to be an incorrect setup.hint file in the repository. > >repository base-passwd directories contain > > base-passwd-2.0-1.tar.bz2 30-Nov-2003 07:16 1k > base-passwd-2.1-1.tar.bz2 21-Aug-2004 11:48 1k > md5.sum 21-Aug-2004 13:54 1k > setup.hint 16-Jul-2004 02:11 1k > >but the setup.hint file contains > >sdesc: "A script to set up initial passwords and groups" >requires: cygwin ash >category: base >test: 2.0-1 >curr: 1.1-1 > >Is 2.0-1 curr and 2.1-1 test, or is 2.0-1 prev and 2.1-1 curr? I don't remember. Do we still need base-passwd or is this now part of setup.exe? Max? Rob? I see myself responding to threads about this in the archives but I'm not clear on what eventually happened. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Thu Sep 30 19:13:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Thu, 30 Sep 2004 19:13:00 -0000 Subject: Problems on Itanium: Found the Cause, What's Next? In-Reply-To: <000401c4a718$f5f319e0$520443d4@home> References: <20040930151815.GB29206@cygbert.vinschen.de> <000401c4a718$f5f319e0$520443d4@home> Message-ID: <20040930185755.GD23148@trixie.casa.cgf.cx> On Thu, Sep 30, 2004 at 10:11:45PM +0400, Alex Alexandrov wrote: >Hi, Corinna Vinschen, you wrote > >>That's a good question. I'd translate this as "we have tested it >>and verified that the problem exists", but I wouldn't bet on this. >>After all I'm also not a native speaker. > >Yes, it seems you got them right. Today I've received the following message: > >>BEGIN OF MSG >Hello Alexei, >They reproduced the problem and a bug report was filed on the issue. >Thanks, >Darrell Gorter[MSFT] >This posting is provided "AS IS" with no warranties, and confers no rights >< END OF MSG > >So it is really very broken... :-( Today I've modified wincap.cc so that it >uses GetNativeSystemInfo instead of IsWow64Process for determining >environment details so that I can set has_working_copy_on_write to false >only for Itanium-based machines (not for x86_64). Will you apply the patch >if I provide it? No, not unless Microsoft indicates that they won't be fixing the problem. This is a serious bug and it should be fixed properly not kludged around in Cygwin. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Thu Sep 30 19:45:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Thu, 30 Sep 2004 19:45:00 -0000 Subject: cygwin locale broken? (was: Re: gnome 2.8.0 and external dependencies) In-Reply-To: <97654690525.20040930173628@familiehaase.de> References: <274233419.20040915234721@familiehaase.de> <4159BD25.7040700@users.sourceforge.net> <415A112E.20808@familiehaase.de> <415AE19A.1010306@familiehaase.de> <97654690525.20040930173628@familiehaase.de> Message-ID: <20040930190121.GE23148@trixie.casa.cgf.cx> On Thu, Sep 30, 2004 at 05:36:28PM +0200, Gerrit P. Haase wrote: >Hi Yang, > >I switched this thread over to the main list. > >> Just try the small test program attached below > >> $ gcc -o localetest localetest.c >> $ ./localetest fr_FR >> changed to: (null) >> current LC_ALl: C >> current LC_CTYPE: C > >> $ gcc -o xlocaletest -DX_LOCALE -I/usr/X11R6/include localetest.c >> -L/usr/X11R6/lib -lX11 >> $ ./xlocaletest fr_FR >> changed to: fr_FR >> current LC_ALl: fr_FR >> current LC_CTYPE: fr_FR > >> (and IIRC, David Huang sent a message to this list discussing about >> this issue last year, but cgf said there's no one bother to improve >> the implementation of the locale support of cygwin1.dl itself) > >If there is no one fixing it then it will stay as it is, why is cygwin >locale broken, what is broken, how to fix it? I don't want to patch 50 >packages because some locale implementation is broken, better fix it >once and forever? If you are patching 50 packages, apparently you know something about what's broken. The locale implementation comes from newlib. You can send bug reports and patches to the newlib mailing list - newlib sourceware org. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Thu Sep 30 19:56:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Thu, 30 Sep 2004 19:56:00 -0000 Subject: parse errors using setup In-Reply-To: <415C334E.9050806@mail.desy.de> References: <415C334E.9050806@mail.desy.de> Message-ID: <20040930190353.GF23148@trixie.casa.cgf.cx> On Thu, Sep 30, 2004 at 06:24:46PM +0200, Marco Bruschi wrote: >Hallo, >The setup.exe stopped working properly from one day to the other >(literally). >Now I get > >parse error >(null) line 7449:syntax error, unexpected STRING >(null) line 7449:unrecognized line 7449 (do you have the latest setup ?) >(null) line 7449:unrecognized line 7449 (do you have the latest setup ?) >(null) line 7449:unrecognized line 7449 (do you have the latest setup ?) >(null) line 7449:unrecognized line 7449 (do you have the latest setup ?) >(null) line 7449:unrecognized line 7449 (do you have the latest setup ?) > >The setup version is the 2.425. > >How to get rid of this ? Don't keep us in suspense. What's on line 7449? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bruschi@mail.desy.de Thu Sep 30 20:01:00 2004 From: bruschi@mail.desy.de (Marco Bruschi) Date: Thu, 30 Sep 2004 20:01:00 -0000 Subject: parse errors using setup In-Reply-To: <20040930190353.GF23148@trixie.casa.cgf.cx> References: <415C334E.9050806@mail.desy.de> <20040930190353.GF23148@trixie.casa.cgf.cx> Message-ID: <415C5AF2.90607@mail.desy.de> You mean in the setup.ini or the setup.bz2 ? In the setup.ini: 7446: ############################################### 7447: # KDE-3 internationalisation 7448: ############################################### 7449: @ kde3-i18n-af 7450: category: KDE3-i18n 7451: requires: kdelibs-3 7452: version: 3.1.4 7453: install: kde-i18n/kde3-i18n-af-3.1.4-0.tar.bz2 967158 7454: sdesc: "Afrikaans - KDE language support" The other file I suppose is a binary. Thanks for the moment mb Christopher Faylor wrote: > On Thu, Sep 30, 2004 at 06:24:46PM +0200, Marco Bruschi wrote: > >>Hallo, >>The setup.exe stopped working properly from one day to the other >>(literally). >>Now I get >> >>parse error >>(null) line 7449:syntax error, unexpected STRING >>(null) line 7449:unrecognized line 7449 (do you have the latest setup ?) >>(null) line 7449:unrecognized line 7449 (do you have the latest setup ?) >>(null) line 7449:unrecognized line 7449 (do you have the latest setup ?) >>(null) line 7449:unrecognized line 7449 (do you have the latest setup ?) >>(null) line 7449:unrecognized line 7449 (do you have the latest setup ?) >> >>The setup version is the 2.425. >> >>How to get rid of this ? > > > Don't keep us in suspense. What's on line 7449? > > cgf > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > -- Marco Bruschi DESY Laboratory - Notkestrasse 85 - 22607 Hamburg (Germany) Tel: +49 40 89981 982 Fax: +49 40 8994 1982 Handy: +49 172 1688839 e-mail: bruschi@mail.desy.de -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From lh-no-personal-replies-please@cygwin.com Thu Sep 30 20:14:00 2004 From: lh-no-personal-replies-please@cygwin.com (Larry Hall) Date: Thu, 30 Sep 2004 20:14:00 -0000 Subject: Crontab issue In-Reply-To: References: <4DE70F2A7A19D511B7EC00D0B77E7C31F13E7D@UBANYEXCH> <6.1.0.6.0.20040909142537.03dc3838@pop.prospeed.net> Message-ID: <6.1.0.6.0.20040930154027.029e4d10@pop.prospeed.net> At 12:53 AM 9/30/2004, you wrote: >On Thu, 09 Sep 2004 14:29:16 -0400, Larry Hall wrote: > >> Access to network shares seems to come up allot in the context of Cygwin >> services. Maybe it would be good to add something to the FAQ on this. >> What do you think Joshua? > >See how this does: > > Some Cygwin services normally run as the SYSTEM user, which has >certain limitations. Under the Windows authentication scheme, the >SYSTEM user cannot access network shares that require authentication. >For more information, see >`http://cygwin.com/cygwin-ug-net/ntsec.html'. > > Workarounds include using public network share that does not require >authentication (for non-critical files), or running the service as your >own user with `cygrunsrv'. Very nice. Thank you. I wonder if you would be able to add the following on a future pass: In the latter case, this is likely to keep the service from working for any user other than your own. Just a thought and really just for added clarification. I'm already excited about being able to point to this new FAQ entry next time the question comes up! :-) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From cgf-no-personal-reply-please@cygwin.com Thu Sep 30 20:19:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Thu, 30 Sep 2004 20:19:00 -0000 Subject: parse errors using setup In-Reply-To: <415C5AF2.90607@mail.desy.de> References: <415C334E.9050806@mail.desy.de> <20040930190353.GF23148@trixie.casa.cgf.cx> <415C5AF2.90607@mail.desy.de> Message-ID: <20040930195633.GG23148@trixie.casa.cgf.cx> On Thu, Sep 30, 2004 at 09:13:54PM +0200, Marco Bruschi wrote: >You mean in the setup.ini or the setup.bz2 ? > >In the setup.ini: > >7446: ############################################### >7447: # KDE-3 internationalisation >7448: ############################################### >7449: @ kde3-i18n-af >7450: category: KDE3-i18n >7451: requires: kdelibs-3 >7452: version: 3.1.4 >7453: install: kde-i18n/kde3-i18n-af-3.1.4-0.tar.bz2 967158 >7454: sdesc: "Afrikaans - KDE language support" So you're using a custom setup.ini. I don't see a string there but possibly this isn't the file that you're trying to use. It may be the bzip2 file. >The other file I suppose is a binary. http://www.google.com/search?q=what+is+bz2+file -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From joshuadfranklin@gmail.com Thu Sep 30 20:21:00 2004 From: joshuadfranklin@gmail.com (Joshua Daniel Franklin) Date: Thu, 30 Sep 2004 20:21:00 -0000 Subject: cygserver won't start (FAQ alert) In-Reply-To: References: <4159D706.6020402@Hipp.com> <4159DAA9.1EDB4121@dessent.net> <4159DCC1.6090506@Hipp.com> <4159E37C.26CF31BD@dessent.net> <4159EAB4.3030708@Hipp.com> <415A0C37.46030DAE@dessent.net> <415AEB41.5050107@Hipp.com> Message-ID: On Thu, 30 Sep 2004 09:43:26 -0400 (EDT), Igor Pechtchanski wrote: > > > > Umm, a couple of minor nits. First off, I think mentioning the option of > re-running setup.exe and selecting "Install For All Users" would be > helpful to those who don't like random scripts > I would say `cygrunsrv -u' here instead, just to point people in the right direction. Also, Right. > > How should I set my PATH? > > How should I set my PATH? Whoops. Fixed that. > P.S. Joshua, are you the FAQ maintainer now? Well, since davidsb is AWOL I've been de facto maintainer. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From _garbage_collector_@telia.com Thu Sep 30 21:00:00 2004 From: _garbage_collector_@telia.com (Hannu E K Nevalainen) Date: Thu, 30 Sep 2004 21:00:00 -0000 Subject: cp to flash drive very slow In-Reply-To: Message-ID: you (cygwin-owner@cygwin.com) wrote on : > Well, yes. The flash drive is a Sandisk Cruzer Mini which is USB 2.0 > with fallback to 1.1. The computer is a Dell Dimension 4600 which > claims eight USB 2.0 connectiors. Running Windows XP. Right, then we know. ;-) > I don't think caching is the difference. I was able to unzip the .zip > file right after xcopy had copied it. ...which doesn't proove a thing about caching or not. > Is there anything faster than cp for copying out of the cygwin tools? > I'm working out some scripts to share files between my work machine > and my home machine using the flash drive. I could use xcopy but > then I'd have to go through the filename translation doohicky. > > dar *** Untested **** suggestion: --- #!/bin/bash src="/home/dar/personal-projects /projects/" dst="/cygdrive/z" # for the USB drive for d in $src; do find $d -type d | ( while read dir; do # cannot be used on SHARES mkdir -p "$dst/$dir" # assuming xcopy is in PATH xcopy "$(cygpath -D "$dir")" "$(cygpath -D "$dst/$dir")" done ) done --- Does it need to be more complex? Otherwise the cygwin 'rsync' or 'unison' packages might be useful... Others might be able to help with them. /Hannu E K Nevalainen, B.Sc. EE Microcomputer systems --72--> ** mailing list preference; please keep replies on list ** -- printf("LocalTime: UTC+%02d\n",(DST)? 2:1); -- --END OF MESSAGE-- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From john@morrison.mine.nu Thu Sep 30 21:31:00 2004 From: john@morrison.mine.nu (John Morrison) Date: Thu, 30 Sep 2004 21:31:00 -0000 Subject: Setup.hint for base-passwd is incorrect (setup.exe question) In-Reply-To: <20040930185241.GC23148@trixie.casa.cgf.cx> References: <415B69C8.15810.82951F@localhost> <20040930185241.GC23148@trixie.casa.cgf.cx> Message-ID: <1302.10.0.0.8.1096575541.squirrel@10.0.0.8> > On Thu, Sep 30, 2004 at 02:04:56AM -0500, Doug Wyatt wrote: >>I've just investigated an anomaly with the base-passwd package, >>which turns out to be an incorrect setup.hint file in the repository. >> >>repository base-passwd directories contain >> >> base-passwd-2.0-1.tar.bz2 30-Nov-2003 07:16 1k >> base-passwd-2.1-1.tar.bz2 21-Aug-2004 11:48 1k >> md5.sum 21-Aug-2004 13:54 1k >> setup.hint 16-Jul-2004 02:11 1k >> >>but the setup.hint file contains >> >>sdesc: "A script to set up initial passwords and groups" >>requires: cygwin ash >>category: base >>test: 2.0-1 >>curr: 1.1-1 >> >>Is 2.0-1 curr and 2.1-1 test, or is 2.0-1 prev and 2.1-1 curr? > > I don't remember. Do we still need base-passwd or is this now part > of setup.exe? > > Max? Rob? I see myself responding to threads about this in the archives > but I'm not clear on what eventually happened. Wrong way round Chris - base-passwd is the functionality extracted from setup. I'm not sure what happened to the numbering - there was an experimental version which added a root user, I'm afraid I must have gotten something mixed up. I'll try and sort it out ASAP. Sorry, J. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From randkovit@rediffmail.com Thu Sep 30 21:52:00 2004 From: randkovit@rediffmail.com (Arjun) Date: Thu, 30 Sep 2004 21:52:00 -0000 Subject: Home Typists Required. Message-ID: International Company needs reliable self-motivated people world-wide who want to earn additional income from their home. Income is GUARANTEED! Positions are limited! Don't wait! Apply NOW! arjunbiz@yahoo.co.in -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From pragma78@yahoo.com Thu Sep 30 21:56:00 2004 From: pragma78@yahoo.com (Steve B) Date: Thu, 30 Sep 2004 21:56:00 -0000 Subject: Excessive CPU load (cygrunsrv.exe, tail.exe, etc) Message-ID: <20040930210025.87264.qmail@web52304.mail.yahoo.com> I do not believe that I am using Process Explorer. Today, after contemplating my problem for a while, I noticed some pertinent details that I would like to share: This CPU load overload can reliably be triggered by Enemy Territory. Guaranteed, every time I run Enemy Territory, a cygwin process will begin to hog the CPU starting with cygrunsrv.exe every time, and will continue until either a) I keep killing (through the Windows task manager) each cygwin process that overloads until no more cygwin process exists so I can return to my game, or b) I terminate Enemy Territory through the Windows task manager and kill the cygwin process that is overloading, then no other cygwin processes will hog the cpu, but I cannot play Enemy Territory. I thought that since it could reliably be triggered this way, perhaps that might assist with any testing, if any. Another thing I noticed, after reading Andrew DeFaria post, was that csrss.exe would be using 25% of the CPU while the cygwin processes would hog about %75 of the CPU. I'm not sure what csrss.exe is, except that I cannot kill it (Access Denied, even as Administrator). I faintly recall seeing it somewhere in Services. And one last thing: I mentioned that when I kill cygrunsrv.exe while it is "overloading", it will immediately crash, but none of the other cygwin processes display this behavior. They all die cleanly. Well, it wasn't cygrunsrv.exe that was crashing immediately after its kill. Immediately after I kill cygrunsrv.exe it was UmxCfg.exe that was crashing! This appears to be part of the Tiny Firewall (or tpf, Tiny Personal Firewall for those of you that heard of it back in the day) system. I am going to investigate this newly discovered fact and I'll be sure to let you all know what I find out. ------------------------------------------- Steve B wrote: > > When I am playing the freely available standalone > version of Return to Castle Wolfenstein called Enemy > Territory and I have various cygwin programs such as > apache's httpd, tail.exe, cygrunsrv.exe, bash.exe, or > whatnot running, ET will lock up and when I bring up > the task manager, seemingly random cygwin processes > will be hogging the CPU until I kill it. If you happen to be using Process Explorer from sysinternals.com then that's the culprit. If you have the "modules" display enabled and happen to click on or otherwise display info about a cygwin process, the result is a 100% hang until you kill the cygwin process. Brian __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bruschi@mail.desy.de Thu Sep 30 22:19:00 2004 From: bruschi@mail.desy.de (Marco Bruschi) Date: Thu, 30 Sep 2004 22:19:00 -0000 Subject: parse errors using setup In-Reply-To: <20040930195633.GG23148@trixie.casa.cgf.cx> References: <415C334E.9050806@mail.desy.de> <20040930190353.GF23148@trixie.casa.cgf.cx> <415C5AF2.90607@mail.desy.de> <20040930195633.GG23148@trixie.casa.cgf.cx> Message-ID: <415C7B3B.4090506@mail.desy.de> Any idea on how uniquely identify the setup.ini file effectively used by setup.exe? Thanks Christopher Faylor wrote: > On Thu, Sep 30, 2004 at 09:13:54PM +0200, Marco Bruschi wrote: > >>You mean in the setup.ini or the setup.bz2 ? >> >>In the setup.ini: >> >>7446: ############################################### >>7447: # KDE-3 internationalisation >>7448: ############################################### >>7449: @ kde3-i18n-af >>7450: category: KDE3-i18n >>7451: requires: kdelibs-3 >>7452: version: 3.1.4 >>7453: install: kde-i18n/kde3-i18n-af-3.1.4-0.tar.bz2 967158 >>7454: sdesc: "Afrikaans - KDE language support" > > > So you're using a custom setup.ini. I don't see a string there but possibly > this isn't the file that you're trying to use. It may be the bzip2 file. > > >>The other file I suppose is a binary. > > > http://www.google.com/search?q=what+is+bz2+file > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > -- Marco Bruschi DESY Laboratory - Notkestrasse 85 - 22607 Hamburg (Germany) Tel: +49 40 89981 982 Fax: +49 40 8994 1982 Handy: +49 172 1688839 e-mail: bruschi@mail.desy.de -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From bruschi@mail.desy.de Thu Sep 30 22:30:00 2004 From: bruschi@mail.desy.de (Marco Bruschi) Date: Thu, 30 Sep 2004 22:30:00 -0000 Subject: parse errors using setup In-Reply-To: <20040930195633.GG23148@trixie.casa.cgf.cx> References: <415C334E.9050806@mail.desy.de> <20040930190353.GF23148@trixie.casa.cgf.cx> <415C5AF2.90607@mail.desy.de> <20040930195633.GG23148@trixie.casa.cgf.cx> Message-ID: Hi, maybe the problem is that in my downloading site (kde-cygwin.sourceforge.net/install) they changed the setup.ini today (30 september at 6:41). On Thu, 30 Sep 2004, Christopher Faylor wrote: > On Thu, Sep 30, 2004 at 09:13:54PM +0200, Marco Bruschi wrote: > >You mean in the setup.ini or the setup.bz2 ? > > > >In the setup.ini: > > > >7446: ############################################### > >7447: # KDE-3 internationalisation > >7448: ############################################### > >7449: @ kde3-i18n-af > >7450: category: KDE3-i18n > >7451: requires: kdelibs-3 > >7452: version: 3.1.4 > >7453: install: kde-i18n/kde3-i18n-af-3.1.4-0.tar.bz2 967158 > >7454: sdesc: "Afrikaans - KDE language support" > > So you're using a custom setup.ini. I don't see a string there but possibly > this isn't the file that you're trying to use. It may be the bzip2 file. > > >The other file I suppose is a binary. > > http://www.google.com/search?q=what+is+bz2+file > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > Dr. Marco Bruschi DESY Laboratory - Notkestrasse 85 - 22607 Hamburg (Germany) Tel: +49 40 89981 982 Fax: +49 40 8994 1982 Handy: +49 172 1688839 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/