Re: Please upload cron 4.1-59
On 03/12/2010 08:33 AM, Pierre A. Humblet wrote: ... and keep 4.1-57 (not -58) No change in setup.hint. The files can be found in http://mysite.verizon.net/phumblet/cron-4.1-59/cron-4.1-59.tar.bz2 http://mysite.verizon.net/phumblet/cron-4.1-59/cron-4.1-59-src.tar.bz2 Done. I also edited your setup.hint to drop the requires: cygwin, as that is now automatic. Should I also delete 4.1-6 and 4.1-7? -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
Re: Please upload cron 4.1-59
- Original Message - From: Eric Blake To: cygwin-apps Sent: Friday, March 12, 2010 10:38 Done. I also edited your setup.hint to drop the requires: cygwin, as that is now automatic. Thanks Should I also delete 4.1-6 and 4.1-7? Yes, those were for cygwin 1.5 Pierer
Re: Please upload cron 4.1-59
On 03/12/2010 09:14 AM, Pierre A. Humblet wrote: Should I also delete 4.1-6 and 4.1-7? Yes, those were for cygwin 1.5 Done. -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
setup: patch for ftp deadlock
It was a little weird working on my own code from so long ago, but... We needed this patch on our local version of setup to fix a deadlock between the FTP data socket and the PASV command, the RFC suggests closing out the data socket before starting the next transaction, so that's what this tries to do. When read() returns EOF, we check for the end-of-transaction status code on the command socket so that the server closes out the socket properly before we get to the next PASV command. With our FTP server, the PASV command didn't work if you issue it before reading the status from the RETR, so we waited forever for the PASV status code which never came. * nio-ftp.c (read): Read RETR status code on EOF to avoid deadlock with PASV. diff -U 3 -r rhsetup-src/nio-ftp.cc setup/nio-ftp.cc --- rhsetup-src/nio-ftp.cc 2008-04-08 19:50:54.0 -0400 +++ setup/nio-ftp.cc2010-03-11 23:09:42.0 -0500 @@ -174,7 +174,11 @@ int NetIO_FTP::read (char *buf, int nbytes) { + int rv, code; if (!ok ()) return 0; - return s-read (buf, nbytes); + rv = s-read (buf, nbytes); + if (rv == 0) +code = ftp_line (cmd); + return rv; }
Re: genini: message field always emitted
On Fri, Mar 12, 2010 at 09:08:56AM -0500, Charles Wilson wrote: Christopher Faylor wrote: On Thu, Mar 11, 2...@09:26:38PM -0500, Charles Wilson wrote: @@ -87,8 +93,10 @@ sub get { my $val = shift; if ($keyhint eq 'message') { - my ($kw, $rest) = /^(\S+)\s+(.*)$/; - return $kw . ' ' . get($FH, 'ldesc', $rest); + if ($val) { + my ($kw, $rest) = $val =~ /^(\S+)\s+(.*)$/; + return $kw . ' ' . get($FH, 'ldesc', $rest); + } This should be checking that $val exists and issuing a syntax error if not. Otherwise, it looks ok. Thanks but this seems too complicated for what is required. I am still email-receive challenged but I checked in a fix which makes 'message' and 'ldesc' optional and issues a parse error when a message line doesn't look like: message: foo bar... cgf
Re: genini: message field always emitted
On 3/12/2010 1:59 PM, Christopher Faylor wrote: Thanks but this seems too complicated for what is required. I am still email-receive challenged but I checked in a fix which makes 'message' and 'ldesc' optional and issues a parse error when a message line doesn't look like: message: foo bar... Thanks -- this works for me. -- Chuck
src/winsup/doc ChangeLog effectively.sgml
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2010-03-12 10:33:08 Modified files: winsup/doc : ChangeLog effectively.sgml Log message: * effectively.sgml (using-shortcuts): Match chapter with reality. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/ChangeLog.diff?cvsroot=srcr1=1.286r2=1.287 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/effectively.sgml.diff?cvsroot=srcr1=1.6r2=1.7
winsup/cygwin ChangeLog autoload.cc cygthread. ...
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: c...@sourceware.org 2010-03-12 23:13:48 Modified files: cygwin : ChangeLog autoload.cc cygthread.cc dcrt0.cc exceptions.cc fhandler_fifo.cc fhandler_proc.cc gendef miscfuncs.cc miscfuncs.h net.cc pinfo.cc sched.cc shared.cc sigproc.cc sync.cc thread.cc tty.cc Log message: Throughout change all calls of low_priority_sleep (0) to yield (). * miscfuncs.cc (yield): Rename from low_priority_sleep. Remove all of the logic which called Sleep() and just use SwitchToThread. * miscfuncs.h (yield): Rename from low_priority_sleep. (SLEEP_0_STAY_LOW): Delete unused define. * shared.cc (memory_init): Move heap_init() call directly after shared memory initialization to more closely mimic long-standing program flow. * tty.cc (tty_list::terminate): Replace call to low_priority_sleep with Sleep. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.4861r2=1.4862 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/autoload.cc.diff?cvsroot=uberbaumr1=1.167r2=1.168 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/cygthread.cc.diff?cvsroot=uberbaumr1=1.79r2=1.80 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/dcrt0.cc.diff?cvsroot=uberbaumr1=1.375r2=1.376 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/exceptions.cc.diff?cvsroot=uberbaumr1=1.341r2=1.342 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_fifo.cc.diff?cvsroot=uberbaumr1=1.39r2=1.40 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_proc.cc.diff?cvsroot=uberbaumr1=1.88r2=1.89 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/gendef.diff?cvsroot=uberbaumr1=1.33r2=1.34 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/miscfuncs.cc.diff?cvsroot=uberbaumr1=1.57r2=1.58 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/miscfuncs.h.diff?cvsroot=uberbaumr1=1.3r2=1.4 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/net.cc.diff?cvsroot=uberbaumr1=1.270r2=1.271 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/pinfo.cc.diff?cvsroot=uberbaumr1=1.259r2=1.260 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/sched.cc.diff?cvsroot=uberbaumr1=1.16r2=1.17 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/shared.cc.diff?cvsroot=uberbaumr1=1.133r2=1.134 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/sigproc.cc.diff?cvsroot=uberbaumr1=1.320r2=1.321 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/sync.cc.diff?cvsroot=uberbaumr1=1.39r2=1.40 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/thread.cc.diff?cvsroot=uberbaumr1=1.223r2=1.224 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/tty.cc.diff?cvsroot=uberbaumr1=1.82r2=1.83
Re: allow executing a path in backslash notation
On Mar 11 20:42, Ilguiz Latypov wrote: On Mar 10 10:25, Corinna Vinschen wrote: execv (argv[1], args); bash$ gcc -o exec exec.c bash$ ./exec /bin/echo abc bash$ ./exec C:\\cygwin\\bin\\echo abc Thanks for trying a test case. I am attaching a new test case that shows that the trouble was with execvp(), not exec(). Only execvp() calls find_exec() which fails to find a file in backslash notation, find_exec (path, buf, PATH=, FE_NNF) Another call to find_exec in spawnvpe() seems to succeed, find_exec (file, buf) So, perhaps, another way to address the issue is to call find_exec() without the 2 extra parameters. No, that's not correct. This has been changed deliberately, otherwise the execp functions have a potential security problem. If you omit the NNF flag, the function returns the original path unchanged, instead of NULL. The result is, if you give the path foo to the execp function, the later call to CreateProcess will start the executable ./foo, even if . is not in $PATH. This is unfortunate Win32 semantic, but not POSIX semantic. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
bash exits when test or [ ] is used in Windows Server 2008
Hello all, I've just installed cygwin in Windows Server 2008, I've only selected rpm-build and libintl-2 as additional packages. During install there are no error messages. Then when I start cygwin my home directory isn't made and no profiles are created. And worse, when I try to start: bash-3.2$ test -e cygwin quits. bash-3.2$ [ ] does the same. What could be wrong? I've tried reinstalling cygwin a few times. Thanks in advance, Dick -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
incomplete/corrupted setup.exe
2010.03.12.12:18:07 UT Hey Cygwin folks, It looks like the newest version of the setup.exe has been transmitted incompletely to the server. Its size is only 10.9 kBt, but the typical setup.exe is 610 kBt. When I try to run the downloaded program, it crashes immediately with: D:\cygwin\setup.exe The NTVDM CPU has encountered an illegal instruction. CS:05eb IP:0268 OP:63 65 6e 73 65 Choose 'Close' to terminate the application. It's not a big deal, but if you're one of those folks who downloads a new one every day, then you should move your old one so that it does not get clobbered. George gbarr...@walsh.edu -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7.1-1: ImageMagick seems to lack jpeg support
I wonder if this may be a problem with my install of cygwin, then (I did have a problem where the computer died mid-cygwin upgrade [thanks Windows!], and I'm not positive everything recovered). I'm pleased to hear it's working for others, I'll persevere. Sure enough, after reinstalling cygwin freshly, imagemagick is now working fine with whatever I throw at it. Thanks chaps, Nick -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: bash exits when test or [ ] is used in Windows Server 2008
On Mar 12 13:00, Dick wrote: Hello all, I've just installed cygwin in Windows Server 2008, I've only selected rpm-build and libintl-2 as additional packages. During install there are no error messages. Then when I start cygwin my home directory isn't made and no profiles are created. And worse, when I try to start: bash-3.2$ test -e cygwin quits. bash-3.2$ [ ] does the same. What could be wrong? I've tried reinstalling cygwin a few times. Is the 2K8 server running Terminal Services? If so, you could stumble over a bug in the TS application compatibility layer when running applications which don't have the TS awareness flag set in their PE/COFF header. I reported that bug, but the frontlevel support refused to follow up on this bug. What you can do is, switch off DEP for all applications and reboot. Now you should be able to run all Cygwin applications. Either keep it that way or run the peflagsall script with the -t 1 option, reset the DEP setting and reboot again. Occasionally after updating Cygwin you might have to run peflagsall again. This is supposed to get better over time, the more Cygwin packages will have the TS-awareness flag from the start, now that gcc-4 sets the flag automatically. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: incomplete/corrupted setup.exe
On Mar 12 07:17, George Barrick wrote: 2010.03.12.12:18:07 UT Hey Cygwin folks, It looks like the newest version of the setup.exe has been transmitted incompletely to the server. Its size is only 10.9 kBt, but the typical setup.exe is 610 kBt. This is probably a problem on your side. The setup.exe binary on cygwin.com is 624128 bytes. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: redirect-append () creates garbage-y file
Corinna Vinschen wrote: On Mar 11 13:12, William Lebow wrote: echo foo | tee -a test3.txt : terminal output is okay but test3.text starts with 3 characters of garbage before the string foo echo foo | tee test4.txt : terminal output is okay and test4.txt is okay too So tee -a has the same issue as when creating a new file. BTW, I believe that the garbage characters that precede the text is an encrypted version of the text in the file. This Credant software is protecting my txt files by encrypting them. And it's doing something blatantly wrong. Quite obviously, Cygwin only writes the data once. If it's in the file twice, once encrypted and once unencrypted, then this Credant software does not understand native NT writing with append mode(*). You should report this as a bug. Corinna Corinna, I can't argue with anything you say, and I have reported it to the other vendor. That said, this wasn't a problem with earlier versions of cygwin so I thought maybe there is something that can be done on the cygwin side. Thanks -- Bill -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: redirect-append () creates garbage-y file
On Mar 12 08:05, Bill Lebow wrote: Corinna Vinschen wrote: On Mar 11 13:12, William Lebow wrote: echo foo | tee -a test3.txt : terminal output is okay but test3.text starts with 3 characters of garbage before the string foo echo foo | tee test4.txt : terminal output is okay and test4.txt is okay too So tee -a has the same issue as when creating a new file. BTW, I believe that the garbage characters that precede the text is an encrypted version of the text in the file. This Credant software is protecting my txt files by encrypting them. And it's doing something blatantly wrong. Quite obviously, Cygwin only writes the data once. If it's in the file twice, once encrypted and once unencrypted, then this Credant software does not understand native NT writing with append mode(*). You should report this as a bug. Corinna Corinna, I can't argue with anything you say, and I have reported it to the other vendor. That said, this wasn't a problem with earlier versions of cygwin so I thought maybe there is something that can be done on the cygwin side. Sure, but in that case, no, there's nothing we can do about it, except to revert major functionality in Cygwin to the old implementation. However, since we're using an officially documented API, I don't see a reason to do that. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: fork problems on x64
On 3/12/2010 12:36 AM, Ross Hemingway wrote: I have the same problems with multiple apps - Exim and UW-ipop. They both fail with the same faults: fork: Resource temporarily unavailable The Exim will send a few mails, but will fail after a few minutes use. UW-ipop fails the first time its called into use. Both are loaded as services into an x64 2008 R2 server. I notice the mail list has other x64 fork problem reports. My suspicion is the fault is in the core cygwin dll. Any thoughts please? Did you try rebaseall? -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: redirect-append () creates garbage-y file
On Fri, Mar 12, 2010 at 2:19 PM, Corinna Vinschen wrote: Sure, but in that case, no, there's nothing we can do about it, except to revert major functionality in Cygwin to the old implementation. However, since we're using an officially documented API, I don't see a reason to do that. Just out of curiosity, which Cygwin 1.7 feature do you think is causing That Other App to misbehave ? -- Life is complex, with real and imaginary parts -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: redirect-append () creates garbage-y file
On Mar 12 14:26, Csaba Raduly wrote: On Fri, Mar 12, 2010 at 2:19 PM, Corinna Vinschen wrote: Sure, but in that case, no, there's nothing we can do about it, except to revert major functionality in Cygwin to the old implementation. However, since we're using an officially documented API, I don't see a reason to do that. Just out of curiosity, which Cygwin 1.7 feature do you think is causing That Other App to misbehave ? http://cygwin.com/ml/cygwin/2010-03/msg00377.html Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: incomplete/corrupted setup.exe
2010.03.12.13:43:11 UT Hi Corinna, I've tried a couple of different browsers as well as 'wget' to pull the setup.exe file. I swear that I'm not being an idiot. I also went to a sub-network here at our organization that implements a different router, and wound up with the same bad version of the setup.exe file. Could it be that there is just something wrong with the link on the Cygwin web-site? Perhaps it points to the wrong object? Georgegbarr...@walsh.edu -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: incomplete/corrupted setup.exe
-Original Message- From: Behalf Of George Barrick Sent: Friday, March 12, 2010 8:41 Subject: Re: incomplete/corrupted setup.exe 2010.03.12.13:43:11 UT Hi Corinna, I've tried a couple of different browsers as well as 'wget' to pull the setup.exe file. I swear that I'm not Url and md5sum/sha256sum? being an idiot. I also went to a sub-network here at our organization that implements a different router, and wound up with the same bad version of the setup.exe file. Could it be that there is just something wrong with the link on the Cygwin web-site? Perhaps it points to the wrong object? Georgegbarr...@walsh.edu -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron PD Inc. http://www.pdinc.us - - Principal Consultant 10 West 24th Street #100- - +1 (443) 269-1555 x333Baltimore, Maryland 21218 - - - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This message is copyright PD Inc, subject to license 20080407P00. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: fork problems on x64
On 3/12/2010 12:36 AM, Ross Hemingway wrote: I have the same problems with multiple apps - Exim and UW-ipop. They both fail with the same faults: fork: Resource temporarily unavailable The Exim will send a few mails, but will fail after a few minutes use. UW-ipop fails the first time its called into use. Both are loaded as services into an x64 2008 R2 server. I notice the mail list has other x64 fork problem reports. My suspicion is the fault is in the core cygwin dll. Any thoughts please? Larry Hall (Cygwin) wrote: Did you try rebaseall? I tried that just now. No changes. The other utilities I run or test seem to work OK. It would appear its just when a fork is called for, that the resource fault occurs. It might be a file / location permissions fault too, though I have checked for this without anything obvious. Both Exim and inetd services run from an admin level account, so they should be OK for resource access. I'm happy to try or test anything reasonable that can be suggested?? Regards -- Ross Hemingway -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: incomplete/corrupted setup.exe
2010.03.12.14:58:07 UT Hi Jason, My md5sum for the bad version of the file is: ab9fd4fa13f38ed6e9086cfe4d6c7064 *setup.exe The url was http://cygwin.com/setup.exe. George gbarr...@walsh.exe -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: incomplete/corrupted setup.exe
George Barrick sent the following at Friday, March 12, 2010 8:41 AM I've tried a couple of different browsers as well as 'wget' to pull the setup.exe file. I swear that I'm not being an idiot. I also went to a sub-network here at our organization that implements a different router, and wound up with the same bad version of the setup.exe file. Could it be that there is just something wrong with the link on the Cygwin web-site? Perhaps it points to the wrong object? I just downloaded http://cygwin.com/setup.exe. It worked fine it and is identical to the setup that I've been using for the last 10 days. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
the .exe extension
I wonder if there is more explanation available about how Cygwin handles the .exe extension than I found in the User's Guide. http://cygwin.com/cygwin-ug-net/ I'm running 1.7.1. In particular, I find it odd that moving a binary executable toggles whether or not it has the .exe extension. Consider: $ ls -l total 8 -rwxr-x--- 1 knellis knellis 4096 2010-03-12 09:08 a.exe -rwxr-x--- 1 knellis knellis 4096 2010-03-12 09:37 b $ mv a c $ mv b d $ ls -l total 8 -rwxr-x--- 1 knellis knellis 4096 2010-03-12 09:08 c -rwxr-x--- 1 knellis knellis 4096 2010-03-12 09:37 d.exe $ I have a mixture of binaries with and without the .exe extension and wonder if the mixture will somehow bite me one day. --Ken Nellis
Re: the .exe extension
On 03/12/2010 08:03 AM, Nellis, Kenneth wrote: I wonder if there is more explanation available about how Cygwin handles the .exe extension than I found in the User's Guide. http://cygwin.com/cygwin-ug-net/ I'm running 1.7.1. In particular, I find it odd that moving a binary executable toggles whether or not it has the .exe extension. Consider: $ ls -l total 8 -rwxr-x--- 1 knellis knellis 4096 2010-03-12 09:08 a.exe -rwxr-x--- 1 knellis knellis 4096 2010-03-12 09:37 b $ mv a c $ mv b d $ ls -l total 8 -rwxr-x--- 1 knellis knellis 4096 2010-03-12 09:08 c -rwxr-x--- 1 knellis knellis 4096 2010-03-12 09:37 d.exe $ This is an area of active conversation; if you would like, you can test the latest snapshot and the experimental coreutils 8.4-1 to see if the behavior is more intuitive (that is, there are more situations where .exe is preserved across file moves or copies, and fewer places where .exe is appended on a whim if the source didn't have one). In general, cygwin does not care if the .exe is missing, but other programs (particularly cmd) do, so it is better if PE-COFF files are given the .exe extension. But implementing it is tricky - for example, in the case of 'cat a b', there is no way to tell at the time when b is created whether it will be populated with PE-COFF contents (that is, no way to tell whether the source was a literal 'a' or 'a.exe'), so you will not get an .exe in that case. I have a mixture of binaries with and without the .exe extension and wonder if the mixture will somehow bite me one day. Hopefully not, but feel free to report any test cases where things need to be improved. -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
Re: fork problems on x64
From: Ross Hemingway Date: Fri, Mar 12, 2010 at 09:27:29AM -0500 I tried that just now. No changes. The other utilities I run or test seem to work OK. It would appear its just when a fork is called for, that the resource fault occurs. It might be a file / location permissions fault too, though I have checked for this without anything obvious. Both Exim and inetd services run from an admin level account, so they should be OK for resource access. I'm happy to try or test anything reasonable that can be suggested?? You don't happen to have anything like virus scanners running do you? Kind regards, Jurriaan -- HORROR FILM WISDOM: 13. If you are using a gun to combat the all-consuming evil, it is a good idea to quickly find a new means of defense, because no matter how much ammo you have, you'll run out just before you kill the monster (unless your name is Ash, in which case, you'll never have to reload). -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: incomplete/corrupted setup.exe
-Original Message- From: George Barrick Sent: Friday, March 12, 2010 9:57 Subject: Re: incomplete/corrupted setup.exe 2010.03.12.14:58:07 UT Hi Jason, My md5sum for the bad version of the file is: ab9fd4fa13f38ed6e9086cfe4d6c7064 *setup.exe It should be $ md5sum setup.exe b5ae677d6e7ed856ce74bda303c1556b *setup.exe Please try these 3 urls http://cygwin.com/setup.exe?qww4032i498322398472398472389472389473249832749823 http://mirrors.pdinc.us/cygwin-htdocs/setup.exe http://mirrors.pdinc.us/setup.exe.gz $ md5sum setup.exe.gz 7ca5ea957b516699214a3bf9fca84f14 setup.exe.gz I want to see if there is a transparent proxy caching or mangling the file, also does it go into gzip files... The url was http://cygwin.com/setup.exe. George gbarr...@walsh.exe -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron PD Inc. http://www.pdinc.us - - Principal Consultant 10 West 24th Street #100- - +1 (443) 269-1555 x333Baltimore, Maryland 21218 - - - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This message is copyright PD Inc, subject to license 20080407P00. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin 1.7: Concurrency Issue with Shared State Initialization
Hi, Does the patch help? As the issue is sporadic it's not that easy to come up with a conclusive answer... I downloaded http://cygwin.com/snapshots/cygwin1-20100309.dll.bz2, unpacked and renamed the DLL and used it as drop-in replacement to the 1.7.1 DLL. I experienced three times by now the effect that echo.exe hangs without using significant CPU time. Attaching a MSVC debugger I could only find out that in all three cases the executable stays in this endless loop: 7D6373D2 cmp dword ptr ds:[7D6A0220h],edi 7D6373D8 jne 7D628061 7D6373DE lea eax,[ebp-28h] 7D6373E1 pusheax 7D6373E2 pushebx 7D6373E3 call7D61CCB1 7D6373E8 cmp eax,ebx 7D6373EA jge 7D6373D2 I'm sort of reluctant to present this information this way as I'm afraid I'm to give someone a bum steer. However I haven't had this effect so far with with the 1.7.1 DLL so it would be at least one possible explanation that the patch has a bug showing up in the very sporadic case it is supposed to fix. Regards, Oliver -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: the .exe extension
On 12.03.2010 16:16, Eric Blake wrote: ... This is an area of active conversation; if you would like, you can test the latest snapshot and the experimental coreutils 8.4-1 to see if the behavior is more intuitive (that is, there are more situations where .exe is preserved across file moves or copies, and fewer places where .exe is appended on a whim if the source didn't have one). In general, cygwin does not care if the .exe is missing, but other programs (particularly cmd) do, so it is better if PE-COFF files are given the .exe extension. But implementing it is tricky - for example, in the case of 'cat a b', there is no way to tell at the time when b is created whether it will be populated with PE-COFF contents (that is, no way to tell whether the source was a literal 'a' or 'a.exe'), so you will not get an .exe in that case. I'm just pondering the bold idea (probably to be discarded) that it *could* be detected by magic number checking, i.e. renaming a new file on-the-fly after a few bytes of PE-COFF have been written to its beginning... 8-) -- Thomas -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: bash exits when test or [ ] is used in Windows Server 2008
Hi Corinna, Yes, the 2k008 server is running TS. I've disabled DEP for all applications and removed cygwin and reran setup.exe. Sadly the probleem isn't solved, any other suggestions are welcome. Thanks, Dick -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: the .exe extension
On Mar 12 16:49, Thomas Wolff wrote: On 12.03.2010 16:16, Eric Blake wrote: ... This is an area of active conversation; if you would like, you can test the latest snapshot and the experimental coreutils 8.4-1 to see if the behavior is more intuitive (that is, there are more situations where .exe is preserved across file moves or copies, and fewer places where .exe is appended on a whim if the source didn't have one). In general, cygwin does not care if the .exe is missing, but other programs (particularly cmd) do, so it is better if PE-COFF files are given the .exe extension. But implementing it is tricky - for example, in the case of 'cat a b', there is no way to tell at the time when b is created whether it will be populated with PE-COFF contents (that is, no way to tell whether the source was a literal 'a' or 'a.exe'), so you will not get an .exe in that case. I'm just pondering the bold idea (probably to be discarded) that it *could* be detected by magic number checking, i.e. renaming a new file on-the-fly after a few bytes of PE-COFF have been written to its beginning... 8-) We had a discussion on the cygwin-developer list and I also discussed this with Eric on IRC and there's no 100% correct solution by guessing if .exe should be appended or not, one way or another. Your idea isn't new, U/Win implements something along these lines. But that would fail just the same way as Cywin in a scenario in which you, for instance, checkout a binary file without .exe suffix from a git or svn repository. The new rename(2) implementation can fix a few scenarios, but it will never be able to do the right thing every time. The same goes for changing the .exe suffix by checking what is written to the first few bytes of a file. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7.1-1: In cmd.exe shell, how to pass multi-byte characters to bash?
On Mar 13 00:07, bootleq wrote: When typing command in Windows XP cmd.exe shell, with multi-byte characters, for example: bash -c 'echo ???' result in: bash: $'echo \357\274\241': command not found expected result: ??? This would be problematic when writing Windows scripts to invoke bash commands. Simplest solution: Write bash scripts instead. Other than that, check the latest developer snapshot from http://cygwin.com/snapshots/. It contains a patch which might fix your problem. And either way, make sure the environment locale settings are matching your Win32 environment. See the User's Guide. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin 1.7: Concurrency Issue with Shared State Initialization
On Mar 12 16:48, Schmidt, Oliver wrote: Hi, Does the patch help? As the issue is sporadic it's not that easy to come up with a conclusive answer... I downloaded http://cygwin.com/snapshots/cygwin1-20100309.dll.bz2, unpacked and renamed the DLL and used it as drop-in replacement to the 1.7.1 DLL. I experienced three times by now the effect that echo.exe hangs without using significant CPU time. Attaching a MSVC debugger I could only find out that in all three cases the executable stays in this endless loop: 7D6373D2 cmp dword ptr ds:[7D6A0220h],edi 7D6373D8 jne 7D628061 7D6373DE lea eax,[ebp-28h] 7D6373E1 pusheax 7D6373E2 pushebx 7D6373E3 call7D61CCB1 7D6373E8 cmp eax,ebx 7D6373EA jge 7D6373D2 What about building the Cygwin DLL with debug symbols and using the GDB debugger instead of MSVC? The latter doesn't grok the Dwarf-2 debugging format. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7.1: connect though sshd - account missing group memberships
On Mar 12 08:28, Robert Jacobson wrote: Hi, I just updated from 1.5.x to 1.7.1. This nicely resolved a slow login problem I was having with my domain account login. However, I'm still having one issue that I've been unable to resolve (i.e. it occurrs with both 1.5.x and 1.7.1). When I login via SSH, my administrative account does not have membership in the same groups as when I login locally. I'm missing membership in the root and Administrators groups. Perhaps relevant: This machine used to be a member of another domain. A few months ago the machine domain membership changed. It now allows logins from accounts in either domain. The cyg_server user running sshd should be a domain account. See http://cygwin.com/faq/faq-nochunks.html#faq.using.sshd-in-domain and http://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-setuid-overview Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: bash exits when test or [ ] is used in Windows Server 2008
On Mar 12 16:18, Dick wrote: Hi Corinna, Yes, the 2k008 server is running TS. I've disabled DEP for all applications and removed cygwin and reran setup.exe. Sadly the probleem isn't solved, any other suggestions are welcome. http://cygwin.com/faq/faq.using.html#faq.using.bloda ? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin 1.7: Concurrency Issue with Shared State Initialization
On Mar 12 17:27, Corinna Vinschen wrote: On Mar 12 16:48, Schmidt, Oliver wrote: Hi, Does the patch help? As the issue is sporadic it's not that easy to come up with a conclusive answer... I downloaded http://cygwin.com/snapshots/cygwin1-20100309.dll.bz2, unpacked and renamed the DLL and used it as drop-in replacement to the 1.7.1 DLL. I experienced three times by now the effect that echo.exe hangs without using significant CPU time. Attaching a MSVC debugger I could only find out that in all three cases the executable stays in this endless loop: 7D6373D2 cmp dword ptr ds:[7D6A0220h],edi 7D6373D8 jne 7D628061 7D6373DE lea eax,[ebp-28h] 7D6373E1 pusheax 7D6373E2 pushebx 7D6373E3 call7D61CCB1 7D6373E8 cmp eax,ebx 7D6373EA jge 7D6373D2 What about building the Cygwin DLL with debug symbols and using the GDB debugger instead of MSVC? The latter doesn't grok the Dwarf-2 debugging format. Hang on. This endless loop has nothing to do with Cygwin code. The addresses show that we're outside of Cygwin, which is in the 0x61xx address range. 0x7dxx is probably somewher in a Windows DLL. Are you absolutely sure that you can rule out BLODA effects? Besides, the loop which handles the spinlock is much bigger than the above code. It would also contain a locking assembler directive along the lines of `lock cmpxchgl ...'. And last but not least, even if that doesn't count much, I just glared at the new spinlock loop in shared.cc until my eyes watered, and I can't figure out any situation in which this could result in an endless loop *unless* the process which is doing the initial initialization has been forcefully teminated during initialization. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Re: can't create master tty errors
On Tue, Mar 09, 2010 at 08:50:38PM +, Andy Koppe wrote: Cesar Crusius: I am using Cygwin and SSH to do automated remote builds using Visual C++. It works for a few days, but invariably things start failing with messages like these (this one from a build log): Makefile:9: MakePID: 5964 1 [main] env 2748 C:\cygwin\bin\env.exe: *** fatal error - can't create master tty The number of tty devices is limited, so the first thing to check is whether your build system simply leaves too many sessions open, by checking the output of 'ps'. If not, it might be to do with the following. If you open a couple of terminals, they're assigned tty0 and tty1. If you then close tty1 and open another terminal, that again becomes tty1. But if you close tty0, and open yet another one, that becomes tty2 rather than tty0. That appears to be the general rule: a new terminal gets the next ID above the current highest one. This means, however, that if opening and closing of terminal sessions is interleaved in certain ways, Cygwin might eventually run out of terminal IDs, even if only few of them are actually used. High numbers in the TTY column of the 'ps' output would point to that. Cgf, am I talking rubbish here? Andy Hi there, It happened again today. Rebooting the machine. Any other clues? This is happening pretty frequently... Can't ssh into it or open a Cygwin terminal, so I can't see what's going on via 'ps'. - Cesar -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: incomplete/corrupted setup.exe
2010.03.12.18:32:08 UT Hi Jason, I tried all three of the URL's that you provided. Both http://mirrors.pdinc.us/setup.exe.gz http://mirrors.pdinc.us/cygwin-htdocs/setup.exe gave me a 'wget' process that seemed to hang. I had to kill it after a few minutes. They both yielded files in my directory that have the correct names, but are empty. The URL http://cygwin.com/setup.exe?qww4032i498322398472398472389472389473249832749823 gave me a file of approximately 11.4 kBt. I gave it a shorter name, and asked for an md5sum: $ md5sum setup.exe f33b4c53b39485c1ecc528a95517534d *setup.exe It is certainly not correct. I thought this morning that this was some piddly problem that would go away soon, but I am apparently mistaken. Can this be some kind of insidious site-blocking that is being implemented by the persons who manage network security for my institution? My only good test will be tonight when I arrive home to try the download from my DSL-network. Georgegbarr...@walsh.edu -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
missing paths
My $PATH in my new install of 1.7.1 is missing the cygwin directories (/usr/local/bin, /usr/bin, /bin, /usr/X11R6/bin) Is this a result of the mount point issue called out on the cygwin home page? -Kevin -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: incomplete/corrupted setup.exe
On 3/12/2010 1:33 PM, George Barrick wrote: Can this be some kind of insidious site-blocking that is being implemented by the persons who manage network security for my institution? My only good test will be tonight when I arrive home to try the download from my DSL-network. Most likely some caching going on somewhere in your network pipeline... -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: missing paths
On 3/12/2010 1:34 PM, Roe, Kevin L. wrote: My $PATH in my new install of 1.7.1 is missing the cygwin directories (/usr/local/bin, /usr/bin, /bin, /usr/X11R6/bin) Is this a result of the mount point issue called out on the cygwin home page? No. See the problem reporting guidelines to report a problem. Problem reports: http://cygwin.com/problems.html -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: incomplete/corrupted setup.exe
2010.03.12.18:53:51 UT Hi Larry, O.K. So that would be a 'backbone' server in my region that caches the file, but gets a corrupted version of it? In that circumstance, it is nothing insidious. I just have to wait until the offending file gets flushed from the server. George gbarr...@walsh.edu -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: missing paths
First off, I cannot run cygcheck and give you the results. My machine is completely disconnected from the internet and has no external write capability. I installed 1.7.1 on a machine that already had 1.5. The machine is a dual quad core Intel box running 64 bit XP. After installation, I launched the rxvt BASH shell. The shell came up in the wrong directory (/usr/bin), but upon the “cd” command, went to the appropriate location declared in the /etc/passwd file. At that point, I tried running a simple command, ssh. The system said “bash: ssh: command not found” So, I did an echo of $PATH. The result was missing all the cygwin paths (/usr, /bin, …), but included windows paths: (if you were wondering about the statement at the top, this was typed in manually) /cygdrive/c/Documents and Settings/roe2/My Documents/bin /cygdrive/c/Program Files/LLNL/VisIt 1.11.0 /cygdrive/c/Perl/site/bin /cygdrive/c/Perl/bin /cygdrive/c/WINDOWS/system32 /cygdrive/c/WINDOWS /cygdrive/c/WINDOWS/System32/Wbem /cygdrive/c/Program Files/Attachmate/RSecure/ /cygdrive/c/WINDOWS/system32/WindowsPowerShell/v1.0 /cygdrive/c/PROGRA~1/cvsnt /cygdrive/c/Program Files/TortoiseSVN/bin /cygdrive/c/Program Files/QuickTime/QTSystem/ /cygdrive/c/Program Files/Hummingbird/Connectivity/14.00/Accessories/ /cygdrive/c/Program Files/Hummingbird/Connectivity/14.00/NFS Maestro/ /cygdrive/c/Program Files/CVSNT/ /cygdrive/g /cygdrive/c/Program Files/CUBIT 12.0/bin /usr/lib/lapack I know I included what looks like two problems here, but I am fairly sure they are linked and I wanted to include as much info as possible. I don’t understand why the path is missing, any guidance on how to fix the problem would be appreciated. -Kevin -Original Message- From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of Larry Hall (Cygwin) Sent: Friday, March 12, 2010 10:42 AM To: cygwin@cygwin.com Subject: Re: missing paths On 3/12/2010 1:34 PM, Roe, Kevin L. wrote: My $PATH in my new install of 1.7.1 is missing the cygwin directories (/usr/local/bin, /usr/bin, /bin, /usr/X11R6/bin) Is this a result of the mount point issue called out on the cygwin home page? No. See the problem reporting guidelines to report a problem. Problem reports: http://*cygwin.com/problems.html -- Larry Hall http://*www.*rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://*cygwin.com/problems.html FAQ: http://*cygwin.com/faq/ Documentation: http://*cygwin.com/docs.html Unsubscribe info: http://*cygwin.com/ml/#unsubscribe-simple
Rsync randomly hanging until implementing socketpair solution
I have been using rsync with cygwin for years to synchronize several relatively large data sets at several different locations. When I upgraded to the cygwin 1.7 version a while back, I began noticing a random problem with rsync hanging. It would not do it in the same place, but it seemed to be more prone to hang on certain data sets. The only thing different about the data set it seems to hang on is that this particular data set has a great deal of subdirectories with a large number of files in them and many of the files are very small in size. To make sure rsync was actually hung up, I even let it run for an entire weekend just to make sure it never came back to life and it did not. By the way, I also have the timeout option set in rsync and it makes no difference. Anyway, after doing some research on the problem, I discovered others have seen this issue as well. Here are a few posts I recently ran into regarding this: http://marc-abramowitz.com/archives/2007/10/14/solving-rsync-hangs-with-cygwin/#comment-299686 http://cygwin.com/ml/cygwin/2010-02/msg00700.html http://www.itefix.no/i2/node/12210 The possible solution involves recompiling rsync (v3.0.7 by the way) with socketpairs turned off. The good folks at http://www.itefix.no/ have a version of rsync with this modification already made and I decided to give it a try. I want to report that this has completely solved my problem. Since applying the fix, I have had no more hang-ups. I thought I would report this in case others run into this problem. Thank you. - Kyle -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: missing paths
On 12 March 2010 18:57, Roe, Kevin L.: First off, I cannot run cygcheck and give you the results. My machine is completely disconnected from the internet and has no external write capability. I installed 1.7.1 on a machine that already had 1.5. The machine is a dual quad core Intel box running 64 bit XP. After installation, I launched the rxvt BASH shell. How did you invoke it? You're probably running bash as a non-login shell, in which case /etc/profile isn't sourced, and that's where the PATH is set. Run it like so: rxvt -ls And if that doesn't help: rxvt -e /bin/bash -l Andy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: missing paths
Here is the exact syntax used in my Windows shortcut: C:\cygwin\bin\rxvt.exe -T %COMPUTERNAME%.%USERDNSDOMAIN% -e /bin/bash -login -c exec /bin/bash -Kevin -Original Message- From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of Andy Koppe Sent: Friday, March 12, 2010 11:22 AM To: cygwin@cygwin.com Subject: Re: missing paths On 12 March 2010 18:57, Roe, Kevin L.: First off, I cannot run cygcheck and give you the results. My machine is completely disconnected from the internet and has no external write capability. I installed 1.7.1 on a machine that already had 1.5. The machine is a dual quad core Intel box running 64 bit XP. After installation, I launched the rxvt BASH shell. How did you invoke it? You're probably running bash as a non-login shell, in which case /etc/profile isn't sourced, and that's where the PATH is set. Run it like so: rxvt -ls And if that doesn't help: rxvt -e /bin/bash -l Andy -- Problem reports: http://*cygwin.com/problems.html FAQ: http://*cygwin.com/faq/ Documentation: http://*cygwin.com/docs.html Unsubscribe info: http://*cygwin.com/ml/#unsubscribe-simple
Re: missing paths
Roe, Kevin L. wrote: Here is the exact syntax used in my Windows shortcut: C:\cygwin\bin\rxvt.exe -T %COMPUTERNAME%.%USERDNSDOMAIN% -e /bin/bash -login -c exec /bin/bash And there is your problem, its --login (long parameters use double dash). -- René Berber -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: missing paths
Ok, so I am testing this on a machine that has 1.5.3 I changed the -login to --login It doesn't change anything. I know, I really need to test it on the other machine, but it isn't available right now. However, I also tried eliminating the login option entirely, and now this machine has the same /usr/bin start location. Does this mean that the bash command has gotten more picky about syntax? -Kevin -Original Message- From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of René Berber Sent: Friday, March 12, 2010 11:29 AM To: cygwin@cygwin.com Subject: Re: missing paths Roe, Kevin L. wrote: Here is the exact syntax used in my Windows shortcut: C:\cygwin\bin\rxvt.exe -T %COMPUTERNAME%.%USERDNSDOMAIN% -e /bin/bash -login -c exec /bin/bash And there is your problem, its --login (long parameters use double dash). -- René Berber -- Problem reports: http://*cygwin.com/problems.html FAQ: http://*cygwin.com/faq/ Documentation: http://*cygwin.com/docs.html Unsubscribe info: http://*cygwin.com/ml/#unsubscribe-simple
RE: missing paths
Ok, I can look at the other machine now (briefly), the sytax there already has the --login So, that is not the problem... -Original Message- From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of Roe, Kevin L. Sent: Friday, March 12, 2010 11:34 AM To: cygwin@cygwin.com Subject: RE: missing paths Ok, so I am testing this on a machine that has 1.5.3 I changed the -login to --login It doesn't change anything. I know, I really need to test it on the other machine, but it isn't available right now. However, I also tried eliminating the login option entirely, and now this machine has the same /usr/bin start location. Does this mean that the bash command has gotten more picky about syntax? -Kevin -Original Message- From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of René Berber Sent: Friday, March 12, 2010 11:29 AM To: cygwin@cygwin.com Subject: Re: missing paths Roe, Kevin L. wrote: Here is the exact syntax used in my Windows shortcut: C:\cygwin\bin\rxvt.exe -T %COMPUTERNAME%.%USERDNSDOMAIN% -e /bin/bash -login -c exec /bin/bash And there is your problem, its --login (long parameters use double dash). -- René Berber -- Problem reports: http://**cygwin.com/problems.html FAQ: http://**cygwin.com/faq/ Documentation: http://**cygwin.com/docs.html Unsubscribe info: http://**cygwin.com/ml/#unsubscribe-simple
Re: Rsync randomly hanging until implementing socketpair solution
On Mar 12 13:10, li...@trcintl.com wrote: I have been using rsync with cygwin for years to synchronize several relatively large data sets at several different locations. When I upgraded to the cygwin 1.7 version a while back, I began noticing a random problem with rsync hanging. It would not do it in the same place, but it seemed to be more prone to hang on certain data sets. The only thing different about the data set it seems to hang on is that this particular data set has a great deal of subdirectories with a large number of files in them and many of the files are very small in size. To make sure rsync was actually hung up, I even let it run for an entire weekend just to make sure it never came back to life and it did not. By the way, I also have the timeout option set in rsync and it makes no difference. Anyway, after doing some research on the problem, I discovered others have seen this issue as well. Here are a few posts I recently ran into regarding this: http://marc-abramowitz.com/archives/2007/10/14/solving-rsync-hangs-with-cygwin/#comment-299686 http://cygwin.com/ml/cygwin/2010-02/msg00700.html http://www.itefix.no/i2/node/12210 The possible solution involves recompiling rsync (v3.0.7 by the way) with socketpairs turned off. The good folks at http://www.itefix.no/ have a version of rsync with this modification already made and I decided to give it a try. I want to report that this has completely solved my problem. Since applying the fix, I have had no more hang-ups. I would appreciate if somebody who can reproduce the problem could try to debug this, at the very least with strace, better by building your own debug version of hte Cygwin DLL and attaching to the process with GDB. I can not reproduce the problem at all. It's rather tricky to fix a problem this way... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: bash exits when test or [ ] is used in Windows Server 2008
Corinna Nope, none of those applications are installed. I'm not sure whether it is a fork() issue, opening a sub shell for example doesn't give any errors. Please let me know if you have another suggestion. TIA, Dick -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: missing paths
Roe, Kevin L.: Ok, I can look at the other machine now (briefly), the sytax there already has the --login So, that is not the problem... Check that /etc/profile actually exists and that it contains these lines near the start: PATH=/usr/local/bin:/usr/bin:/bin:$PATH export PATH (And lose the '-c exec /bin/bash' at the end of the rxvt shortcut, unless you've got a particular reason for double-invoking bash like that.) Andy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Intermittent perl errors with cygwin 1.7
About once a month I get something like this: 4 [main] perl 3156 D:\Local\Cygwin\bin\perl.exe: *** fatal error - cygheap base mismatch detected - 0x6120C6E0/0xD4C6E0. This problem is probably due to using incompatible versions of the cygwin DLL. 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. Rebooting is also suggested if you are unable to find another cygwin DLL. There is not another cygwin DLL on my system, and rebooting does in fact fix it, but that is of course not a solution... Here is cygcheck perl, and TIA for any suggestions. Found: D:\Local\Cygwin\bin\perl.exe D:\Local\Cygwin\bin\perl.exe D:\Local\Cygwin\bin\cygperl5_10.dll D:\Local\Cygwin\bin\cygcrypt-0.dll D:\Local\Cygwin\bin\cygwin1.dll C:\Windows\system32\ADVAPI32.DLL C:\Windows\system32\msvcrt.dll C:\Windows\system32\KERNELBASE.dll C:\Windows\system32\ntdll.dll C:\Windows\system32\API-MS-Win-Core-Console-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-DateTime-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Debug-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-ErrorHandling-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Fibers-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-File-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Handle-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Heap-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Interlocked-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Localization-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-LibraryLoader-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Memory-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Misc-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-NamedPipe-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-ProcessEnvironment-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-ProcessThreads-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Profile-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-String-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Synch-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-SysInfo-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Util-L1-1-0.dll C:\Windows\system32\API-MS-WIN-Service-Core-L1-1-0.dll C:\Windows\system32\API-MS-WIN-Service-winsvc-L1-1-0.dll C:\Windows\system32\API-MS-WIN-Service-Management-L1-1-0.dll C:\Windows\system32\API-MS-WIN-Service-Management-L2-1-0.dll C:\Windows\system32\API-MS-Win-Core-LocalRegistry-L1-1-0.dll C:\Windows\system32\API-MS-Win-Security-Base-L1-1-0.dll C:\Windows\system32\KERNEL32.dll C:\Windows\system32\API-MS-Win-Core-RtlSupport-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-IO-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-ThreadPool-L1-1-0.dll C:\Windows\system32\RPCRT4.dll C:\Windows\system32\API-MS-Win-Core-DelayLoad-L1-1-0.dll D:\Local\Cygwin\bin\cyggcc_s-1.dll D:\Local\Cygwin\bin\cygssp-0.dll -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: missing paths
My install is missing the /etc/profile file. I think this may be the reason for why I need the '-c exec /bin/bash' in my shortcut. What do I need to have in my /etc/profile file besides what you mentioned. -Kevin -Original Message- From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of Andy Koppe Sent: Friday, March 12, 2010 12:14 PM To: cygwin@cygwin.com Subject: Re: missing paths Roe, Kevin L.: Ok, I can look at the other machine now (briefly), the sytax there already has the --login So, that is not the problem... Check that /etc/profile actually exists and that it contains these lines near the start: PATH=/usr/local/bin:/usr/bin:/bin:$PATH export PATH (And lose the '-c exec /bin/bash' at the end of the rxvt shortcut, unless you've got a particular reason for double-invoking bash like that.) Andy -- Problem reports: http://*cygwin.com/problems.html FAQ: http://*cygwin.com/faq/ Documentation: http://*cygwin.com/docs.html Unsubscribe info: http://*cygwin.com/ml/#unsubscribe-simple
Re: Cygwin 1.7: Concurrency Issue with Shared State Initialization
On 12/03/2010 17:28, Corinna Vinschen wrote: Hang on. This endless loop has nothing to do with Cygwin code. The addresses show that we're outside of Cygwin, which is in the 0x61xx address range. 0x7dxx is probably somewher in a Windows DLL. That'll be WFMO, I'd bet. So it's consistent with the suggestion that we're somewhere deeper down the call stack doing the low_priority_sleep, and the top-level in shared.cc is looping forever. and I can't figure out any situation in which this could result in an endless loop *unless* the process which is doing the initial initialization has been forcefully teminated during initialization. Or thrown an exception, or called api_fatal, I would expect. cheers, DaveK -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: incomplete/corrupted setup.exe
On 12/03/2010 12:17, George Barrick wrote: It looks like the newest version of the setup.exe has been transmitted incompletely to the server. Its size is only 10.9 kBt, but the typical setup.exe is 610 kBt. When I try to run the downloaded program, it crashes immediately with: D:\cygwin\setup.exe The NTVDM CPU has encountered an illegal instruction. CS:05eb IP:0268 OP:63 65 6e 73 65 Choose 'Close' to terminate the application. Nah, your (or your ISP's) web proxy is broken. That's ASCII in that there file, you got some kind of error message rather than a download. 63 65 6e 73 65 = cense. Take a look at the file in notepad, why don't you? cheers, DaveK -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: missing paths
Roe, Kevin L.: My install is missing the /etc/profile file. I think this may be the reason for why I need the '-c exec /bin/bash' in my shortcut. What do I need to have in my /etc/profile file besides what you mentioned. Lots. Probably best to reinstall the 'base-files' package at this point. If you created an /etc/profile just now, delete it first (because a customised profile won't be overwritten). Andy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: the .exe extension
Hello Eric, * On Fri, Mar 12, 2010 at 08:16:42AM -0700 Eric Blake wrote: In general, cygwin does not care if the .exe is missing, but other programs (particularly cmd) do, so it is better if PE-COFF files are given the .exe extension. Is it really better to add the .exe extension? May I ask which problem it is this renaming tries to solve? I ask because here have been some discussions about the problems imposed by renaming to .exe. However, I could not come up with a problem that can be solved with this renaming: If I really, really need the .exe extension, I can generate it myself. So, why should Cygwin do it automatically? Thank you (or anyone else) for any explanations, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: missing paths
I did a reinstall of cygwin when I installed 1.7.1 over my 1.5.25 install. It is my impression that this is the way to guarantee the complete install of the OS. How did such a critical file get missed and how can I guarantee other files were not missed. -Kevin -Original Message- From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of Andy Koppe Sent: Friday, March 12, 2010 12:48 PM To: cygwin@cygwin.com Subject: Re: missing paths Roe, Kevin L.: My install is missing the /etc/profile file. I think this may be the reason for why I need the '-c exec /bin/bash' in my shortcut. What do I need to have in my /etc/profile file besides what you mentioned. Lots. Probably best to reinstall the 'base-files' package at this point. If you created an /etc/profile just now, delete it first (because a customised profile won't be overwritten). Andy -- Problem reports: http://*cygwin.com/problems.html FAQ: http://*cygwin.com/faq/ Documentation: http://*cygwin.com/docs.html Unsubscribe info: http://*cygwin.com/ml/#unsubscribe-simple
Re: incomplete/corrupted setup.exe
On Fri, Mar 12, 2010 at 08:41:15AM -0500, George Barrick wrote: I've tried a couple of different browsers as well as 'wget' to pull the setup.exe file. I swear that I'm not being an idiot. I also went to a sub-network here at our organization that implements a different router, and wound up with the same bad version of the setup.exe file. Could it be that there is just something wrong with the link on the Cygwin web-site? Perhaps it points to the wrong object? Check the archives. Cygwin is a popular project. If the method used to install it wasn't working there would be more than just a lone voice complaining that setup.exe was broken. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: incomplete/corrupted setup.exe
On 3/12/2010 10:04 AM, Christopher Faylor wrote: On Fri, Mar 12, 2010 at 08:41:15AM -0500, George Barrick wrote: I've tried a couple of different browsers as well as 'wget' to pull the setup.exe file. I swear that I'm not being an idiot. I also went to a sub-network here at our organization that implements a different router, and wound up with the same bad version of the setup.exe file. Could it be that there is just something wrong with the link on the Cygwin web-site? Perhaps it points to the wrong object? Check the archives. Cygwin is a popular project. If the method used to install it wasn't working there would be more than just a lone voice complaining that setup.exe was broken. My corporate firewall decided a few months ago that setup.exe is suspicious and has blocked all my attempts to download it. (This is obviously a mistake, since (a) setup.exe is not a virus, and (b) cygwin itself is already on the approved product list according to my IT corporate masters). However, rather than trouble their slumber, and since I already had cygwin installed -- I just downloaded the source code instead via CVS and built my own version. Not really a solution for most people -- and dl/ing at home and just using sneaker-net/thumb-drive would work fine, too. But I didn't want to wait another day. -- Chuck -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: allow executing a path in backslash notation
Eric Blake a écrit : That's bash's rules. According to POSIX, \n has undefined behavior. And in some other implementations, such as Solaris sh, \n is interpolated by the shell as a newline. Bash instead does the interpolation when you use $'\n'. isn't it the echo command which interpret the \n sequence ? could you try using : printf :%s:\n x\nx But the moral of the story is that within , it is only portable to use \ if it is followed by one of the four bytes specifically documented by POSIX. whatever the shell I've tested, the answer was : :x\nx: even on solaris 9 using /sbin/sh or hp-ux 11i using /usr/old/bin/sh Regards, Cyrille Lefevre -- mailto:cyrille.lefevre-li...@laposte.net -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: cp: skipping file 'file.txt', as it was replaced while being copied
I now have 1.7.1 The problem I reported in this thread is still there. Any other thoughts? -Kevin -Original Message- From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of Roe, Kevin L. Sent: Friday, March 05, 2010 3:36 PM To: cygwin Subject: RE: cp: skipping file 'file.txt', as it was replaced while being copied Oops, sorry about the PPIOSPE mistake. Thanks for the suggestion. I'll try it out and let you know the result. -Kevin -Original Message- From: Eric Blake [mailto:ebl...@redhat.com] Sent: Friday, March 05, 2010 3:26 PM To: Roe, Kevin L.; cygwin Subject: Re: cp: skipping file 'file.txt', as it was replaced while being copied Please keep the list in the loop: http://**cygwin.com/acronyms/#PPIOSPE On 03/05/2010 03:10 PM, Roe, Kevin L. wrote: The system in question is disconnected from the internet and has no write to cd etc capability. That said, here is the output of the command you suggested: For the drive that doesn't: Device Type: 7 Characteristics: 10 Max Filenamelength : 255 Filesystemname : NTFS Flags : 4004f FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: TRUE FILE_PERSISTENT_ACLS: TRUE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : TRUE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : TRUE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE The cygwin site specifically says there is no such thing as a version of cygwin (http://**cygwin.com/faq.html). There's no such thing as an overall distro version. But there IS such a thing as the version of cygwin1.dll. When I use the uname -a command I get the result: CYGWIN_NT-5.2-WOW64 almaden 1.5.25(0.156/4/2) 2008-06-12 19:34 i686 Cygwin What are you referring to when you say version? You are running cygwin1.dll version 1.5.25. But the latest is 1.7.1. Upgrading will probably resolve your problem. Run setup.exe from cygwin.com. -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://**libvirt.org -- Problem reports: http://*cygwin.com/problems.html FAQ: http://*cygwin.com/faq/ Documentation: http://*cygwin.com/docs.html Unsubscribe info: http://*cygwin.com/ml/#unsubscribe-simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin 1.7: Concurrency Issue with Shared State Initialization
On Fri, Mar 12, 2010 at 04:48:14PM +0100, Schmidt, Oliver wrote: Hi, Does the patch help? As the issue is sporadic it's not that easy to come up with a conclusive answer... I downloaded http://cygwin.com/snapshots/cygwin1-20100309.dll.bz2, unpacked and renamed the DLL and used it as drop-in replacement to the 1.7.1 DLL. I experienced three times by now the effect that echo.exe hangs without using significant CPU time. Is echo being run under a bash shell? From the command prompt? In a .bat file? Repeatedly in a loop? Attaching a MSVC debugger I could only find out that in all three cases the executable stays in this endless loop: 7D6373D2 cmp dword ptr ds:[7D6A0220h],edi 7D6373D8 jne 7D628061 7D6373DE lea eax,[ebp-28h] 7D6373E1 pusheax 7D6373E2 pushebx 7D6373E3 call7D61CCB1 7D6373E8 cmp eax,ebx 7D6373EA jge 7D6373D2 I'm sort of reluctant to present this information this way as I'm afraid I'm to give someone a bum steer. However I haven't had this effect so far with with the 1.7.1 DLL so it would be at least one possible explanation that the patch has a bug showing up in the very sporadic case it is supposed to fix. If you also grab cygwin1-*.dbg.bz2 and uncompress it next to cygwin1.dll as cygwin1.dbg you should be able to attach to a hung process with gdb and get a backtrace with symbols: c:\c:\cygwin\bin\gdb /bin/echo.exe pid (gdb) bt That may provide more details about where the process is hanging. Also if you can capture the first few screens after typing: (gdb) x/80x $esp (gdb) just hit enter here that would be useful. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: the .exe extension
On Fri, Mar 12, 2010 at 04:49:37PM +0100, Thomas Wolff wrote: On 12.03.2010 16:16, Eric Blake wrote: ... This is an area of active conversation; if you would like, you can test the latest snapshot and the experimental coreutils 8.4-1 to see if the behavior is more intuitive (that is, there are more situations where .exe is preserved across file moves or copies, and fewer places where .exe is appended on a whim if the source didn't have one). In general, cygwin does not care if the .exe is missing, but other programs (particularly cmd) do, so it is better if PE-COFF files are given the .exe extension. But implementing it is tricky - for example, in the case of 'cat a b', there is no way to tell at the time when b is created whether it will be populated with PE-COFF contents (that is, no way to tell whether the source was a literal 'a' or 'a.exe'), so you will not get an .exe in that case. I'm just pondering the bold idea (probably to be discarded) that it *could* be detected by magic number checking, i.e. renaming a new file on-the-fly after a few bytes of PE-COFF have been written to its beginning... 8-) ...which is pretty much what we're already doing... cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: missing paths
Ok, I have installed the profile file, but my .bashrc file does not seem to be sourced automatically. Also, it is complaining about my group being mkgroup when I know that my /etc/group file is correct. -Kevin -Original Message- From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of Roe, Kevin L. Sent: Friday, March 12, 2010 12:53 PM To: cygwin@cygwin.com Subject: RE: missing paths I did a reinstall of cygwin when I installed 1.7.1 over my 1.5.25 install. It is my impression that this is the way to guarantee the complete install of the OS. How did such a critical file get missed and how can I guarantee other files were not missed. -Kevin -Original Message- From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of Andy Koppe Sent: Friday, March 12, 2010 12:48 PM To: cygwin@cygwin.com Subject: Re: missing paths Roe, Kevin L.: My install is missing the /etc/profile file. I think this may be the reason for why I need the '-c exec /bin/bash' in my shortcut. What do I need to have in my /etc/profile file besides what you mentioned. Lots. Probably best to reinstall the 'base-files' package at this point. If you created an /etc/profile just now, delete it first (because a customised profile won't be overwritten). Andy -- Problem reports: http://**cygwin.com/problems.html FAQ: http://**cygwin.com/faq/ Documentation: http://**cygwin.com/docs.html Unsubscribe info: http://**cygwin.com/ml/#unsubscribe-simple
Re: Cygwin 1.7: Concurrency Issue with Shared State Initialization
On Fri, Mar 12, 2010 at 04:28:45PM -0500, Christopher Faylor wrote: ...that would be useful. Also, one big thing is missing here: cygcheck output, as per http://cygwin.com/problems.html. I just went back to check on what OS was being used and I don't see that anywhere. Please send that ASAP. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: missing paths
Cancel the problem with the group below. I think I found the problem: The I don't have permission to read the /etc/group file. I still have the issue with the .bashrc file not being sourced. -Kevin -Original Message- From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of Roe, Kevin L. Sent: Friday, March 12, 2010 1:33 PM To: cygwin@cygwin.com Subject: RE: missing paths Ok, I have installed the profile file, but my .bashrc file does not seem to be sourced automatically. Also, it is complaining about my group being mkgroup when I know that my /etc/group file is correct. -Kevin -Original Message- From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of Roe, Kevin L. Sent: Friday, March 12, 2010 12:53 PM To: cygwin@cygwin.com Subject: RE: missing paths I did a reinstall of cygwin when I installed 1.7.1 over my 1.5.25 install. It is my impression that this is the way to guarantee the complete install of the OS. How did such a critical file get missed and how can I guarantee other files were not missed. -Kevin -Original Message- From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of Andy Koppe Sent: Friday, March 12, 2010 12:48 PM To: cygwin@cygwin.com Subject: Re: missing paths Roe, Kevin L.: My install is missing the /etc/profile file. I think this may be the reason for why I need the '-c exec /bin/bash' in my shortcut. What do I need to have in my /etc/profile file besides what you mentioned. Lots. Probably best to reinstall the 'base-files' package at this point. If you created an /etc/profile just now, delete it first (because a customised profile won't be overwritten). Andy -- Problem reports: http://***cygwin.com/problems.html FAQ: http://***cygwin.com/faq/ Documentation: http://***cygwin.com/docs.html Unsubscribe info: http://***cygwin.com/ml/#unsubscribe-simple
Re: incomplete/corrupted setup.exe
On 3/12/2010 1:51 PM, George Barrick wrote: 2010.03.12.18:53:51 UT Hi Larry, O.K. So that would be a 'backbone' server in my region that caches the file, but gets a corrupted version of it? Perhaps. If it's not a local process that's causing the problem, then a bad cached version upstream is the likely cause. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: missing paths
On 3/12/2010 1:57 PM, Roe, Kevin L. wrote: First off, I cannot run cygcheck and give you the results. My machine is completely disconnected from the internet and has no external write capability. I think it goes without saying that this is an impediment to solving this problem. But I'll resort to some WAGs for now. After installation, I launched the rxvt BASH shell. The shell came up in the wrong directory (/usr/bin), but upon the “cd” command, went to the appropriate location declared in the /etc/passwd file. At that point, I tried running a simple command, ssh. The system said “bash: ssh: command not found” Presumably you did install the OpenSSH package. This is, of course, the only way the above message wouldn't be valid. So, I did an echo of $PATH. The result was missing all the cygwin paths (/usr, /bin, …), but included windows paths: (if you were wondering about the statement at the top, this was typed in manually) I don’t understand why the path is missing, any guidance on how to fix the problem would be appreciated. Possibly a bad install. Take a look at your setup.log* files and see if there are any complaints in them. My guess is that at least some of the postinstall scripts didn't run. If that is indeed the case, you can try rerunnung them with 'setup.exe' by just running it again. If that doesn't work, you can go to the '/etc/postinstall' directory and rerun all the scripts that are there (if there are any without the .done suffix, try running those first). Also, it's very important that you're installing the latest packages with the latest 'setup.exe'. The latter is even more important than the former. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: tidy: update, packaging
Lapo Luchini wrote: Expect it in a few days. =) Errr, a few more days. Life hit hard on my free time last weeks... -- Lapo Luchini - http://lapo.it/ “Any sufficiently advanced technology is indistinguishable from magic.” (Arthur C. Clarke) -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: missing paths
Sorry about the disconnect from the world on my PC, it can't be helped or changed. I looked in the /var/log/setup.log.full file and found a few warnings having to do with permissions. It is complaining about the /etc/passwd and /etc/group file not being readable by all. All the scripts in the /etc/postinstall directory have a .done suffix The setup.exe file used was the same one used to download the files for the install. -Kevin -Original Message- From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of Larry Hall (Cygwin) Sent: Friday, March 12, 2010 11:31 AM To: cygwin@cygwin.com Subject: Re: missing paths On 3/12/2010 1:57 PM, Roe, Kevin L. wrote: First off, I cannot run cygcheck and give you the results. My machine is completely disconnected from the internet and has no external write capability. I think it goes without saying that this is an impediment to solving this problem. But I'll resort to some WAGs for now. After installation, I launched the rxvt BASH shell. The shell came up in the wrong directory (/usr/bin), but upon the “cd” command, went to the appropriate location declared in the /etc/passwd file. At that point, I tried running a simple command, ssh. The system said “bash: ssh: command not found” Presumably you did install the OpenSSH package. This is, of course, the only way the above message wouldn't be valid. So, I did an echo of $PATH. The result was missing all the cygwin paths (/usr, /bin, …), but included windows paths: (if you were wondering about the statement at the top, this was typed in manually) I don’t understand why the path is missing, any guidance on how to fix the problem would be appreciated. Possibly a bad install. Take a look at your setup.log* files and see if there are any complaints in them. My guess is that at least some of the postinstall scripts didn't run. If that is indeed the case, you can try rerunnung them with 'setup.exe' by just running it again. If that doesn't work, you can go to the '/etc/postinstall' directory and rerun all the scripts that are there (if there are any without the .done suffix, try running those first). Also, it's very important that you're installing the latest packages with the latest 'setup.exe'. The latter is even more important than the former. -- Larry Hall http://*www.*rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://*cygwin.com/problems.html FAQ: http://*cygwin.com/faq/ Documentation: http://*cygwin.com/docs.html Unsubscribe info: http://*cygwin.com/ml/#unsubscribe-simple
Re: Cygwin 1.7: Concurrency Issue with Shared State Initialization
On Fri, Mar 12, 2010 at 04:35:48PM -0500, Christopher Faylor wrote: On Fri, Mar 12, 2010 at 04:28:45PM -0500, Christopher Faylor wrote: ...that would be useful. Also, one big thing is missing here: cygcheck output, as per http://cygwin.com/problems.html. I just went back to check on what OS was being used and I don't see that anywhere. Please send that ASAP. While I would still like to have that on record, I have been able to duplicate a hang by putting echo in a loop. I'll try to track down why that's happening. If it is happening in my code it will, once again, be tricky to debug since you actually can't attach a debugger to the process at this point in process initialization. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
gettext/libiconv and libtool problem
Charles Wilson wrote Roger While wrote: gettext has a requirement on libiconv2. libiconv2 contains only the cygiconv dll and nothing else. OK. So we have a typical (libtooled) autoconf/automake configure which has a AM_GNU_GETTEXT([external]). Fine, the configure proceeds and produces something like - checking for GNU gettext in libc... no checking for iconv... no, consider installing GNU libiconv checking for GNU gettext in libintl... yes checking whether to use NLS... yes checking where the gettext function comes from... external libintl checking how to link with libintl... -lintl etc. Also fine. We then do the make which blows up with - libtool: link: cannot find the library `/usr/lib/libiconv.la' or unhandled argument `/usr/lib/libiconv.la' This means that the libiconv development files are a *build-time* dependency of whatever you're compiling. They are not *run-time* dependencies of any of the binaries in the gettext package. gettext.exe works just fine, without libiconv.la ditto ngettext.exe ditto ditto envsubst.exe The cygwin setup.hint requires: flag is used to represent *run-time* dependencies, not stuff that would probably be nice to have installed along with package A, IF you are using package A in /this/ particular way, and then later run all this other stuff while compiling package C. The gettext binaries run without error. They may, perhaps, leave traces in configure scripts -- such that when you run that configure script, and then later run make, which runs gcc, which runs ld, you may find that at THAT time, you'd need libiconv.la. No way is that a run-time requirement of the original gettext binaries. -- Chuck Well, that's not how I interpret the instructions for setup.hint at http://cygwin.com/setup.html Quote - The requires line indicates the packages that this package relies on. If your package is dependent on a file provided by another package that other package should be included here. The requires field may be missing or empty if your package truly does not require any other package. End-quote. Note that dependent on a file. gettext supplies libintl.la. That file requires libiconv.la. Note that the configure is using the standard documented way of testing the usability of gettext - AM_GNU_GETTEXT([external]) and then testing the (libtool) variable LTLIBINTL for a non-empty string (It isn't; it contains -lintl). It is not clear to me how one could check for this situation in configure. Roger -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple