From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#22814: 25.0.91; Emacs runs out of file descriptors on OS X Date: Mon, 29 Feb 2016 18:02:04 +0200 Message-ID: <83r3fv8pz7.fsf@gnu.org> References: <87twkupoq9.fsf@gmx.de> <83d1ricxyp.fsf@gnu.org> <87lh66nv22.fsf@gmx.de> <83lh66aru8.fsf@gnu.org> <878u26neeo.fsf@gmx.de> <83io1aaqty.fsf@gnu.org> <87r3fylyfm.fsf@gmx.de> <838u25c3z4.fsf@gnu.org> <87lh637r1w.fsf@gmx.de> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1456761813 6056 80.91.229.3 (29 Feb 2016 16:03:33 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 29 Feb 2016 16:03:33 +0000 (UTC) Cc: 22814@debbugs.gnu.org, andlind@gmail.com To: Michael Albinus Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Feb 29 17:03:19 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aaQI1-0002vq-PC for geb-bug-gnu-emacs@m.gmane.org; Mon, 29 Feb 2016 17:03:18 +0100 Original-Received: from localhost ([::1]:37435 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aaQI1-0006Xb-2o for geb-bug-gnu-emacs@m.gmane.org; Mon, 29 Feb 2016 11:03:17 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40285) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aaQHs-0006WQ-1C for bug-gnu-emacs@gnu.org; Mon, 29 Feb 2016 11:03:13 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aaQHm-0005bi-80 for bug-gnu-emacs@gnu.org; Mon, 29 Feb 2016 11:03:07 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:56740) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aaQHm-0005bd-4O for bug-gnu-emacs@gnu.org; Mon, 29 Feb 2016 11:03:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84) (envelope-from ) id 1aaQHl-00064h-Sm for bug-gnu-emacs@gnu.org; Mon, 29 Feb 2016 11:03:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 29 Feb 2016 16:03:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 22814 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 22814-submit@debbugs.gnu.org id=B22814.145676174823310 (code B ref 22814); Mon, 29 Feb 2016 16:03:01 +0000 Original-Received: (at 22814) by debbugs.gnu.org; 29 Feb 2016 16:02:28 +0000 Original-Received: from localhost ([127.0.0.1]:53867 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aaQHD-00063u-O1 for submit@debbugs.gnu.org; Mon, 29 Feb 2016 11:02:27 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:48321) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aaQHD-00063g-1c for 22814@debbugs.gnu.org; Mon, 29 Feb 2016 11:02:27 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aaQH3-0005Bm-SG for 22814@debbugs.gnu.org; Mon, 29 Feb 2016 11:02:21 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:32851) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aaQH3-0005Bf-Ou; Mon, 29 Feb 2016 11:02:17 -0500 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4730 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aaQH2-0007sr-Mc; Mon, 29 Feb 2016 11:02:17 -0500 In-reply-to: <87lh637r1w.fsf@gmx.de> (message from Michael Albinus on Mon, 29 Feb 2016 11:24:11 +0100) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:114139 Archived-At: > From: Michael Albinus > Cc: andlind@gmail.com, 22814@debbugs.gnu.org > Date: Mon, 29 Feb 2016 11:24:11 +0100 > > Eli Zaretskii writes: > > >> From: Michael Albinus > >> Cc: andlind@gmail.com, 22814@debbugs.gnu.org > >> Date: Sat, 27 Feb 2016 20:56:29 +0100 > >> > >> I've improved the test case. The file-error is trapped, and the test > >> continues. Now I get > >> > >> Test file-notify-test09-sufficient-ressources condition: > >> (error "Invalid byte code in /usr/local/src/emacs-25/lisp/emacs-lisp/cl-seq.elc") > >> > >> The Lisp backtrace doesn't tell anything useful. What could I do now? > > > > Set a breakpoint in Fsignal, and see who signals the error, and why. > > --8<---------------cut here---------------start------------->8--- > Breakpoint 5, Fsignal (error_symbol=15024, data=95357875) at eval.c:1471 > 1471 = (NILP (error_symbol) ? Fcar (data) : error_symbol); > (gdb) pp error_symbol > error > (gdb) pp data > ("Invalid byte code in /usr/local/src/emacs-25/lisp/emacs-lisp/cl-seq.elc") > (gdb) xbacktrace > "cl-intersection" (0xffffccc0) > "ert--should-error-handle-error" (0xffffcd60) > "condition-case" (0xffffcf68) > "let" (0xffffd088) > "let" (0xffffd1a8) > "let" (0xffffd2c8) > "let" (0xffffd3e8) > "unwind-protect" (0xffffd4c8) > 0x1b99710 Lisp type 3 > "ert--run-test-internal" (0xffffd7c0) > "ert-run-test" (0xffffd948) > "ert-run-or-rerun-test" (0xffffdae8) > "ert-run-tests" (0xffffdc68) > "ert" (0xffffdea0) > "funcall-interactively" (0xffffde98) > "call-interactively" (0xffffe120) > "command-execute" (0xffffe2d8) > "command-line-1" (0xffffe440) > "command-line" (0xffffe608) > "normal-top-level" (0xffffe6d0) > "nil" (0x0) > 0 (0x15ab400) > 0xe04620 Lisp type 4 > 0x1ae63b0 Lisp type 3 > Error accessing memory address 0x37393832746e6588: Bad address. > (gdb) bt > #0 Fsignal (error_symbol=15024, data=95357875) at eval.c:1471 > #1 0x000000000050b0a9 in xsignal (error_symbol=15024, data=95357875) at eval.c:1577 > #2 0x000000000050970c in xsignal1 (error_symbol=, arg=) at eval.c:1592 > #3 0x000000000050b173 in verror (m=, ap=) at eval.c:1770 > #4 0x0000000000509632 in error (m=0x3ab0 ) at eval.c:1782 > #5 0x000000000050c921 in Ffetch_bytecode (object=) at eval.c:2949 Crystal ball says something went wrong inside read_doc_string that was called just before the call to 'error'. That function calls emacs_open, and you have run out file descriptors. Can you see what's going on inside that call? (That would require re-running the test with a suitably conditioned breakpoint.)