[O] bug#18785: 24.4.1; Emacs hangs with Org mode when point is in LOGBOOK

2015-12-26 Thread Lars Ingebrigtsen 
Eli Zaretskii  writes:

>> From: Glenn Morris 
>> Cc: Sebastien Vauban ,  18...@debbugs.gnu.org
>> Date: Wed, 26 Nov 2014 11:53:03 -0500
>> 
>> Eli Zaretskii wrote:
>> 
>> >> "sp-show--pair-function" (0x88f14c)
>> [...]
>> > Maybe.  This backtrace looks very different from the last one.
>> 
>> It indeed appears to be from smartparens, which is not part of Emacs.
>
> Perhaps that package is the one that infloops, and the fact that it
> happens on a closing bracket character seems to point that way.

Assuming this is a problem in smartparens, I'm closing this bug report
in the Emacs bug tracker.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

[O] bug#18785: 24.4.1; Emacs hangs with Org mode when point is in LOGBOOK

2014-11-26 Thread Eli Zaretskii 
 From: Sebastien Vauban sva-n...@mygooglest.com
 Cc: 18...@debbugs.gnu.org
 Date: Wed, 26 Nov 2014 14:11:31 +0100
 
 Lisp Backtrace:
 line-end-position (0x88ccb0)
 back-to-indentation (0x88cdf8)
 current-left-margin (0x88cf60)
 move-to-left-margin (0x88d0b8)
 0x126b2a8 PVEC_COMPILED
 funcall (0x88d220)
 with-no-warnings (0x88d36c)
 setq (0x88d41c)
 if (0x88d4ac)
 let (0x88d5cc)
 ad-Advice-forward-paragraph (0x88d7b0)
 apply (0x88d7ac)
 forward-paragraph (0x88d908)
 0x126b380 PVEC_COMPILED
 funcall (0x88da60)
 with-no-warnings (0x88dbac)
 setq (0x88dc5c)
 if (0x88dcec)
 let (0x88de0c)
 ad-Advice-backward-paragraph (0x88dff0)
 apply (0x88dfec)
 backward-paragraph (0x88e15c)
 0x67a1070 PVEC_COMPILED
 funcall (0x88e2d0)
 syntax-ppss (0x88e58c)
 sp-get-quoted-string-bounds (0x88e6e8)
 sp--get-string-or-comment-bounds (0x88e838)
 sp-get-paired-expression (0x88e9b8)
 sp-get-expression (0x88eb18)
 sp-get-sexp (0x88ec78)
 sp-get-thing (0x88edd8)
 0x5b38338 PVEC_COMPILED
 sp-show--pair-function (0x88f14c)
 apply (0x88f148)
 byte-code (0x88f260)
 timer-event-handler (0x88f49c)
 (gdb)
 --8---cut here---end---8---
 
 Does it help this time?

Maybe.  This backtrace looks very different from the last one.

What time fired here, and what function was it supposed to run?  And
how is that timer related to your LOGBOOK drawer?

[O] bug#18785: 24.4.1; Emacs hangs with Org mode when point is in LOGBOOK

2014-11-26 Thread Glenn Morris 
Eli Zaretskii wrote:

 sp-show--pair-function (0x88f14c)
[...]
 Maybe.  This backtrace looks very different from the last one.

It indeed appears to be from smartparens, which is not part of Emacs.

[O] bug#18785: 24.4.1; Emacs hangs with Org mode when point is in LOGBOOK

2014-11-26 Thread Eli Zaretskii 
 From: Glenn Morris r...@gnu.org
 Cc: Sebastien Vauban sva-n...@mygooglest.com,  18...@debbugs.gnu.org
 Date: Wed, 26 Nov 2014 11:53:03 -0500
 
 Eli Zaretskii wrote:
 
  sp-show--pair-function (0x88f14c)
 [...]
  Maybe.  This backtrace looks very different from the last one.
 
 It indeed appears to be from smartparens, which is not part of Emacs.

Perhaps that package is the one that infloops, and the fact that it
happens on a closing bracket character seems to point that way.

