* bug#17040: 24.3.50; Emacs + Org mode hangs [not found] <86lhw65j8f.fsf@somewhere.org> @ 2014-03-19 17:03 ` Eli Zaretskii 2014-03-19 17:07 ` Juanma Barranquero [not found] ` <8338ie9l3v.fsf@gnu.org> 2 siblings, 0 replies; 6+ messages in thread From: Eli Zaretskii @ 2014-03-19 17:03 UTC (permalink / raw) To: Sebastien Vauban; +Cc: 17040 > From: Sebastien Vauban <sva-news@mygooglest.com> > Date: Wed, 19 Mar 2014 15:57:36 +0100 > > Anyway, here's the backtrace I got: Thanks for the effort, but as I said several times, such backtraces are not useful without the Lisp backtrace part. All I can say from this backtrace is that you were deep inside some hook stored in before-change-functions; that hook was invoked because you inserted something into a buffer. That is all. What we need is names of some Lisp functions, preferably from Org, that we could then examine in order to look for potential infloops. That's impossible without Lisp backtrace. To get that, you need the .gdbinit file, and you need to instruct GDB to read it by using the 'source' command. ^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#17040: 24.3.50; Emacs + Org mode hangs [not found] <86lhw65j8f.fsf@somewhere.org> 2014-03-19 17:03 ` bug#17040: 24.3.50; Emacs + Org mode hangs Eli Zaretskii @ 2014-03-19 17:07 ` Juanma Barranquero [not found] ` <CAAeL0SReZsOA5nfMfkX4WivSgVacRw9jPbQpCzkXbjeXux4xYw__6285.99562119252$1395330721$gmane$org-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> [not found] ` <8338ie9l3v.fsf@gnu.org> 2 siblings, 1 reply; 6+ messages in thread From: Juanma Barranquero @ 2014-03-19 17:07 UTC (permalink / raw) To: Sebastien Vauban; +Cc: 17040 On Wed, Mar 19, 2014 at 3:57 PM, Sebastien Vauban <sva-news@mygooglest.com> wrote: > I've had 5 infloops of Emacs, not less. Where you in the minibuffer? Lately I've had a couple of weird infloops apparently related to completion. ^ permalink raw reply [flat|nested] 6+ messages in thread
[parent not found: <CAAeL0SReZsOA5nfMfkX4WivSgVacRw9jPbQpCzkXbjeXux4xYw__6285.99562119252$1395330721$gmane$org-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>]
* bug#17040: 24.3.50; Emacs + Org mode hangs [not found] ` <CAAeL0SReZsOA5nfMfkX4WivSgVacRw9jPbQpCzkXbjeXux4xYw__6285.99562119252$1395330721$gmane$org-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> @ 2014-03-20 15:53 ` Sebastien Vauban 0 siblings, 0 replies; 6+ messages in thread From: Sebastien Vauban @ 2014-03-20 15:53 UTC (permalink / raw) To: Juanma Barranquero; +Cc: 17040-ubl+/3LiMTaZdePnXv/OxA Juanma Barranquero wrote: > On Wed, Mar 19, 2014 at 3:57 PM, Sebastien Vauban > <sva-news-D0wtAvR13HarG/iDocfnWg@public.gmane.org> wrote: > >> I've had 5 infloops of Emacs, not less. > > Where you in the minibuffer? Lately I've had a couple of weird > infloops apparently related to completion. Honestly, I don't remember. But, for sure, I wasn't in the same conditions the 5 times; otherwise, I'd have identified such a pattern. Best regards, Seb -- Sebastien Vauban ^ permalink raw reply [flat|nested] 6+ messages in thread
[parent not found: <8338ie9l3v.fsf@gnu.org>]
[parent not found: <8338ie9l3v.fsf-mXXj517/zsQ@public.gmane.org>]
* bug#17040: 24.3.50; Emacs + Org mode hangs [not found] ` <8338ie9l3v.fsf-mXXj517/zsQ@public.gmane.org> @ 2014-03-20 10:30 ` Sebastien Vauban 2014-03-20 16:38 ` Eli Zaretskii [not found] ` <mailman.17657.1395333567.10748.bug-gnu-emacs@gnu.org> 0 siblings, 2 replies; 6+ messages in thread From: Sebastien Vauban @ 2014-03-20 10:30 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 17040-ubl+/3LiMTaZdePnXv/OxA Eli Zaretskii wrote: >> From: Sebastien Vauban <sva-news-D0wtAvR13HarG/iDocfnWg@public.gmane.org> >> Date: Wed, 19 Mar 2014 15:57:36 +0100 >> >> Anyway, here's the backtrace I got: > > Thanks for the effort, but as I said several times, such backtraces > are not useful without the Lisp backtrace part. All I can say from > this backtrace is that you were deep inside some hook stored in > before-change-functions; that hook was invoked because you inserted > something into a buffer. That is all. > > What we need is names of some Lisp functions, preferably from Org, > that we could then examine in order to look for potential infloops. > That's impossible without Lisp backtrace. To get that, you need the > .gdbinit file, and you need to instruct GDB to read it by using the > 'source' command. I still have that GDB session open... So I just did it: --8<---------------cut here---------------start------------->8--- (gdb) source ~/.gdbinit SIGINT is used by the debugger. Are you sure you want to change it? (y or n) [answered Y; input not from terminal] Warning: /cygdrive/c/Program Files (x86)/emacs-r114715-20131019-w32/bin/../lwlib: No such file or directory. Environment variable "DISPLAY" not defined. TERM = xterm-256color (gdb) ~/.gdbinit:1261: Error in sourced command file: PC register is not available Warning: /cygdrive/c/Program Files (x86)/emacs-r114715-20131019-w32/bin/../lwlib: No such file or directory. SIGINT is used by the debugger. Are you sure you want to change it? (y or n) [answered Y; input not from terminal] Redefine command "xgetptr"? (y or n) [answered Y; input not from terminal] Redefine command "xgetint"? (y or n) [answered Y; input not from terminal] Redefine command "xgettype"? (y or n) [answered Y; input not from terminal] Redefine command "pr"? (y or n) [answered Y; input not from terminal] Redefine command "pp"? (y or n) [answered Y; input not from terminal] Redefine command "pv"? (y or n) [answered Y; input not from terminal] Redefine command "ppt"? (y or n) [answered Y; input not from terminal] Redefine command "pitmethod"? (y or n) [answered Y; input not from terminal] Redefine command "pitx"? (y or n) [answered Y; input not from terminal] Redefine command "pit"? (y or n) [answered Y; input not from terminal] Redefine command "prowx"? (y or n) [answered Y; input not from terminal] Redefine command "prow"? (y or n) [answered Y; input not from terminal] Redefine command "pcursorx"? (y or n) [answered Y; input not from terminal] Redefine command "pcursor"? (y or n) [answered Y; input not from terminal] Redefine command "pwinx"? (y or n) [answered Y; input not from terminal] Redefine command "pwin"? (y or n) [answered Y; input not from terminal] Redefine command "pbiditype"? (y or n) [answered Y; input not from terminal] Redefine command "pgx"? (y or n) [answered Y; input not from terminal] Redefine command "pg"? (y or n) [answered Y; input not from terminal] Redefine command "pgi"? (y or n) [answered Y; input not from terminal] Redefine command "pgn"? (y or n) [answered Y; input not from terminal] Redefine command "pgrowx"? (y or n) [answered Y; input not from terminal] Redefine command "pgrow"? (y or n) [answered Y; input not from terminal] Redefine command "pgrowit"? (y or n) [answered Y; input not from terminal] Redefine command "prowlims"? (y or n) [answered Y; input not from terminal] Redefine command "pmtxrows"? (y or n) [answered Y; input not from terminal] Redefine command "xtype"? (y or n) [answered Y; input not from terminal] Redefine command "pvectype"? (y or n) [answered Y; input not from terminal] Redefine command "xvectype"? (y or n) [answered Y; input not from terminal] Redefine command "pvecsize"? (y or n) [answered Y; input not from terminal] Redefine command "xvecsize"? (y or n) [answered Y; input not from terminal] Redefine command "xmisctype"? (y or n) [answered Y; input not from terminal] Redefine command "xint"? (y or n) [answered Y; input not from terminal] Redefine command "xptr"? (y or n) [answered Y; input not from terminal] Redefine command "xmarker"? (y or n) [answered Y; input not from terminal] Redefine command "xoverlay"? (y or n) [answered Y; input not from terminal] Redefine command "xmiscfree"? (y or n) [answered Y; input not from terminal] Redefine command "xsymbol"? (y or n) [answered Y; input not from terminal] Redefine command "xstring"? (y or n) [answered Y; input not from terminal] Redefine command "xvector"? (y or n) [answered Y; input not from terminal] Redefine command "xprocess"? (y or n) [answered Y; input not from terminal] Redefine command "xframe"? (y or n) [answered Y; input not from terminal] Redefine command "xcompiled"? (y or n) [answered Y; input not from terminal] Redefine command "xwindow"? (y or n) [answered Y; input not from terminal] Redefine command "xwinconfig"? (y or n) [answered Y; input not from terminal] Redefine command "xsubr"? (y or n) [answered Y; input not from terminal] Redefine command "xchartable"? (y or n) [answered Y; input not from terminal] Redefine command "xsubchartable"? (y or n) [answered Y; input not from terminal] Redefine command "xboolvector"? (y or n) [answered Y; input not from terminal] Redefine command "xbuffer"? (y or n) [answered Y; input not from terminal] Redefine command "xhashtable"? (y or n) [answered Y; input not from terminal] Redefine command "xcons"? (y or n) [answered Y; input not from terminal] Redefine command "nextcons"? (y or n) [answered Y; input not from terminal] Redefine command "xcar"? (y or n) [answered Y; input not from terminal] Redefine command "xcdr"? (y or n) [answered Y; input not from terminal] Redefine command "xlist"? (y or n) [answered Y; input not from terminal] Redefine command "xfloat"? (y or n) [answered Y; input not from terminal] Redefine command "xscrollbar"? (y or n) [answered Y; input not from terminal] Redefine command "xpr"? (y or n) [answered Y; input not from terminal] Redefine command "xprintstr"? (y or n) [answered Y; input not from terminal] Redefine command "xprintsym"? (y or n) [answered Y; input not from terminal] Redefine command "xcoding"? (y or n) [answered Y; input not from terminal] Redefine command "xcharset"? (y or n) [answered Y; input not from terminal] Redefine command "xfontset"? (y or n) [answered Y; input not from terminal] Redefine command "xfont"? (y or n) [answered Y; input not from terminal] Redefine command "xbacktrace"? (y or n) [answered Y; input not from terminal] Redefine command "xprintbytestr"? (y or n) [answered Y; input not from terminal] Redefine command "xwhichsymbols"? (y or n) [answered Y; input not from terminal] Redefine command "xbytecode"? (y or n) [answered Y; input not from terminal] Redefine command "hookpost-backtrace"? (y or n) [answered Y; input not from terminal] Redefine command "ff"? (y or n) [answered Y; input not from terminal] Environment variable "DISPLAY" not defined. TERM = xterm-256color (gdb) ~/.gdbinit:1261: Error in sourced command file: PC register is not available xbacktrace (gdb) PC register is not available An error occurred while in a function called from GDB. Evaluation of the expression containing the function (backtrace_top) will be abandoned. When the function is done executing, GDB will silently stop. --8<---------------cut here---------------end--------------->8--- Though, I must admit I don't understand what's going on. Can you? Still keeping the session open, in case... Best regards, Seb ^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#17040: 24.3.50; Emacs + Org mode hangs 2014-03-20 10:30 ` Sebastien Vauban @ 2014-03-20 16:38 ` Eli Zaretskii [not found] ` <mailman.17657.1395333567.10748.bug-gnu-emacs@gnu.org> 1 sibling, 0 replies; 6+ messages in thread From: Eli Zaretskii @ 2014-03-20 16:38 UTC (permalink / raw) To: Sebastien Vauban; +Cc: 17040 > From: Sebastien Vauban <sva-news@mygooglest.com> > Cc: 17040@debbugs.gnu.org > Date: Thu, 20 Mar 2014 11:30:28 +0100 > > > What we need is names of some Lisp functions, preferably from Org, > > that we could then examine in order to look for potential infloops. > > That's impossible without Lisp backtrace. To get that, you need the > > .gdbinit file, and you need to instruct GDB to read it by using the > > 'source' command. > > I still have that GDB session open... So I just did it: > > --8<---------------cut here---------------start------------->8--- > (gdb) source ~/.gdbinit > SIGINT is used by the debugger. > Are you sure you want to change it? (y or n) [answered Y; input not from terminal] > Warning: /cygdrive/c/Program Files (x86)/emacs-r114715-20131019-w32/bin/../lwlib: No such file or directory. > Environment variable "DISPLAY" not defined. > TERM = xterm-256color > (gdb) ~/.gdbinit:1261: Error in sourced command file: > PC register is not available ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ That session is ruined, so it won't help. This happened because you typed "finish" after attaching the debugger; next time please don't do that. Since you say these problems are quite frequent, please produce the Lisp backtrace next time this happens. Thanks. ^ permalink raw reply [flat|nested] 6+ messages in thread
[parent not found: <mailman.17657.1395333567.10748.bug-gnu-emacs@gnu.org>]
[parent not found: <mailman.17657.1395333567.10748.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>]
* bug#17040: 24.3.50; Emacs + Org mode hangs [not found] ` <mailman.17657.1395333567.10748.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org> @ 2014-03-20 17:01 ` Sebastien Vauban 0 siblings, 0 replies; 6+ messages in thread From: Sebastien Vauban @ 2014-03-20 17:01 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 17040-ubl+/3LiMTaZdePnXv/OxA Eli Zaretskii wrote: >> From: Sebastien Vauban <sva-news-D0wtAvR13HarG/iDocfnWg@public.gmane.org> >> Cc: 17040-ubl+/3LiMTaZdePnXv/OxA@public.gmane.org >> Date: Thu, 20 Mar 2014 11:30:28 +0100 >> >> > What we need is names of some Lisp functions, preferably from Org, >> > that we could then examine in order to look for potential infloops. >> > That's impossible without Lisp backtrace. To get that, you need the >> > .gdbinit file, and you need to instruct GDB to read it by using the >> > 'source' command. >> >> I still have that GDB session open... So I just did it: >> >> --8<---------------cut here---------------start------------->8--- >> (gdb) source ~/.gdbinit >> SIGINT is used by the debugger. >> Are you sure you want to change it? (y or n) [answered Y; input not from terminal] >> Warning: /cygdrive/c/Program Files (x86)/emacs-r114715-20131019-w32/bin/../lwlib: No such file or directory. >> Environment variable "DISPLAY" not defined. >> TERM = xterm-256color >> (gdb) ~/.gdbinit:1261: Error in sourced command file: >> PC register is not available > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > That session is ruined, so it won't help. This happened because you > typed "finish" after attaching the debugger; next time please don't do > that. > > Since you say these problems are quite frequent, please produce the > Lisp backtrace next time this happens. OK, right. Best regards, Seb -- Sebastien Vauban ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2014-03-20 17:01 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <86lhw65j8f.fsf@somewhere.org>
2014-03-19 17:03 ` bug#17040: 24.3.50; Emacs + Org mode hangs Eli Zaretskii
2014-03-19 17:07 ` Juanma Barranquero
[not found] ` <CAAeL0SReZsOA5nfMfkX4WivSgVacRw9jPbQpCzkXbjeXux4xYw__6285.99562119252$1395330721$gmane$org-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-03-20 15:53 ` Sebastien Vauban
[not found] ` <8338ie9l3v.fsf@gnu.org>
[not found] ` <8338ie9l3v.fsf-mXXj517/zsQ@public.gmane.org>
2014-03-20 10:30 ` Sebastien Vauban
2014-03-20 16:38 ` Eli Zaretskii
[not found] ` <mailman.17657.1395333567.10748.bug-gnu-emacs@gnu.org>
[not found] ` <mailman.17657.1395333567.10748.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
2014-03-20 17:01 ` Sebastien Vauban
Code repositories for project(s) associated with this public inbox https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).