re: inotify cannot be used, reverting to polling: Too many open files
New message in tail: Anyone else seen this type of message lately:? tail -f .*log|wc tail: inotify cannot be used, reverting to polling: Too many open files It doesn't seem to be a big issue, but thought I should mention it... -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
cygwin 1.7.26-1 causes Too many open files error in squid
I'm running squid on cygwin64 under Windows 7. All packages on my system are at the latest versions. After upgrading the cygwin package to 1.7.26-1, I started getting errors in squid which causes it to abort. Rolling the cygwin package back to 1.7.25-1 resolves the issue. Here are the errors in squid's cache.log: 2013/12/04 11:23:44| comm_open: socket failure: (24) Too many open files 2013/12/04 11:23:44| WARNING: This machine has a serious shortage of filedescriptors. 2013/12/04 11:23:44| Closing HTTP port [::]:3128 2013/12/04 11:23:44| storeDirWriteCleanLogs: Starting... 2013/12/04 11:23:44| Finished. Wrote 0 entries. 2013/12/04 11:23:44| Took 0.00 seconds ( 0.00 entries/sec). FATAL: Received Segment Violation...dying. 2013/12/04 11:23:44| storeDirWriteCleanLogs: Starting... 2013/12/04 11:23:44| Finished. Wrote 0 entries. 2013/12/04 11:23:44| Took 0.00 seconds ( 0.00 entries/sec). - Scuz -- 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.26-1 causes Too many open files error in squid
On 12/4/2013 2:28 PM, Scuzuliak wrote: I'm running squid on cygwin64 under Windows 7. All packages on my system are at the latest versions. After upgrading the cygwin package to 1.7.26-1, I started getting errors in squid which causes it to abort. Rolling the cygwin package back to 1.7.25-1 resolves the issue. I was able to resume use of gcc and gfortran after similar rollback. The update produced immediate segfault on the most trivial test compilation cases. -- Tim Prince -- 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.26-1 causes Too many open files error in squid
On Dec 4 14:46, Tim Prince wrote: On 12/4/2013 2:28 PM, Scuzuliak wrote: I'm running squid on cygwin64 under Windows 7. All packages on my system are at the latest versions. After upgrading the cygwin package to 1.7.26-1, I started getting errors in squid which causes it to abort. Rolling the cygwin package back to 1.7.25-1 resolves the issue. I was able to resume use of gcc and gfortran after similar rollback. The update produced immediate segfault on the most trivial test compilation cases. http://cygwin.com/ml/cygwin/2013-12/msg7.html http://cygwin.com/snapshots/ Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpx8ZJnXuADN.pgp Description: PGP signature
Re: [1.7] makeinfo : too many open files
Hi Marco, On Mar 26 22:09, Marco Atzeri wrote: Hi Corinna, rebase had no effect. I packed the test case in http://matzeri.altervista.org/strace/ as makeinfo_test.tar.xz $ cd doc/interpreter $ makeinfo -I.. octave.texi Thanks for your testcase. I got the same problem in cygheap.cc as you saw. makeinfo was unable to raise the internal Cygwin heap size. And it was no wonder, really, because the cygheap had already been raised so much that it hit the memory location of the next DLL in memory at some 0x67xx address. This is *very* unlikely for the cygheap, unless... What happens is that makeinfo calls pathconf(3) on all input files. At one point I had to rewrite pathconf for 1.7 and while doing that I missed to free memory I allocated for a temporary file handler structure. This happens in every single call to pathconf(3). Ouch! I fixed this bug in CVS. A new Cygwin 1.7 test release is due soon. Thanks again for your report and the testcase, 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/
[1.7] makeinfo : too many open files
Dear All, building the documentation for octave with makeinfo I hit on cygwin-1.7 a similar issue than http://cygwin.com/ml/cygwin/2009-02/msg00564.html On cygwin-1.5 the same exact command on the same files completes successfully. Full strace is uploaded on http://matzeri.altervista.org/strace/ 1.6M makeinfo15_strace 3.1M makeinfo17_strace 270K makeinfo_strace.tar.xz (both compressed) $makeinfo -I.. octave-a4.texi octave-a4.texi:621: @include `package.texi': No such file or directory. octave-a4.texi:632: @include `dynamic.texi': No such file or directory. $ makeinfo -P.. octave-a4.texi octave-a4.texi:621: @include `package.texi': Too many open files. octave-a4.texi:632: @include `dynamic.texi': Too many open files Regards Marco -- Unsubscribe info: 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: [1.7] makeinfo : too many open files
On Mar 26 12:36, Marco Atzeri wrote: Dear All, building the documentation for octave with makeinfo I hit on cygwin-1.7 a similar issue than http://cygwin.com/ml/cygwin/2009-02/msg00564.html On cygwin-1.5 the same exact command on the same files completes successfully. Full strace is uploaded on http://matzeri.altervista.org/strace/ 1.6M makeinfo15_strace 3.1M makeinfo17_strace 270K makeinfo_strace.tar.xz (both compressed) $makeinfo -I.. octave-a4.texi octave-a4.texi:621: @include `package.texi': No such file or directory. octave-a4.texi:632: @include `dynamic.texi': No such file or directory. $ makeinfo -P.. octave-a4.texi octave-a4.texi:621: @include `package.texi': Too many open files. octave-a4.texi:632: @include `dynamic.texi': Too many open files The 1.7 strace shows a weird error message: seterrno_from_win_error: /ext/build/netrel/src/cygwin-1.7.0-44/winsup/cygwin/cygheap.cc:140 windows error 487 error 487 == Attempt to access invalid address. It happens when trying to raise the size of the cygheap (used for internal datastructures like file descriptor data) which apparently occurs as a result of using so many files. The only reason I can think of why this might occur is a collision with a DLL loaded at an address not far from the end of Cygwin's cygheap, so that trying to VirtualAlloc more memory, to make the cygheap bigger, fails. The default size of the cygheap in 1.7.0-44 is ~900K and ends at 0x6130. Maybe rebasing the DLLs makeinfo is linked against (cygiconv-2.dll, cygintl-8.dll) helps? If not, it might be helpful if you could send a link to a tar archive with all necessary input texi files to run makeinfo as above. 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: [1.7] makeinfo : too many open files
On Thu, Mar 26, 2009 at 04:23:40PM +0100, Corinna Vinschen wrote: On Mar 26 12:36, Marco Atzeri wrote: Dear All, building the documentation for octave with makeinfo I hit on cygwin-1.7 a similar issue than http://cygwin.com/ml/cygwin/2009-02/msg00564.html On cygwin-1.5 the same exact command on the same files completes successfully. Full strace is uploaded on http://matzeri.altervista.org/strace/ 1.6M makeinfo15_strace 3.1M makeinfo17_strace 270K makeinfo_strace.tar.xz (both compressed) $makeinfo -I.. octave-a4.texi octave-a4.texi:621: @include `package.texi': No such file or directory. octave-a4.texi:632: @include `dynamic.texi': No such file or directory. $ makeinfo -P.. octave-a4.texi octave-a4.texi:621: @include `package.texi': Too many open files. octave-a4.texi:632: @include `dynamic.texi': Too many open files The 1.7 strace shows a weird error message: seterrno_from_win_error: /ext/build/netrel/src/cygwin-1.7.0-44/winsup/cygwin/cygheap.cc:140 windows error 487 error 487 == Attempt to access invalid address. It happens when trying to raise the size of the cygheap (used for internal datastructures like file descriptor data) which apparently occurs as a result of using so many files. The only reason I can think of why this might occur is a collision with a DLL loaded at an address not far from the end of Cygwin's cygheap, so that trying to VirtualAlloc more memory, to make the cygheap bigger, fails. The default size of the cygheap in 1.7.0-44 is ~900K and ends at 0x6130. Maybe rebasing the DLLs makeinfo is linked against (cygiconv-2.dll, cygintl-8.dll) helps? If not, it might be helpful if you could send a link to a tar archive with all necessary input texi files to run makeinfo as above. ldd /bin/makeinfo.exe might also be useful. 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: [1.7] makeinfo : too many open files
--- Gio 26/3/09, Christopher Faylor ha scritto: Da: Christopher Faylor Oggetto: Re: [1.7] makeinfo : too many open files A: cygwin@cygwin.com Data: Giovedì 26 marzo 2009, 18:09 -Segue allegato- On Thu, Mar 26, 2009 at 04:23:40PM +0100, Corinna Vinschen wrote: On Mar 26 12:36, Marco Atzeri wrote: Dear All, building the documentation for octave with makeinfo I hit on cygwin-1.7 a similar issue than http://cygwin.com/ml/cygwin/2009-02/msg00564.html On cygwin-1.5 the same exact command on the same files completes successfully. Full strace is uploaded on http://matzeri.altervista.org/strace/ 1.6M makeinfo15_strace 3.1M makeinfo17_strace 270K makeinfo_strace.tar.xz (both compressed) $makeinfo -I.. octave-a4.texi octave-a4.texi:621: @include `package.texi': No such file or directory. octave-a4.texi:632: @include `dynamic.texi': No such file or directory. $ makeinfo -P.. octave-a4.texi octave-a4.texi:621: @include `package.texi': Too many open files. octave-a4.texi:632: @include `dynamic.texi': Too many open files The 1.7 strace shows a weird error message: seterrno_from_win_error: /ext/build/netrel/src/cygwin-1.7.0-44/winsup/cygwin/cygheap.cc:140 windows error 487 error 487 == Attempt to access invalid address. It happens when trying to raise the size of the cygheap (used for internal datastructures like file descriptor data) which apparently occurs as a result of using so many files. The only reason I can think of why this might occur is a collision with a DLL loaded at an address not far from the end of Cygwin's cygheap, so that trying to VirtualAlloc more memory, to make the cygheap bigger, fails. The default size of the cygheap in 1.7.0-44 is ~900K and ends at 0x6130. Maybe rebasing the DLLs makeinfo is linked against (cygiconv-2.dll, cygintl-8.dll) helps? If not, it might be helpful if you could send a link to a tar archive with all necessary input texi files to run makeinfo as above. ldd /bin/makeinfo.exe might also be useful. cgf $ ldd /usr/bin/makeinfo.exe ntdll.dll = /cygdrive/c/WINDOWS/system32/ntdll.dll (0x7c90) kernel32.dll = /cygdrive/c/WINDOWS/system32/kernel32.dll (0x7c80) cygwin1.dll = /usr/bin/cygwin1.dll (0x6100) ADVAPI32.DLL = /cygdrive/c/WINDOWS/system32/ADVAPI32.DLL (0x77dd) RPCRT4.dll = /cygdrive/c/WINDOWS/system32/RPCRT4.dll (0x77e7) cygintl-8.dll = /usr/bin/cygintl-8.dll (0x6f5c) cygiconv-2.dll = /usr/bin/cygiconv-2.dll (0x674c) and exactly the same for cygwin-1.5 Regards Marco -- Unsubscribe info: 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: [1.7] makeinfo : too many open files
--- Gio 26/3/09, Corinna Vinschen ha scritto: Da: Corinna Vinschen Oggetto: Re: [1.7] makeinfo : too many open files A: cygwin Data: Giovedì 26 marzo 2009, 16:23 -Segue allegato- On Mar 26 12:36, Marco Atzeri wrote: Dear All, building the documentation for octave with makeinfo I hit on cygwin-1.7 a similar issue than http://cygwin.com/ml/cygwin/2009-02/msg00564.html On cygwin-1.5 the same exact command on the same files completes successfully. Full strace is uploaded on http://matzeri.altervista.org/strace/ 1.6M makeinfo15_strace 3.1M makeinfo17_strace 270K makeinfo_strace.tar.xz (both compressed) $makeinfo -I.. octave-a4.texi octave-a4.texi:621: @include `package.texi': No such file or directory. octave-a4.texi:632: @include `dynamic.texi': No such file or directory. $ makeinfo -P.. octave-a4.texi octave-a4.texi:621: @include `package.texi': Too many open files. octave-a4.texi:632: @include `dynamic.texi': Too many open files The 1.7 strace shows a weird error message: seterrno_from_win_error: /ext/build/netrel/src/cygwin-1.7.0-44/winsup/cygwin/cygheap.cc:140 windows error 487 error 487 == Attempt to access invalid address. It happens when trying to raise the size of the cygheap (used for internal datastructures like file descriptor data) which apparently occurs as a result of using so many files. The only reason I can think of why this might occur is a collision with a DLL loaded at an address not far from the end of Cygwin's cygheap, so that trying to VirtualAlloc more memory, to make the cygheap bigger, fails. The default size of the cygheap in 1.7.0-44 is ~900K and ends at 0x6130. Maybe rebasing the DLLs makeinfo is linked against (cygiconv-2.dll, cygintl-8.dll) helps? If not, it might be helpful if you could send a link to a tar archive with all necessary input texi files to run makeinfo as above. Corinna Hi Corinna, rebase had no effect. I packed the test case in http://matzeri.altervista.org/strace/ as makeinfo_test.tar.xz $ cd doc/interpreter $ makeinfo -I.. octave.texi Regards Marco -- Unsubscribe info: 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: [1.7] makeinfo: too many open files
On Feb 20 22:18, Charles Wilson wrote: I ran into the following problem building libtool under cygwin-1.7 (makeinfo from texinfo-4.8a-1): makeinfo -I doc -I /usr/src/packages/libtool/22/libtool-2.2.7a-10/src/libtool/doc -o /usr/src/packages/libtool/22/libtool-2.2.7a-10/src/libtool/doc/libtool.info /usr/src/packages/libtool/22/libtool-2.2.7a-10/src/libtool/doc/libtool.texi /usr/src/packages/libtool/22/libtool-2.2.7a-10/src/libtool/doc/libtool.texi:5485: @include `PLATFORMS': Too many open files. /usr/src/packages/libtool/22/libtool-2.2.7a-10/src/libtool/doc/libtool.texi:6191: @include `fdl.texi': Too many open files. makeinfo: Removing output file `/usr/src/packages/libtool/22/libtool-2.2.7a-10/src/libtool/doc/libtool.info' due to errors; use --force to preserve. When using the same version of makeinfo under cygwin-1.5, there are no problems. I see that Eric asked about (the same?) problem over on bug-texinfo, but I don't see any resolution. It looks like a cygwin-1.7 problem, not a texinfo problem, to me... http://lists.gnu.org/archive/html/bug-texinfo/2009-01/msg00013.html Eric, did anything ever come of this? Any debugging efforts, maybe? 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: [1.7] makeinfo: too many open files
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Corinna Vinschen on 2/24/2009 2:20 AM: On Feb 20 22:18, Charles Wilson wrote: I ran into the following problem building libtool under cygwin-1.7 (makeinfo from texinfo-4.8a-1): /usr/src/packages/libtool/22/libtool-2.2.7a-10/src/libtool/doc/libtool.texi:6191: @include `fdl.texi': Too many open files. When using the same version of makeinfo under cygwin-1.5, there are no problems. I see that Eric asked about (the same?) problem over on bug-texinfo, but I don't see any resolution. It looks like a cygwin-1.7 problem, not a texinfo problem, to me... http://lists.gnu.org/archive/html/bug-texinfo/2009-01/msg00013.html Eric, did anything ever come of this? Upstream could not reproduce it on Linux, and I haven't revisited the issue since. The upstream analysis was that there was no fd leak, but that says nothing about how many files are open at once. Any debugging efforts, maybe? I guess an strace would be worthwhile, but haven't run one yet. - -- Don't work too hard, make some time for fun as well! Eric Blake e...@byu.net -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmj7OAACgkQ84KuGfSFAYCIdQCgtAaAW8rAE/YeRwIeM3QXlfuu 9YcAniiKep77geG9P0ZFrcglH5mP2zXF =zJVB -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/
[1.7] makeinfo: too many open files
I ran into the following problem building libtool under cygwin-1.7 (makeinfo from texinfo-4.8a-1): makeinfo -I doc -I /usr/src/packages/libtool/22/libtool-2.2.7a-10/src/libtool/doc -o /usr/src/packages/libtool/22/libtool-2.2.7a-10/src/libtool/doc/libtool.info /usr/src/packages/libtool/22/libtool-2.2.7a-10/src/libtool/doc/libtool.texi /usr/src/packages/libtool/22/libtool-2.2.7a-10/src/libtool/doc/libtool.texi:5485: @include `PLATFORMS': Too many open files. /usr/src/packages/libtool/22/libtool-2.2.7a-10/src/libtool/doc/libtool.texi:6191: @include `fdl.texi': Too many open files. makeinfo: Removing output file `/usr/src/packages/libtool/22/libtool-2.2.7a-10/src/libtool/doc/libtool.info' due to errors; use --force to preserve. When using the same version of makeinfo under cygwin-1.5, there are no problems. I see that Eric asked about (the same?) problem over on bug-texinfo, but I don't see any resolution. It looks like a cygwin-1.7 problem, not a texinfo problem, to me... http://lists.gnu.org/archive/html/bug-texinfo/2009-01/msg00013.html Eric, did anything ever come of this? -- Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Too many open files
Larry Hall (RFK Partners, Inc) wrote: At 06:28 PM 2/26/2002, Kirk Erickson wrote: I love cygwin I've had no problems at home (running under XP), but I'm experiencing a problem reported earlier by Benoit Rochefort http://sourcesredhatcom/ml/cygwin/2002-02/msg00791html under Windows 2000 Professional Ver 50 Build 2195 Service Pack 2 I can reproduce by doing a find -type l in my home directory The find hangs, and even if I kill it, subsequent commands fail: [kirke@BAG HINTS]$ cat HINTS cat: HINTS: Too many open files I've attached cygcheck output 386k 1998/02/26 C:\WINNT\cygwinb19dll - os=40 img=10 sys=40 cygwinb19dll v00 ts=1998/2/25 2:22 Get rid of the DLL above Never mix Cygwin DLL versions I saw the same failure after removing this Also, I scratch installed Windows 2000, and redid the Cygwin install from scratch (nothing but setupexe) Its apparent that directory entries relative to my HOME directory are corrupt: [kirke@BAG backup]$ ls -l big* ls: big-2002-0228-1555: No such file or directory -rw-r--r--1 kirkeAdminist 547 Nov 9 2000 big-2001-0108-1137 -rw-r--r--1 kirkeAdminist 568 Jan 16 2001 big-2002-0212-1443 -rw-r--r--1 kirkeAdminist 532 Nov 1 2000 bigd-2001-0108-1137 -rw-r--r--1 kirkeAdminist 529 Jan 16 2001 bigd-2002-0212-1443 [kirke@BAG backup]$ pwd /cygdrive/z/private/kirke/scripts/backup This directory lives on a server managed by our IS group I've requested they do a 'chkdsk /f' to clean up I guess find is leaking descriptors when it encounters bad directory entries kirk -- Unsubscribe info: http://cygwincom/ml/#unsubscribe-simple Bug reporting: http://cygwincom/bugshtml Documentation: http://cygwincom/docshtml FAQ: http://cygwincom/faq/
Too many open files
Hello, I love cygwin. I've had no problems at home (running under XP), but I'm experiencing a problem reported earlier by Benoit Rochefort http://sources.redhat.com/ml/cygwin/2002-02/msg00791.html under Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 2. I can reproduce by doing a find . -type l in my home directory. The find hangs, and even if I kill it, subsequent commands fail: [kirke@BAG HINTS]$ cat HINTS cat: HINTS: Too many open files I've attached cygcheck output. Appreciate any suggestions, kirk Cygwin Win95/NT Configuration Diagnostics Current System Time: Mon Feb 25 15:28:16 2002 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 2 Path: . z:\private\kirke\scripts z:\private\kirke\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\sbin c:\WINNT\system32 c:\WINNT c:\WINNT\System32\Wbem SysDir: C:\WINNT\System32 WinDir: C:\WINNT HOME = `z:\private\kirke' MAKE_MODE = `unix' PWD = `/cygdrive/z/private/kirke/INSTALL/cygwin' USER = `kirke' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\kirke\Application Data' BINDIR = `/cygdrive/z/private/kirke/bin' COLORPRINTER = `wah2' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `BAG' COMSPEC = `C:\WINNT\system32\cmd.exe' HOMEDRIVE = `Z:' HOMEPATH = `\' HOMESHARE = `\\viking\kirke$' LIBDIR = `/cygdrive/z/private/kirke/lib' LOGONSERVER = `\\ORBITER' MANDIR = `/cygdrive/z/private/kirke/man' MANPATH = `:/usr/ssl/man' NUMBER_OF_PROCESSORS = `2' OLDPWD = `/cygdrive/z/private/kirke/INSTALL' OS2LIBPATH = `C:\WINNT\system32\os2\dll;' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PRINTER = `maine' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 3, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0803' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\u@\h: \w\007\][\u@\h \W]\$ ' SHELL = `/bin/bash' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINNT' TAPE = `/dev/st0' TEMP = `c:\DOCUME~1\kirke\LOCALS~1\Temp' TERM = `cygwin' TMP = `c:\DOCUME~1\kirke\LOCALS~1\Temp' USERDOMAIN = `REDPLANET' USERNAME = `kirke' USERPROFILE = `C:\Documents and Settings\kirke' WINDIR = `C:\WINNT' XAPPLOADDIR = `/cygdrive/z/private/kirke/lib/app-defaults' _ = `/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0022 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:/cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:/cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:/cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options a: fd N/AN/A c: hd NTFS8667Mb 22% CP CS UN PA FC d: cd N/AN/A e: hd NTFS8675Mb 56% CP CS UN PA FC work f: net NTFS 382051Mb 87% CP CS UN PA FC Data h: net NTFS 34728Mb 84% CP CSPAkirke i: net NTFS7489Mb 70% CP CSPAroot m: net NTFS 382051Mb 87% CP CS UN PA FC Data x: net NTFS 57721Mb 46% CP CSPAaudiogalaxy z: net NTFS 382051Mb 87% CP CS UN PA FC Data . /cygdrive userbinmode,noumount C:/cygwin / system binmode C:/cygwin/bin /usr/bin system binmode C:/cygwin/lib /usr/lib system binmode Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\gcc.exe Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\sh.exe 386k 1998/02/26 C:\WINNT\cygwinb19.dll - os=4.0 img=1.0 sys=4.0 cygwinb19.dll v0.0 ts=1998/2/25 2:22 56k 2000/12/03 C:\cygwin\bin\cygbz21.0.dll - os=4.0 img=1.0 sys=4.0 cygbz21.0.dll v0.0 ts=2000/11/20 15:53 621k 2002/01/16 C:\cygwin\bin\cygcrypto.dll - os=4.0 img=1.0 sys=4.0 cygcrypto.dll v0.0 ts=2002/1/16 1:54 107k 2002/01/23 C:\cygwin\bin\cygcurl-2.dll - os=4.0 img=1.0 sys=4.0 cygcurl-2.dll v0.0 ts=2002/1/23 10:25 73k 2002/01/16 C:\cygwin\bin\cygexslt-0.dll - os=4.0 img=1.0 sys=4.0 cygexslt-0.dll v0.0 ts=2002/1/16 1:06 45k 2001/04/25 C:\cygwin\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0
Re: Too many open files
At 06:28 PM 2/26/2002, Kirk Erickson wrote: Hello, I love cygwin. I've had no problems at home (running under XP), but I'm experiencing a problem reported earlier by Benoit Rochefort http://sources.redhat.com/ml/cygwin/2002-02/msg00791.html under Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 2. I can reproduce by doing a find . -type l in my home directory. The find hangs, and even if I kill it, subsequent commands fail: [kirke@BAG HINTS]$ cat HINTS cat: HINTS: Too many open files I've attached cygcheck output. Appreciate any suggestions, snip 386k 1998/02/26 C:\WINNT\cygwinb19.dll - os=4.0 img=1.0 sys=4.0 cygwinb19.dll v0.0 ts=1998/2/25 2:22 Get rid of the DLL above. Never mix Cygwin DLL versions. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Too many open files problem
I did read the page you suggested me to read, some people replied me some tricks to better find on the web an answer but still I found just more questions with the same problem I have with no one to reply for a solution. I think I did my job. I still think that my installation is quite normal and that there is a problem somewhere as suggested by the many questions about the same problem I found. I also think that I have done all I can to try to help you in finding the problem. I'm just suspicious about how the problem report are handled on your side. Is it just forgotten or put on a TODO list or what? I know you are all volunteers there, I would like to contribute if I can (no one ever ask me for more details?!?) so this is why I wonder... Also, if someone can explain me (I think I've got the answer but still didn't find any doc about it) the behavior of my little perl program where I can get as many file handle I want (this seems to not be limited by any means). Ben Christopher Faylor writes: ] On Fri, Feb 15, 2002 at 01:13:44PM -0500, Benoit Rochefort wrote: ] In facts, I goes all thru the mailing list archive, and all I found is ] people asking help about that problem. ] ] Unfortunatly, I didn't see any of these mail where a reply was done. ] ] Is there at least someone else who have seen that kind of problem so we can ] find what are the common point. That could guide us to a solution and I'm ] sure helping other people who'll get this problem in the next days... ] ] For a start, how about checking out: http://cygwin.com/bugs.html ? ] ] There is not necessarily anything there that will solve your problem and ] you've already done most of the groundwork but it's at least a starting ] point. ] ] cgf ] ] -- ] Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple ] Bug reporting: http://cygwin.com/bugs.html ] Documentation: http://cygwin.com/docs.html ] FAQ: http://cygwin.com/faq/ -- *º¤., ¸¸,.¤º*¨¨¨*¤ Benoit Rochefort *º¤., ¸¸,.¤º*¨¨¨*¤ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Too many open files problem
Yes I searched the archive the best I can. Is there an easy way to search for exact match in the mailing list database, if so please tell me how. Because when I looked at too many open files, there were a lot lot lot of mail unrelated to this (it seems that the program looks at text were the 4 words are there, but not necessarly together). So, this is my problem: ### $ find -name GCMref $ find -name GCMref|xargs grep '' grep: ./netgen-5.6/GCMref: Too many open files $ find -name GCMref ./netgen-5.6/GCMref $ xargs grep '' ./netgen-5.6/GCMref--- Entered by hand gencol-4.3 --- From grep $ grep '' ./netgen-5.6/GCMref --- Same as above (from xargs point-of-view) gencol-4.3 ### As you can see, something seems to arise when using the pipes. I have seen a manifestation of this problem in other contexts (for instance, in perl scripts). And what's bizare is that it is hard to reproduce exactly. For exemple, in the last example, I re-issued the first command after all the others, and it works well!?! So I close the shell, re-start it and was I able to reproduce it (sometime yes, sometime no). Sometime ( I don't know if it's related ), the . command in bash silently fails, returning at the prompt (I suspect it's a case of too many open files but I'm not sure). It is really inconvenient since i may think that all goes well (the real case is the .bashrc making many ., some of them in cascades (say depth 3 max, and in all max 30 files to source). In this case, we return at the prompt, no advice, and some variables are not setted. It is really hard to reproduce, but happen say 1 on 20 time. Someone has had this problem around? And another (may be related) question: Can someone explain me why this perl script on Solaris return 251, on Linux 1022 and on cygwin runs forever? $ touch aaa; perl -e 'for ( $n = 1; open f$n, aaa; $n++ ) {} print $n\n' From this, I may assume that the fd table could be dynamic, but in that case why are the other example crashes with too many open files??? *º¤., ¸¸,.¤º*¨¨¨*¤ Benoit Rochefort *º¤., ¸¸,.¤º*¨¨¨*¤ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Too many open files problem
In facts, I goes all thru the mailing list archive, and all I found is people asking help about that problem. Unfortunatly, I didn't see any of these mail where a reply was done. Is there at least someone else who have seen that kind of problem so we can find what are the common point. That could guide us to a solution and I'm sure helping other people who'll get this problem in the next days... Ben -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Too many open files problem
On Fri, Feb 15, 2002 at 01:13:44PM -0500, Benoit Rochefort wrote: In facts, I goes all thru the mailing list archive, and all I found is people asking help about that problem. Unfortunatly, I didn't see any of these mail where a reply was done. Is there at least someone else who have seen that kind of problem so we can find what are the common point. That could guide us to a solution and I'm sure helping other people who'll get this problem in the next days... For a start, how about checking out: http://cygwin.com/bugs.html ? There is not necessarily anything there that will solve your problem and you've already done most of the groundwork but it's at least a starting point. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Too many open files
I attempted to find an answer to this online and in archives, but had no success. I have a large make file with thousands of files which failed at the linking step. On restarting the make after changing the link settings I discovered the make file halted with Too many open files. I am running the latest version of cygwin 1.3.9 with all other tools updated on a Windows 2000 (Build 2195: Service Pack 2) machine. The files being ran through in the makefile are on a Windows NT machine on a small network. I checked the NT machine network resources and found that over 2000 files were open for read by the machine running make. Even after make is finished the files continue to stay open. Even after closing cygwin. Is this a problem in how make works? Does cygwin keep file handles openned and cached? Anyone got any idea whats going on? Anyone experienced the same problem? Thanks. David. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/