[O] bug#18785: 24.4.1; Emacs hangs with Org mode when point is in LOGBOOK

2014-10-24 Thread Eli Zaretskii 
 From: Sebastien Vauban sva-n...@mygooglest.com
 Cc: 18...@debbugs.gnu.org
 Date: Fri, 24 Oct 2014 16:44:03 +0200
 
  Some, yes.  Now do that again, but instead of typing finish, type
  bt full after thread 1.
 
 Here it is:

Thanks.  What happens if you type xbacktrace?  (You might need to
type source /path/to/.gdbinit before that, to get the xbacktrace
command defined.)

[O] bug#18785: 24.4.1; Emacs hangs with Org mode when point is in LOGBOOK

2014-10-24 Thread Glenn Morris 

Just to mention the obvious thing; has anyone tried M-x
toggle-debug-on-quit followed by ctrl-g?

[O] bug#18785: 24.4.1; Emacs hangs with Org mode when point is in LOGBOOK

2014-10-24 Thread Eli Zaretskii 
 From: Sebastien Vauban sva-n...@mygooglest.com
 Cc: 18...@debbugs.gnu.org
 Date: Fri, 24 Oct 2014 21:10:49 +0200
 
  Thanks.  What happens if you type xbacktrace?  (You might need to
  type source /path/to/.gdbinit before that, to get the xbacktrace
  command defined.)
 
 It seems to fail?

You mean, this:

 (gdb) xbacktrace
 [Thread 8300.0x2b00 exited with code 0]
 (gdb) No symbol DATA_SEG_BITS in current context.

?  If so, please upgrade to a newer version of GDB.  (There is a way
to get the same information without xbacktrace, but it's painful, so
if you can easily upgrade your GDB, it will mean less work.)

[O] bug#18785: 24.4.1; Emacs hangs with Org mode when point is in LOGBOOK

2014-10-24 Thread Eli Zaretskii 
 Date: Fri, 24 Oct 2014 22:35:59 +0300
 From: Eli Zaretskii e...@gnu.org
 Cc: 18...@debbugs.gnu.org
 
  (gdb) xbacktrace
  [Thread 8300.0x2b00 exited with code 0]
  (gdb) No symbol DATA_SEG_BITS in current context.
 
 ?  If so, please upgrade to a newer version of GDB.  (There is a way
 to get the same information without xbacktrace, but it's painful, so
 if you can easily upgrade your GDB, it will mean less work.)

Actually, I was wrong, sorry.  The problem is likely in the .gdbinit
file you are using: please get the latest one from the repository.

Re: [O] bug#18785: 24.4.1; Emacs hangs with Org mode when point is in LOGBOOK

2014-10-23 Thread Fabrice Niessen 
Eli Zaretskii wrote:
 From: Fabrice Niessen fni-n...@pirilampo.org
 Cc: 18...@debbugs.gnu.org, Org-mode List emacs-orgmode@gnu.org
 Date: Wed, 22 Oct 2014 12:35:30 +0200
 
 I reproduced the problem.
 
 Then, I tried (multiple times) to C-z in the GDB session, but nothing
 happens: Emacs stays block and I don't get any GDB prompt.
 
 Am I missing something?

 The C-z trick doesn't work on Windows.

That may be worth to mention it in the document?

 So instead run Emacs normally, reproduce the problem, and then attach
 the debugger to the running Emacs with gdb -p PID, where PID is the
 numerical process ID of Emacs.  Then switch to thread 1, and do what
 etc/DEBUG says about finish.

OK. Just did it.

--8---cut here---start-8---
$ gdb -p 2888
GNU gdb (GDB) 7.8
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type show copying
and show warranty for details.
This GDB was configured as i686-pc-cygwin.
Type show configuration for configuration details.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/.
Find the GDB manual and other documentation resources online at:
http://www.gnu.org/software/gdb/documentation/.
For help, type help.
Type apropos word to search for commands related to word.
/cygdrive/d/Users/fni/.gdbinit:19: Error in sourced command file:
No symbol table is loaded.  Use the file command.
Attaching to process 2888
[New Thread 2888.0x233c]
[New Thread 2888.0x2894]
[New Thread 2888.0x31a4]
[New Thread 2888.0x1d60]
[New Thread 2888.0x35c]
[New Thread 2888.0x1e2c]
[New Thread 2888.0x1cc8]
[New Thread 2888.0x1f6c]
[New Thread 2888.0x1a54]
[New Thread 2888.0x1cd4]
[New Thread 2888.0x2388]
[New Thread 2888.0x2930]
[New Thread 2888.0x664]
[New Thread 2888.0x1b70]
[New Thread 2888.0x2578]
[New Thread 2888.0x133c]
[New Thread 2888.0x18d8]
[New Thread 2888.0x1328]
[New Thread 2888.0x3110]
[New Thread 2888.0x2768]
[New Thread 2888.0x8d0]
[New Thread 2888.0x2b60]
[New Thread 2888.0x21b4]
[New Thread 2888.0x424]
[New Thread 2888.0x3068]
[New Thread 2888.0x2da0]
[New Thread 2888.0x2c08]
[New Thread 2888.0x24ac]
[New Thread 2888.0x1ee8]
[New Thread 2888.0x1fc]
[New Thread 2888.0x153c]
[New Thread 2888.0x2784]
[New Thread 2888.0x524]
[New Thread 2888.0x1614]
[New Thread 2888.0x2168]
[New Thread 2888.0xa4c]
[New Thread 2888.0x2344]
[New Thread 2888.0x2c40]
[New Thread 2888.0x11e0]
[New Thread 2888.0x1a30]
[New Thread 2888.0x2660]
[New Thread 2888.0x2e18]
[New Thread 2888.0x2a80]
[New Thread 2888.0x1ba4]
[New Thread 2888.0x15c8]
[New Thread 2888.0x270c]
[New Thread 2888.0x694]
[New Thread 2888.0x2764]
[New Thread 2888.0xe74]
[New Thread 2888.0x2914]
[New Thread 2888.0xf5c]
[New Thread 2888.0x1420]
[New Thread 2888.0x2f90]
[New Thread 2888.0x810]
[New Thread 2888.0x22cc]
Reading symbols from /cygdrive/c/Program Files 
(x86)/emacs-trunk/bin/emacs.exe...done.
0x7727f925 in ntdll!DbgBreakPoint () from /cygdrive/c/Windows/SYSTEM32/ntdll.dll
(gdb) thread 1
[Switching to thread 1 (Thread 2888.0x233c)]
#0  0x0111cd8e in looking_at_1 (string=optimized out, posix=optimized out) 
at c:/msys/home/Dani/em
333 c:/msys/home/Dani/emacs/trunk/src/search.c: No such file or directory.
(gdb) finish
Run till exit from #0  0x0111cd8e in looking_at_1 (string=optimized out, 
posix=optimized out) at c:/msys/home/Dani/emacs/trunk/src/search.c:333
0x0114e182 in Ffuncall (nargs=2, args=0x88ccb4) at 
c:/msys/home/Dani/emacs/trunk/src/eval.c:2723
2723c:/msys/home/Dani/emacs/trunk/src/eval.c: No such file or directory.
Value returned is $1 = 21994682
(gdb) finish
Run till exit from #0  0x0114e182 in Ffuncall (nargs=2, args=0x88ccb4) at 
c:/msys/home/Dani/emacs/trunk/src/eval.c:2723
error return 
/usr/src/ports/gdb/gdb-7.8-2.i686/src/gdb-7.8/gdb/windows-nat.c:1239 was 5
[Thread 2888.0x22cc exited with code 0]
0x0118ab67 in exec_byte_code (bytestr=21994682, vector=780, maxdepth=2, 
args_template=21994650, nargs=21994650, args=0x0) at 
c:/msys/home/Dani/emacs/trunk/src/bytecode.c:920
920 c:/msys/home/Dani/emacs/trunk/src/bytecode.c: No such file or directory.
Value returned is $2 = 21994682
(gdb) finish
Run till exit from #0  0x0118ab67 in exec_byte_code (bytestr=21994682, 
vector=780, maxdepth=2, args_template=21994650, nargs=21994650, args=0x0) at 
c:/msys/home/Dani/emacs/trunk/src/bytecode.c:920
funcall_lambda (fun=19768957, nargs=nargs@entry=1, 
arg_vector=arg_vector@entry=0x88ce44) at 
c:/msys/home/Dani/emacs/trunk/src/eval.c:2962
2962c:/msys/home/Dani/emacs/trunk/src/eval.c: No such file or directory.
Value returned is $3 = 0
(gdb) finish
Run till exit from #0  funcall_lambda (fun=19768957, nargs=nargs@entry=1, 
arg_vector=arg_vector@entry=0x88ce44) at 
c:/msys/home/Dani/emacs/trunk/src/eval.c:2962
0x0114deeb in Ffuncall (nargs=2, args=0x88ce40) at

