all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Nathan Trapuzzano <nbtrap@nbtrap.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 15778@debbugs.gnu.org
Subject: bug#15778: 24.3; cperl-mode causes emacs to lock up
Date: Fri, 01 Nov 2013 08:16:24 -0400	[thread overview]
Message-ID: <87mwlob9lz.fsf@nbtrap.com> (raw)
In-Reply-To: <83mwlobb0i.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 01 Nov 2013 13:46:05 +0200")

[-- Attachment #1: Type: text/plain, Size: 785 bytes --]

Eli Zaretskii <eliz@gnu.org> writes:

> Please attach a debugger and show the backtrace.  The file etc/DEBUG
> explains how to look for a place that infloops, perhaps you could
> follow that and provide a more detailed information.

There's an infinite loop somewhere in exec_byte_code.  I've attached the
backtrace at the point.  Moreover, sending emacs a SIGUSR2 does invoke
the lisp debugger with the following message:

Debugger entered--entering a function:
* #[0 "\301\300\302\"\207" [(0 1) set-match-data evaporate] 3 "\n\n(fn)"]()
* funcall(#[0 "\301\300\302\"\207" [(0 1) set-match-data evaporate] 3 "\n\n(fn)"])
  jit-lock-fontify-now(1111 1611)
  jit-lock-function(1111)
  redisplay_internal\ \(C\ function\)()

If this is not enough, I can try to look into it more later.


[-- Attachment #2: gdb.txt --]
[-- Type: text/plain, Size: 5809 bytes --]

#0  0x00000000005555e1 in exec_byte_code (bytestr=<optimized out>, vector=<optimized out>, maxdepth=<optimized out>, 
    args_template=11780242, nargs=nargs@entry=0, args=<optimized out>, args@entry=0x0) at bytecode.c:919
#1  0x0000000000526532 in funcall_lambda (fun=9582789, nargs=nargs@entry=2, 
    arg_vector=arg_vector@entry=0x7fff22a126a8) at eval.c:3023
#2  0x00000000005268d9 in Ffuncall (nargs=<optimized out>, args=<optimized out>) at eval.c:2838
#3  0x00000000005269ce in funcall_nil (nargs=<optimized out>, args=<optimized out>) at eval.c:2340
#4  0x00000000005255a9 in run_hook_with_args (nargs=3, args=0x7fff22a126a0, 
    funcall=funcall@entry=0x5269c5 <funcall_nil>) at eval.c:2525
#5  0x000000000052563e in Frun_hook_with_args (nargs=<optimized out>, args=<optimized out>) at eval.c:2386
#6  0x000000000052670a in Ffuncall (nargs=nargs@entry=4, args=args@entry=0x7fff22a12698) at eval.c:2770
#7  0x00000000005555e1 in exec_byte_code (bytestr=<optimized out>, vector=<optimized out>, maxdepth=<optimized out>, 
    args_template=args_template@entry=0, nargs=nargs@entry=0, args=<optimized out>, args@entry=0x7fff22a12878)
    at bytecode.c:919
#8  0x0000000000526328 in funcall_lambda (fun=52111949, nargs=nargs@entry=0, 
    arg_vector=arg_vector@entry=0x7fff22a12878) at eval.c:2957
#9  0x00000000005268d9 in Ffuncall (nargs=<optimized out>, args=<optimized out>) at eval.c:2838
#10 0x0000000000525e43 in eval_sub (form=form@entry=51776198) at eval.c:2131
#11 0x0000000000528a29 in internal_lisp_condition_case (var=<optimized out>, bodyform=51776198, 
    handlers=<optimized out>) at eval.c:1300
#12 0x000000000055626b in exec_byte_code (bytestr=<optimized out>, vector=<optimized out>, maxdepth=<optimized out>, 
    args_template=args_template@entry=2048, nargs=nargs@entry=2, args=<optimized out>, args@entry=0x7fff22a12c28)
    at bytecode.c:1169
#13 0x0000000000526328 in funcall_lambda (fun=9604621, nargs=nargs@entry=2, 
    arg_vector=arg_vector@entry=0x7fff22a12c28) at eval.c:2957
#14 0x00000000005268d9 in Ffuncall (nargs=nargs@entry=3, args=args@entry=0x7fff22a12c20) at eval.c:2838
#15 0x00000000005555e1 in exec_byte_code (bytestr=<optimized out>, vector=<optimized out>, maxdepth=<optimized out>, 
    args_template=args_template@entry=1028, nargs=nargs@entry=1, args=<optimized out>, args@entry=0x7fff22a12e58)
    at bytecode.c:919
#16 0x0000000000526328 in funcall_lambda (fun=9604205, nargs=nargs@entry=1, 
    arg_vector=arg_vector@entry=0x7fff22a12e58) at eval.c:2957
#17 0x00000000005268d9 in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7fff22a12e50) at eval.c:2838
#18 0x0000000000525367 in internal_condition_case_n (bfun=0x52654e <Ffuncall>, nargs=nargs@entry=2, 
    args=args@entry=0x7fff22a12e50, handlers=11780290, hfun=hfun@entry=0x4302f0 <safe_eval_handler>) at eval.c:1413
