From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kevin Rodgers Newsgroups: gmane.emacs.bugs Subject: bug#6835: 23.2; eval'ing `type-of' with #[abc] as arg gets a Fatal error (11) Segmentation fault Date: Mon, 09 Aug 2010 21:23:37 -0600 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Trace: dough.gmane.org 1281411517 2178 80.91.229.12 (10 Aug 2010 03:38:37 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 10 Aug 2010 03:38:37 +0000 (UTC) To: bug-gnu-emacs@gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Aug 10 05:38:36 2010 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Oiffe-0001zB-Oe for geb-bug-gnu-emacs@m.gmane.org; Tue, 10 Aug 2010 05:38:35 +0200 Original-Received: from localhost ([127.0.0.1]:59932 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Oiffe-0006rY-2R for geb-bug-gnu-emacs@m.gmane.org; Mon, 09 Aug 2010 23:38:34 -0400 Original-Received: from [140.186.70.92] (port=55143 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OiffX-0006rP-Ul for bug-gnu-emacs@gnu.org; Mon, 09 Aug 2010 23:38:29 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OiffW-0006th-Ld for bug-gnu-emacs@gnu.org; Mon, 09 Aug 2010 23:38:27 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:49498) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OiffW-0006tb-J7 for bug-gnu-emacs@gnu.org; Mon, 09 Aug 2010 23:38:26 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1OifRa-0004op-6i; Mon, 09 Aug 2010 23:24:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Kevin Rodgers Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 10 Aug 2010 03:24:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 6835 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by submit@debbugs.gnu.org id=B.128141060218508 (code B ref -1); Tue, 10 Aug 2010 03:24:02 +0000 Original-Received: (at submit) by debbugs.gnu.org; 10 Aug 2010 03:23:22 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OifQv-0004oT-Lv for submit@debbugs.gnu.org; Mon, 09 Aug 2010 23:23:22 -0400 Original-Received: from mx10.gnu.org ([199.232.76.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OifQs-0004oO-Ik for submit@debbugs.gnu.org; Mon, 09 Aug 2010 23:23:20 -0400 Original-Received: from lists.gnu.org ([199.232.76.165]:38779) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1OifRZ-0003iB-FN for submit@debbugs.gnu.org; Mon, 09 Aug 2010 23:24:01 -0400 Original-Received: from [140.186.70.92] (port=60034 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OifRX-0004OP-UM for bug-gnu-emacs@gnu.org; Mon, 09 Aug 2010 23:24:00 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OifRW-0004zl-S2 for bug-gnu-emacs@gnu.org; Mon, 09 Aug 2010 23:23:59 -0400 Original-Received: from lo.gmane.org ([80.91.229.12]:45248) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OifRW-0004zX-HP for bug-gnu-emacs@gnu.org; Mon, 09 Aug 2010 23:23:58 -0400 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OifRQ-00078z-VV for bug-gnu-emacs@gnu.org; Tue, 10 Aug 2010 05:23:52 +0200 Original-Received: from c-67-166-3-76.hsd1.co.comcast.net ([67.166.3.76]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 10 Aug 2010 05:23:52 +0200 Original-Received: from kevin.d.rodgers by c-67-166-3-76.hsd1.co.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 10 Aug 2010 05:23:52 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 70 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: c-67-166-3-76.hsd1.co.comcast.net User-Agent: Thunderbird 2.0.0.24 (Macintosh/20100228) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Mon, 09 Aug 2010 23:24:02 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:39391 Archived-At: MON KEY wrote: > eval'ing `type-of' with #[abc] gets me Fatal error (11) Segmentation fault > > emacs -Q > > To reproduce enter: > (type-of #[abc]) > > type C-x C-e `eval-last-sexp' > > Get hosed with: > => Fatal error (11)Segmentation fault > > "GNU Emacs 23.2.1 (i686-pc-linux-gnu, GTK+ Version 2.20.0) > of 2010-05-10" GNU Emacs 23.2.1 (i386-apple-darwin8.11.1, NS apple-appkit-824.48) of 2010-05-14 and GNU Emacs 23.2.1 (i386-mingw-nt5.1.2600) of 2010-05-08 don't crash, but they both produce these results: (type-of #[abc]) ⇒ compiled-function (functionp #[abc]) ⇒ t (funcall #[abc]) ⇒ Debugger entered--Lisp error: (invalid-function #[abc]) Shouldn't anything that satisfies functionp be a valid argument to funcall? Shouldn't the COMPILEDP macro in lisp.h be more strict about the number and type of vector elements? The "Byte-Code Function Objects" node of the Elisp manual says: A byte-code function object must have at least four elements; there is no maximum number, but only the first six elements have any normal use. They are: ARGLIST The list of argument symbols. BYTE-CODE The string containing the byte-code instructions. CONSTANTS The vector of Lisp objects referenced by the byte code. These include symbols used as function names and variable names. STACKSIZE The maximum stack size this function needs. DOCSTRING The documentation string (if any); otherwise, `nil'. The value may be a number or a list, in case the documentation string is stored in a file. Use the function `documentation' to get the real documentation string (*note Accessing Documentation::). INTERACTIVE The interactive spec (if any). This can be a string or a Lisp expression. It is `nil' for a function that isn't interactive. -- Kevin Rodgers Denver, Colorado, USA