Re: [O] bug#18785: 24.4.1; Emacs hangs with Org mode when point is in LOGBOOK

2014-10-23 Thread Eli Zaretskii 
 From: Fabrice Niessen fni-n...@pirilampo.org
 Cc: 18...@debbugs.gnu.org,  emacs-orgmode@gnu.org
 Date: Thu, 23 Oct 2014 12:34:01 +0200
 
  The C-z trick doesn't work on Windows.
 
 That may be worth to mention it in the document?

It's already there.

 Fprogn (body=124089086) at c:/msys/home/Dani/emacs/trunk/src/eval.c:456
 456 in c:/msys/home/Dani/emacs/trunk/src/eval.c
 Value returned is $31 = 0
 (gdb)
 --8---cut here---end---8---
 
 I've typed finish 30 times; not sure when to stop. I still will keep
 that Emacs open for now, so that you can ask me to work on it.

You should type finish as long as you get the GDB prompt (gdb) in
response.  We want to know which frame will not give you that prompt,
which is the frame where Emacs loops.

Btw, you don't need to type finish every time, just press RET after
the first time, and GDB will repeat the last command.

 - It sometimes unblock by itself (after less than 2 minutes).

Then maybe it isn't inflooping at all, but rather doing something
lengthy.

[O] bug#18785: 24.4.1; Emacs hangs with Org mode when point is in LOGBOOK

2014-10-23 Thread Fabrice Niessen 
Eli Zaretskii wrote:
 From: Fabrice Niessen fni-n...@pirilampo.org
 Cc: 18...@debbugs.gnu.org,  emacs-orgmode@gnu.org
 Date: Thu, 23 Oct 2014 12:34:01 +0200
 
  The C-z trick doesn't work on Windows.
 
 That may be worth to mention it in the document?

 It's already there.

 Fprogn (body=124089086) at c:/msys/home/Dani/emacs/trunk/src/eval.c:456
 456 in c:/msys/home/Dani/emacs/trunk/src/eval.c
 Value returned is $31 = 0
 (gdb)
 --8---cut here---end---8---
 
 I've typed finish 30 times; not sure when to stop. I still will keep
 that Emacs open for now, so that you can ask me to work on it.

 You should type finish as long as you get the GDB prompt (gdb) in
 response.  We want to know which frame will not give you that prompt,
 which is the frame where Emacs loops.

 Btw, you don't need to type finish every time, just press RET after
 the first time, and GDB will repeat the last command.

OK, good to know.

Here is the full trace:

