From unknown Sun Aug 17 22:00:35 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#580 <580@debbugs.gnu.org> To: bug#580 <580@debbugs.gnu.org> Subject: Status: 23.0.60; OSX: Crash in show-paren-mode Reply-To: bug#580 <580@debbugs.gnu.org> Date: Mon, 18 Aug 2025 05:00:35 +0000 retitle 580 23.0.60; OSX: Crash in show-paren-mode reassign 580 emacs submitter 580 Markus Triska severity 580 normal thanks From triska@gmx.at Sun Jul 20 10:03:04 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-4.3 required=4.0 tests=AWL,BAYES_00,FOURLA, FVGT_m_MULTI_ODD,IMPRONONCABLE_1,IMPRONONCABLE_2,MURPHY_WRONG_WORD2, PHONENUMBER,RCVD_IN_DNSWL_MED autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 20 Jul 2008 17:03:04 +0000 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m6KH2rjS023033 for ; Sun, 20 Jul 2008 10:02:54 -0700 Received: from mx10.gnu.org ([199.232.76.166]:59826) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1KKcIW-0002hO-Dl for emacs-pretest-bug@gnu.org; Sun, 20 Jul 2008 13:02:12 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1KKcJ3-0006h6-N1 for emacs-pretest-bug@gnu.org; Sun, 20 Jul 2008 13:02:51 -0400 Received: from mail.gmx.net ([213.165.64.20]:37510) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1KKcJ2-0006gc-So for emacs-pretest-bug@gnu.org; Sun, 20 Jul 2008 13:02:45 -0400 Received: (qmail invoked by alias); 20 Jul 2008 17:02:42 -0000 Received: from chello062178240212.3.14.tuwien.teleweb.at (EHLO mt-computer.local) [62.178.240.212] by mail.gmx.net (mp008) with SMTP; 20 Jul 2008 19:02:42 +0200 X-Authenticated: #4064391 X-Provags-ID: V01U2FsdGVkX1/iZ6Yaudji+xJuD7XHw7wes7VdOTKNR8tnoZymUV wyY2KmofglcNa9 Received: by mt-computer.local (Postfix, from userid 502) id 3A4129CED08; Sun, 20 Jul 2008 19:02:41 +0200 (CEST) From: Markus Triska To: emacs-pretest-bug@gnu.org Subject: 23.0.60; OSX: Crash in show-paren-mode Message-Id: <20080720170241.3A4129CED08@mt-computer.local> Date: Sun, 20 Jul 2008 19:02:41 +0200 (CEST) X-Y-GMX-Trusted: 0 X-FuHaFi: 0.46 X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3) Let c6.el consist of the following form: (while t (insert "(when t (if t t 'hi))\n")) There must not be any blank lines at the start of the file; the file is also available from: http://www.logic.at/prolog/c6.el . When I do: $ emacs -Q c6.el -f show-paren-mode and then repeatedly: C-M-x C-g C-_ Emacs crashes within a few iterations with the following backtrace: GNU gdb 6.3.50-20050815 (Apple version gdb-573) (Fri Oct 20 15:50:43 GMT 2006) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-apple-darwin"...Reading symbols for shared libraries .................................... done DISPLAY = :0.0 TERM = xterm-color Breakpoint 1 at 0x9010d3db Breakpoint 2 at 0xeeff5: file sysdep.c, line 1248. (gdb) r -Q ~/c6.el -f show-paren-mode Starting program: /Users/mt/emacs/src/emacs -Q ~/c6.el -f show-paren-mode Reading symbols for shared libraries ....................................................................+++..+.++.+..++.+.++.++++++++++.++++.....+++ done Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x02dc6fff 0x0016b0f5 in char_quoted (charpos=1, bytepos=48001023) at syntax.c:312 312 DEC_BOTH (charpos, bytepos); (gdb) bt #0 0x0016b0f5 in char_quoted (charpos=1, bytepos=48001023) at syntax.c:312 #1 0x0017391d in back_comment (from=9, from_byte=9, stop=1, comnested=0, comstyle=0, charpos_ptr=0xbfffe468, bytepos_ptr=0xbfffe46c) at syntax.c:597 #2 0x001767f4 in scan_lists (from=10, count=-1, depth=1, sexpflag=1) at syntax.c:2754 #3 0x00145450 in Ffuncall (nargs=3, args=0xbfffe514) at eval.c:3052 #4 0x0017e99f in Fbyte_code (bytestr=67094347, vector=34919012, maxdepth=4) at bytecode.c:678 #5 0x001448fe in Feval (form=40297877) at eval.c:2383 #6 0x00146ee7 in internal_lisp_condition_case (var=58721289, bodyform=40297877, handlers=40297781) at eval.c:1456 #7 0x0017d8d5 in Fbyte_code (bytestr=67093035, vector=35118900, maxdepth=5) at bytecode.c:868 #8 0x00144d33 in funcall_lambda (fun=34935236, nargs=0, arg_vector=0xbfffe998) at eval.c:3229 #9 0x00145216 in Ffuncall (nargs=1, args=0xbfffe994) at eval.c:3099 #10 0x00146a53 in Fapply (nargs=2, args=0xbfffe994) at eval.c:2471 #11 0x001453bb in Ffuncall (nargs=3, args=0xbfffe990) at eval.c:3023 #12 0x0017e99f in Fbyte_code (bytestr=2402283, vector=2402308, maxdepth=4) at bytecode.c:678 #13 0x001448fe in Feval (form=2402269) at eval.c:2383 #14 0x00146ee7 in internal_lisp_condition_case (var=58721289, bodyform=2402269, handlers=2402341) at eval.c:1456 #15 0x0017d8d5 in Fbyte_code (bytestr=2402139, vector=2402156, maxdepth=5) at bytecode.c:868 #16 0x00144d33 in funcall_lambda (fun=2402100, nargs=1, arg_vector=0xbfffed54) at eval.c:3229 #17 0x00145216 in Ffuncall (nargs=2, args=0xbfffed50) at eval.c:3099 #18 0x0014662b in call1 (fn=58751321, arg1=34898660) at eval.c:2827 #19 0x000d7818 in timer_check (do_it_now=1) at keyboard.c:4660 #20 0x000d79c7 in readable_events (flags=1) at keyboard.c:3648 #21 0x000de46b in get_input_pending (addr=0x325800, flags=1) at keyboard.c:6953 #22 0x000de58b in detect_input_pending_run_timers (do_display=1) at keyboard.c:10622 #23 0x001880be in wait_reading_process_output (time_limit=30, microsecs=0, read_kbd=-1, do_display=1, wait_for_cell=58721289, wait_proc=0x0, just_wait_proc=0) at process.c:4954 #24 0x0000c32a in sit_for (timeout=240, reading=1, do_display=1) at dispnew.c:6623 #25 0x000e0363 in read_char (commandflag=1, nmaps=2, maps=0xbffff3d0, prev_event=58721289, used_mouse_menu=0xbffff4c8, end_time=0x0) at keyboard.c:2932 #26 0x000e1e66 in read_key_sequence (keybuf=0xbffff588, bufsize=30, prompt=58721289, dont_downcase_last=0, can_return_switch_frame=1, fix_current_buffer=1) at keyboard.c:9431 #27 0x000e4230 in command_loop_1 () at keyboard.c:1653 #28 0x001435a8 in internal_condition_case (bfun=0xe4012 , handlers=58760953, hfun=0xdce6d ) at eval.c:1511 #29 0x000d6054 in command_loop_2 () at keyboard.c:1369 #30 0x001431fa in internal_catch (tag=58757025, func=0xd6010 , arg=58721289) at eval.c:1247 #31 0x000d5df6 in command_loop () at keyboard.c:1348 #32 0x000d5eaf in recursive_edit_1 () at keyboard.c:957 #33 0x000d5ff7 in Frecursive_edit () at keyboard.c:1019 #34 0x000d5035 in main (argc=5, argv=0xbffff9c0) at emacs.c:1796 Lisp Backtrace: "scan-sexps" (0xbfffe518) "byte-code" (0xbfffe604) "show-paren-function" (0xbfffe998) "apply" (0xbfffe994) "byte-code" (0xbfffea84) "timer-event-handler" (0xbfffed54) (gdb) bt full #0 0x0016b0f5 in char_quoted (charpos=1, bytepos=48001023) at syntax.c:312 p = (unsigned char *) 0x2dc6fff
beg = 1 quoted = 0 #1 0x0017391d in back_comment (from=9, from_byte=9, stop=1, comnested=0, comstyle=0, charpos_ptr=0xbfffe468, bytepos_ptr=0xbfffe46c) at syntax.c:597 temp_byte = 0 com2start = 0 com2end = 0 string_style = -1 string_lossage = 0 comment_lossage = 0 comstart_pos = 0 comstart_byte = 112 defun_start = 0 defun_start_byte = 35186192 code = Sopen nesting = 1 c = 40 syntax = 2 charpos_ptr = (int *) 0x2dc7000 bytepos_ptr = (int *) 0x2dc7000 #2 0x001767f4 in scan_lists (from=10, count=-1, depth=1, sexpflag=1) at syntax.c:2754 val = 48001024 stop = 1 c = 10 c1 = 3321936 stringterm = 34 quoted = -1073748824 mathexit = 0 code = Sclose temp_code = 48001024 min_depth = 0 comstyle = 0 comnested = 0 temp_pos = 10 last_good = 46 found = 48001024 from_byte = 9 out_bytepos = 1539914 out_charpos = 65505 dummy = -1073748824 multibyte_symbol_p = 1 #3 0x00145450 in Ffuncall (nargs=3, args=0xbfffe514) at eval.c:3052 fun = -1073748712 original_fun = 3082896 funcar = 48001023 numargs = 2 val = 35186192 backtrace = { next = 0xbfffe624, function = 0xbfffe514, args = 0xbfffe518, nargs = 2, evalargs = 0 '\0', debug_on_exit = 0 '\0' } internal_args = (Lisp_Object *) 0xbfffe518 i = 48001023 args = (Lisp_Object *) 0x2f0a90 #4 0x0017e99f in Fbyte_code (bytestr=67094347, vector=34919012, maxdepth=4) at bytecode.c:678 op = 48001024 vectorp = (Lisp_Object *) 0x214d268 stack = { pc = 0x597d06e "=\207", top = 0xbfffe51c, bottom = 0xbfffe510, byte_string = 67094347, byte_string_start = 0x597d068 "`\302\b\t[\"=\207", constants = 34919012, next = 0xbfffe7b4 } result = 35186192 bytestr = 48001023 #5 0x001448fe in Feval (form=40297877) at eval.c:2383 numargs = 48001023 argvals = {67094347, 34919012, 32, 2397955, 37, 58721289, 1325787, 34757776} args_left = 58721289 i = 3 fun = 35186192 val = 35186192 original_fun = 58832209 original_args = 40297861 funcar = 48001023 backtrace = { next = 0xbfffe87c, function = 0xbfffe63c, args = 0xbfffe604, nargs = 3, evalargs = 1 '\001', debug_on_exit = 0 '\0' } form = 58721289 #6 0x00146ee7 in internal_lisp_condition_case (var=58721289, bodyform=40297877, handlers=40297781) at eval.c:1456 val = 48001023 c = { tag = 58721289, val = 58721289, next = 0xbfffeaf8, gcpro = 0x0, jmp = {895, 35186192, 8096, 1338696, -1073748312, 1276397, 93834942, 58721289, -1073748200, -1073748384, 31, 662, 1338862, 1245207, 31, 31, 3014656, 1245239}, backlist = 0xbfffe87c, handlerlist = 0xbfffeb6c, lisp_eval_depth = 4, pdlcount = 15, poll_suppress_count = 1, interrupt_input_blocked = 0, byte_stack = 0xbfffe7b4 } h = { handler = 40297781, var = 58721289, chosen_clause = 93834926, tag = 0xbfffe678, next = 0xbfffeb6c } #7 0x0017d8d5 in Fbyte_code (bytestr=67093035, vector=35118900, maxdepth=5) at bytecode.c:868 handlers = 48001024 body = 48001023 op = 48001024 vectorp = (Lisp_Object *) 0x217df38 stack = { pc = 0x597cebe "\204S", top = 0xbfffe730, bottom = 0xbfffe730, byte_string = 67093035, byte_string_start = 0x597ce70 "\b\203\265\001`\306\307`S!!\310=\203\024", constants = 35118900, next = 0xbfffea04 } result = 35186192 bytestr = 48001023 #8 0x00144d33 in funcall_lambda (fun=34935236, nargs=0, arg_vector=0xbfffe998) at eval.c:3229 val = 48001024 syms_left = 34935232 next = 34935232 i = 0 optional = -1073747832 rest = 1257313 #9 0x00145216 in Ffuncall (nargs=1, args=0xbfffe994) at eval.c:3099 fun = 34935236 original_fun = 93332345 funcar = 48001023 numargs = 0 val = 35186192 backtrace = { next = 0xbfffe94c, function = 0xbfffe994, args = 0xbfffe998, nargs = 0, evalargs = 0 '\0', debug_on_exit = 0 '\0' } internal_args = (Lisp_Object *) 0x21511c4 i = 48001023 args = (Lisp_Object *) 0x5902379 #10 0x00146a53 in Fapply (nargs=2, args=0xbfffe994) at eval.c:2471 i = 2694345 numargs = 48001024 spread_arg = 58721289 funcall_args = (Lisp_Object *) 0x0 fun = 93332345 #11 0x001453bb in Ffuncall (nargs=3, args=0xbfffe990) at eval.c:3023 fun = 3077284 original_fun = -1073747564 funcar = 48001023 numargs = 2 val = 35186192 backtrace = { next = 0xbfffeaa4, function = 0xbfffe990, args = 0xbfffe994, nargs = 2, evalargs = 0 '\0', debug_on_exit = 0 '\0' } internal_args = (Lisp_Object *) 0x2ef4a4 i = 48001023 args = (Lisp_Object *) 0xbfffe994 #12 0x0017e99f in Fbyte_code (bytestr=2402283, vector=2402308, maxdepth=4) at bytecode.c:678 op = 48001024 vectorp = (Lisp_Object *) 0x24a808 stack = { pc = 0x291a2c "\207", top = 0xbfffe998, bottom = 0xbfffe990, byte_string = 2402283, byte_string_start = 0x291a24 "\301\b\302H\b\303H\"\207", constants = 2402308, next = 0xbfffec34 } result = 35186192 bytestr = 48001023 #13 0x001448fe in Feval (form=2402269) at eval.c:2383 numargs = 48001023 argvals = {2402283, 2402308, 32, 1, 31, 0, 1325787, 0} args_left = 58721289 i = 3 fun = 35186192 val = 35186192 original_fun = 58832209 original_args = 2402277 funcar = 48001023 backtrace = { next = 0xbfffecfc, function = 0xbfffeabc, args = 0xbfffea84, nargs = 3, evalargs = 1 '\001', debug_on_exit = 0 '\0' } form = 58721289 #14 0x00146ee7 in internal_lisp_condition_case (var=58721289, bodyform=2402269, handlers=2402341) at eval.c:1456 val = 48001023 c = { tag = 58721289, val = 58721289, next = 0xbffff638, gcpro = 0x0, jmp = {895, 0, 8096, 1338696, -1073747112, 1331296, 2693788, 58721289, -1073747048, -1073747232, 31, 658, 1338862, 1245207, 31, 31, 0, 1310775}, backlist = 0xbfffecfc, handlerlist = 0xbffff6ac, lisp_eval_depth = 1, pdlcount = 8, poll_suppress_count = 1, interrupt_input_blocked = 0, byte_stack = 0xbfffec34 } h = { handler = 2402341, var = 58721289, chosen_clause = -1073747020, tag = 0xbfffeaf8, next = 0xbffff6ac } #15 0x0017d8d5 in Fbyte_code (bytestr=2402139, vector=2402156, maxdepth=5) at bytecode.c:868 handlers = 48001024 body = 48001023 op = 48001024 vectorp = (Lisp_Object *) 0x24a770 stack = { pc = 0x291a9c "\210\016\026\205x", top = 0xbfffebb0, bottom = 0xbfffebb0, byte_string = 2402139, byte_string_start = 0x291a2e "\b\021\n\020\v\022\306\034\307\v!\203|", constants = 2402156, next = 0x0 } result = 35186192 bytestr = 48001023 #16 0x00144d33 in funcall_lambda (fun=2402100, nargs=1, arg_vector=0xbfffed54) at eval.c:3229 val = 48001024 syms_left = 2402096 next = 2402096 i = 1 optional = 0 rest = 0 #17 0x00145216 in Ffuncall (nargs=2, args=0xbfffed50) at eval.c:3099 fun = 2402100 original_fun = 58751321 funcar = 48001023 numargs = 1 val = 35186192 backtrace = { next = 0x0, function = 0xbfffed50, args = 0xbfffed54, nargs = 1, evalargs = 0 '\0', debug_on_exit = 0 '\0' } internal_args = (Lisp_Object *) 0x24a734 i = 48001023 args = (Lisp_Object *) 0x3807959 #18 0x0014662b in call1 (fn=58751321, arg1=34898660) at eval.c:2827 ret_ungc_val = 48001024 #19 0x000d7818 in timer_check (do_it_now=1) at keyboard.c:4660 old_deactivate_mark = 58721289 vector = (Lisp_Object *) 0x21482e8 timer = 35186192 idle_timer = 3 now = { tv_sec = 1216572694, tv_usec = 525719 } timers = 58721289 idle_timers = 40289645 chosen_timer = 34898660 #20 0x000d79c7 in readable_events (flags=1) at keyboard.c:3648 event = (struct input_event *) 0x2dc6fff #21 0x000de46b in get_input_pending (addr=0x325800, flags=1) at keyboard.c:6953 No locals. #22 0x000de58b in detect_input_pending_run_timers (do_display=1) at keyboard.c:10622 old_timers_run = 16 #23 0x001880be in wait_reading_process_output (time_limit=30, microsecs=0, read_kbd=-1, do_display=1, wait_for_cell=58721289, wait_proc=0x0, just_wait_proc=0) at process.c:4954 old_timers_run = 16 old_buffer = (struct buffer *) 0x218e610 old_window = 34927684 leave = 1 timeout_reduced_for_timers = 1 channel = -1073746808 nfds = 0 Available = { fds_bits = {0 } } Connecting = { fds_bits = {0 } } check_connect = 0 check_delay = 0 no_avail = 0 xerrno = 0 proc = 1 timeout = { tv_sec = 0, tv_usec = 85305 } end_time = { tv_sec = 1216572724, tv_usec = 403129 } wait_channel = -1 got_some_input = 0 #24 0x0000c32a in sit_for (timeout=240, reading=1, do_display=1) at dispnew.c:6623 sec = 30 usec = 0 do_display = 1 #25 0x000e0363 in read_char (commandflag=1, nmaps=2, maps=0xbffff3d0, prev_event=58721289, used_mouse_menu=0xbffff4c8, end_time=0x0) at keyboard.c:2932 tem0 = 30 delay_level = 4 buffer_size = 48001023 c = 58721289 count = 58824873 jmpcount = 2 local_getcjmp = {895, 0, 8096, 914157, 0, 1251674, 3304112, 3298672, -1073745016, -1073745488, 35127327, 658, 916096, 66977815, 31, 31, 0, 1245239} save_jump = {0 } key_already_recorded = 0 tem = 48001024 save = -1073745280 previous_echo_area_message = 58721289 also_record = 58721289 reread = 0 polling_stopped_here = 30 orig_kboard = (struct kboard *) 0x2134e30 #26 0x000e1e66 in read_key_sequence (keybuf=0xbffff588, bufsize=30, prompt=58721289, dont_downcase_last=0, can_return_switch_frame=1, fix_current_buffer=1) at keyboard.c:9431 interrupted_kboard = (KBOARD *) 0x2134e30 used_mouse_menu = 0 echo_local_start = 0 last_real_key_start = 0 keys_local_start = 0 local_first_binding = 0 from_string = 58721289 count = 2 t = 0 echo_start = 0 keys_start = 0 nmaps = 2 nmaps_allocated = 2 defs = (Lisp_Object * volatile) 0xbffff3b0 submaps = (Lisp_Object * volatile) 0xbffff3d0 orig_local_map = 39979517 orig_keymap = 58721289 localized_local_map = 0 first_binding = 0 first_unbound = 31 mock_input = 0 fkey = { parent = 40032861, map = 40032861, start = 0, end = 0 } keytran = { parent = 34140029, map = 34140029, start = 0, end = 0 } indec = { parent = 40032869, map = 40032869, start = 0, end = 0 } shift_translated = 0 delayed_switch_frame = 58721289 original_uppercase = 3076992 original_uppercase_position = -1 starting_buffer = (struct buffer *) 0x218e610 fake_prefixed_keys = 58721289 #27 0x000e4230 in command_loop_1 () at keyboard.c:1653 cmd = 3298672 lose = 3298672 nonundocount = 0 keybuf = {248, 904827, 3321440, 58721289, -1073744360, 905036, 40287917, -1073744434, -1073744392, -1879037169, 92274892, 152, -1073744434, 58721289, 100663439, 1, 43, -1879036413, 51396120, 58721337, 51385976, -1881082098, 5651960, 0, -1073744388, -1073744576, 0, 3342336, 58721289, 67054001} i = 1 prev_modiff = 385161 prev_buffer = (struct buffer *) 0x218e610 already_adjusted = 0 #28 0x001435a8 in internal_condition_case (bfun=0xe4012 , handlers=58760953, hfun=0xdce6d ) at eval.c:1511 val = 48001023 c = { tag = 58721289, val = 58721289, next = 0xbffff73c, gcpro = 0x0, jmp = {895, 17831856, 8096, 1324215, 58721289, 58721289, 3311984, 3298672, -1073744168, -1073744352, 31, 658, 1324364, 1507351, 3276831, 3276831, -1073807360, -1073807305}, backlist = 0x0, handlerlist = 0x0, lisp_eval_depth = 0, pdlcount = 2, poll_suppress_count = 1, interrupt_input_blocked = 0, byte_stack = 0x0 } h = { handler = 58760953, var = 58721289, chosen_clause = 58721337, tag = 0xbffff638, next = 0x0 } #29 0x000d6054 in command_loop_2 () at keyboard.c:1369 val = 48001024 #30 0x001431fa in internal_catch (tag=58757025, func=0xd6010 , arg=58721289) at eval.c:1247 c = { tag = 58757025, val = 58721289, next = 0x0, gcpro = 0x0, jmp = {895, 18, 8096, 1323358, 4, 20287, 3320944, 3298672, -1073743944, -1073744096, 58851359, 658, 1323501, 58851351, 58851359, 58720287, 51380224, 55}, backlist = 0x0, handlerlist = 0x0, lisp_eval_depth = 0, pdlcount = 2, poll_suppress_count = 1, interrupt_input_blocked = 0, byte_stack = 0x0 } tag = 48001024 #31 0x000d5df6 in command_loop () at keyboard.c:1348 val = 48001024 #32 0x000d5eaf in recursive_edit_1 () at keyboard.c:957 val = 0 #33 0x000d5ff7 in Frecursive_edit () at keyboard.c:1019 buffer = 58721289 #34 0x000d5035 in main (argc=5, argv=0xbffff9c0) at emacs.c:1796 dummy = -1881117246 stack_bottom_variable = 0 '\0' do_initial_setlocale = 1 skip_args = 0 rlim = { rlim_cur = 8388608, rlim_max = 67108864 } no_loadup = 0 junk = 0x0 Lisp Backtrace: "scan-sexps" (0xbfffe518) "byte-code" (0xbfffe604) "show-paren-function" (0xbfffe998) "apply" (0xbfffe994) "byte-code" (0xbfffea84) "timer-event-handler" (0xbfffed54) In GNU Emacs 23.0.60.10 (i386-apple-darwin8.11.1, GTK+ Version 2.12.9) of 2008-07-18 on pnsgw3-client030.demo.tuwien.ac.at Windowing system distributor `The XFree86 Project, Inc', version 11.0.40400000 Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: nil value of $XMODIFIERS: nil locale-coding-system: nil default-enable-multibyte-characters: t From monnier@IRO.UMontreal.CA Tue Jul 22 10:11:19 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-5.4 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, IMPRONONCABLE_2 autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at done) by emacsbugs.donarmstrong.com; 22 Jul 2008 17:11:19 +0000 Received: from chene.dit.umontreal.ca (chene.dit.umontreal.ca [132.204.246.20]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m6MHBE2Z023255 for ; Tue, 22 Jul 2008 10:11:16 -0700 Received: from alfajor.home (vpn-132-204-232-56.acd.umontreal.ca [132.204.232.56]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id m6MHBD5e018162; Tue, 22 Jul 2008 13:11:14 -0400 Received: by alfajor.home (Postfix, from userid 20848) id AF7D61C522; Tue, 22 Jul 2008 13:11:13 -0400 (EDT) From: Stefan Monnier To: done@debbugs.gnu.org Subject: Re: bug#580: 23.0.60; OSX: Crash in show-paren-mode Message-ID: References: <20080720170241.3A4129CED08@mt-computer.local> Date: Tue, 22 Jul 2008 13:11:13 -0400 In-Reply-To: <20080720170241.3A4129CED08@mt-computer.local> (Markus Triska's message of "Sun, 20 Jul 2008 19:02:41 +0200 (CEST)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV3065=0 > (gdb) bt > #0 0x0016b0f5 in char_quoted (charpos=1, bytepos=48001023) at syntax.c:312 I belive this is now fixed, Stefan From monnier@IRO.UMontreal.CA Tue Jul 22 11:26:19 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-3.9 required=4.0 tests=AWL,BAYES_00,ONEWORD, VALID_BTS_CONTROL autolearn=no version=3.2.3-bugs.debian.org_2005_01_02 Received: (at control) by emacsbugs.donarmstrong.com; 22 Jul 2008 18:26:19 +0000 Received: from pruche.dit.umontreal.ca (pruche.dit.umontreal.ca [132.204.246.22]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m6MIQFpB009140 for ; Tue, 22 Jul 2008 11:26:17 -0700 Received: from alfajor.home (vpn-132-204-232-56.acd.umontreal.ca [132.204.232.56]) by pruche.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id m6MIQc1x024971; Tue, 22 Jul 2008 14:26:39 -0400 Received: by alfajor.home (Postfix, from userid 20848) id 242C91C522; Tue, 22 Jul 2008 14:26:14 -0400 (EDT) From: Stefan Monnier To: control@debbugs.gnu.org Subject: reopen Message-ID: Date: Tue, 22 Jul 2008 14:26:14 -0400 User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV3065=0 reopen 580 thanks From monnier@IRO.UMontreal.CA Tue Jul 22 11:54:47 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-5.4 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, IMPRONONCABLE_2 autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 580) by emacsbugs.donarmstrong.com; 22 Jul 2008 18:54:47 +0000 Received: from pruche.dit.umontreal.ca (pruche.dit.umontreal.ca [132.204.246.22]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m6MIsdq9015054 for <580@emacsbugs.donarmstrong.com>; Tue, 22 Jul 2008 11:54:40 -0700 Received: from alfajor.home (vpn-132-204-232-56.acd.umontreal.ca [132.204.232.56]) by pruche.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id m6MIt3NO026539; Tue, 22 Jul 2008 14:55:03 -0400 Received: by alfajor.home (Postfix, from userid 20848) id 253241C522; Tue, 22 Jul 2008 14:54:38 -0400 (EDT) From: Stefan Monnier To: 580@debbugs.gnu.org Subject: Re: bug#580: 23.0.60; OSX: Crash in show-paren-mode Message-ID: References: <20080720170241.3A4129CED08@mt-computer.local> Date: Tue, 22 Jul 2008 14:54:37 -0400 In-Reply-To: <20080720170241.3A4129CED08@mt-computer.local> (Markus Triska's message of "Sun, 20 Jul 2008 19:02:41 +0200 (CEST)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV3065=0 > Let c6.el consist of the following form: > (while t > (insert "(when t (if t t 'hi))\n")) > There must not be any blank lines at the start of the file; the file > is also available from: http://www.logic.at/prolog/c6.el . > When I do: > $ emacs -Q c6.el -f show-paren-mode > and then repeatedly: > C-M-x C-g C-_ > Emacs crashes within a few iterations with the following backtrace: I cannot reproduce it on my GNU/Linux machine with the latest CVS code. > Program received signal EXC_BAD_ACCESS, Could not access memory. > Reason: KERN_INVALID_ADDRESS at address: 0x02dc6fff > 0x0016b0f5 in char_quoted (charpos=1, bytepos=48001023) at syntax.c:312 > 312 DEC_BOTH (charpos, bytepos); > (gdb) bt > #0 0x0016b0f5 in char_quoted (charpos=1, bytepos=48001023) at syntax.c:312 > #1 0x0017391d in back_comment (from=9, from_byte=9, stop=1, comnested=0, comstyle=0, charpos_ptr=0xbfffe468, bytepos_ptr=0xbfffe46c) at syntax.c:597 This is odd for 2 reasons: 1 - the bytepos=48001023 is clearly wrong. Maybe it's a GDB error? 2 - the code of char_quoted (as of an hour ago) should not execute DEC_BOTH at all if charpos == 1. Can you still reproduce the problem with the latest CVS code? If so, please try and figure out why DEC_BOTH is executed, and also try and figure out if bytepos is really equal to 48001023 (it should be equal to charpos) and if so, we need to track down its origin. Stefan From news@novembaer.univie.ac.at Tue Jul 22 12:57:38 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-5.0 required=4.0 tests=BAYES_20,HAS_BUG_NUMBER, MURPHY_DRUGS_REL8,RCVD_IN_DNSWL_LOW autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 22 Jul 2008 19:57:38 +0000 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m6MJvW3J031143 for ; Tue, 22 Jul 2008 12:57:34 -0700 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KLNzG-0004V2-Rq for bug-gnu-emacs@gnu.org; Tue, 22 Jul 2008 15:57:30 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KLNzE-0004Ud-ET for bug-gnu-emacs@gnu.org; Tue, 22 Jul 2008 15:57:29 -0400 Received: from [199.232.76.173] (port=42720 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KLNzE-0004Ua-8y for bug-gnu-emacs@gnu.org; Tue, 22 Jul 2008 15:57:28 -0400 Received: from moderators.individual.net ([130.133.4.7]:54347) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KLNzD-0005Nb-J0 for bug-gnu-emacs@gnu.org; Tue, 22 Jul 2008 15:57:28 -0400 Received: from novembaer.univie.ac.at ([193.171.255.22]) by moderators.individual.net (Exim 4.69) for gnu-emacs-bug@moderators.isc.org with esmtp (envelope-from ) id <1KLNzA-0000iM-PM>; Tue, 22 Jul 2008 21:57:24 +0200 Received: from news by novembaer.univie.ac.at with local (Exim 4.20) id 1KLNz3-0005Ui-GQ for gnu-emacs-bug@moderators.isc.org; Tue, 22 Jul 2008 21:57:17 +0200 To: gnu-emacs-bug@moderators.isc.org From: Markus Triska Newsgroups: gnu.emacs.bug Subject: Re: bug#580: 23.0.60; OSX: Crash in show-paren-mode References: <20080720170241.3A4129CED08@mt-computer.local> Date: Tue, 22 Jul 2008 21:57:14 +0200 Message-ID: Cancel-Lock: sha1:9jeNpBAX5kyra9/KHO2uzMF5iKA= MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Lines: 11 NNTP-Posting-Host: news-access-from.tuwien.ac.at X-Trace: 1216756637 tunews.univie.ac.at 11352 192.35.241.118 X-Complaints-To: abuse@tuwien.ac.at Sender: X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3) Thank you for your patch - I cannot reproduce the crash with the latest CVS version. > 1 - the bytepos=48001023 is clearly wrong. Maybe it's a GDB error? It is possible; I have saved copies of several similar backtraces, and they all show such strange values for bytepos. See also #532, where it's off as well. However, if I now use the latest CVS version, and undo just your recent change, I can (of course) reproduce the crash, and bytepos is consistently 1 in the backtrace, as it should be. From monnier@iro.umontreal.ca Tue Jul 22 19:10:26 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-5.4 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, MURPHY_DRUGS_REL8 autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 580-done) by emacsbugs.donarmstrong.com; 23 Jul 2008 02:10:26 +0000 Received: from ironport2-out.teksavvy.com (ironport2-out.pppoe.ca [206.248.154.182]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m6N2AJfs026561 for <580-done@emacsbugs.donarmstrong.com>; Tue, 22 Jul 2008 19:10:21 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApgFANcvhkhFxIYw/2dsb2JhbACBWrAYgXw X-IronPort-AV: E=Sophos;i="4.31,235,1215403200"; d="scan'208";a="24662727" Received: from 69-196-134-48.dsl.teksavvy.com (HELO pastel.home) ([69.196.134.48]) by ironport2-out.teksavvy.com with ESMTP; 22 Jul 2008 22:10:13 -0400 Received: by pastel.home (Postfix, from userid 20848) id EA2E74B4B2; Tue, 22 Jul 2008 22:10:12 -0400 (EDT) From: Stefan Monnier To: 580-done@debbugs.gnu.org Subject: Re: bug#580: 23.0.60; OSX: Crash in show-paren-mode Message-ID: References: <20080720170241.3A4129CED08@mt-computer.local> Date: Tue, 22 Jul 2008 22:10:12 -0400 In-Reply-To: (Markus Triska's message of "Tue, 22 Jul 2008 21:57:14 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > Thank you for your patch - I cannot reproduce the crash with the latest > CVS version. >> 1 - the bytepos=48001023 is clearly wrong. Maybe it's a GDB error? > It is possible; I have saved copies of several similar backtraces, and > they all show such strange values for bytepos. See also #532, where it's > off as well. However, if I now use the latest CVS version, and undo just > your recent change, I can (of course) reproduce the crash, and bytepos > is consistently 1 in the backtrace, as it should be. Great, thanks! So we can close it for real this time, Stefan From unknown Sun Aug 17 22:00:35 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: $requester Subject: Internal Control Message-Id: bug archived. Date: Wed, 20 Aug 2008 14:24:04 +0000 User-Agent: Fakemail v42.6.9 # A New Hope # A log time ago, in a galaxy far, far away # something happened. # # Magically this resulted in the following # action being taken, but this fake control # message doesn't tell you why it happened # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator