Re: [ANNOUNCEMENT] Updated: OpenSSH-4.3p2-2
On Mar 13 16:30, Peter Wohlers wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > >> I've just updated the version of OpenSSH to 4.3p2-2. > >> > >> This version is supposed to fix the "scp -r doesn't copy files" problem > >> which happens with Cygwin 1.5.19. > > Problems still seems to manifest itself: > > $ scp -r herpes:foo . > [EMAIL PROTECTED]'s password: > protocol error: unexpected That's not the same problem. The difference between 4.3p2-1 and 4.3p2-2 is that files/directories with the inode number 0 are not skipped when copying. The above does not look like being related. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem with gawk-3.1.5-3
On Mar 13 17:30, Buchbinder, Barry (NIH/NIAID) [E] wrote:
> I have a gawk script that I've been using unchanged for at least 9
> months that seems to have broken with the transition from gawk-3.1.5-2
> to gawk-3.1.5-3.
>
> Gawk seemed to hang, though it might be merely very slow. I let it run
> for hours before killing it. gawk-3.1.5-2 took 20-30 seconds to run.
Weird. The difference between gawk-3.1.5-2 and gawk-3.1.5-3 is in
theory only the fact that -2 missed to make CRLF->LF conversion on stdin
while -3 does CRLF->LF conversion.
> This is the script, if that makes a difference. It is in the middle of
> a pipe, receiving input from sort and giving output to another instance
> of sort. Everything should have unix-style line-endings. The pipe is
> running under ash. The script actually used a tab character instead of
> the "\t" escape sequence. I changed it to "\t" below in the hope that
> that might be easier to read in this email.
>
> gawk ' BEGIN { FS = OFS = "\t" }
> {
> Key = $2 "\t" $3 "\t" $4
> InfoNew[Key] = $5
> DateNew[Key] = $1
> if (InfoOld[Key] == "") {
> InfoOld[Key] = InfoNew[Key]
> DateOld[Key] = DateNew[Key] }
> if (InfoNew[Key] != InfoOld[Key]) {
> print DateOld[Key], Key, InfoOld[Key]
> InfoOld[Key] = InfoNew[Key]
> DateOld[Key] = DateNew[Key] }
> }
> END {
> for (Key in InfoOld) {
> print DateOld[Key], Key, InfoOld[Key] }
> }'
>
> Do I need to send anything else?
Can you embed this in a minimal testscript to reproduce the effect,
together with a few lines (<10) of a typical input file?
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Bug in POSIX.2 regex word boundary matching
On Mar 14 19:37, [EMAIL PROTECTED] wrote:
> Bleah. #include statements were missing in my
> previously posted sample test case. Here
> is the test case again with #include statements
> this time:
>
> $ cat regex-bug.c
>
> #include
> #include
> #include
>
> int main()
> {
> regex_tr;
> regmatch_t pmatch[2];
>
> if (regcomp(&r, "\\bfoobar\\b", REG_EXTENDED) != 0) {
> fprintf(stderr, "regcomp failed\n");
> exit(-1);
> }
>
> /* I'd expect above regex to match following string */
> if (regexec(&r, "test foobar test", 2, pmatch, 0) == 0) {
> fprintf(stderr, "OK (match)\n"); /* expected behavior */
> } else {
> fprintf(stderr, "FAIL (mismatch)\n"); /* unexpected!? */
> }
> return 0;
> }
>
> $ gcc regex-bug.c
> $ ./a.out
>
> Outcome on Cywgin FAIL (mismatch)
>
> Outcome on Linux (Ubuntu-5.10) ... OK (match)
Linux uses the glibc GNU regex library, which allows extensions known
from perl, like \b, \w. Cygwin's regex is Henry Spencer's implementaton
which does not know these extensions. Note that the POSIX standard
of regular expressions does not contain these extensions, see also
http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap09.html
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: How to get Cygwin application sources
Thanks, I am so used to only download packages that I forgot about the source option in the setup.exe. Jurgen Brian Dessent <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 2006-03-14 08:56 AM Please respond to cygwin@cygwin.com To cygwin@cygwin.com cc Subject Re: How to get Cygwin application sources Classification Jurgen Defurne wrote: > How can I get the Cygwin application sources on my local system ? > > I found the description how to get the Cygwin library sources, and I > found the package listing, but if I go in a *-src* directory, I only get > a text file listing, not a directory which I could download using wget. Every binary package that you can install with setup.exe has a corresponding source package. Run setup and click on the desired package to cycle its selection to "Source" (or click once in the "Src" box.) The package's source will be automatically downloaded and unpacked into /usr/src. If you want to download the source package manually you can do that. They are just compressed tarballs like any other package. They are in the same directories on the mirrors as the binary packages. It seems like you are getting confused by the package listing pages on cygwin.com. Those only list the filenames and contents of packages. You cannot download any actual packages (binary or source) from cygwin.com in order to prevent bandwidth exhaustion. This is the purpose of the mirror system, so just browse the directory tree on your favorite mirror URL if you want to see the actual files. 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/
[ANNOUNCEMENT] Updated: tar-1.15.1-4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 A new release of tar, 1.15.1-4, is available, replacing 1.15.1-3 as the current version. NEWS: = This is a minor bugfix release. CVE-2006-0300 identified a security issue where a malformed pax archive could cause tar to execute arbitrary code. DESCRIPTION: GNU Tar is an archiver program. It is used to create and manipulate files that are actually collections of many other files; the program provides users with an organized and systematic method of controlling a large amount of data. Despite its name, that is an acronym of "tape archiver", GNU Tar is able to direct its output to any available devices, files or other programs, it may as well access remote devices or files. The main areas of usage for GNU Tar are: storage, backup and transportation. 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 'tar' from the 'Base' category (it should already be selected). 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. - -- Eric Blake volunteer cygwin tar maintainer 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: [EMAIL PROTECTED] 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.4.2.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEFrHq84KuGfSFAYARAjzUAKCMeHOP5MplAYCRnRz5CPtRCdC0wwCfUrGy mrYBwdFXJ7x8+oFDPjT/b+U= =KIPU -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/
Re: cygrunsrv.exe Processor Util 100% on Windows Server
Chris, > Hi Brett, if you might help me locate this posting, would greatly appreciate > it; I'm not that familiar with forks, bash, and tcsh so I'm not totally clear > on what to search on). Meanwhile I'll post to the guy just a few messages > above with a similar problem and refer him this! http://sourceware.org/ml/cygwin/2006-01/msg00019.html You may want to examine other messages in that thread, but the part that may be most relevant: "If you also run the secure shell daemon (sshd), before running ssh-host-config, modify it by locating '-a -D' and change to '-a "-D -r"' in two places. Adding the -r, which is applied to the -a which is why the double quotes are needed, turns off an extra fork/exec that theoretically makes sshd more secure but also causes the CPU spike. If you've already installed sshd as a service, you'll need to stop it and delete it before making these changes." Brett -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygrunsrv.exe Processor Util 100% on Windows Server
On Mar 14 09:07, Brett Serkez wrote: > Chris, > > > Hi Brett, if you might help me locate this posting, would greatly appreciate > > it; I'm not that familiar with forks, bash, and tcsh so I'm not totally > > clear > > on what to search on). Meanwhile I'll post to the guy just a few messages > > above with a similar problem and refer him this! > > http://sourceware.org/ml/cygwin/2006-01/msg00019.html > > You may want to examine other messages in that thread, but the part > that may be most relevant: > > "If you also run the secure shell daemon (sshd), before running > ssh-host-config, modify it by locating '-a -D' and change to '-a "-D > -r"' in two places. Adding the -r, which is applied to the -a which is > why the double quotes are needed, turns off an extra fork/exec that > theoretically makes sshd more secure but also causes the CPU spike. If > you've already installed sshd as a service, you'll need to stop it and > delete it before making these changes." I'm running sshd without the -r option all the time and I can't observer the high CPU load as reported. What's different on your system?!? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygrunsrv.exe Processor Util 100% on Windows Server
Corinna, > I'm running sshd without the -r option all the time and I can't observer > the high CPU load as reported. What's different on your system?!? I *believe* this primarily happens on Windows2000. I wasn't able to track down. The problem is that once the system gets in this state, with 100% CPU it is virtually unusable, the primary goal is to shutdown the daemon to get the system back for the primary user. This became such a problem that I finally ended up turning of the sshd daemon on all my Win2K systems and live without it, which was made possible by the introduction of systems running Fedora which I could use for secure access to the subnet. I haven't tried the latest release, I am due for maintenance with the impending Microsoft patch releases today, I'll turn it back on for some of the systems and see if I can reproduce. My general sense is that it has/had some thing to do with process creation and signal handling, perhaps a missed signal?!?!? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: exim-4.50-1: SMTP sending fails with "Software caused connection abort"
On 14 Jul 2005, [EMAIL PROTECTED] wrote: > > [I sent this earlier this morning via gmane, but it has yet to reach > the list. I apologize if a duplicate arrives later.] > > Using a very fresh Cygwin installation with exim-4.50-1, I am unable > to send any outgoing messages over SMTP; exim's connection attempts > fail with the reported error "Software caused connection abort". > > My exim.conf file is as of now unmodified from the default. Messages > destined for remote hosts are successfully resolved to the proper > router (dnslookup) and transport (remote_smtp). Running exim with > "exim -qf -d" includes the following output: > > ,[ 'exim -qf -d' Output ] | delivering IJLBTA-0002D0-O3 to > mx4.mail.yahoo.com [68.142.202.11] ([EMAIL PROTECTED]) | > set_process_info: 2476 delivering IJLBTA-0002D0-O3 to > mx4.mail.yahoo.com [68.142.202.11] ([EMAIL PROTECTED]) | > hosts_max_try limit reached with this host | Connecting to > mx4.mail.yahoo.com [68.142.202.11]:25 ... failed: Software caused > connection abort | LOG: MAIN | mx4.mail.yahoo.com [68.142.202.11]: > Software caused connection abort | set_process_info: 2476 delivering > IJLBTA-0002D0-O3: just tried mx4.mail.yahoo.com [68.142.202.11] for > [EMAIL PROTECTED]: result DEFER ` > > The connection fails and the outbound message is queued again for > later delivery as expected. Testing so far reveals the same behavior > for all remote hosts. > > The same problem arises whether I run exim interactively or as a > daemon. When I do run exim as a daemon, I see the following entries > in exim_panic.log, each corresponding to the 10-minute queue run > period: > > , | 2005-07-14 08:27:54 daemon: fork of queue-runner process > failed: Resource temporarily unavailable ` > > Searching around before posting here, I found other problem reports > with the string "Software caused connection abort" related to socket > usage with other programs on other operating systems; I did not find > any mention of exim or Cygwin. > > Is this a known problem? What additional information can I provide > to help troubleshoot this problem? Hi, I have the exactly same problem, and was not able to google a solution. After quite some time of testing I found a (partial) solution, which seems worth documenting in this list (also, it might not be a Cygwin problem). On my Windows 2000 system, the solution is to (temporarily) turn off the On-Access VirsusScan (McAfee, ver. 8). Similar symptoms and a failure for mail delivery occurs also using the smtpmail library under Cygwins's Gnu Emacs and under Windows native EmacsW32 (CVS version). Turning off virus scan, solves all these test cases. No idea, however, what the real problem is ... Thanks, Adrian. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: exim-4.50-1: SMTP sending fails with "Software caused connection abort"
On 14 March 2006 15:18, Adrian Lanz wrote: > On 14 Jul 2005, [EMAIL PROTECTED] wrote: > >> >> [I sent this earlier this morning via gmane, but it has yet to reach >> the list. I apologize if a duplicate arrives later.] Do you need to re-ack the autoresponder by any chance? >> Is this a known problem? What additional information can I provide >> to help troubleshoot this problem? > > Hi, I have the exactly same problem, and was not able to google a > solution. After quite some time of testing I found a (partial) > solution, which seems worth documenting in this list (also, it might > not be a Cygwin problem). > > On my Windows 2000 system, the solution is to (temporarily) turn off > the On-Access VirsusScan (McAfee, ver. 8). Similar symptoms and a > failure for mail delivery occurs also using the smtpmail library under > Cygwins's Gnu Emacs and under Windows native EmacsW32 (CVS > version). Turning off virus scan, solves all these test cases. > > No idea, however, what the real problem is ... You put your finger right on it when you said > McAfee *That* is the real problem! 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/
Re: select() too slow
Hello again, as promised attached you will find a very simplistic non-blocking echo server that compiles on Linux and Cygwin. The main objective is that you compile it and run on both environments. Of course that the same hardware is recommended in order to compare the results in a more accurate way. After compile and run it, on a different machine you do something like: $ time cat big_file | nc –w 1 echo_server_ip_address port > dest_file On my test a big_file of 100 mb toke 22 seconds on Linux and 4 minutes on Cygwin. This is my problem, why it takes so much more time on Cygwin? There is any obvious wrong thing I'm doing? It seems to be a select() problem. Thanks in advance, Pedro Inacio echo_server.c Description: Binary data On 2006/03/11, at 18:16, Christopher Faylor wrote: On Sat, Mar 11, 2006 at 06:04:37PM +, Pedro Inacio wrote: On 2006/03/11, at 15:40, Eric Blake wrote: I'm afraid that this is not a very good bug report, as you have not attempted to describe WHAT is too slow, and have not provided a simple test case that compiles out of the box, with timing numbers on the test case compared between Linux and Cygwin. Cygwin is only as fast as the underlying Windows system calls permit it to be. Also, cygwin is open source. Go look at the source code to select() and you will see that it is very complex, since Windows does not provide good hooks for an efficient implementation. If you would like it to be faster, then consider writing a patch to cygwin that can speed it up. first of all this is not a bug report, but just trying to understand what might be the problem. If I knew what the problem is I was not asking if there is any known issue, a fix, or something. I've read the archives before posting and there are some guys with similar problems but no answers. But we don't know what the actual problem *is*. What does "too slow" mean? select takes an extra twenty milliseconds under Cygwin? select doesn't respond within 24 hours? You are apparently a programmer because you know about select(). Think of this from the point of view of someone reporting a problem with your software. Wouldn't you ask them for more details if the bug report was merely "Your program is slow?" I know that the select() function on windows is quite different It is different to the point of being nonexistent -- except for sockets. and not very handy. One thing is weird for sure, similar code works just fine on Unix but is not very performante on Windows. Whether it is a bug report or not, you haven't given enough details for anyone to comprehend what you are talking about. Your email seems to have been sent with an understanding that everyone will just automatically understand what you're talking about. That is not the case. You can't take shortcuts to describing a problem if you truly want help. You haven't provided enough information to even provide a WAG. 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/
Re: select() too slow
On Tue, Mar 14, 2006 at 06:59:28PM +, Pedro Inacio wrote: >Hello again, > >as promised attached you will find a very simplistic non-blocking >echo server that compiles on Linux and Cygwin. >The main objective is that you compile it and run on both environments. >Of course that the same hardware is recommended in order to compare >the results in a more accurate way. > >After compile and run it, on a different machine you do something like: > >$ time cat big_file | nc ?w 1 echo_server_ip_address port > dest_file Please provide the *exact* command you used to run this. You don't have to provide the "big_file" but the above command contains a garbage character which can't be what you actually typed. What is "echo_server_ip_address" and "port" in the above? Again, if you want help, you are going to have to try harder to explain exactly what you are doing. 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/
RE: select() too slow
On 14 March 2006 19:19, Christopher Faylor wrote: > On Tue, Mar 14, 2006 at 06:59:28PM +, Pedro Inacio wrote: >> Hello again, >> >> as promised attached you will find a very simplistic non-blocking >> echo server that compiles on Linux and Cygwin. >> The main objective is that you compile it and run on both environments. >> Of course that the same hardware is recommended in order to compare >> the results in a more accurate way. >> >> After compile and run it, on a different machine you do something like: >> >> $ time cat big_file | nc ?w 1 echo_server_ip_address port > dest_file > > Please provide the *exact* command you used to run this. You don't have > to provide the "big_file" but the above command contains a garbage > character which can't be what you actually typed. This is a charset-encoding-vs-mime issue. It came out as a visible hyphen in my mailer. Actually, since the OP was posting from a Mac, maybe it's a codepage issue? 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/
uninstalling
How can I uninstall cygwin/x? I have looked through the cygwin/x website. Cygwin/x is not in the add/remove programs from control panel. __ 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/
Re: uninstalling
Chris wrote: > > How can I uninstall cygwin/x? I have looked through http://cygwin.com/faq/faq.setup.html#faq.setup.uninstall-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/
Re: select() too slow
On Tue, Mar 14, 2006 at 07:32:09PM -, Dave Korn wrote: >On 14 March 2006 19:19, Christopher Faylor wrote: >>On Tue, Mar 14, 2006 at 06:59:28PM +, Pedro Inacio wrote: >>>Hello again, >>> >>>as promised attached you will find a very simplistic non-blocking echo >>>server that compiles on Linux and Cygwin. The main objective is that >>>you compile it and run on both environments. Of course that the same >>>hardware is recommended in order to compare the results in a more >>>accurate way. >>> >>>After compile and run it, on a different machine you do something like: >>> >>>$ time cat big_file | nc ?w 1 echo_server_ip_address port > dest_file >> >>Please provide the *exact* command you used to run this. You don't >>have to provide the "big_file" but the above command contains a garbage >>character which can't be what you actually typed. > >This is a charset-encoding-vs-mime issue. It came out as a visible >hyphen in my mailer. > >Actually, since the OP was posting from a Mac, maybe it's a codepage >issue? I know that the above is likely to be a dash. The point I was trying to make was that if you provide a test case you should provide, as much as possible, the exact command needed to duplicate the problem. Having to guess about "echo_server_ip_address" and "port" and if that is actually a dash in front of the 'w', is just putting barriers in front of anyone who is trying to debug 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/
Re: /proc/mdstat?
Neil Aggarwal wrote: > Hello: > > Is there an equivalent to /proc/mdstat on Cygwin? > > Or, some other utility to give me the status of a software RAID > device? > > Thanks, > Neil Can't you just use diskpart? You could either pass it a script, using diskpart /s, or pass it a 'here' script: diskpart
Re: select() too slow
I'm goin to explain everything step by step in order to be now doubts. One computer with dual boot, Linux in one partition and Windows with Cygwin installed on another partition. Boot on Linux compile echo_server.c, run it and it will listen on tcp port 12345 Imagine that the IP address of the system is 192.168.1.1 Go to some other Linux system on the network, create or choose some "big_file" you have there and run: time cat big_file | nc -w 1 192.168.1.1 12345 > /tmp/output Ok, before w is a dash, it's a matter of charset encoding. What this command will do is it will cat the big_file and send data via nc (netcat) to the system where the echo_server is running, then the echo_server receives the data and sends it back. When done you will see how much time that process toke. The value 1 after w is to disconnect nc after 1 second of timeout. This process, sending a 100 MB big_file takes 22 seconds on Linux. Now boot on Windows, and imagine that the IP address is 192.168.1.1, run Cygwin compile echo_server.c, run it and do the same. The same process takes now 4 minutes sending the same big_file. I think now it is impossible to detail more the process I'm doing. Hope that helps to identify what the problem is. Why it takes so much more time on Cygwin than on Linux? On 2006/03/14, at 19:18, Christopher Faylor wrote: On Tue, Mar 14, 2006 at 06:59:28PM +, Pedro Inacio wrote: Hello again, as promised attached you will find a very simplistic non-blocking echo server that compiles on Linux and Cygwin. The main objective is that you compile it and run on both environments. Of course that the same hardware is recommended in order to compare the results in a more accurate way. After compile and run it, on a different machine you do something like: $ time cat big_file | nc ?w 1 echo_server_ip_address port > dest_file Please provide the *exact* command you used to run this. You don't have to provide the "big_file" but the above command contains a garbage character which can't be what you actually typed. What is "echo_server_ip_address" and "port" in the above? Again, if you want help, you are going to have to try harder to explain exactly what you are doing. 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/
bash, find | xargs grep
Hi: (tried posting this to the comp.windows.cygwin usenet group and got no response, so) I've been doing "find | xargs grep" types of things for a long time with no problem, but I just started working at a new job with a new computer onto which I've downloaded the latest Cygwin. I like grep & egrep & fgrep and so on just fine, but I have some #!/bin/bash scripts of my own that add some enhancements. So I use them in place of "grep". I've done this in the past with no trouble, but on the new box, I get the mess of errors listed at the end of this post. I am actually getting some output from my scripts as well, but I think xargs is starting multiple processes and several of them are failing while others do not. In some cases, the scripts do nothing more than fill in some default parameters for grep - the code is really innocent stuff. Any ideas why this started happening to me? 5 [main] bash 4800 C:\Programs\Cygwin\bin\bash.exe: *** fatal error - fork: can't reserve memory for stack 0x23E890 - 0 x24, Win32 error 487 2520 [main] bash 4880 child_copy: stack write copy failed, 0x23E890..0x24, done 0, windows pid 2353092, Win32 error 5 /c/MyCode/mygrep: fork: No error 5 [main] bash 4900 C:\Programs\Cygwin\bin\bash.exe: *** fatal error - fork: can't reserve memory for stack 0x23E890 - 0 x24, Win32 error 487 655 [main] bash 4840 child_copy: stack write copy failed, 0x23E890..0x24, done 0, windows pid 2353092, Win32 error 5 /c/MyCode/mygrep: fork: No error __ 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/
Re: bash, find | xargs grep
On Tue, Mar 14, 2006 at 02:28:40PM -0800, bob knob wrote: >Any ideas why this started happening to me? Antivirus? cgf > > 5 [main] bash 4800 >C:\Programs\Cygwin\bin\bash.exe: *** fatal error - >fork: can't reserve memory for stack 0x23E890 - 0 >x24, Win32 error 487 > 2520 [main] bash 4880 child_copy: stack write copy >failed, >0x23E890..0x24, done 0, windows pid 2353092, Win32 >error 5 >/c/MyCode/mygrep: fork: No error > 5 [main] bash 4900 >C:\Programs\Cygwin\bin\bash.exe: *** fatal >error - fork: can't reserve memory for stack 0x23E890 >- 0 >x24, Win32 error 487 >655 [main] bash 4840 child_copy: stack write copy >failed, >0x23E890..0x24, done 0, windows pid 2353092, Win32 >error 5 >/c/MyCode/mygrep: fork: No error -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
no grass component in cygwin
I need cygwin to install Grass. When installing I can't find the grass component. The step by step instruction from http://geni.ath.cx/grass.html shows there should be something like this as a package in Database. Why there's no of what I need? -- Kliknij po wiecej! >>> http://link.interia.pl/f18ed -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: select() too slow
On Tue, Mar 14, 2006 at 09:42:25PM +, Pedro Inacio wrote: >I'm goin to explain everything step by step in order to be now doubts. > >One computer with dual boot, Linux in one partition and Windows with >Cygwin installed on another partition. > >Boot on Linux compile echo_server.c, run it and it will listen on tcp >port 12345 >Imagine that the IP address of the system is 192.168.1.1 > >Go to some other Linux system on the network, create or choose some >"big_file" you have there and run: > >time cat big_file | nc -w 1 192.168.1.1 12345 > /tmp/output > >Ok, before w is a dash, it's a matter of charset encoding. >What this command will do is it will cat the big_file and send data >via nc (netcat) to the system where the echo_server is running, then >the echo_server receives the data and sends it back. When done you >will see how much time that process toke. The value 1 after w is to >disconnect nc after 1 second of timeout. > >This process, sending a 100 MB big_file takes 22 seconds on Linux. > >Now boot on Windows, and imagine that the IP address is 192.168.1.1, >run Cygwin compile echo_server.c, run it and do the same. >The same process takes now 4 minutes sending the same big_file. I don't have any 100MB files sitting around but when I tried this on a 14MB file, I find that cygwin is about 2X slower, not an order of magnitude slower. Taking away the pipe and using regular file redirection makes things a little faster on cygwin. So, I can't explain why you are seeing such extreme slowdowns. I am using the equivalent of a snapshot in my tests, however. Maybe that's the difference. 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/
Re: no grass component in cygwin
This package is not part of the Cygwin standard setup. You didn't follow the website instructions in Step 4 to select BOTH locations. Russell --- Corpus Christi, Texas Kuba Z. wrote: I need cygwin to install Grass. When installing I can't find the grass component. The step by step instruction from http://geni.ath.cx/grass.html shows there should be something like this as a package in Database. Why there's no of what I need? -- Kliknij po wiecej! >>> http://link.interia.pl/f18ed -- Unsubscribe info: 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/
fopen with UTF-8 chars in filenames
Is this known to work (or not work)? Apparently, it doesn't. FYI: I'm writing JNI code. The strings passed from Java to C are UTF-8. A string containing a non-ASCII character, e.g., an 'e' with an accent, works fine with fopen() under Mac OS X. The same JNI code under Cygwin fails. - 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/
Re: no grass component in cygwin
Kuba Z. wrote: > I need cygwin to install Grass. When installing I can't find the grass > component. The step by step instruction from > http://geni.ath.cx/grass.html shows there should be something like this > as a package in Database. > Why there's no of what I need? Follow the instructions, so far you did not. In step 4 it says that you must add an URL, if you don't add it the GRASS database component will not show in setup. -- René Berber -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Problems with the snapshot 20060314
Usually I start the X system with a link on the desktop to starxwin.bat. After installing the snapshots 20060314 only the dos window appears for an instant (as it must) but the xterm windows does not display itself. Cygwin.bat starts and ps shows: -- $ ps PIDPPIDPGID WINPID TTY UIDSTIME COMMAND 1636 11636 1636? 500 00:36:49 /usr/X11R6/bin/XWin 1508 11508 1508 con 500 00:37:32 /usr/bin/bash 158415081584 1116 con 500 00:38:49 /usr/bin/ps -- i.e. XWin is running. In /tmp the directory .X11-unix is not created and XWin.log says: -- Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.2.0-4 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: /usr/X11R6/bin/XWin -multiwindow -clipboard -silent-dup-error +bs ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 800 h 600 winInitializeDefaultScreens - Returning _XSERVTransmkdir: Cannot create /tmp/.X11-unix with root ownership (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information (==) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/TTF/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winAllocateFBShadowGDI - Creating DIB with width: 800 height: 600 depth: 32 winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 null screen fn ReparentWindow null screen fn RestackWindow InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=250, rate=31 (--) winConfigKeyboard - Layout: "0410" (0410) (--) Using preset keyboard for "Italian" (410), type "4" (--) 3 mouse buttons found Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winInitMultiWindowWM - pthread_mutex_lock () returned. winProcEstablishConnection - Hello winInitClipboard () winClipboardProc - Hello winProcEstablishConnection - winInitClipboard returned. DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - pthread_mutex_lock () returned. winInitMultiWindowWM - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winDeinitMultiWindowWM - Noting shutdown in progress winClipboardProc - winClipboardFlushWindowsMessageQueue trapped WM_QUIT message, exiting main loop. winClipboardProc - XDestroyWindow succeeded. winMultiWindowXMsgProcIOErrorHandler! winInitMultiWindowXMsgProc - Caught IO Error. Exiting. winDeinitMultiWindowWM - Noting shutdown in progress -- My system is: W2K SP4 All cygwin pakages are installed and updated without cygwin services running. The test packages used are: bash-3.1-3 bashdb-3.1-0.04-1 coreutils 5.94-4 emacs-21.3.50-2 emacs-el-21.3.50-2 emacs-X11-21.3.50-2 findutils-4.3.0-1 lesstif-0.94.4-1 The first time I noted this behaviour I have got also a stackdump from bash (bash.exe.stackdump): but only once! With the previous snapshots these problems were absent (I reinstalled 20060313 16:23:56). Cheers, Angelo. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: fopen with UTF-8 chars in filenames
Paul J. Lucas wrote: > Is this known to work (or not work)? Apparently, it doesn't. > > FYI: I'm writing JNI code. The strings passed from Java to C > are UTF-8. A string containing a non-ASCII character, e.g., an > 'e' with an accent, works fine with fopen() under Mac OS X. The > same JNI code under Cygwin fails. I'm not positive about this, but you may have to convert the UTF-8 to UTF-16 (Windows unicode) and call wfopen() instead of fopen(). But wfopen() is a Windows call, not a cygwin call :-( Cary -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: fopen with UTF-8 chars in filenames
On Tue, Mar 14, 2006 at 05:53:14PM -0700, Cary Jamison wrote: >Paul J. Lucas wrote: >>Is this known to work (or not work)? Apparently, it doesn't. >> >>FYI: I'm writing JNI code. The strings passed from Java to C are >>UTF-8. A string containing a non-ASCII character, e.g., an 'e' with an >>accent, works fine with fopen() under Mac OS X. The same JNI code >>under Cygwin fails. > >I'm not positive about this, but you may have to convert the UTF-8 to >UTF-16 (Windows unicode) and call wfopen() instead of fopen(). But >wfopen() is a Windows call, not a cygwin call :-( Which would strongly imply that calling wfopen was not the right solution for Cygwin. This is sort of like asking for an expert legal opinion on US law and quoting Canadian law... 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/
Gearzone Request - 511 Tactical Clothing, Blackhawk Clothing, WileyX eyewear, ESS Googles, Night Ops, Paraclete Body Armour and Tactical Headsets Supplier
My new site "http://www.gearzoneproducts.com"; has recently gone live, and in order to increase the visitor count, I have been looking for link exchanges from sites that link to other 511 Tactical Clothing and Equipment, Blackhawk, WileyX, ESS Googles, Night Ops, Paraclete Body Armour and/or Tactical Headsets related sites, which is how I found your page "www.cygwin.com/ml/cygwin/2004-10/msg00186.html". Therefore I was wondering if you would be interested in a reciprocal link exchange with us. Please take a look at the site and give me any comments that you may wish to make. Unlike many other mails that seem to be going around the internet nowadays, I have not created a link page with everyone under the sun on it - if you are interested in exchanging links with me, simply reply to this mail and confirm that you do wish to swap. Then we can arrange to do so! Should you do not wish to exchange, simply ignore this email and accept my apologies for the intrusion, I will not bother you again. However, if you would like to link up to us our html link is below: http://www.gearzoneproducts.com"; target="_blank">GearZone Products - Gear Zone Products suppliers of High Quality Tactical Gear and Equipment for the Law Enforcement and Military Community including 5.11 Tactical, WileyX eyewear, ESS Goggles, Tactical Assault Gear, Blackhawk, Night Ops Illumination Tools, Paraclete and Paca Body Armour. Military, Law Enforcement and volume discounts available. Best regards, 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/
RE: bash, find | xargs grep
> Hi: > > (tried posting this to the comp.windows.cygwin usenet group > and got no response, so) > There's a comp.windows.cygwin USENET group? When did that happen? -- 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/
Re: ProFTPD
Tim, On Mon, Mar 13, 2006 at 03:53:42PM -, Tim Bedding wrote: > Has anyone written a simple README describing how to get started after > installing the Cygwin base and then the proftpd package, assuming > minimal knowledge of Cygwin? See the following: /usr/share/doc/Cygwin/proftpd-1.2.10.README or: http://www.tishler.net/jason/software/proftpd/proftpd-1.2.10.README 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/
Gettext build/use issue on Cygwin
I use Cygwin, latest packages across the board, on WinXP Home Edition, fully patched. I specifically use it to compile VLC, a cross platform video encoder/streamer/client. VLC uses gettext, the bootstrap for it includes: Autopoint -f With older cygwin gettext, 0.14.1, during the bootstrap the autopoint would generate: tar: Skipping to next header tar: Archive contains obsolescent base-64 headers gzip: stdin: invalid compressed data--crc error gzip: stdin: invalid compressed data--length error tar: Error exit delayed from previous errors Copying file ABOUT-NLS However, it would still end up creating the intl directory needed. As of gettext 0.14.5, however, this does not occur. I tried commenting out the "rm" line at the end of autopoint version 0.14.5, and saw that cvs_dir and work_dir are, indeed, both missing an intl directory. Therefore, when autopoint executes the part of copying files from $work_dir/archive, there is no intl there to be copied. I personally have no idea why this is occuring, though strongly suspect it is related to the gzip and tar errors that I show above, that occur when autopoint is executing the line: gzip -d -c < "$gettext_dir/archive.tar.gz" | (cd "$cvs_dir" && tar xf -) What I ended up doing, in my own copy of autopoint, was to modify it to the following: if test `find archive -type f -print | wc -l` = 0; then cd .. rm -rf "$cvs_dir" "$work_dir" func_fatal_error "infrastructure files for version $ver not found; this is autopoint from GNU $package $version" fi #MFM addition cd "archive" mkdir "intl" cd "intl" for file in `find "$gettext_dir/intl" -type f -print | sed -e "s,^$work_dir/archive/,," | LC_ALL=C sort`; do cp "$file" . done cd .. cd .. #end of MFM addition cd .. This is clearly an ugly hack -- I explicitly create the intl directory in $work_dir, and copy the intl files over from shared/gettext/intl. On the other hand, it does work, and after spending multiple hours trying to reinstall tar and gzip, and reinstalling Cygwin's gettext 0.14.5, then trying local VLC builds of gettext (a pull of the latest gettext source files), this is the best I could come up with for something that does work. Thoughts/comments/suggestions? 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/
Re: bash, find | xargs grep
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to bob knob on 3/14/2006 3:28 PM: > > I've been doing "find | xargs grep" types of things > for a long time with no problem, but I just started > working at a new job with a new computer onto which > I've downloaded the latest Cygwin. Most likely the new computer is running some invasive third-party program that is sucking Windows dry of resources. Searching the list archives points out some common culprits, such as McAfee antivirus, or a Logitech camera device, where their .dlls have a detrimental effect on cygwin's ability to emulate POSIX fork semantics. > 5 [main] bash 4800 > C:\Programs\Cygwin\bin\bash.exe: *** fatal error - > fork: can't reserve memory for stack 0x23E890 - 0 > x24, Win32 error 487 >2520 [main] bash 4880 child_copy: stack write copy > failed, > 0x23E890..0x24, done 0, windows pid 2353092, Win32 > error 5 > /c/MyCode/mygrep: fork: No error I wish that fork would fail with errno set, so that bash's error message is not so confusing; but that is besides the point. Running out of memory during forks is not a bug in bash, find, or xargs, but a limitation of Windows. If anyone has ideas on how to reduce the frequency of fork failures, patches are more than welcome, but the main developers have pretty much tried everything imaginable. The solutions (workarounds?) on this list have generally been to disable the third-party .dll that is causing the interference. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] volunteer cygwin findutils maintainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEF5XP84KuGfSFAYARAkiEAKCkbErPJD+ODomDTpXuIEtFPdSy4gCgh9se Gr7JO9j78dVgJVKP+1/D8Og= =/TqW -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/
Re: Problems with the snapshot 20060314
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Angelo Graziosi on 3/14/2006 5:15 PM: > > Usually I start the X system with a link on the desktop to starxwin.bat. > > After installing the snapshots 20060314 only the dos window appears for an > instant (as it must) but the xterm windows does not display itself. Not the answer to your main question, but why not use the run package? Then you don't have to flash a dos console when starting an X program. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEF5cq84KuGfSFAYARAjGnAJ0RaAMoJ8EHf/a9u1EpbL5jIiE9QwCfR3Pc FfNwKRCsHdFCwsSLDdK/oQc= =Bl3D -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/
Re: Gettext build/use issue on Cygwin
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Mark Moriarty on 3/14/2006 8:01 PM: > With older cygwin gettext, 0.14.1, during the bootstrap the autopoint would > generate: > tar: Skipping to next header > tar: Archive contains obsolescent base-64 headers > gzip: stdin: invalid compressed data--crc error > gzip: stdin: invalid compressed data--length error > tar: Error exit delayed from previous errors Copying file ABOUT-NLS Which version of tar? Following the directions here: > Problem reports: http://cygwin.com/problems.html and including a text attachment of cygcheck -svr output would have been helpful. Also, I wonder if you are experiencing data corruption due to a text mount (again, cygcheck output would have made that obvious). At any rate, I don't know if the gettext archive really does have weird stuff in it, or if tar is mishandling a valid archive. I am currently working on putting together a tar 1.15.90 release, which has a number of bug fixes beyond the current 1.15.1, so maybe that will help your issue. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] volunteer cygwin tar maintainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEF5n684KuGfSFAYARAuZuAJwMTt97srAClNHnGlvZBIWqB6edaACgi28u SI24++Ku4TEhRsZfa+fJPl8= =JNm7 -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/
Re: Problems with the snapshot 20060314
Angelo Graziosi wrote: Usually I start the X system with a link on the desktop to starxwin.bat. After installing the snapshots 20060314 only the dos window appears for an instant (as it must) but the xterm windows does not display itself. If you want to avoid having the dos window flash up on your screen, simply change the properties of the shortcut to have it run Minimized. You'll still see the dos window task bar button show which then quickly disappears. Its no great fix, but it makes it look cleaner. --- Russell Montgomery Corpus Christi, Texas -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Connection problem when lighttpd on Cygwin, can any one help?
I used to run a backend fastcgi server on Fedora box with lighttpd-1.3.16, and everything was OK. Recently I installed Cygwin which has lighttpd-1.4.9 included, on WinXP boxes, and run the same backend server on it. Everything seems started normally at the beginning, but when the client (web broswer) sents a request to the fastcgi server, the connection from lighttpd to the backend broken. I have sent question to the lighttpd forum, but seems few people have expeirence with Cygwin there. So I post it to here, hoping some one can help. === At the lighttpd error log, I got: 2006-03-09 17:50:40: (/home/lapo/packaging/tmp/lighttpd-1.4.9/src/log.c.75) server started 2006-03-09 17:51:34: (/home/lapo/packaging/tmp/lighttpd-1.4.9/src/mod_fastcgi.c.2645) proc: 0 /cygdrive/g/BackServer/fcgi_socket1-0 1 1 0 5616 2006-03-09 17:51:35: (/home/lapo/packaging/tmp/lighttpd-1.4.9/src/mod_fastcgi.c.2645) proc: 0 /cygdrive/g/BackServer/fcgi_socket1-0 1 1 0 5616 ... 2006-03-09 17:51:49: (/home/lapo/packaging/tmp/lighttpd-1.4.9/src/mod_fastcgi.c.2645) proc: 0 /cygdrive/g/BackServer/fcgi_socket1-0 1 1 0 5616 2006-03-09 17:51:50: (/home/lapo/packaging/tmp/lighttpd-1.4.9/src/mod_fastcgi.c.1665) connect delayed, will continue later: 2006-03-09 17:51:50: (/home/lapo/packaging/tmp/lighttpd-1.4.9/src/mod_fastcgi.c.2918) got proc: 8 5616 /cygdrive/g/BackServer/fcgi_socket1-0 0 1 2006-03-09 17:51:50: (/home/lapo/packaging/tmp/lighttpd-1.4.9/src/mod_fastcgi.c.2986) write failed: Broken pipe 32 2006-03-09 17:51:50: (/home/lapo/packaging/tmp/lighttpd-1.4.9/src/mod_fastcgi.c.1471) release proc: 8 5616 /cygdrive/g/BackServer/fcgi_socket1-0 2006-03-09 17:51:50: (/home/lapo/packaging/tmp/lighttpd-1.4.9/src/mod_fastcgi.c.2645) proc: 0 /cygdrive/g/BackServer/fcgi_socket1-0 1 1 0 5616 2006-03-09 17:51:51: (/home/lapo/packaging/tmp/lighttpd-1.4.9/src/mod_fastcgi.c.2645) proc: 0 /cygdrive/g/BackServer/fcgi_socket1-0 1 1 0 5616 === And at the backend side, where I used Jonpy fcgi server, which was using a python socket.accept to listen to lighttpd, I got: Mar 09 17:50:41 INFO BackServer [5616-4587528]: fcgi.Server: threading_level = 1 Mar 09 17:50:41 INFO BackServer [5616-4587528]: fcgi.Server: Initiated Mar 09 17:50:41 INFO BackServer [5616-4587528]: fcgi.Server: Server.run() Mar 09 17:50:41 INFO BackServer [5616-4587528]: fcgi.Server: web_server_addrs = None Mar 09 17:50:41 INFO BackServer [5616-4587528]: fcgi.Server: excptn[0]==errno.ENOTCONN Mar 09 17:50:41 INFO BackServer [5616-4587528]: fcgi.Server: self._sock: fileno=5 Mar 09 17:50:41 INFO BackServer [5616-4587528]: fcgi.Server: self._sock: sockname='/cygdrive/g/B' Mar 09 17:50:41 INFO BackServer [5616-4587528]: fcgi.Server: before _sock.setblocking(1) Mar 09 17:50:41 INFO BackServer [5616-4587528]: fcgi.Server: before select Mar 09 17:51:50 INFO BackServer [5616-4587528]: fcgi.Server: Before accept. Mar 09 17:51:50 INFO ERROR BackServer [5616-4587528]: fcgi.Server: socket.error=(113, 'Software caused connection abort') Mar 09 17:51:50 INFO BackServer [5616-4587528]: FCGI worker process finished Mar 09 17:51:50 ERROR BackServer [5616-4587528]: (113, 'Software caused connection abort') === Compare with the successful running on Fedora with lighttpd-1.3.16, where I have the log as the followings: Lighttpd error log: 2006-03-09 18:53:33: (log.c.73) server started 2006-03-09 18:53:57: (mod_fastcgi.c.2275) proc: 0 /usr/local/BackServer/fcgi_socket1-0 1 1 0 3572 2006-03-09 18:53:58: (mod_fastcgi.c.2275) proc: 0 /usr/local/BackServer/fcgi_socket1-0 1 1 0 3572 ... 2006-03-09 18:54:10: (mod_fastcgi.c.2275) proc: 0 /usr/local/TileFile/BackServer/fcgi_socket1-0 1 1 0 3572 2006-03-09 18:54:11: (mod_fastcgi.c.1487) connect succeeded: 8 2006-03-09 18:54:11: (mod_fastcgi.c.2485) got proc: 8 3572 /usr/local/BackServer/fcgi_socket1-0 0 1 2006-03-09 18:54:11: (mod_fastcgi.c.1285) release proc: 8 3572 /usr/local/BackServer/fcgi_socket1-0 2006-03-09 18:54:11: (mod_fastcgi.c.1487) connect succeeded: 8 2006-03-09 18:54:11: (mod_fastcgi.c.2485) got proc: 8 3572 /usr/local/BackServer/fcgi_socket1-0 0 1 2006-03-09 18:54:11: (mod_fastcgi.c.2275) proc: 0 /usr/local/BackServer/fcgi_socket1-0 1 1 1 3572 2006-03-09 18:54:12: (mod_fastcgi.c.1285) release proc: 8 3572 /usr/local/BackServer/fcgi_socket1-0 2006-03-09 18:54:12: (mod_fastcgi.c.1487) connect succeeded: 8 2006-03-09 18:54:12: (mod_fastcgi.c.2485) got proc: 8 3572 /usr/local/BackServer/fcgi_socket1-0 0 1 ... === And at the backend server's log, I got: Mar 09 18:53:34 INFO BackServer [3572--1209014592]: fcgi.Server: threading_level = 1 Mar 09 18:53:34 INFO BackServer [3572--1209014592]: fcgi.Server: Initiated Mar 09 18:53:34 INFO BackServer [3572--1209014592]: fcgi.Server: Se
Re: Problems with the snapshot 20060314
Eric Blake wrote: > Not the answer to your main question, but why not use the run package? > Then you don't have to flash a dos console when starting an X program. Russell Montgomery wrote: > If you want to avoid having the dos window flash up on your screen, > simply change the properties of the shortcut to have it run Minimized. > You'll still see the dos window task bar button show which then quickly > disappears. Its no great fix, but it makes it look cleaner. As I have explained in http://cygwin.com/ml/cygwin/2006-03/msg00385.html the problem is not the DOS windows (re-read: I say 'as it must') that quickly disappears but with that snapshot, released 20060314 19:25, XWin starts but xterm NOT. Regarding the run packages, startxwin.bat uses it: startxwin.bat: --- SET CYGWIN_ROOT=\cygwin SET RUN=%CYGWIN_ROOT%\bin\run -p /usr/X11R6/bin . %RUN% XWin -multiwindow -clipboard -silent-dup-error +bs %RUN% xterm -sl 2500 -sb -rightbar -ms red -fg lightgray -bg black -fn "-*-lucidatypewriter-medium-r-*-12-*" -e /usr/bin/bash -l Cheers, Angelo. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