--8---cut here---start-8---
$ gdb -p 2888
GNU gdb (GDB) 7.8
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type show copying
and show warranty for details.
This GDB was configured as i686-pc-cygwin.
Type show configuration for configuration details.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/.
Find the GDB manual and other documentation resources online at:
http://www.gnu.org/software/gdb/documentation/.
For help, type help.
Type apropos word to search for commands related to word.
/cygdrive/d/Users/fni/.gdbinit:19: Error in sourced command file:
No symbol table is loaded.  Use the file command.
Attaching to process 2888
[New Thread 2888.0x233c]
[New Thread 2888.0x2894]
[New Thread 2888.0x31a4]
[New Thread 2888.0x1d60]
[New Thread 2888.0x35c]
[New Thread 2888.0x1e2c]
[New Thread 2888.0x1cc8]
[New Thread 2888.0x1f6c]
[New Thread 2888.0x1a54]
[New Thread 2888.0x1cd4]
[New Thread 2888.0x2388]
[New Thread 2888.0x2930]
[New Thread 2888.0x664]
[New Thread 2888.0x1b70]
[New Thread 2888.0x2578]
[New Thread 2888.0x133c]
[New Thread 2888.0x18d8]
[New Thread 2888.0x1328]
[New Thread 2888.0x3110]
[New Thread 2888.0x2768]
[New Thread 2888.0x8d0]
[New Thread 2888.0x2b60]
[New Thread 2888.0x21b4]
[New Thread 2888.0x424]
[New Thread 2888.0x3068]
[New Thread 2888.0x2da0]
[New Thread 2888.0x2c08]
[New Thread 2888.0x24ac]
[New Thread 2888.0x1ee8]
[New Thread 2888.0x1fc]
[New Thread 2888.0x153c]
[New Thread 2888.0x2784]
[New Thread 2888.0x524]
[New Thread 2888.0x1614]
[New Thread 2888.0x2168]
[New Thread 2888.0xa4c]
[New Thread 2888.0x2344]
[New Thread 2888.0x2c40]
[New Thread 2888.0x11e0]
[New Thread 2888.0x1a30]
[New Thread 2888.0x2660]
[New Thread 2888.0x2e18]
[New Thread 2888.0x2a80]
[New Thread 2888.0x1ba4]
[New Thread 2888.0x15c8]
[New Thread 2888.0x270c]
[New Thread 2888.0x694]
[New Thread 2888.0x2764]
[New Thread 2888.0xe74]
[New Thread 2888.0x2914]
[New Thread 2888.0xf5c]
[New Thread 2888.0x1420]
[New Thread 2888.0x2f90]
[New Thread 2888.0x810]
[New Thread 2888.0x22cc]
Reading symbols from /cygdrive/c/Program Files 
(x86)/emacs-trunk/bin/emacs.exe...done.
0x7727f925 in ntdll!DbgBreakPoint () from /cygdrive/c/Windows/SYSTEM32/ntdll.dll
(gdb) thread 1
[Switching to thread 1 (Thread 2888.0x233c)]
#0  0x0111cd8e in looking_at_1 (string=optimized out, posix=optimized out) 
at c:/msys/home/Dani/em
333 c:/msys/home/Dani/emacs/trunk/src/search.c: No such file or directory.
(gdb) finish
Run till exit from #0  0x0111cd8e in looking_at_1 (string=optimized out, 
posix=optimized out) at c:/msys/home/Dani/emacs/trunk/src/search.c:333
0x0114e182 in Ffuncall (nargs=2, args=0x88ccb4) at 
c:/msys/home/Dani/emacs/trunk/src/eval.c:2723
2723c:/msys/home/Dani/emacs/trunk/src/eval.c: No such file or directory.
Value returned is $1 = 21994682
(gdb) finish
Run till exit from #0  0x0114e182 in Ffuncall (nargs=2, args=0x88ccb4) at 
c:/msys/home/Dani/emacs/trunk/src/eval.c:2723
error return 
/usr/src/ports/gdb/gdb-7.8-2.i686/src/gdb-7.8/gdb/windows-nat.c:1239 was 5
[Thread 2888.0x22cc exited with code 0]
0x0118ab67 in exec_byte_code (bytestr=21994682, vector=780, maxdepth=2, 
args_template=21994650, nargs=21994650, args=0x0) at 
c:/msys/home/Dani/emacs/trunk/src/bytecode.c:920
920 c:/msys/home/Dani/emacs/trunk/src/bytecode.c: No such file or directory.
Value returned is $2 = 21994682
(gdb) finish
Run till exit from #0  0x0118ab67 in exec_byte_code (bytestr=21994682, 
vector=780, maxdepth=2, args_template=21994650, nargs=21994650, args=0x0) at 
c:/msys/home/Dani/emacs/trunk/src/bytecode.c:920
funcall_lambda (fun=19768957, nargs=nargs@entry=1, 
arg_vector=arg_vector@entry=0x88ce44) at 
c:/msys/home/Dani/emacs/trunk/src/eval.c:2962
2962c:/msys/home/Dani/emacs/trunk/src/eval.c: No such file or

