From unknown Sat Jun 21 12:24:52 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21999: 25.0.50; Binary with --enable-checking immediately aborts with '0<=size' Resent-From: David Engster Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 23 Nov 2015 19:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 21999 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 21999@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.144830840327595 (code B ref -1); Mon, 23 Nov 2015 19:54:02 +0000 Received: (at submit) by debbugs.gnu.org; 23 Nov 2015 19:53:23 +0000 Received: from localhost ([127.0.0.1]:49874 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a0xAw-0007Ax-5a for submit@debbugs.gnu.org; Mon, 23 Nov 2015 14:53:22 -0500 Received: from eggs.gnu.org ([208.118.235.92]:53084) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a0xAb-0007A3-AA for submit@debbugs.gnu.org; Mon, 23 Nov 2015 14:53:20 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a0xAZ-0000ub-Az for submit@debbugs.gnu.org; Mon, 23 Nov 2015 14:53:00 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:44745) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a0xAZ-0000uW-8g for submit@debbugs.gnu.org; Mon, 23 Nov 2015 14:52:59 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:34841) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a0xAX-0005yW-Fq for bug-gnu-emacs@gnu.org; Mon, 23 Nov 2015 14:52:59 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a0xAU-0000tu-8I for bug-gnu-emacs@gnu.org; Mon, 23 Nov 2015 14:52:57 -0500 Received: from randomsample.de ([5.45.97.173]:59237) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a0xAT-0000rx-Tq for bug-gnu-emacs@gnu.org; Mon, 23 Nov 2015 14:52:54 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=randomsample.de; s=a; h=Content-Type:MIME-Version:Message-ID:Date:Subject:To:From; bh=CDOQtNZyV6gw+IGXV/Z20Mwjz9rYYDuWL8qBAoxXKM0=; b=ubvjKIPVollWazUaFmzLbvQybYV579BSlLZ5n5+xwYRQI91MEiXSZ+SpijZdENLqT7c3TA6ggj4LZp2pk26VQCZW3hBVJQlzK3vJBU7LE8+37Nqw1/3IqGS9f81gIgYJ; Received: from ip4d1645ea.dynamic.kabel-deutschland.de ([77.22.69.234] helo=isaac.fritz.box) by randomsample.de with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1a0xAN-0003mm-3K for bug-gnu-emacs@gnu.org; Mon, 23 Nov 2015 20:52:47 +0100 From: David Engster Date: Mon, 23 Nov 2015 20:52:42 +0100 Message-ID: <87oaekh4s5.fsf@isaac.fritz.box> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -3.9 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) I've compiled from the emacs-25 branch (f146ea73a9ca6) with CFLAGS="-O0 -g3" ./configure --enable-checking Running 'emacs -Q' directly from the src directory immediately aborts: lisp.h:1543: Emacs fatal error: assertion failed: 0 <= size Fatal error 6: Aborted Running 'emacs -nw -Q' runs fine, though. gdb-Backtrace: Breakpoint 1, terminate_due_to_signal (sig=6, backtrace_limit=2147483647) at emacs.c:371 371 signal (sig, SIG_DFL); (gdb) bt #0 terminate_due_to_signal (sig=6, backtrace_limit=2147483647) at emacs.c:371 #1 0x000000000060c908 in die (msg=0x7282e3 "0 <= size", file=0x728188 "lisp.h", line=1543) at alloc.c:7034 #2 0x000000000057a983 in ASIZE (array=20941717) at lisp.h:1543 #3 0x000000000057d3df in FONT_ENTITY_P (x=20941717) at font.h:434 #4 0x000000000057d598 in XFONT_ENTITY (p=20941717) at font.h:482 #5 0x00000000006091a7 in compact_font_cache_entry (entry=18625795) at alloc.c:5351 #6 0x0000000000609494 in compact_font_caches () at alloc.c:5405 #7 0x0000000000609bc4 in garbage_collect_1 (end=0x7fffffffaf38) at alloc.c:5585 #8 0x000000000060a267 in Fgarbage_collect () at alloc.c:5790 #9 0x000000000057cac1 in maybe_gc () at lisp.h:4638 #10 0x000000000062ec3c in eval_sub (form=11527611) at eval.c:2076 #11 0x000000000062e91f in Feval (form=11527611, lexical=0) at eval.c:1988 #12 0x000000000059375c in eval_dyn (form=11527611) at keyboard.c:7531 #13 0x000000000062d014 in internal_condition_case_1 (bfun=0x593734 , arg=11527611, handlers=18912, hfun=0x5936a0 ) at eval.c:1333 #14 0x00000000005937b9 in menu_item_eval_property (sexpr=11527611) at keyboard.c:7542 #15 0x00000000005946a0 in parse_menu_item (item=0, inmenubar=0) at keyboard.c:7724 #16 0x00000000004ac249 in single_menu_item (key=8772592, item=19642179, dummy=0, skp_v=0x7fffffffb490) at menu.c:330 #17 0x000000000059ec64 in map_keymap_item (fun=0x4ac1fc , args=0, key=8772592, val=19642179, data=0x7fffffffb490) at keymap.c:545 #18 0x000000000059ef3d in map_keymap_internal (map=18680595, fun=0x4ac1fc , args=0, data=0x7fffffffb490) at keymap.c:582 #19 0x000000000059f2b9 in map_keymap_canonical (map=18680595, fun=0x4ac1fc , args=0, data=0x7fffffffb490) at keymap.c:640 #20 0x00000000004ac086 in single_keymap_panes (keymap=19441795, pane_name=10561772, prefix=4284576, maxdepth=10) at menu.c:299 #21 0x00000000004acfe6 in parse_single_submenu (item_key=4284576, item_name=10561772, maps=0) at menu.c:567 #22 0x00000000004b02c6 in set_frame_menubar (f=0x13f5820, first_time=true, deep_p=true) at xmenu.c:787 #23 0x00000000004b0812 in initialize_frame_menubar (f=0x13f5820) at xmenu.c:1023 #24 0x00000000005547b2 in Fx_create_frame (parms=18626179) at xfns.c:3521 #25 0x0000000000630abf in Ffuncall (nargs=2, args=0x7fffffffb908) at eval.c:2693 #26 0x000000000067b4d3 in exec_byte_code (bytestr=10601876, vector=10601909, maxdepth=18, args_template=0, nargs=0, args=0x0) at bytecode.c:880 #27 0x000000000063188a in funcall_lambda (fun=10601813, nargs=1, arg_vector=0xa1c5b5 ) at eval.c:2921 #28 0x0000000000630d40 in Ffuncall (nargs=2, args=0x7fffffffbe40) at eval.c:2742 #29 0x000000000067b4d3 in exec_byte_code (bytestr=22245908, vector=18179237, maxdepth=14, args_template=1030, nargs=1, args=0x7fffffffc4c0) at bytecode.c:880 #30 0x000000000063145c in funcall_lambda (fun=21677437, nargs=1, arg_vector=0x7fffffffc4b8) at eval.c:2855 #31 0x0000000000630d40 in Ffuncall (nargs=2, args=0x7fffffffc4b0) at eval.c:2742 #32 0x000000000062f823 in Fapply (nargs=2, args=0x7fffffffc4b0) at eval.c:2278 #33 0x0000000000630984 in Ffuncall (nargs=3, args=0x7fffffffc4a8) at eval.c:2673 #34 0x000000000067b4d3 in exec_byte_code (bytestr=18986020, vector=19710709, maxdepth=62, args_template=514, nargs=1, args=0x7fffffffca50) at bytecode.c:880 #35 0x000000000063145c in funcall_lambda (fun=20375285, nargs=1, arg_vector=0x7fffffffca50) at eval.c:2855 #36 0x0000000000630d40 in Ffuncall (nargs=2, args=0x7fffffffca48) at eval.c:2742 #37 0x000000000067b4d3 in exec_byte_code (bytestr=11236636, vector=11236669, maxdepth=54, args_template=1026, nargs=1, args=0x7fffffffcf98) at bytecode.c:880 #38 0x000000000063145c in funcall_lambda (fun=11236581, nargs=1, arg_vector=0x7fffffffcf90) at eval.c:2855 #39 0x0000000000630d40 in Ffuncall (nargs=2, args=0x7fffffffcf88) at eval.c:2742 #40 0x000000000067b4d3 in exec_byte_code (bytestr=11233100, vector=11233133, maxdepth=26, args_template=2, nargs=0, args=0x7fffffffd4d0) at bytecode.c:880 #41 0x000000000063145c in funcall_lambda (fun=11233053, nargs=0, arg_vector=0x7fffffffd4d0) at eval.c:2855 #42 0x0000000000630d40 in Ffuncall (nargs=1, args=0x7fffffffd4c8) at eval.c:2742 #43 0x000000000067b4d3 in exec_byte_code (bytestr=11271732, vector=11271765, maxdepth=86, args_template=2, nargs=0, args=0x7fffffffda88) at bytecode.c:880 #44 0x000000000063145c in funcall_lambda (fun=11271685, nargs=0, arg_vector=0x7fffffffda88) at eval.c:2855 #45 0x0000000000630d40 in Ffuncall (nargs=1, args=0x7fffffffda80) at eval.c:2742 #46 0x000000000067b4d3 in exec_byte_code (bytestr=11267740, vector=11267773, maxdepth=50, args_template=2, nargs=0, args=0x7fffffffdf30) at bytecode.c:880 #47 0x000000000063145c in funcall_lambda (fun=11267693, nargs=0, arg_vector=0x7fffffffdf30) at eval.c:2855 #48 0x00000000006310fe in apply_lambda (fun=11267693, args=0, count=3) at eval.c:2794 #49 0x000000000062f4c1 in eval_sub (form=19539859) at eval.c:2211 #50 0x000000000062e91f in Feval (form=19539859, lexical=0) at eval.c:1988 #51 0x0000000000583d34 in top_level_2 () at keyboard.c:1095 #52 0x000000000062cf7a in internal_condition_case (bfun=0x583d11 , handlers=18912, hfun=0x58372e ) at eval.c:1309 #53 0x0000000000583d75 in top_level_1 (ignore=0) at keyboard.c:1103 #54 0x000000000062c524 in internal_catch (tag=45696, func=0x583d36 , arg=0) at eval.c:1074 #55 0x0000000000583c67 in command_loop () at keyboard.c:1064 #56 0x000000000058320d in recursive_edit_1 () at keyboard.c:671 #57 0x0000000000583418 in Frecursive_edit () at keyboard.c:742 #58 0x000000000058122b in main (argc=1, argv=0x7fffffffe448) at emacs.c:1656 Lisp Backtrace: "Automatic GC" (0x0) "x-create-frame" (0xffffb910) "x-create-frame-with-faces" (0xffffbe48) 0x14ac578 PVEC_COMPILED "apply" (0xffffc4b0) "frame-creation-function" (0xffffca50) "make-frame" (0xffffcf90) "frame-initialize" (0xffffd4d0) "command-line" (0xffffda88) "normal-top-level" (0xffffdf30) Configure output: Configured for 'x86_64-unknown-linux-gnu'. Where should the build process find the source code? . What compiler should emacs be built with? gcc -std=gnu99 -O0 -g3 Should Emacs use the GNU version of malloc? yes (Using Doug Lea's new malloc from the GNU C Library.) Should Emacs use a relocating allocator for buffers? no Should Emacs use mmap(2) for buffer allocation? no What window system should Emacs use? x11 What toolkit should Emacs use? GTK3 Where do we find X Windows header files? Standard dirs Where do we find X Windows libraries? Standard dirs Does Emacs use -lXaw3d? no Does Emacs use -lXpm? yes Does Emacs use -ljpeg? yes Does Emacs use -ltiff? yes Does Emacs use a gif library? yes -lgif Does Emacs use a png library? yes -lpng12 Does Emacs use -lrsvg-2? yes Does Emacs use cairo? no Does Emacs use imagemagick? yes Does Emacs support sound? yes Does Emacs use -lgpm? yes Does Emacs use -ldbus? yes Does Emacs use -lgconf? no Does Emacs use GSettings? yes Does Emacs use a file notification library? yes -lglibc (inotify) Does Emacs use access control lists? no Does Emacs use -lselinux? no Does Emacs use -lgnutls? yes Does Emacs use -lxml2? yes Does Emacs use -lfreetype? yes Does Emacs use -lm17n-flt? yes Does Emacs use -lotf? yes Does Emacs use -lxft? yes Does Emacs directly use zlib? yes Does Emacs have dynamic modules support? no Does Emacs use toolkit scroll bars? yes From unknown Sat Jun 21 12:24:52 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21999: 25.0.50; Binary with --enable-checking immediately aborts with '0<=size' Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 23 Nov 2015 20:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21999 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: David Engster , Dima Kogan Cc: 21999@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 21999-submit@debbugs.gnu.org id=B21999.144831015131520 (code B ref 21999); Mon, 23 Nov 2015 20:23:02 +0000 Received: (at 21999) by debbugs.gnu.org; 23 Nov 2015 20:22:31 +0000 Received: from localhost ([127.0.0.1]:49888 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a0xd8-0008CK-Ie for submit@debbugs.gnu.org; Mon, 23 Nov 2015 15:22:30 -0500 Received: from mtaout21.012.net.il ([80.179.55.169]:62901) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a0xd6-0008C9-DM for 21999@debbugs.gnu.org; Mon, 23 Nov 2015 15:22:29 -0500 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0NYA00300ARU7I00@a-mtaout21.012.net.il> for 21999@debbugs.gnu.org; Mon, 23 Nov 2015 22:22:26 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NYA003R5B9D5270@a-mtaout21.012.net.il>; Mon, 23 Nov 2015 22:22:26 +0200 (IST) Date: Mon, 23 Nov 2015 22:22:21 +0200 From: Eli Zaretskii In-reply-to: <87oaekh4s5.fsf@isaac.fritz.box> X-012-Sender: halo1@inter.net.il Message-id: <83poz0zcsi.fsf@gnu.org> References: <87oaekh4s5.fsf@isaac.fritz.box> X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: David Engster > Date: Mon, 23 Nov 2015 20:52:42 +0100 > > I've compiled from the emacs-25 branch (f146ea73a9ca6) with > > CFLAGS="-O0 -g3" ./configure --enable-checking > > Running 'emacs -Q' directly from the src directory immediately aborts: > > lisp.h:1543: Emacs fatal error: assertion failed: 0 <= size > Fatal error 6: Aborted > > Running 'emacs -nw -Q' runs fine, though. > > gdb-Backtrace: > > Breakpoint 1, terminate_due_to_signal (sig=6, backtrace_limit=2147483647) at emacs.c:371 > 371 signal (sig, SIG_DFL); > (gdb) bt > #0 terminate_due_to_signal (sig=6, backtrace_limit=2147483647) at emacs.c:371 > #1 0x000000000060c908 in die (msg=0x7282e3 "0 <= size", file=0x728188 "lisp.h", line=1543) at alloc.c:7034 > #2 0x000000000057a983 in ASIZE (array=20941717) at lisp.h:1543 What kind of an object is 'array' in frame #2? And what is the value of 'size' in the same frame? Dima, can you look into this? From unknown Sat Jun 21 12:24:52 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21999: 25.0.50; Binary with --enable-checking immediately aborts with '0<=size' Resent-From: David Engster Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 23 Nov 2015 21:06:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21999 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 21999@debbugs.gnu.org, Dima Kogan Received: via spool by 21999-submit@debbugs.gnu.org id=B21999.14483127564174 (code B ref 21999); Mon, 23 Nov 2015 21:06:01 +0000 Received: (at 21999) by debbugs.gnu.org; 23 Nov 2015 21:05:56 +0000 Received: from localhost ([127.0.0.1]:49947 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a0yJA-00015F-CU for submit@debbugs.gnu.org; Mon, 23 Nov 2015 16:05:56 -0500 Received: from randomsample.de ([5.45.97.173]:52453) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a0yJ8-000157-Pp for 21999@debbugs.gnu.org; Mon, 23 Nov 2015 16:05:55 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=randomsample.de; s=a; h=Content-Type:MIME-Version:Message-ID:Date:References:In-Reply-To:Subject:Cc:To:From; bh=9M3aQZwaZWuix2OpwWoMxZH8ve6U8u8HSP5PnhkK3cc=; b=HwbLxcFa8LZMqfq0FVO/4lqgoWR8xS3OtYgeyaAdZvWLoVQrXvWDpjzRd/XXC44RKsw+M6fdqEXpJIed73ZavtturNw6LLJVAmVMYmVFXxd7b+U1oqwpENiMmWCZW0cO; Received: from ip4d1645ea.dynamic.kabel-deutschland.de ([77.22.69.234] helo=isaac.fritz.box) by randomsample.de with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1a0yJ7-0004TL-Mj; Mon, 23 Nov 2015 22:05:53 +0100 From: David Engster In-Reply-To: <83poz0zcsi.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 23 Nov 2015 22:22:21 +0200") References: <87oaekh4s5.fsf@isaac.fritz.box> <83poz0zcsi.fsf@gnu.org> User-Agent: Gnus/5.13001 (Ma Gnus v0.10) Emacs/24.5 (gnu/linux) Date: Mon, 23 Nov 2015 22:05:52 +0100 Message-ID: <87fuzwh1e7.fsf@isaac.fritz.box> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.6 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.6 (/) Eli Zaretskii writes: >> From: David Engster >> Date: Mon, 23 Nov 2015 20:52:42 +0100 >> > >> I've compiled from the emacs-25 branch (f146ea73a9ca6) with >> >> CFLAGS="-O0 -g3" ./configure --enable-checking >> >> Running 'emacs -Q' directly from the src directory immediately aborts: >> >> lisp.h:1543: Emacs fatal error: assertion failed: 0 <= size >> Fatal error 6: Aborted >> >> Running 'emacs -nw -Q' runs fine, though. >> >> gdb-Backtrace: >> >> Breakpoint 1, terminate_due_to_signal (sig=6, backtrace_limit=2147483647) at emacs.c:371 >> 371 signal (sig, SIG_DFL); >> (gdb) bt >> #0 terminate_due_to_signal (sig=6, backtrace_limit=2147483647) at emacs.c:371 >> #1 0x000000000060c908 in die (msg=0x7282e3 "0 <= size", file=0x728188 "lisp.h", line=1543) at alloc.c:7034 >> #2 0x000000000057a983 in ASIZE (array=20941717) at lisp.h:1543 > > What kind of an object is 'array' in frame #2? (gdb) xtype Lisp_Vectorlike PVEC_FONT > And what is the value > of 'size' in the same frame? (gdb) p size $9 = -4611686018175729650 -David From unknown Sat Jun 21 12:24:52 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21999: 25.0.50; Binary with --enable-checking immediately aborts with '0<=size' Resent-From: Dima Kogan Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 24 Nov 2015 09:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21999 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 21999@debbugs.gnu.org, Paul Eggert , David Engster Received: via spool by 21999-submit@debbugs.gnu.org id=B21999.144835894527376 (code B ref 21999); Tue, 24 Nov 2015 09:56:02 +0000 Received: (at 21999) by debbugs.gnu.org; 24 Nov 2015 09:55:45 +0000 Received: from localhost ([127.0.0.1]:50283 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a1AK9-00077T-0R for submit@debbugs.gnu.org; Tue, 24 Nov 2015 04:55:45 -0500 Received: from out2-smtp.messagingengine.com ([66.111.4.26]:45694) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a1AK5-00077J-1N for 21999@debbugs.gnu.org; Tue, 24 Nov 2015 04:55:42 -0500 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 5D22F20738 for <21999@debbugs.gnu.org>; Tue, 24 Nov 2015 04:55:40 -0500 (EST) Received: from frontend1 ([10.202.2.160]) by compute5.internal (MEProxy); Tue, 24 Nov 2015 04:55:40 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=secretsauce.net; h=cc:content-type:date:from:in-reply-to:message-id:mime-version :references:subject:to:x-sasl-enc:x-sasl-enc; s=mesmtp; bh=qc9oF Klw9mdl7OFbH2q6Yl7U02g=; b=mkURZRSkK9qBS1xjfMAkyCvfOXMJGMDu+Qs7v YvpGY8eqBde16gzBdn4IpGFAtBF6VhpGd7w8MdyVLsNj/sxxSGYjLwQkU0zA9gu7 Atv3mLxuQWD17+Mwco/o3CsulPqGrh9Ny7oveTOOc4/iSarjuJTLg+BcfsaPH9Bx hShERM= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-sasl-enc :x-sasl-enc; s=smtpout; bh=qc9oFKlw9mdl7OFbH2q6Yl7U02g=; b=oEyuU 63guh9KpBRPq82yPWQd3/kDl1Jrj0oUT2PgjtscpTSpdnA8k9jZ7ps74Z4Ig4hz7 IEY27PkObAhLnax4PzoQlrMla6a97BFbPpUMNmtIpjhbHT/5IHFL0r+Xo7TVOe4t lmXcvmaey4gQem6k6P2vx9NeNtIUf8iwjWRIyA= X-Sasl-enc: j7CdzHMm9JbVBnGactjKEpdUngW1tgPH2xC7UmCwfZKT 1448358940 Received: from shorty.local (50-1-153-216.dsl.dynamic.fusionbroadband.com [50.1.153.216]) by mail.messagingengine.com (Postfix) with ESMTPA id F1672C016DA; Tue, 24 Nov 2015 04:55:39 -0500 (EST) Received: from localhost ([::1] helo=shorty) by shorty.local with esmtp (Exim 4.84) (envelope-from ) id 1a1AK2-0004yd-IM; Tue, 24 Nov 2015 01:55:38 -0800 References: <87oaekh4s5.fsf@isaac.fritz.box> <83poz0zcsi.fsf@gnu.org> From: Dima Kogan In-reply-to: <83poz0zcsi.fsf@gnu.org> Date: Tue, 24 Nov 2015 01:55:38 -0800 Message-ID: <87poyzzpph.fsf@secretsauce.net> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Eli Zaretskii writes: >> From: David Engster >> Date: Mon, 23 Nov 2015 20:52:42 +0100 >> >> I've compiled from the emacs-25 branch (f146ea73a9ca6) with >> >> CFLAGS="-O0 -g3" ./configure --enable-checking >> >> Running 'emacs -Q' directly from the src directory immediately aborts: >> >> lisp.h:1543: Emacs fatal error: assertion failed: 0 <= size >> Fatal error 6: Aborted > > Dima, can you look into this? Sure. This comes from recent changes that created gc_asize() for use in the GC, and changed ASIZE() to eassume() if we're not in the GC: https://github.com/emacs-mirror/emacs/commit/8afaa1321f808#diff-0e5d67da0ba3fb5c2886841cb3d0ccecR1547 This is a very recent change, so we're now seeing some of the effects. In this particular case FONT_ENTITY_P() was called from the GC; it called ASIZE(), which saw a marked object so we barfed in the eassume(). This eassume() is only fatal if --enable-checking, which is why that is significant. I don't know what the plan is here, so no patch is attached. Cc-ing Paul, since he authored the patch in question. From unknown Sat Jun 21 12:24:52 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21999: 25.0.50; Binary with --enable-checking immediately aborts with '0<=size' Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 24 Nov 2015 16:14:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21999 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dima Kogan Cc: 21999@debbugs.gnu.org, eggert@cs.ucla.edu, deng@randomsample.de Reply-To: Eli Zaretskii Received: via spool by 21999-submit@debbugs.gnu.org id=B21999.14483816314307 (code B ref 21999); Tue, 24 Nov 2015 16:14:02 +0000 Received: (at 21999) by debbugs.gnu.org; 24 Nov 2015 16:13:51 +0000 Received: from localhost ([127.0.0.1]:51546 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a1GE2-00017O-B5 for submit@debbugs.gnu.org; Tue, 24 Nov 2015 11:13:50 -0500 Received: from mtaout28.012.net.il ([80.179.55.184]:34765) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a1GDz-00017C-70 for 21999@debbugs.gnu.org; Tue, 24 Nov 2015 11:13:48 -0500 Received: from conversion-daemon.mtaout28.012.net.il by mtaout28.012.net.il (HyperSendmail v2007.08) id <0NYB00600U9M7400@mtaout28.012.net.il> for 21999@debbugs.gnu.org; Tue, 24 Nov 2015 18:11:55 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.94.185.246]) by mtaout28.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NYB002M6UBV0L30@mtaout28.012.net.il>; Tue, 24 Nov 2015 18:11:55 +0200 (IST) Date: Tue, 24 Nov 2015 18:12:59 +0200 From: Eli Zaretskii In-reply-to: <87poyzzpph.fsf@secretsauce.net> X-012-Sender: halo1@inter.net.il Message-id: <83bnajz88k.fsf@gnu.org> References: <87oaekh4s5.fsf@isaac.fritz.box> <83poz0zcsi.fsf@gnu.org> <87poyzzpph.fsf@secretsauce.net> X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Dima Kogan > Cc: David Engster , Paul Eggert , 21999@debbugs.gnu.org > Date: Tue, 24 Nov 2015 01:55:38 -0800 > > This comes from recent changes that created gc_asize() for use in > the GC, and changed ASIZE() to eassume() if we're not in the GC: > > https://github.com/emacs-mirror/emacs/commit/8afaa1321f808#diff-0e5d67da0ba3fb5c2886841cb3d0ccecR1547 > > This is a very recent change, so we're now seeing some of the effects. > In this particular case FONT_ENTITY_P() was called from the GC; it > called ASIZE(), which saw a marked object so we barfed in the eassume(). > This eassume() is only fatal if --enable-checking, which is why that is > significant. > > I don't know what the plan is here, so no patch is attached. Cc-ing > Paul, since he authored the patch in question. Right, thanks. That eassume in ASIZE made any macro that uses ASIZE unsafe to use in the garbage collector. I fixed this in commit d5fdffe, but I suggest that we reconsider that eassume. After all, the size field of the pseudo-vector object is not really a size, but a bunch of bitfields, so I'm not sure testing it in its entirety makes sense. Paul? David, please see that your problem is solved now. Thanks. From unknown Sat Jun 21 12:24:52 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21999: 25.0.50; Binary with --enable-checking immediately aborts with '0<=size' Resent-From: David Engster Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 24 Nov 2015 16:33:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21999 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 21999@debbugs.gnu.org, eggert@cs.ucla.edu, Dima Kogan Received: via spool by 21999-submit@debbugs.gnu.org id=B21999.14483827636264 (code B ref 21999); Tue, 24 Nov 2015 16:33:02 +0000 Received: (at 21999) by debbugs.gnu.org; 24 Nov 2015 16:32:43 +0000 Received: from localhost ([127.0.0.1]:51563 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a1GWI-0001cw-V8 for submit@debbugs.gnu.org; Tue, 24 Nov 2015 11:32:43 -0500 Received: from randomsample.de ([5.45.97.173]:53367) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a1GWG-0001cn-7G for 21999@debbugs.gnu.org; Tue, 24 Nov 2015 11:32:40 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=randomsample.de; s=a; h=Content-Type:MIME-Version:Message-ID:Date:References:In-Reply-To:Subject:Cc:To:From; bh=CM7MNdBi6HxrdlXN7bt+AMyFL/Ac9bIg9wLLq6Ddh1Q=; b=dzjI03OWpyZhZ196Hs3F4p6zWraMaU6O0bNho1kycpVZH+/ovt8AmQSlgJMJvhuJi2LnLj2qP8Vcnv/g0wFZ39kG/65zqePCp3xDehwCGeH0VC5tQh7f7WeQnEeVlFb0; Received: from ip4d1645ea.dynamic.kabel-deutschland.de ([77.22.69.234] helo=isaac.fritz.box) by randomsample.de with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1a1GWE-0000Yu-GX; Tue, 24 Nov 2015 17:32:38 +0100 From: David Engster In-Reply-To: <83bnajz88k.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 24 Nov 2015 18:12:59 +0200") References: <87oaekh4s5.fsf@isaac.fritz.box> <83poz0zcsi.fsf@gnu.org> <87poyzzpph.fsf@secretsauce.net> <83bnajz88k.fsf@gnu.org> User-Agent: Gnus/5.13001 (Ma Gnus v0.10) Emacs/24.5 (gnu/linux) Date: Tue, 24 Nov 2015 17:32:34 +0100 Message-ID: <87610rgxy5.fsf@isaac.fritz.box> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.6 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.6 (/) Eli Zaretskii writes: > David, please see that your problem is solved now. It is, thank you! Since there seems to be more to discuss, I'm leaving this bug open, but of course feel free to close it if you want to take this somewhere else. -David From unknown Sat Jun 21 12:24:52 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21999: 25.0.50; Binary with --enable-checking immediately aborts with '0<=size' Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 25 Nov 2015 07:54:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21999 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii , Dima Kogan Cc: 21999@debbugs.gnu.org, deng@randomsample.de Received: via spool by 21999-submit@debbugs.gnu.org id=B21999.14484379998236 (code B ref 21999); Wed, 25 Nov 2015 07:54:01 +0000 Received: (at 21999) by debbugs.gnu.org; 25 Nov 2015 07:53:19 +0000 Received: from localhost ([127.0.0.1]:52011 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a1UtD-00028l-H6 for submit@debbugs.gnu.org; Wed, 25 Nov 2015 02:53:19 -0500 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:58701) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a1Ust-000282-76 for 21999@debbugs.gnu.org; Wed, 25 Nov 2015 02:53:18 -0500 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 28BAB1606CC; Tue, 24 Nov 2015 23:52:58 -0800 (PST) Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id 0E8tPS0R3-pF; Tue, 24 Nov 2015 23:52:57 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 7A92F160707; Tue, 24 Nov 2015 23:52:57 -0800 (PST) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id e3Os0VSD7zzT; Tue, 24 Nov 2015 23:52:57 -0800 (PST) Received: from [192.168.1.9] (pool-100-32-155-148.lsanca.fios.verizon.net [100.32.155.148]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 54D871606CC; Tue, 24 Nov 2015 23:52:57 -0800 (PST) References: <87oaekh4s5.fsf@isaac.fritz.box> <83poz0zcsi.fsf@gnu.org> <87poyzzpph.fsf@secretsauce.net> <83bnajz88k.fsf@gnu.org> From: Paul Eggert Organization: UCLA Computer Science Department Message-ID: <565568D9.2010005@cs.ucla.edu> Date: Tue, 24 Nov 2015 23:52:57 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <83bnajz88k.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.6 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.6 (/) Eli Zaretskii wrote: > After all, the size field of the pseudo-vector object is not > really a size, but a bunch of bitfields, so I'm not sure testing it in > its entirety makes sense. Paul? The point of the eassume is that it improves code quality in the common case where the size field is actually a size, since the compiler can generate better code when it knows that sizes are nonnegative. Also, it should improve checking a bit, in case someone trashes a size field. Looks like this is more trouble than it's worth, and we should get rid of that eassume, at least in emacs-25. Or have you fixed it? From unknown Sat Jun 21 12:24:52 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21999: 25.0.50; Binary with --enable-checking immediately aborts with '0<=size' Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 25 Nov 2015 17:35:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21999 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Paul Eggert Cc: 21999@debbugs.gnu.org, dima@secretsauce.net, deng@randomsample.de Reply-To: Eli Zaretskii Received: via spool by 21999-submit@debbugs.gnu.org id=B21999.144847286913527 (code B ref 21999); Wed, 25 Nov 2015 17:35:01 +0000 Received: (at 21999) by debbugs.gnu.org; 25 Nov 2015 17:34:29 +0000 Received: from localhost ([127.0.0.1]:53038 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a1dxd-0003W6-0A for submit@debbugs.gnu.org; Wed, 25 Nov 2015 12:34:29 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:39366) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a1dxH-0003VU-NX for 21999@debbugs.gnu.org; Wed, 25 Nov 2015 12:34:26 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0NYD00I00SMJ4Y00@a-mtaout22.012.net.il> for 21999@debbugs.gnu.org; Wed, 25 Nov 2015 19:34:06 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NYD00HZ0SSSXO60@a-mtaout22.012.net.il>; Wed, 25 Nov 2015 19:34:04 +0200 (IST) Date: Wed, 25 Nov 2015 19:34:00 +0200 From: Eli Zaretskii In-reply-to: <565568D9.2010005@cs.ucla.edu> X-012-Sender: halo1@inter.net.il Message-id: <83610qx9tj.fsf@gnu.org> References: <87oaekh4s5.fsf@isaac.fritz.box> <83poz0zcsi.fsf@gnu.org> <87poyzzpph.fsf@secretsauce.net> <83bnajz88k.fsf@gnu.org> <565568D9.2010005@cs.ucla.edu> X-Spam-Score: 0.9 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.9 (/) > Cc: deng@randomsample.de, 21999@debbugs.gnu.org > From: Paul Eggert > Date: Tue, 24 Nov 2015 23:52:57 -0800 > > Eli Zaretskii wrote: > > After all, the size field of the pseudo-vector object is not > > really a size, but a bunch of bitfields, so I'm not sure testing it in > > its entirety makes sense. Paul? > > The point of the eassume is that it improves code quality in the common case > where the size field is actually a size, since the compiler can generate better > code when it knows that sizes are nonnegative. Also, it should improve checking > a bit, in case someone trashes a size field. > > Looks like this is more trouble than it's worth, and we should get rid of that > eassume, at least in emacs-25. Or have you fixed it? I fixed this particular issue, which happened because several macros on font.h used ASIZE and were called in the context of GC. Now each such macro has a GC_* variant that calls gc_asize instead. If that's a clean enough solution, we can safely move on. I was just worried that ASIZE is no longer safe in GC, and any macro that uses it becomes unsafe. But currently, any such remaining macros aren't called by GC code, so there are no more known problems, just a subtlety. From debbugs-submit-bounces@debbugs.gnu.org Sat Jul 02 21:09:53 2016 Received: (at control) by debbugs.gnu.org; 3 Jul 2016 01:09:53 +0000 Received: from localhost ([127.0.0.1]:34998 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bJVuz-00078A-2B for submit@debbugs.gnu.org; Sat, 02 Jul 2016 21:09:53 -0400 Received: from mail-io0-f176.google.com ([209.85.223.176]:33161) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bJVuy-00077y-1C for control@debbugs.gnu.org; Sat, 02 Jul 2016 21:09:52 -0400 Received: by mail-io0-f176.google.com with SMTP id t74so128517489ioi.0 for ; Sat, 02 Jul 2016 18:09:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:message-id:to:from:subject; bh=n2JirQihC4JFoD58+QD8D0M4dlp9uqVgyKJfzV2WkIE=; b=wjcVZLju9KuN8H+m0rrjUNM9g+7TOrGCPetHl1gXoF/Gv1OenoMsnEbBH/Becn4Qqq WAOkXGCkdGYS8Z63ZZnQnKf38qi1fiL9biMf4xP3cszB8KUcx0Yl3dExByyeHLsWHo/r 22xvcaZIBQv9qaEN3iAmt7H8tO180lBDvWfp83GI2ZekzVjLV6vFj63KiPi0VGtzL13E p3MVDAvnWOi2czd9Gc3JaDimPj7OmTfV0E/Wda2lq8VwdGtO0plG8PSwq8ZtaSl7YXsM URqpeoiICSBG12w5qRhYp+EowM+cDufhaOE0U6F9wQdR/54Xo7pNRIHDJiBoMtdM3+sk PwNw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:message-id:to:from:subject; bh=n2JirQihC4JFoD58+QD8D0M4dlp9uqVgyKJfzV2WkIE=; b=OdeQtzrbCdppRSzXSdx3c1d4Pj2RSsIxnsVAseoZ4cau6sTifhh2GeqWQ4+0RyFMSu mKIoDezrDjdbaJpn9gCWtAgizBOSWyg5ZqGk2f9zvwyW5wkHlOq+UkEDQTN8A7CxoXyI +dgEog7sVB4Yn4RJ7O3Chusts86O6oBP4GMOtJevfHEpuAI9RqiHccaZyCewRZp0Chmk rN3s4CLFgM8DF8HUKn7Gnysw/CWgHR1KtOc6ppjkTiUKQ19laIgtDcvNP5ZPK6a+uVtl EYwB2DsX03iQiAlpnJ0qIKrlRQFxNDtQWb0wdwpL9LBwq/96EfkUKGsULMhRy68f8X7U xejw== X-Gm-Message-State: ALyK8tLuISprQPk7ynuYAnHZ6y9CHUufoAeJH5k24qbChJJ7LBzy4JX/alQ3xnxWQFpuzw== X-Received: by 10.107.138.163 with SMTP id c35mr4258952ioj.91.1467508186719; Sat, 02 Jul 2016 18:09:46 -0700 (PDT) Received: from zony (206-188-64-44.cpe.distributel.net. [206.188.64.44]) by smtp.googlemail.com with ESMTPSA id e41sm992790iod.17.2016.07.02.18.09.46 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 02 Jul 2016 18:09:46 -0700 (PDT) Date: Sat, 02 Jul 2016 21:09:56 -0400 Message-Id: <87poqvfrx7.fsf@users.sourceforge.net> To: control@debbugs.gnu.org From: npostavs@users.sourceforge.net Subject: control message for bug #21999 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) tags 21999 fixed From unknown Sat Jun 21 12:24:52 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: David Engster Subject: bug#21999: closed (Re: bug#21999: 25.0.50; Binary with --enable-checking immediately aborts with '0<=size') Message-ID: References: <87oaekh4s5.fsf@isaac.fritz.box> X-Gnu-PR-Message: they-closed 21999 X-Gnu-PR-Package: emacs X-Gnu-PR-Keywords: fixed Reply-To: 21999@debbugs.gnu.org Date: Sat, 15 Aug 2020 06:06:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1597471562-16822-1" This is a multi-part message in MIME format... ------------=_1597471562-16822-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #21999: 25.0.50; Binary with --enable-checking immediately aborts with '0<= =3Dsize' which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 21999@debbugs.gnu.org. --=20 21999: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D21999 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1597471562-16822-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 21999-done) by debbugs.gnu.org; 15 Aug 2020 06:05:29 +0000 Received: from localhost ([127.0.0.1]:54207 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6pJo-0004MX-Or for submit@debbugs.gnu.org; Sat, 15 Aug 2020 02:05:28 -0400 Received: from mail-yb1-f179.google.com ([209.85.219.179]:46202) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6pJm-0004MK-ME for 21999-done@debbugs.gnu.org; Sat, 15 Aug 2020 02:05:27 -0400 Received: by mail-yb1-f179.google.com with SMTP id x10so6355344ybj.13 for <21999-done@debbugs.gnu.org>; Fri, 14 Aug 2020 23:05:26 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:user-agent :mime-version:date:message-id:subject:to:cc; bh=0/o0ufjLgJ19Av7B5+LI7K2NYzBdb2G5kgC+GP5Gzl0=; b=G1wu6kCy/nWlVIFQ6M4Nfjt54EhxeIu29XVKCFjy8qnOfwG46UJ16H+fLdl0htRE/n E0mZ3XxvDlmxpuc0GVFOC3Q/sCqqQz6TnurHbHfYk4LQKLmmA5pvy0ifzKzx8mJ89X82 CSqdJ5TZqplEBhHgGgLGXbrJ6yMJ6dsVJ0LfmuqYjpWaOz9Kf1fNcs2PdWeBolLoWLm+ x/C9GQr5NDmq7ULuqFyR4VR8nK1NzNoddeEUPSztrMQbOgxStvhRPto03KnbfisRukfh GyCNmlL06VNSw4aEKS4YzPbYcnuXliXv9y8oe2Qyvtr4F5H55D9JcZWxOLYiFrU4ZxZz 6jpA== X-Gm-Message-State: AOAM530XB0LZs7DwLwOlLcm4/4fb2zpj5T9GpFvcRjgif3JsVugmJFXJ URqouNBaowOj957pnhH69gVphNW/avyTXKfupYg= X-Google-Smtp-Source: ABdhPJzgxgCH1Zyq8QuXPZp6NR+TIh+2Q7mcPOInOuCb/OVCmfxE0cbVHgugT1Vl1ByGMoFeYZbkkOvG2ck8YzbeQzA= X-Received: by 2002:a5b:508:: with SMTP id o8mr8971597ybp.43.1597471521335; Fri, 14 Aug 2020 23:05:21 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Fri, 14 Aug 2020 23:05:20 -0700 From: Stefan Kangas In-Reply-To: <87610rgxy5.fsf@isaac.fritz.box> (David Engster's message of "Tue, 24 Nov 2015 17:32:34 +0100") References: <87oaekh4s5.fsf@isaac.fritz.box> <83poz0zcsi.fsf@gnu.org> <87poyzzpph.fsf@secretsauce.net> <83bnajz88k.fsf@gnu.org> <87610rgxy5.fsf@isaac.fritz.box> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Date: Fri, 14 Aug 2020 23:05:20 -0700 Message-ID: Subject: Re: bug#21999: 25.0.50; Binary with --enable-checking immediately aborts with '0<=size' To: David Engster Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 21999-done Cc: Eli Zaretskii , 21999-done@debbugs.gnu.org, Dima Kogan , eggert@cs.ucla.edu X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) David Engster writes: > Eli Zaretskii writes: >> David, please see that your problem is solved now. > > It is, thank you! Since there seems to be more to discuss, I'm leaving > this bug open, but of course feel free to close it if you want to take > this somewhere else. Since there has been no more discussion here in close to 5 years, and the original problem is fixed, I'm closing this bug report. Feel free to reopen if that is the wrong thing to do. Best regards, Stefan Kangas ------------=_1597471562-16822-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 23 Nov 2015 19:53:23 +0000 Received: from localhost ([127.0.0.1]:49874 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a0xAw-0007Ax-5a for submit@debbugs.gnu.org; Mon, 23 Nov 2015 14:53:22 -0500 Received: from eggs.gnu.org ([208.118.235.92]:53084) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a0xAb-0007A3-AA for submit@debbugs.gnu.org; Mon, 23 Nov 2015 14:53:20 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a0xAZ-0000ub-Az for submit@debbugs.gnu.org; Mon, 23 Nov 2015 14:53:00 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:44745) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a0xAZ-0000uW-8g for submit@debbugs.gnu.org; Mon, 23 Nov 2015 14:52:59 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:34841) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a0xAX-0005yW-Fq for bug-gnu-emacs@gnu.org; Mon, 23 Nov 2015 14:52:59 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a0xAU-0000tu-8I for bug-gnu-emacs@gnu.org; Mon, 23 Nov 2015 14:52:57 -0500 Received: from randomsample.de ([5.45.97.173]:59237) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a0xAT-0000rx-Tq for bug-gnu-emacs@gnu.org; Mon, 23 Nov 2015 14:52:54 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=randomsample.de; s=a; h=Content-Type:MIME-Version:Message-ID:Date:Subject:To:From; bh=CDOQtNZyV6gw+IGXV/Z20Mwjz9rYYDuWL8qBAoxXKM0=; b=ubvjKIPVollWazUaFmzLbvQybYV579BSlLZ5n5+xwYRQI91MEiXSZ+SpijZdENLqT7c3TA6ggj4LZp2pk26VQCZW3hBVJQlzK3vJBU7LE8+37Nqw1/3IqGS9f81gIgYJ; Received: from ip4d1645ea.dynamic.kabel-deutschland.de ([77.22.69.234] helo=isaac.fritz.box) by randomsample.de with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1a0xAN-0003mm-3K for bug-gnu-emacs@gnu.org; Mon, 23 Nov 2015 20:52:47 +0100 From: David Engster To: bug-gnu-emacs@gnu.org Subject: 25.0.50; Binary with --enable-checking immediately aborts with '0<=size' Date: Mon, 23 Nov 2015 20:52:42 +0100 Message-ID: <87oaekh4s5.fsf@isaac.fritz.box> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -3.9 (---) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) I've compiled from the emacs-25 branch (f146ea73a9ca6) with CFLAGS="-O0 -g3" ./configure --enable-checking Running 'emacs -Q' directly from the src directory immediately aborts: lisp.h:1543: Emacs fatal error: assertion failed: 0 <= size Fatal error 6: Aborted Running 'emacs -nw -Q' runs fine, though. gdb-Backtrace: Breakpoint 1, terminate_due_to_signal (sig=6, backtrace_limit=2147483647) at emacs.c:371 371 signal (sig, SIG_DFL); (gdb) bt #0 terminate_due_to_signal (sig=6, backtrace_limit=2147483647) at emacs.c:371 #1 0x000000000060c908 in die (msg=0x7282e3 "0 <= size", file=0x728188 "lisp.h", line=1543) at alloc.c:7034 #2 0x000000000057a983 in ASIZE (array=20941717) at lisp.h:1543 #3 0x000000000057d3df in FONT_ENTITY_P (x=20941717) at font.h:434 #4 0x000000000057d598 in XFONT_ENTITY (p=20941717) at font.h:482 #5 0x00000000006091a7 in compact_font_cache_entry (entry=18625795) at alloc.c:5351 #6 0x0000000000609494 in compact_font_caches () at alloc.c:5405 #7 0x0000000000609bc4 in garbage_collect_1 (end=0x7fffffffaf38) at alloc.c:5585 #8 0x000000000060a267 in Fgarbage_collect () at alloc.c:5790 #9 0x000000000057cac1 in maybe_gc () at lisp.h:4638 #10 0x000000000062ec3c in eval_sub (form=11527611) at eval.c:2076 #11 0x000000000062e91f in Feval (form=11527611, lexical=0) at eval.c:1988 #12 0x000000000059375c in eval_dyn (form=11527611) at keyboard.c:7531 #13 0x000000000062d014 in internal_condition_case_1 (bfun=0x593734 , arg=11527611, handlers=18912, hfun=0x5936a0 ) at eval.c:1333 #14 0x00000000005937b9 in menu_item_eval_property (sexpr=11527611) at keyboard.c:7542 #15 0x00000000005946a0 in parse_menu_item (item=0, inmenubar=0) at keyboard.c:7724 #16 0x00000000004ac249 in single_menu_item (key=8772592, item=19642179, dummy=0, skp_v=0x7fffffffb490) at menu.c:330 #17 0x000000000059ec64 in map_keymap_item (fun=0x4ac1fc , args=0, key=8772592, val=19642179, data=0x7fffffffb490) at keymap.c:545 #18 0x000000000059ef3d in map_keymap_internal (map=18680595, fun=0x4ac1fc , args=0, data=0x7fffffffb490) at keymap.c:582 #19 0x000000000059f2b9 in map_keymap_canonical (map=18680595, fun=0x4ac1fc , args=0, data=0x7fffffffb490) at keymap.c:640 #20 0x00000000004ac086 in single_keymap_panes (keymap=19441795, pane_name=10561772, prefix=4284576, maxdepth=10) at menu.c:299 #21 0x00000000004acfe6 in parse_single_submenu (item_key=4284576, item_name=10561772, maps=0) at menu.c:567 #22 0x00000000004b02c6 in set_frame_menubar (f=0x13f5820, first_time=true, deep_p=true) at xmenu.c:787 #23 0x00000000004b0812 in initialize_frame_menubar (f=0x13f5820) at xmenu.c:1023 #24 0x00000000005547b2 in Fx_create_frame (parms=18626179) at xfns.c:3521 #25 0x0000000000630abf in Ffuncall (nargs=2, args=0x7fffffffb908) at eval.c:2693 #26 0x000000000067b4d3 in exec_byte_code (bytestr=10601876, vector=10601909, maxdepth=18, args_template=0, nargs=0, args=0x0) at bytecode.c:880 #27 0x000000000063188a in funcall_lambda (fun=10601813, nargs=1, arg_vector=0xa1c5b5 ) at eval.c:2921 #28 0x0000000000630d40 in Ffuncall (nargs=2, args=0x7fffffffbe40) at eval.c:2742 #29 0x000000000067b4d3 in exec_byte_code (bytestr=22245908, vector=18179237, maxdepth=14, args_template=1030, nargs=1, args=0x7fffffffc4c0) at bytecode.c:880 #30 0x000000000063145c in funcall_lambda (fun=21677437, nargs=1, arg_vector=0x7fffffffc4b8) at eval.c:2855 #31 0x0000000000630d40 in Ffuncall (nargs=2, args=0x7fffffffc4b0) at eval.c:2742 #32 0x000000000062f823 in Fapply (nargs=2, args=0x7fffffffc4b0) at eval.c:2278 #33 0x0000000000630984 in Ffuncall (nargs=3, args=0x7fffffffc4a8) at eval.c:2673 #34 0x000000000067b4d3 in exec_byte_code (bytestr=18986020, vector=19710709, maxdepth=62, args_template=514, nargs=1, args=0x7fffffffca50) at bytecode.c:880 #35 0x000000000063145c in funcall_lambda (fun=20375285, nargs=1, arg_vector=0x7fffffffca50) at eval.c:2855 #36 0x0000000000630d40 in Ffuncall (nargs=2, args=0x7fffffffca48) at eval.c:2742 #37 0x000000000067b4d3 in exec_byte_code (bytestr=11236636, vector=11236669, maxdepth=54, args_template=1026, nargs=1, args=0x7fffffffcf98) at bytecode.c:880 #38 0x000000000063145c in funcall_lambda (fun=11236581, nargs=1, arg_vector=0x7fffffffcf90) at eval.c:2855 #39 0x0000000000630d40 in Ffuncall (nargs=2, args=0x7fffffffcf88) at eval.c:2742 #40 0x000000000067b4d3 in exec_byte_code (bytestr=11233100, vector=11233133, maxdepth=26, args_template=2, nargs=0, args=0x7fffffffd4d0) at bytecode.c:880 #41 0x000000000063145c in funcall_lambda (fun=11233053, nargs=0, arg_vector=0x7fffffffd4d0) at eval.c:2855 #42 0x0000000000630d40 in Ffuncall (nargs=1, args=0x7fffffffd4c8) at eval.c:2742 #43 0x000000000067b4d3 in exec_byte_code (bytestr=11271732, vector=11271765, maxdepth=86, args_template=2, nargs=0, args=0x7fffffffda88) at bytecode.c:880 #44 0x000000000063145c in funcall_lambda (fun=11271685, nargs=0, arg_vector=0x7fffffffda88) at eval.c:2855 #45 0x0000000000630d40 in Ffuncall (nargs=1, args=0x7fffffffda80) at eval.c:2742 #46 0x000000000067b4d3 in exec_byte_code (bytestr=11267740, vector=11267773, maxdepth=50, args_template=2, nargs=0, args=0x7fffffffdf30) at bytecode.c:880 #47 0x000000000063145c in funcall_lambda (fun=11267693, nargs=0, arg_vector=0x7fffffffdf30) at eval.c:2855 #48 0x00000000006310fe in apply_lambda (fun=11267693, args=0, count=3) at eval.c:2794 #49 0x000000000062f4c1 in eval_sub (form=19539859) at eval.c:2211 #50 0x000000000062e91f in Feval (form=19539859, lexical=0) at eval.c:1988 #51 0x0000000000583d34 in top_level_2 () at keyboard.c:1095 #52 0x000000000062cf7a in internal_condition_case (bfun=0x583d11 , handlers=18912, hfun=0x58372e ) at eval.c:1309 #53 0x0000000000583d75 in top_level_1 (ignore=0) at keyboard.c:1103 #54 0x000000000062c524 in internal_catch (tag=45696, func=0x583d36 , arg=0) at eval.c:1074 #55 0x0000000000583c67 in command_loop () at keyboard.c:1064 #56 0x000000000058320d in recursive_edit_1 () at keyboard.c:671 #57 0x0000000000583418 in Frecursive_edit () at keyboard.c:742 #58 0x000000000058122b in main (argc=1, argv=0x7fffffffe448) at emacs.c:1656 Lisp Backtrace: "Automatic GC" (0x0) "x-create-frame" (0xffffb910) "x-create-frame-with-faces" (0xffffbe48) 0x14ac578 PVEC_COMPILED "apply" (0xffffc4b0) "frame-creation-function" (0xffffca50) "make-frame" (0xffffcf90) "frame-initialize" (0xffffd4d0) "command-line" (0xffffda88) "normal-top-level" (0xffffdf30) Configure output: Configured for 'x86_64-unknown-linux-gnu'. Where should the build process find the source code? . What compiler should emacs be built with? gcc -std=gnu99 -O0 -g3 Should Emacs use the GNU version of malloc? yes (Using Doug Lea's new malloc from the GNU C Library.) Should Emacs use a relocating allocator for buffers? no Should Emacs use mmap(2) for buffer allocation? no What window system should Emacs use? x11 What toolkit should Emacs use? GTK3 Where do we find X Windows header files? Standard dirs Where do we find X Windows libraries? Standard dirs Does Emacs use -lXaw3d? no Does Emacs use -lXpm? yes Does Emacs use -ljpeg? yes Does Emacs use -ltiff? yes Does Emacs use a gif library? yes -lgif Does Emacs use a png library? yes -lpng12 Does Emacs use -lrsvg-2? yes Does Emacs use cairo? no Does Emacs use imagemagick? yes Does Emacs support sound? yes Does Emacs use -lgpm? yes Does Emacs use -ldbus? yes Does Emacs use -lgconf? no Does Emacs use GSettings? yes Does Emacs use a file notification library? yes -lglibc (inotify) Does Emacs use access control lists? no Does Emacs use -lselinux? no Does Emacs use -lgnutls? yes Does Emacs use -lxml2? yes Does Emacs use -lfreetype? yes Does Emacs use -lm17n-flt? yes Does Emacs use -lotf? yes Does Emacs use -lxft? yes Does Emacs directly use zlib? yes Does Emacs have dynamic modules support? no Does Emacs use toolkit scroll bars? yes ------------=_1597471562-16822-1--