From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Paul Eggert Newsgroups: gmane.emacs.bugs Subject: bug#14643: specpdl change crashes Emacs (Solaris 10 sparc + Sun cc) Date: Mon, 17 Jun 2013 09:08:46 -0700 Organization: UCLA Computer Science Department Message-ID: <51BF348E.7000309@cs.ucla.edu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1371485416 23749 80.91.229.3 (17 Jun 2013 16:10:16 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 17 Jun 2013 16:10:16 +0000 (UTC) To: 14643@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Jun 17 18:10:15 2013 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 1Uoc0V-0002PH-6a for geb-bug-gnu-emacs@m.gmane.org; Mon, 17 Jun 2013 18:10:15 +0200 Original-Received: from localhost ([::1]:35592 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Uoc0U-0007AH-M3 for geb-bug-gnu-emacs@m.gmane.org; Mon, 17 Jun 2013 12:10:14 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51137) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Uoc0L-000761-Cb for bug-gnu-emacs@gnu.org; Mon, 17 Jun 2013 12:10:11 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Uoc0J-0005rE-Rj for bug-gnu-emacs@gnu.org; Mon, 17 Jun 2013 12:10:05 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:56621) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Uoc0J-0005qV-Nq for bug-gnu-emacs@gnu.org; Mon, 17 Jun 2013 12:10:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Uoc0I-00062v-73 for bug-gnu-emacs@gnu.org; Mon, 17 Jun 2013 12:10:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 17 Jun 2013 16:10:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 14643 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.137148535223109 (code B ref -1); Mon, 17 Jun 2013 16:10:01 +0000 Original-Received: (at submit) by debbugs.gnu.org; 17 Jun 2013 16:09:12 +0000 Original-Received: from localhost ([127.0.0.1]:50934 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1UobzS-00060c-OA for submit@debbugs.gnu.org; Mon, 17 Jun 2013 12:09:11 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:49113) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1UobzO-000600-FQ for submit@debbugs.gnu.org; Mon, 17 Jun 2013 12:09:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UobzH-0005Vb-P5 for submit@debbugs.gnu.org; Mon, 17 Jun 2013 12:09:01 -0400 Original-Received: from lists.gnu.org ([2001:4830:134:3::11]:34840) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UobzH-0005VX-Lf for submit@debbugs.gnu.org; Mon, 17 Jun 2013 12:08:59 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50827) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UobzF-0006rl-1q for bug-gnu-emacs@gnu.org; Mon, 17 Jun 2013 12:08:59 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UobzD-0005V8-LT for bug-gnu-emacs@gnu.org; Mon, 17 Jun 2013 12:08:56 -0400 Original-Received: from smtp.cs.ucla.edu ([131.179.128.62]:38489) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UobzD-0005U8-DY for bug-gnu-emacs@gnu.org; Mon, 17 Jun 2013 12:08:55 -0400 Original-Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 99C2FA60001 for ; Mon, 17 Jun 2013 09:08:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Original-Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JkEgrEkYQx7V for ; Mon, 17 Jun 2013 09:08:46 -0700 (PDT) Original-Received: from [192.168.1.9] (pool-71-108-49-126.lsanca.fios.verizon.net [71.108.49.126]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id CD26639E8105 for ; Mon, 17 Jun 2013 09:08:46 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 X-Enigmail-Version: 1.5.1 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.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:75254 Archived-At: In trying out Emacs porting I found that the latest Emacs trunk doesn't build on Solaris 10 32-bit sparc, Solaris 10, compiled with Sun C 5.12 2011/11/16 (which is, I think, the latest release available at no cost). The problem was introduced some time between trunk bzr 112827 and 112838. The intervening revisions don't compile. I'm pretty sure the problem was introduced in bzr 112828 (which merged the specpdl and backtrace stacks). A brief look at the specpdl change did uncover one portability (calculation of an address before the start of dynamically allocated storage, which isn't portable), which I plan to fix, but I expect the actual problem is somewhere else. Here's a backtrace that I get while running temacs on trunk bzr 112838 to create bootstrap-emacs. I plan to take more of a look at it more later, but am filing this bug report now to document the problem. I can't use GDB (it can't grok the Sun-generated executable), and the bug apparently goes away if one disables optimizing. current thread: t@1 =>[1] mark_object(arg = 2) (optimized), at 0x1cee9c (line ~5866) in "alloc.c" [2] mark_specpdl() (optimized), at 0x1f2340 (line ~3309) in "eval.c" [3] Fgarbage_collect() (optimized), at 0x1ce0fc (line ~5253) in "alloc.c" [4] maybe_gc() (optimized), at 0x1ebc24 (line ~3969) in "lisp.h" [5] Ffuncall(nargs = , args = 0xffbfe850) (optimized), at 0x1f0aec (line ~2662) in "eval.c" [6] call1(fn = 5148554, arg1 = 7768262) (optimized), at 0x1f08a4 (line ~2510) in "eval.c" [7] readevalloop(readcharfun = 6194581, stream = (nil), sourcename = 6092777, printflag = 0, unibyte = , readfun = 4978386, start = 4978386, end = 4978386) (optimized), at 0x21a950 (line ~1872) in "lread.c" [8] Feval_buffer(buffer = , printflag = 4978386, filename = 6113281, unibyte = 4978386, do_allow_print = ) (optimized), at 0x21abcc (line ~1935) in "lread.c" [9] Ffuncall(nargs = , args = ) (optimized), at 0x1f1004 (line ~2729) in "eval.c" [10] exec_byte_code(bytestr = , vector = , maxdepth = , args_template = , nargs = , args = ) (optimized), at 0x234014 (line ~903) in "bytecode.c" [11] funcall_lambda(fun = 5442349, nargs = 4, arg_vector = 0xffbfeb90) (optimized), at 0x1f16f0 (line ~2948) in "eval.c" [12] Ffuncall(nargs = , args = ) (optimized), at 0x1f10c8 (line ~2760) in "eval.c" [13] call4(fn = 5351986, arg1 = 6113281, arg2 = 6113281, arg3 = 4978386, arg4 = 4978386) (optimized), at 0x1f091c (line ~2559) in "eval.c" [14] Fload(file = 6113569, noerror = 0, nomessage = 4978386, nosuffix = , must_suffix = ) (optimized), at 0x219410 (line ~1286) in "lread.c" [15] eval_sub(form = ) (optimized), at 0x1efde8 (line ~2097) in "eval.c" [16] internal_lisp_condition_case(var = 4978386, bodyform = 4995678, handlers = 5434966) (optimized), at 0x1edfa0 (line ~1169) in "eval.c" [17] Fcondition_case(args = 4995694) (optimized), at 0x1eddf4 (line ~1111) in "eval.c" [18] eval_sub(form = ) (optimized), at 0x1efb2c (line ~2029) in "eval.c" [19] readevalloop(readcharfun = 5065098, stream = 0x4b94b0, sourcename = 5153721, printflag = 0, unibyte = , readfun = 4978386, start = 4978386, end = 4978386) (optimized), at 0x21a95c (line ~1873) in "lread.c" [20] Fload(file = 5071993, noerror = 1, nomessage = 4978386, nosuffix = , must_suffix = ) (optimized), at 0x219810 (line ~1345) in "lread.c" [21] eval_sub(form = ) (optimized), at 0x1efde8 (line ~2097) in "eval.c" [22] Feval(form = 4992374, lexical = ) (optimized), at 0x1ef4b4 (line ~1918) in "eval.c" [23] top_level_2() (optimized), at 0x151dac (line ~1173) in "keyboard.c" [24] internal_condition_case(bfun = 0x151d9c = &`temacs`keyboard.c`top_level_2(), handlers = 5027634, hfun = 0x1519e8 = &`temacs`keyboard.c`cmd_error(Lisp_Object data)) (optimized), at 0x1ee104 (line ~1214) in "eval.c" [25] top_level_1(ignore = 4978386) (optimized), at 0x151dec (line ~1181) in "keyboard.c" [26] internal_catch(tag = 5025594, func = 0x151dbc = &`temacs`keyboard.c`top_level_1(register Lisp_Object ignore), arg = 4978386) (optimized), at 0x1edc14 (line ~988) in "eval.c" [27] command_loop() (optimized), at 0x151d08 (line ~1142) in "keyboard.c" [28] recursive_edit_1() (optimized), at 0x151564 (line ~776) in "keyboard.c" [29] Frecursive_edit() (optimized), at 0x151708 (line ~840) in "keyboard.c" [30] main(argc = , argv = ) (optimized), at 0x14dcf8 (line ~1539) in "emacs.c" (dbx)