#19 0x000000000042db6a in safe_call (nargs=nargs@entry=2, func=<optimized out>) at xdisp.c:2498
#20 0x000000000042db99 in safe_call1 (fn=<optimized out>, arg=<optimized out>) at xdisp.c:2514
#21 0x000000000042dd26 in handle_fontified_prop (it=0x7fff22a13e90) at xdisp.c:3701
#22 0x00000000004319df in handle_stop (it=it@entry=0x7fff22a13e90) at xdisp.c:3265
#23 0x0000000000438b1a in next_element_from_buffer (it=0x7fff22a13e90) at xdisp.c:8021
#24 0x000000000043528a in get_next_display_element (it=it@entry=0x7fff22a13e90) at xdisp.c:6676
#25 0x00000000004395f4 in display_line (it=it@entry=0x7fff22a13e90) at xdisp.c:19296
#26 0x000000000043bb30 in try_window (window=window@entry=11869221, pos=..., flags=flags@entry=1) at xdisp.c:16208
#27 0x000000000044bc68 in redisplay_window (window=window@entry=11869221, just_this_one_p=just_this_one_p@entry=1)
    at xdisp.c:15734
#28 0x000000000044d024 in redisplay_window_1 (window=window@entry=11869221) at xdisp.c:13756
#29 0x0000000000525114 in internal_condition_case_1 (bfun=bfun@entry=0x44cffb <redisplay_window_1>, arg=11869221, 
    handlers=11995558, hfun=hfun@entry=0x41f157 <redisplay_window_error>) at eval.c:1355
#30 0x0000000000440bfb in redisplay_internal () at xdisp.c:13412
#31 0x00000000004418e3 in redisplay () at xdisp.c:12647
#32 0x00000000004ca1fa in read_char (commandflag=1, map=map@entry=53179974, prev_event=11780242, 
    used_mouse_menu=used_mouse_menu@entry=0x7fff22a177fb, end_time=end_time@entry=0x0) at keyboard.c:2557
#33 0x00000000004cb810 in read_key_sequence (keybuf=keybuf@entry=0x7fff22a178c0, bufsize=bufsize@entry=30, 
    prompt=<optimized out>, dont_downcase_last=dont_downcase_last@entry=false, 
    can_return_switch_frame=can_return_switch_frame@entry=true, fix_current_buffer=fix_current_buffer@entry=true, 
    prevent_redisplay=prevent_redisplay@entry=false) at keyboard.c:9057
#34 0x00000000004cce4b in command_loop_1 () at keyboard.c:1431
#35 0x0000000000524ff7 in internal_condition_case (bfun=bfun@entry=0x4ccb53 <command_loop_1>, handlers=11839970, 
    hfun=hfun@entry=0x4c51b1 <cmd_error>) at eval.c:1331
#36 0x00000000004c0a1f in command_loop_2 (ignore=ignore@entry=11780242) at keyboard.c:1158
#37 0x0000000000524ece in internal_catch (tag=11835698, func=func@entry=0x4c0a05 <command_loop_2>, arg=11780242)
    at eval.c:1097
#38 0x00000000004c09b7 in command_loop () at keyboard.c:1137
#39 0x00000000004c4d3d in recursive_edit_1 () at keyboard.c:776
#40 0x00000000004c5017 in Frecursive_edit () at keyboard.c:840
#41 0x00000000004c0464 in main (argc=<optimized out>, argv=0x7fff22a17be8) at emacs.c:1590

Lisp Backtrace:
"font-lock-fontify-region" (0x22a126a8)
"run-hook-with-args" (0x22a126a0)
0x31b2a48 PVEC_COMPILED
"funcall" (0x22a12870)
"jit-lock-fontify-now" (0x22a12c28)
"jit-lock-function" (0x22a12e58)
"redisplay_internal (C function)" (0xb22638)
A debugging session is active.

	Inferior 1 [process 9463] will be detached.

Quit anyway? (y or n) Not confirmed.

  reply	other threads:[~2013-11-01 12:16 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-11-01 11:19 bug#15778: 24.3; cperl-mode causes emacs to lock up Nathan Trapuzzano
2013-11-01 11:46 ` Eli Zaretskii
2013-11-01 12:16   ` Nathan Trapuzzano [this message]
2013-11-01 14:41     ` Eli Zaretskii
2013-11-01 14:59       ` Nathan Trapuzzano
2013-11-01 16:26         ` Eli Zaretskii
2013-11-01 17:21           ` Nathan Trapuzzano
2013-11-01 20:23             ` Stephen Berman
2013-11-03  0:00               ` Stephen Berman
2013-11-03 12:00                 ` Nathan Trapuzzano
2013-11-03 13:41                   ` Stephen Berman
2013-11-03 13:59                     ` Nathan Trapuzzano
2013-11-03 19:39                       ` Stephen Berman
2013-11-03 19:48                         ` Nathan Trapuzzano
2013-11-03 22:22                           ` Stephen Berman
2013-11-03 22:50                             ` Nathan Trapuzzano
2013-11-04  1:48                               ` Stefan Monnier
2013-11-04  2:29                                 ` Nathan Trapuzzano
2013-11-04  3:52                                   ` Stefan Monnier
2013-11-03 14:15                   ` Stefan Monnier
2013-11-03 14:23                     ` Nathan Trapuzzano

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87mwlob9lz.fsf@nbtrap.com \
    --to=nbtrap@nbtrap.com \
    --cc=15778@debbugs.gnu.org \
    --cc=eliz@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.