Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com From: Benoit Rochefort MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Message-ID: <15469.15498.886408.446473@soumis.crt.umontreal.ca> Date: Fri, 15 Feb 2002 11:51:22 -0500 (EST) To: cygwin AT cygwin DOT com Subject: "Too many open files" problem X-Mailer: VM 6.72 under 21.1 (patch 8) "Bryce Canyon" XEmacs Lucid X-Face: C!5Mk_!qB]35}VpD|H>GN/@fk%~7:*/x8&~\]|r|)/zV?rJ){uX4Nh`a$L/z__Kx4Gt!mDU 3kZlj)F2]Ds$?l';SO9]v^|[i2nY`pZ+mu+HT%5ITkuP#e]@8F4 AT Hc.=]oN1+d\M AT Rl>-$C?h$yntf -JVx)3L2}VzG.!bQEy]~I_3fup`HtZ^t/Iz.|Vh$~o`^g\ Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id g1FGq2125227 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/