Re: [O] bug#18785: 24.4.1; Emacs hangs with Org mode when point is in LOGBOOK

2014-10-23 Thread Eli Zaretskii 
 From: Fabrice Niessen fni-n...@pirilampo.org
 Cc: 18...@debbugs.gnu.org,  emacs-orgmode@gnu.org
 Date: Thu, 23 Oct 2014 19:27:26 +0200
 
 920 c:/msys/home/Dani/emacs/trunk/src/bytecode.c: No such file or 
 directory.
 Value returned is $50 = 206279014
 (gdb)
 Run till exit from #0  0x0118ab67 in exec_byte_code (bytestr=206279014, 
 vector=410, maxdepth=1, args_template=21994650, nargs=21994650, args=0x0) at 
 c:/msys/home/Dani/emacs/trunk/src/bytecode.c:920
 [New Thread 2888.0x27e8]
 [New Thread 2888.0x1160]
 --8---cut here---end---8---
 
 Does it give you some meat?

Some, yes.  Now do that again, but instead of typing finish, type
bt full after thread 1.

Re: [O] bug#18785: 24.4.1; Emacs hangs with Org mode when point is in LOGBOOK

2014-10-23 Thread Fabrice Niessen 
Eli Zaretskii wrote:
 From: Fabrice Niessen fni-n...@pirilampo.org
 Cc: 18...@debbugs.gnu.org,  emacs-orgmode@gnu.org
 Date: Thu, 23 Oct 2014 19:27:26 +0200
 
 920 c:/msys/home/Dani/emacs/trunk/src/bytecode.c: No such file or 
 directory.
 Value returned is $50 = 206279014
 (gdb)
 Run till exit from #0 0x0118ab67 in exec_byte_code (bytestr=206279014,
 vector=410, maxdepth=1, args_template=21994650, nargs=21994650, args=0x0) at
 c:/msys/home/Dani/emacs/trunk/src/bytecode.c:920
 [New Thread 2888.0x27e8]
 [New Thread 2888.0x1160]
 --8---cut here---end---8---
 
 Does it give you some meat?

 Some, yes.  Now do that again, but instead of typing finish, type
 bt full after thread 1.

You mean in another Emacs session, right?  Because I don't have the GDB
prompt anymore...

Re: [O] bug#18785: 24.4.1; Emacs hangs with Org mode when point is in LOGBOOK

2014-10-23 Thread Eli Zaretskii 
 From: Fabrice Niessen fni-n...@pirilampo.org
 Cc: 18...@debbugs.gnu.org,  emacs-orgmode@gnu.org
 Date: Thu, 23 Oct 2014 19:56:32 +0200
 
  Now do that again, but instead of typing finish, type bt full
  after thread 1.
 
 You mean in another Emacs session, right?

Yes.

[O] bug#18785: 24.4.1; Emacs hangs with Org mode when point is in LOGBOOK

2014-10-22 Thread Fabrice Niessen 
Eli Zaretskii wrote:
 From: Fabrice Niessen fni-n...@pirilampo.org
 
 On Windows 8, with Emacs 24.4.1 (from Dani) and Org mode version
 8.3beta, I can very often freeze Emacs when clocking into a task, or
 when editing the timestamps found in the LOGBOOK drawer.
 
 I've run Emacs under GDB, and can send a video of it, where you also see
 that Emacs takes 100% of the CPU. Though, I can only send it on request,
 as it contains information in my Org buffers which I don't want to see
 public.

 Is that video worth watching?  I mean, what could a video of a frozen
 Emacs tell?

No, I guess it's not.

 $ gdb ./emacs.exe
 GNU gdb (GDB) 7.8

 This GDB session brings no useful info.  Please follow the method
 described in etc/DEBUG under If the symptom of the bug is that Emacs
 fails to respond.

I think I can reproduce it reliably:

1. Open an Org file
2. Go to a task headline
3. Clock into it (C-c C-x C-i)
4. Press down arrown to go to next line
5. Press TAB to open LOGBOOK drawer
6. Press C-c C-n to go the the next task (as drawer is huge)
7. Press up arrow to go to the line before the last clock line
8. Press left arrow to go to the end of the last clock line

I'm not sure whether variations of this do work or not... or whether the
contents of my file does have impact on the recipe.

Now, as asked...

  ┌
  │ ** If the symptom of the bug is that Emacs fails to respond
  │ 
  │ Don't assume Emacs is `hung'--it may instead be in an infinite loop.
  │ To find out which, make the problem happen under GDB and stop Emacs
  │ once it is not responding.  (If Emacs is using X Windows directly, you
  │ can stop Emacs by typing C-z at the GDB job.)  Then try stepping with
  │ `step'.  If Emacs is hung, the `step' command won't return.  If it is
  │ looping, `step' will return. [...]
  └

...what I did is launch Emacs from GDB in a Cygwin shell:

--8---cut here---start-8---
$ gdb ./emacs.exe
GNU gdb (GDB) 7.8
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type show copying
and show warranty for details.
This GDB was configured as i686-pc-cygwin.
Type show configuration for configuration details.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/.
Find the GDB manual and other documentation resources online at:
http://www.gnu.org/software/gdb/documentation/.
For help, type help.
Type apropos word to search for commands related to word...
/cygdrive/d/Users/fni/.gdbinit:19: Error in sourced command file:
No symbol table is loaded.  Use the file command.
Reading symbols from ./emacs.exe...done.
(gdb) set debugexceptions 1
(gdb) run
Starting program: /cygdrive/c/Program Files (x86)/emacs-trunk/bin/emacs.exe
[New Thread 4084.0x15cc]
--8---cut here---end---8---

I reproduced the problem.

Then, I tried (multiple times) to C-z in the GDB session, but nothing
happens: Emacs stays block and I don't get any GDB prompt.

Am I missing something?

Best regards,
Fabrice

Re: [O] bug#18785: 24.4.1; Emacs hangs with Org mode when point is in LOGBOOK

2014-10-22 Thread Eli Zaretskii 
 From: Fabrice Niessen fni-n...@pirilampo.org
 Cc: 18...@debbugs.gnu.org, Org-mode List emacs-orgmode@gnu.org
 Date: Wed, 22 Oct 2014 12:35:30 +0200
 
 I reproduced the problem.
 
 Then, I tried (multiple times) to C-z in the GDB session, but nothing
 happens: Emacs stays block and I don't get any GDB prompt.
 
 Am I missing something?

The C-z trick doesn't work on Windows.  So instead run Emacs normally,
reproduce the problem, and then attach the debugger to the running
Emacs with gdb -p PID, where PID is the numerical process ID of
Emacs.  Then switch to thread 1, and do what etc/DEBUG says about
finish.

Re: [O] bug#18785: 24.4.1; Emacs hangs with Org mode when point is in LOGBOOK

2014-10-21 Thread Eli Zaretskii 
 From: Fabrice Niessen fni-n...@pirilampo.org
 Date: Tue, 21 Oct 2014 14:47:16 +0200
 
 On Windows 8, with Emacs 24.4.1 (from Dani) and Org mode version
 8.3beta, I can very often freeze Emacs when clocking into a task, or
 when editing the timestamps found in the LOGBOOK drawer.
 
 I've run Emacs under GDB, and can send a video of it, where you also see
 that Emacs takes 100% of the CPU. Though, I can only send it on request,
 as it contains information in my Org buffers which I don't want to see
 public.

Is that video worth watching?  I mean, what could a video of a frozen
Emacs tell?

 $ gdb ./emacs.exe
 GNU gdb (GDB) 7.8

This GDB session brings no useful info.  Please follow the method
described in etc/DEBUG under If the symptom of the bug is that Emacs
fails to respond.

Thanks.