bug#11351: 24.1.50; marker does not point anywhere

bug#11351: 24.1.50; marker does not point anywhere

[Sam Steingold]

In GNU Emacs 24.1.50.2 (x86_64-unknown-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2012-04-25 on t520sds
Bzr revision: 108032 sdl.web@gmail.com-20120425152319-6spihz4warse7g3v
Windowing system distributor `The X.Org Foundation', version 11.0.11004000
Configured using:
 `configure '--with-wide-int''

every now and then emacs falls into a catatonic trance.
gdb says:

(gdb) where
#0  0x00007ffff4182613 in select () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x00000000004b89c4 in XTflash (f=0xf21a40) at /home/sds/src/emacs/trunk/src/xterm.c:3165
#2  XTring_bell (f=0xf21a40) at /home/sds/src/emacs/trunk/src/xterm.c:3236
#3  0x00000000004f5718 in cmd_error_internal (data=72641286, context=0x7fffffffb1d0 "") at /home/sds/src/emacs/trunk/src/keyboard.c:1103
#4  0x00000000004f5896 in cmd_error (data=72641286) at /home/sds/src/emacs/trunk/src/keyboard.c:1036
#5  0x00000000005667c9 in internal_condition_case (bfun=0x5009f0 <command_loop_1>, handlers=12019090, hfun=0x4f5780 <cmd_error>)
    at /home/sds/src/emacs/trunk/src/eval.c:1438
#6  0x00000000004f3bee in command_loop_2 (ignore=<optimized out>) at /home/sds/src/emacs/trunk/src/keyboard.c:1160
#7  0x0000000000566678 in internal_catch (tag=Cannot access memory at address 0xffffffffffffffe0
) at /home/sds/src/emacs/trunk/src/eval.c:1205
#8  0x00000000004f51cf in command_loop () at /home/sds/src/emacs/trunk/src/keyboard.c:1125
#9  recursive_edit_1 () at /home/sds/src/emacs/trunk/src/keyboard.c:759
#10 0x00000000004f558c in Frecursive_edit () at /home/sds/src/emacs/trunk/src/keyboard.c:823
#11 0x00000000005684fb in Ffuncall (nargs=<optimized out>, args=0x7fffffffb5c0) at /home/sds/src/emacs/trunk/src/eval.c:2932
#12 0x00000000005a0b56 in exec_byte_code (bytestr=<optimized out>, vector=<optimized out>, maxdepth=<optimized out>, args_template=<optimized out>, 
    nargs=<optimized out>, args=<optimized out>) at /home/sds/src/emacs/trunk/src/bytecode.c:785
#13 0x0000000000567fa1 in funcall_lambda (fun=30331573, nargs=<optimized out>, arg_vector=0x7fffffffb858)
    at /home/sds/src/emacs/trunk/src/eval.c:3166
#14 0x000000000056831b in Ffuncall (nargs=3, args=0x7fffffffb850) at /home/sds/src/emacs/trunk/src/eval.c:2996
#15 0x00000000005693b7 in Fapply (nargs=<optimized out>, args=0x7fffffffb910) at /home/sds/src/emacs/trunk/src/eval.c:2440
#16 0x0000000000568870 in apply1 (fn=12088930, arg=<optimized out>) at /home/sds/src/emacs/trunk/src/eval.c:2678
#17 0x0000000000568a21 in call_debugger (arg=57847750) at /home/sds/src/emacs/trunk/src/eval.c:227
#18 0x0000000000568e86 in maybe_call_debugger (data=57847862, sig=12019090, conditions=8632246) at /home/sds/src/emacs/trunk/src/eval.c:1863
#19 Fsignal (error_symbol=12019090, data=57847862) at /home/sds/src/emacs/trunk/src/eval.c:1684
#20 0x0000000000569069 in xsignal (error_symbol=<optimized out>, data=<optimized out>) at /home/sds/src/emacs/trunk/src/eval.c:1719
#21 0x0000000000569b37 in xsignal1 (error_symbol=12019090, arg=<optimized out>) at /home/sds/src/emacs/trunk/src/eval.c:1734
#22 0x0000000000569bbc in verror (m=<optimized out>, ap=<optimized out>) at /home/sds/src/emacs/trunk/src/eval.c:1932
#23 0x0000000000569c4c in error (m=<optimized out>) at /home/sds/src/emacs/trunk/src/eval.c:1944
#24 0x000000000051dcc4 in marker_position (marker=<optimized out>) at /home/sds/src/emacs/trunk/src/marker.c:777
#25 0x0000000000514667 in overlays_at (pos=77003, extend=0, vec_ptr=0x7fffffffccd8, len_ptr=0x7fffffffcce0, next_ptr=0x0, prev_ptr=0x0, change_req=0)
    at /home/sds/src/emacs/trunk/src/buffer.c:2541
#26 0x00000000005bc60f in get_char_property_and_overlay (position=308012, prop=12156402, object=43556693, overlay=0x0)
    at /home/sds/src/emacs/trunk/src/textprop.c:626
#27 0x00000000005b9756 in get_local_map (position=<optimized out>, buffer=0x2989f50, type=12156402) at /home/sds/src/emacs/trunk/src/intervals.c:2306
#28 0x00000000004febe7 in read_key_sequence (keybuf=0x7fffffffcf40, prompt=11966850, dont_downcase_last=0, can_return_switch_frame=1, 
    fix_current_buffer=1, bufsize=30) at /home/sds/src/emacs/trunk/src/keyboard.c:9147
#29 0x0000000000500bc5 in command_loop_1 () at /home/sds/src/emacs/trunk/src/keyboard.c:1449
#30 0x0000000000566796 in internal_condition_case (bfun=0x5009f0 <command_loop_1>, handlers=12019090, hfun=0x4f5780 <cmd_error>)
---Type <return> to continue, or q <return> to quit---
    at /home/sds/src/emacs/trunk/src/eval.c:1448
#31 0x00000000004f3bee in command_loop_2 (ignore=<optimized out>) at /home/sds/src/emacs/trunk/src/keyboard.c:1160
#32 0x0000000000566678 in internal_catch (tag=Cannot access memory at address 0xffffffffffffffe0
) at /home/sds/src/emacs/trunk/src/eval.c:1205
#33 0x00000000004f5257 in command_loop () at /home/sds/src/emacs/trunk/src/keyboard.c:1139
#34 recursive_edit_1 () at /home/sds/src/emacs/trunk/src/keyboard.c:759
#35 0x00000000004f558c in Frecursive_edit () at /home/sds/src/emacs/trunk/src/keyboard.c:823
#36 0x000000000040fe8d in main (argc=1, argv=<optimized out>) at /home/sds/src/emacs/trunk/src/emacs.c:1711

Lisp Backtrace:
"recursive-edit" (0xffffb5c8)
"debug" (0xffffb858)

emacs displays the *Backtrace* buffer with a single line:

debugger entered--lisp error: (error "Marker does not point anywhere")

and neither C-g not C-] can get me out.
moreover, I have visible bell on, so the top and bootom lines are in
reverse video, i.e., emacs is constantly sounding the bell.
(I am writing this in a separate emacs session)
I already had to kill emacs a few times times before; this is very
annoying.
this appears to have been caused by a recent change (last 2 weeks?).


 
-- 
Sam Steingold (http://sds.podval.org/) on Ubuntu 11.10 (oneiric) X 11.0.11004000
http://www.childpsy.net/ http://iris.org.il http://memri.org
http://dhimmi.com http://camera.org http://thereligionofpeace.com
Flying is not dangerous; crashing is.

bug#11351: 24.1.50; marker does not point anywhere

[Eli Zaretskii]

> From: Sam Steingold <sds@gnu.org>
> Date: Thu, 26 Apr 2012 09:29:37 -0400
> 
> Lisp Backtrace:
> "recursive-edit" (0xffffb5c8)
> "debug" (0xffffb858)
> 
> emacs displays the *Backtrace* buffer with a single line:
> 
> debugger entered--lisp error: (error "Marker does not point anywhere")

Is this error always shown when this happens?  If so, what markers
could be involved? what were you doing when this happens?

This part of the C backtrace seems to indicate that some overlay is
involved that specifies its own keymap:

#24 0x000000000051dcc4 in marker_position (marker=<optimized out>) at /home/sds/src/emacs/trunk/src/marker.c:777
#25 0x0000000000514667 in overlays_at (pos=77003, extend=0, vec_ptr=0x7fffffffccd8, len_ptr=0x7fffffffcce0, next_ptr=0x0, prev_ptr=0x0, change_req=0)
    at /home/sds/src/emacs/trunk/src/buffer.c:2541
#26 0x00000000005bc60f in get_char_property_and_overlay (position=308012, prop=12156402, object=43556693, overlay=0x0)
    at /home/sds/src/emacs/trunk/src/textprop.c:626
#27 0x00000000005b9756 in get_local_map (position=<optimized out>, buffer=0x2989f50, type=12156402) at /home/sds/src/emacs/trunk/src/intervals.c:2306
#28 0x00000000004febe7 in read_key_sequence (keybuf=0x7fffffffcf40, prompt=11966850, dont_downcase_last=0, can_return_switch_frame=1, 
    fix_current_buffer=1, bufsize=30) at /home/sds/src/emacs/trunk/src/keyboard.c:9147

Do you have any guesses as to what that overlay might be?

bug#11351: 24.1.50; marker does not point anywhere

[Sam Steingold]

> * Eli Zaretskii <ryvm@tah.bet> [2012-04-26 16:48:12 +0300]:
>
>> From: Sam Steingold <sds@gnu.org>
>> Date: Thu, 26 Apr 2012 09:29:37 -0400
>> 
>> Lisp Backtrace:
>> "recursive-edit" (0xffffb5c8)
>> "debug" (0xffffb858)
>> 
>> emacs displays the *Backtrace* buffer with a single line:
>> 
>> debugger entered--lisp error: (error "Marker does not point anywhere")
>
> Is this error always shown when this happens?

yes.

> If so, what markers could be involved?

I have no idea. I have not been able to make Emacs responsive after this
happens.

> what were you doing when this happens?

it happened twice (or 3 times?) so far.
the last time I was applying patches with C-c C-a in *vc-diff* buffer.
it is quite possible that I was doing that the first time too, but I am
not sure.

> Do you have any guesses as to what that overlay might be?

no, but if you tell me what C variable to examine (and how), I will
gladly do that when this happens again.

-- 
Sam Steingold (http://sds.podval.org/) on Ubuntu 11.10 (oneiric) X 11.0.11004000
http://www.childpsy.net/ http://www.memritv.org http://palestinefacts.org
http://americancensorship.org http://jihadwatch.org http://honestreporting.com
Genius is immortal, but morons live longer.

bug#11351: 24.1.50; marker does not point anywhere

[Eli Zaretskii]

> From: Sam Steingold <sds@gnu.org>
> Cc: 11351@debbugs.gnu.org
> Date: Thu, 26 Apr 2012 11:31:15 -0400
> 
> > Do you have any guesses as to what that overlay might be?
> 
> no, but if you tell me what C variable to examine (and how), I will
> gladly do that when this happens again.

Start by seeing if this is reproducible in an unoptimized build,
otherwise the backtrace and the values of variables are untrustworthy.

But it looks like this bug is a consequence of fixing another one,
#9642, see the latest report by Tassilo Horn there.

bug#11351:

[Vladimir Lomov]

Hello,

I'm want to confirm Tassilo Horn message:

I faced with something similar while using org-mode+flyspell.

This message I sent to org-mode ML:

----------------------------- 8< -----------------------------

Hello,

#+TITLE: Example with org-mode and flyspell on.
#+AUTHOR: Vladimir Lomov

* Org-mode src blocks and flyspell

I faced with strange problem with Emacs and org-mode.

In my real example I use src blocks and run =C-c '= to
edit them in native mode (shell).

If I enter into native mode, put new line and immediately run =C-c '= to
return to org document Emacs hangs and consume all available memory (RAM and
SWAP).

Curiously that such behavior see only with revno 108012.

In echo area I see message:
#+BEGIN_QUOTE
Error in post-command-hook (flyspell-post-command-hook): (error "Marker does not point anywhere")
#+END_QUOTE

This is extract from my document:
#+BEGIN_SRC sh :exports code
_num=${1:=_num}
_num=$(( _num%5 ))
#+END_SRC

I enter into block, run =C-c '=, add new line between lines and run immediately
=C-c '= again.

If I open the file again in Emacs and run =M-x flyspell-mode= (in echo
area I see 'flyspell disable') and do the same — I again get hang and
memory consumption.

If I commented the line in mine .emacs file:
(add-hook 'org-mode-hook 'flyspell-mode)
and tried again — all works fine.

Is this known behavior or new "bug"?

** Info

Emacs: build from BZR (rev. 108012+) vs GTK3;
org-mode: packaged from git and installed in my system (Archlinux).

P.S. I reported this here because don't know how to trigger similar
behavior without org-mode.

----------------------------- 8< -----------------------------

---
WBR, Vladimir Lomov

-- 
The explanation requiring the fewest assumptions is the most likely to be
correct.
		-- William of Occam

bug#11351: 24.1.50; marker does not point anywhere

[Sam Steingold]

just got this:

Debugger entered--Lisp error: (error "Marker does not point anywhere")
  overlays-in(1 69055)
  gdb-remove-strings(1 69055)
  gdb-remove-breakpoint-icons(1 69055 t)
  gdb-reset()
  gud-sentinel(#<process gud-lisp.run> "finished\n")

on quit in *gud* buffer.

in gdb-remove-strings, buffer is error.d, an existing buffer.
emacs is now dead (when I tried to switch to the error.d buffer).

bug#11351: 24.1.50; marker does not point anywhere

[Sam Steingold]

(gdb) where
#0  0x00007ffff4182613 in select () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x00000000004b8ce4 in XTflash (f=0xdcc0f0) at
/home/sds/src/emacs/trunk/src/xterm.c:3165
#2  XTring_bell (f=0xdcc0f0) at /home/sds/src/emacs/trunk/src/xterm.c:3236
#3  0x00000000004f5a48 in cmd_error_internal (data=81666438,
context=0x7fffffffa0f0 "")
    at /home/sds/src/emacs/trunk/src/keyboard.c:1103
#4  0x00000000004f5bc6 in cmd_error (data=81666438) at
/home/sds/src/emacs/trunk/src/keyboard.c:1036
#5  0x0000000000566af9 in internal_condition_case (bfun=0x500d20
<command_loop_1>, handlers=12019090, hfun=0x4f5ab0 <cmd_error>)
    at /home/sds/src/emacs/trunk/src/eval.c:1438
#6  0x00000000004f3f1e in command_loop_2 (ignore=<optimized out>) at
/home/sds/src/emacs/trunk/src/keyboard.c:1160
#7  0x00000000005669a8 in internal_catch (tag=Cannot access memory at
address 0xffffffffffffffe0
) at /home/sds/src/emacs/trunk/src/eval.c:1205
#8  0x00000000004f54ff in command_loop () at
/home/sds/src/emacs/trunk/src/keyboard.c:1125
#9  recursive_edit_1 () at /home/sds/src/emacs/trunk/src/keyboard.c:759
#10 0x00000000004f58bc in Frecursive_edit () at
/home/sds/src/emacs/trunk/src/keyboard.c:823
#11 0x000000000056882b in Ffuncall (nargs=<optimized out>,
args=0x7fffffffa4e0) at /home/sds/src/emacs/trunk/src/eval.c:2932
#12 0x00000000005a0e86 in exec_byte_code (bytestr=<optimized out>,
vector=<optimized out>, maxdepth=<optimized out>,
    args_template=<optimized out>, nargs=<optimized out>,
args=<optimized out>) at /home/sds/src/emacs/trunk/src/bytecode.c:785
#13 0x00000000005682d1 in funcall_lambda (fun=71160869,
nargs=<optimized out>, arg_vector=0x7fffffffa778)
    at /home/sds/src/emacs/trunk/src/eval.c:3166
#14 0x000000000056864b in Ffuncall (nargs=3, args=0x7fffffffa770) at
/home/sds/src/emacs/trunk/src/eval.c:2996
#15 0x00000000005696e7 in Fapply (nargs=<optimized out>,
args=0x7fffffffa830) at /home/sds/src/emacs/trunk/src/eval.c:2440
#16 0x0000000000568ba0 in apply1 (fn=12088930, arg=<optimized out>) at
/home/sds/src/emacs/trunk/src/eval.c:2678
#17 0x0000000000568d51 in call_debugger (arg=64172038) at
/home/sds/src/emacs/trunk/src/eval.c:227
#18 0x00000000005691b6 in maybe_call_debugger (data=64172086,
sig=12019090, conditions=8632246)
    at /home/sds/src/emacs/trunk/src/eval.c:1863
#19 Fsignal (error_symbol=12019090, data=64172086) at
/home/sds/src/emacs/trunk/src/eval.c:1684
#20 0x0000000000569399 in xsignal (error_symbol=<optimized out>,
data=<optimized out>) at /home/sds/src/emacs/trunk/src/eval.c:1719
#21 0x0000000000569e67 in xsignal1 (error_symbol=12019090,
arg=<optimized out>) at /home/sds/src/emacs/trunk/src/eval.c:1734
#22 0x0000000000569eec in verror (m=<optimized out>, ap=<optimized
out>) at /home/sds/src/emacs/trunk/src/eval.c:1932
#23 0x0000000000569f7c in error (m=<optimized out>) at
/home/sds/src/emacs/trunk/src/eval.c:1944
#24 0x000000000051dff4 in marker_position (marker=<optimized out>) at
/home/sds/src/emacs/trunk/src/marker.c:777
#25 0x00000000005128a5 in overlays_in (beg=1, end=69055, extend=1,
vec_ptr=0x7fffffffba68, len_ptr=0x7fffffffba60, prev_ptr=0x0,
    next_ptr=0x0) at /home/sds/src/emacs/trunk/src/buffer.c:2676
#26 0x0000000000512bf3 in Foverlays_in (beg=4, end=276220) at
/home/sds/src/emacs/trunk/src/buffer.c:3915
#27 0x0000000000568814 in Ffuncall (nargs=<optimized out>,
args=0x7fffffffbb20) at /home/sds/src/emacs/trunk/src/eval.c:2938
#28 0x00000000005a0e86 in exec_byte_code (bytestr=<optimized out>,
vector=<optimized out>, maxdepth=<optimized out>,
    args_template=<optimized out>, nargs=<optimized out>,
args=<optimized out>) at /home/sds/src/emacs/trunk/src/bytecode.c:785
#29 0x00000000005682d1 in funcall_lambda (fun=62190229,
nargs=<optimized out>, arg_vector=0x7fffffffbce8)
    at /home/sds/src/emacs/trunk/src/eval.c:3166
#30 0x000000000056864b in Ffuncall (nargs=3, args=0x7fffffffbce0) at
/home/sds/src/emacs/trunk/src/eval.c:2996
#31 0x00000000005a0e86 in exec_byte_code (bytestr=<optimized out>,
vector=<optimized out>, maxdepth=<optimized out>,
    args_template=<optimized out>, nargs=<optimized out>,
args=<optimized out>) at /home/sds/src/emacs/trunk/src/bytecode.c:785
#32 0x00000000005682d1 in funcall_lambda (fun=26281189,
nargs=<optimized out>, arg_vector=0x7fffffffbeb8)
    at /home/sds/src/emacs/trunk/src/eval.c:3166
#33 0x000000000056864b in Ffuncall (nargs=4, args=0x7fffffffbeb0) at
/home/sds/src/emacs/trunk/src/eval.c:2996
#34 0x00000000005a0e86 in exec_byte_code (bytestr=<optimized out>,
vector=<optimized out>, maxdepth=<optimized out>,
    args_template=<optimized out>, nargs=<optimized out>,
args=<optimized out>) at /home/sds/src/emacs/trunk/src/bytecode.c:785
#35 0x00000000005682d1 in funcall_lambda (fun=63041893,
nargs=<optimized out>, arg_vector=0x7fffffffc088)
    at /home/sds/src/emacs/trunk/src/eval.c:3166
#36 0x000000000056864b in Ffuncall (nargs=1, args=0x7fffffffc080) at
/home/sds/src/emacs/trunk/src/eval.c:2996
#37 0x00000000005a0e86 in exec_byte_code (bytestr=<optimized out>,
vector=<optimized out>, maxdepth=<optimized out>,
    args_template=<optimized out>, nargs=<optimized out>,
args=<optimized out>) at /home/sds/src/emacs/trunk/src/bytecode.c:785
#38 0x00000000005682d1 in funcall_lambda (fun=27010709,
nargs=<optimized out>, arg_vector=0x7fffffffc248)
    at /home/sds/src/emacs/trunk/src/eval.c:3166
#39 0x000000000056864b in Ffuncall (nargs=3, args=0x7fffffffc240) at
/home/sds/src/emacs/trunk/src/eval.c:2996
#40 0x00000000005696e7 in Fapply (nargs=<optimized out>,
args=0x7fffffffc300) at /home/sds/src/emacs/trunk/src/eval.c:2440
#41 0x0000000000568ba0 in apply1 (fn=26676674, arg=<optimized out>) at
/home/sds/src/emacs/trunk/src/eval.c:2678
#42 0x0000000000566c2e in internal_condition_case_1 (bfun=0x5a3700
<read_process_output_call>, arg=64346630, handlers=11966850,
    hfun=0x5a36c0 <exec_sentinel_error_handler>) at
/home/sds/src/emacs/trunk/src/eval.c:1486
#43 0x00000000005a2bd0 in exec_sentinel (proc=82070021,
reason=48556705) at /home/sds/src/emacs/trunk/src/process.c:6503
#44 0x00000000005a4f69 in status_notify (deleting_process=0x0) at
/home/sds/src/emacs/trunk/src/process.c:6606
#45 0x00000000005a815b in wait_reading_process_output (time_limit=30,
microsecs=0, read_kbd=<optimized out>, do_display=1,
    wait_for_cell=11966850, wait_proc=<optimized out>,
just_wait_proc=0) at /home/sds/src/emacs/trunk/src/process.c:4477
#46 0x000000000041b164 in sit_for (timeout=120, reading=1,
do_display=1) at /home/sds/src/emacs/trunk/src/dispnew.c:6067
#47 0x00000000004fe498 in read_char (commandflag=1, nmaps=3,
maps=0x7fffffffcd20, prev_event=11966850,
    used_mouse_menu=0x7fffffffceb0, end_time=0x0) at
/home/sds/src/emacs/trunk/src/keyboard.c:2692
#48 0x00000000004ff217 in read_key_sequence (keybuf=0x7fffffffcf10,
prompt=11966850, dont_downcase_last=0,
    can_return_switch_frame=1, fix_current_buffer=1, bufsize=30) at
/home/sds/src/emacs/trunk/src/keyboard.c:9335
#49 0x0000000000500ef5 in command_loop_1 () at
/home/sds/src/emacs/trunk/src/keyboard.c:1449
#50 0x0000000000566ac6 in internal_condition_case (bfun=0x500d20
<command_loop_1>, handlers=12019090, hfun=0x4f5ab0 <cmd_error>)
    at /home/sds/src/emacs/trunk/src/eval.c:1448
#51 0x00000000004f3f1e in command_loop_2 (ignore=<optimized out>) at
/home/sds/src/emacs/trunk/src/keyboard.c:1160
#52 0x00000000005669a8 in internal_catch (tag=Cannot access memory at
address 0xffffffffffffffe0
) at /home/sds/src/emacs/trunk/src/eval.c:1205
#53 0x00000000004f5587 in command_loop () at
/home/sds/src/emacs/trunk/src/keyboard.c:1139
#54 recursive_edit_1 () at /home/sds/src/emacs/trunk/src/keyboard.c:759
#55 0x00000000004f58bc in Frecursive_edit () at
/home/sds/src/emacs/trunk/src/keyboard.c:823
#56 0x000000000040fe8d in main (argc=1, argv=<optimized out>) at
/home/sds/src/emacs/trunk/src/emacs.c:1711

Lisp Backtrace:
"recursive-edit" (0xffffa4e8)
"debug" (0xffffa778)
"overlays-in" (0xffffbb28)
"gdb-remove-strings" (0xffffbce8)
"gdb-remove-breakpoint-icons" (0xffffbeb8)
"gdb-reset" (0xffffc088)
"gud-sentinel" (0xffffc248)


On Fri, Apr 27, 2012 at 14:47, Sam Steingold <sds@gnu.org> wrote:
> just got this:
>
> Debugger entered--Lisp error: (error "Marker does not point anywhere")
>  overlays-in(1 69055)
>  gdb-remove-strings(1 69055)
>  gdb-remove-breakpoint-icons(1 69055 t)
>  gdb-reset()
>  gud-sentinel(#<process gud-lisp.run> "finished\n")
>
> on quit in *gud* buffer.
>
> in gdb-remove-strings, buffer is error.d, an existing buffer.
> emacs is now dead (when I tried to switch to the error.d buffer).



-- 
Sam Steingold <http://sds.podval.org> <http://www.childpsy.net/>

bug#11351:

[Vladimir Lomov]

Hello, I'm copying message I sent to Org-mode ML,

-----------------------------------------------------

Re: "Bad" interaction between flyspell and org-mode with latest Emacs

-----------------------------------------------------

Hello Bastien,
** Bastien [2012-04-27 23:49:06 +0200]:

> Hello Vladimir,

> I can't reproduce the problem you describe, but maybe I misunderstood
> some of the steps... if you can, please describe a reproducible recipe.
> Also mention Org's version explicitely.

> I'm not using flyspell regularily, only for testing, so perhaps 
> others will have more helpful answers!

It took me awhile to prepare minimal example.

Emacs: bzr revno 108056
org-mode: 7.8.09-413-g21e24f @ /usr/share/emacs/site-lisp/org/org-install.el

The same example file (~example.org~) and the same procecure to get
"strange" behavior (I don't know how to explain it more precisely than
that: run =C-c '= in src block, enter new line and immediately run =C-c
'= again), but now there is not message in echo area about 'flyspell'.

I prepared ~debug.el~ to run Emacs:
$ emacs -Q -l ~/tmp/debug.el

#+name: debug.el
#+begin_src elisp
(setq load-path (cons "/usr/share/emacs/site-lisp/org" load-path))

(custom-set-variables
  '(show-paren-mode t)
)

(require 'org-install)
#+end_src

Again, it is rather hard to catch this, once I run the sequence of
commands and seems it is ok, but next time it hangs (I run emacs in
cgroup controlled environment with switched off swap so emacs is killed
when memory is exhausted)

Revno 108011 is ok with this example.

P.S. There is similar bug report already (bug#11351), I posted my
original message there, but now I not sure if it is the same problem.

-----------------------------------------------------

2Sam Steingold: would you mind to try your example with revno 108011 and 108012?
I'm not sure if my issue relates with bug#11351 but it appears with
revno 108012.


---
WBR, Vladimir Lomov

-- 
Without adventure, civilization is in full decay.
		-- Alfred North Whitehead

bug#11351: 24.1.50; marker does not point anywhere

[Sam Steingold]

On Thu, Apr 26, 2012 at 12:04, Eli Zaretskii <eliz@gnu.org> wrote:
> Start by seeing if this is reproducible in an unoptimized build,
> otherwise the backtrace and the values of variables are untrustworthy.


(gdb) where
#0  0x00007ffff4182613 in select () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x000000000053b601 in xg_select (max_fds=18, rfds=0x7fffffffa010,
wfds=0x7fffffffa090, efds=0x0, timeout=0x7fffffffa210)
    at /home/sds/src/emacs/trunk/src/xgselect.c:100
#2  0x0000000000651faf in wait_reading_process_output (time_limit=30,
microsecs=0, read_kbd=-1, do_display=1,
    wait_for_cell=12720514, wait_proc=0x0, just_wait_proc=0) at
/home/sds/src/emacs/trunk/src/process.c:4620
#3  0x000000000041bc51 in sit_for (timeout=120, reading=1,
do_display=1) at /home/sds/src/emacs/trunk/src/dispnew.c:6067
#4  0x000000000055b792 in read_char (commandflag=1, nmaps=2,
maps=0x7fffffffa6d0, prev_event=12720514,
    used_mouse_menu=0x7fffffffa818, end_time=0x0) at
/home/sds/src/emacs/trunk/src/keyboard.c:2692
#5  0x0000000000569515 in read_key_sequence (keybuf=0x7fffffffa9e0,
bufsize=30, prompt=12720514, dont_downcase_last=0,
    can_return_switch_frame=1, fix_current_buffer=1) at
/home/sds/src/emacs/trunk/src/keyboard.c:9335
#6  0x0000000000558f2a in command_loop_1 () at
/home/sds/src/emacs/trunk/src/keyboard.c:1449
#7  0x00000000005f68c5 in internal_condition_case (bfun=0x558b45
<command_loop_1>, handlers=12772754, hfun=0x55840a <cmd_error>)
    at /home/sds/src/emacs/trunk/src/eval.c:1448
#8  0x0000000000558834 in command_loop_2 (ignore=12720514) at
/home/sds/src/emacs/trunk/src/keyboard.c:1160
#9  0x00000000005f627c in internal_catch (tag=12842178, func=0x55880e
<command_loop_2>, arg=12720514)
    at /home/sds/src/emacs/trunk/src/eval.c:1205
#10 0x0000000000558798 in command_loop () at
/home/sds/src/emacs/trunk/src/keyboard.c:1125
#11 0x0000000000557f4e in recursive_edit_1 () at
/home/sds/src/emacs/trunk/src/keyboard.c:759
#12 0x00000000005580f1 in Frecursive_edit () at
/home/sds/src/emacs/trunk/src/keyboard.c:823
#13 0x00000000005f9bf9 in Ffuncall (nargs=1, args=0x7fffffffaf30) at
/home/sds/src/emacs/trunk/src/eval.c:2932
#14 0x0000000000645f14 in exec_byte_code (bytestr=77240273,
vector=55632165, maxdepth=116, args_template=12720514, nargs=0,
    args=0x0) at /home/sds/src/emacs/trunk/src/bytecode.c:785
#15 0x00000000005fa63d in funcall_lambda (fun=75784917, nargs=2,
arg_vector=0x7fffffffb4d8)
    at /home/sds/src/emacs/trunk/src/eval.c:3166
#16 0x00000000005f9e25 in Ffuncall (nargs=3, args=0x7fffffffb4d0) at
/home/sds/src/emacs/trunk/src/eval.c:2984
#17 0x00000000005f8e17 in Fapply (nargs=2, args=0x7fffffffb5c0) at
/home/sds/src/emacs/trunk/src/eval.c:2440
#18 0x00000000005f935e in apply1 (fn=12842594, arg=55655030) at
/home/sds/src/emacs/trunk/src/eval.c:2678
#19 0x00000000005f4768 in call_debugger (arg=55655030) at
/home/sds/src/emacs/trunk/src/eval.c:227
#20 0x00000000005f75ab in maybe_call_debugger (conditions=9382454,
sig=12772754, data=55655078)
    at /home/sds/src/emacs/trunk/src/eval.c:1863
#21 0x00000000005f7087 in Fsignal (error_symbol=12772754,
data=55655078) at /home/sds/src/emacs/trunk/src/eval.c:1684
#22 0x00000000005f719a in xsignal (error_symbol=12772754,
data=55655078) at /home/sds/src/emacs/trunk/src/eval.c:1719
#23 0x00000000005f71ef in xsignal1 (error_symbol=12772754,
arg=51091057) at /home/sds/src/emacs/trunk/src/eval.c:1734
#24 0x00000000005f77ef in verror (m=0x6accc0 "Marker does not point
anywhere", ap=0x7fffffffc748)
    at /home/sds/src/emacs/trunk/src/eval.c:1932
#25 0x00000000005f788e in error (m=0x6accc0 "Marker does not point
anywhere") at /home/sds/src/emacs/trunk/src/eval.c:1944
#26 0x0000000000594f05 in marker_position (marker=36849115) at
/home/sds/src/emacs/trunk/src/marker.c:777
#27 0x0000000000583c26 in overlays_at (pos=68, extend=0,
vec_ptr=0x7fffffffca80, len_ptr=0x7fffffffca88, next_ptr=0x0,
    prev_ptr=0x0, change_req=0) at /home/sds/src/emacs/trunk/src/buffer.c:2541
#28 0x0000000000669efd in get_char_property_and_overlay (position=272,
prop=12910066, object=12748565, overlay=0x0)
    at /home/sds/src/emacs/trunk/src/textprop.c:626
#29 0x000000000066a07d in Fget_char_property (position=272,
prop=12910066, object=12748565)
    at /home/sds/src/emacs/trunk/src/textprop.c:665
#30 0x0000000000667e2d in get_local_map (position=68, buffer=0xc28710,
type=12910066)
    at /home/sds/src/emacs/trunk/src/intervals.c:2306
#31 0x0000000000568cee in read_key_sequence (keybuf=0x7fffffffce70,
bufsize=30, prompt=12720514, dont_downcase_last=0,
    can_return_switch_frame=1, fix_current_buffer=1) at
/home/sds/src/emacs/trunk/src/keyboard.c:9147
#32 0x0000000000558f2a in command_loop_1 () at
/home/sds/src/emacs/trunk/src/keyboard.c:1449
#33 0x00000000005f68c5 in internal_condition_case (bfun=0x558b45
<command_loop_1>, handlers=12772754, hfun=0x55840a <cmd_error>)
    at /home/sds/src/emacs/trunk/src/eval.c:1448
#34 0x0000000000558834 in command_loop_2 (ignore=12720514) at
/home/sds/src/emacs/trunk/src/keyboard.c:1160
#35 0x00000000005f627c in internal_catch (tag=12768498, func=0x55880e
<command_loop_2>, arg=12720514)
    at /home/sds/src/emacs/trunk/src/eval.c:1205
#36 0x00000000005587e7 in command_loop () at
/home/sds/src/emacs/trunk/src/keyboard.c:1139
#37 0x0000000000557f4e in recursive_edit_1 () at
/home/sds/src/emacs/trunk/src/keyboard.c:759
#38 0x00000000005580f1 in Frecursive_edit () at
/home/sds/src/emacs/trunk/src/keyboard.c:823
#39 0x0000000000556192 in main (argc=1, argv=0x7fffffffd758) at
/home/sds/src/emacs/trunk/src/emacs.c:1711

Lisp Backtrace:
"recursive-edit" (0xffffaf38)
"debug" (0xffffb4d8)

f 26
#26 0x0000000000594f05 in marker_position (marker=36849115) at
/home/sds/src/emacs/trunk/src/marker.c:777
777         error ("Marker does not point anywhere");
(gdb) p marker
$4 = 36849115
(gdb) up
#27 0x0000000000583c26 in overlays_at (pos=68, extend=0,
vec_ptr=0x7fffffffca80, len_ptr=0x7fffffffca88, next_ptr=0x0,
    prev_ptr=0x0, change_req=0) at /home/sds/src/emacs/trunk/src/buffer.c:2541
2541          endpos = OVERLAY_POSITION (end);
(gdb) list
2536
2537          XSETMISC (overlay, tail);
2538
2539          start = OVERLAY_START (overlay);
2540          end = OVERLAY_END (overlay);
2541          endpos = OVERLAY_POSITION (end);
2542          if (endpos < pos)
2543            {
2544              if (prev < endpos)
2545                prev = endpos;
(gdb) p end
$5 = 36849115
(gdb) p start
$6 = 36849155
(gdb) p overlay
$7 = 36849075
(gdb) p tail
$8 = (struct Lisp_Overlay *) 0x23245b0
(gdb) p *tail
$9 = {
  type = Lisp_Misc_Overlay,
  gcmarkbit = 0,
  spacer = 0,
  next = 0x0,
  start = 36849155,
  end = 36849115,
  plist = 44767590
}
(gdb) p pos
$10 = 68
(gdb) xpr overlay
Lisp_Int1
$11 = 2
(gdb) p overlay
$12 = 36849075
(gdb) xpr
Lisp_Misc
Lisp_Misc_Overlay
No symbol "Lisp_Misc_Boolfwd" in current context.
(gdb) p marker
No symbol "marker" in current context.
(gdb) p end
$13 = 36849115
(gdb) xpr
Lisp_Misc
Lisp_Misc_Marker
No symbol "Lisp_Misc_Boolfwd" in current context.
(gdb)



-- 
Sam Steingold <http://sds.podval.org> <http://www.childpsy.net/>

bug#11351: 24.1.50; marker does not point anywhere

[Eli Zaretskii]

> Date: Mon, 30 Apr 2012 18:21:25 -0400
> From: Sam Steingold <sds@gnu.org>
> Cc: 11351@debbugs.gnu.org
> 
> f 26
> #26 0x0000000000594f05 in marker_position (marker=36849115) at
> /home/sds/src/emacs/trunk/src/marker.c:777
> 777         error ("Marker does not point anywhere");

This is bug #9642, which was supposed to be fixed a couple of days
ago.  Is this a recent build?  If not, can you resync with the master
repository?

bug#11351: 24.1.50; marker does not point anywhere

[Sam Steingold]

On Mon, Apr 30, 2012 at 22:42, Eli Zaretskii <eliz@gnu.org> wrote:
>> Date: Mon, 30 Apr 2012 18:21:25 -0400
>> From: Sam Steingold <sds@gnu.org>
>> Cc: 11351@debbugs.gnu.org
>>
>> f 26
>> #26 0x0000000000594f05 in marker_position (marker=36849115) at
>> /home/sds/src/emacs/trunk/src/marker.c:777
>> 777         error ("Marker does not point anywhere");
>
> This is bug #9642, which was supposed to be fixed a couple of days
> ago.  Is this a recent build?  If not, can you resync with the master
> repository?

is this recent enough?
(emacs-bzr-version "108056 cyd@gnu.org-20120427141602-0ahy51h0haplvlr9")
(emacs-version "24.1.50.3" "GNU Emacs 24.1.50.3
(x86_64-unknown-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2012-04-27 ")


-- 
Sam Steingold <http://sds.podval.org> <http://www.childpsy.net/>

bug#11351: 24.1.50; marker does not point anywhere

[Glenn Morris]

Sam Steingold wrote:

> is this recent enough?
> (emacs-bzr-version "108056 cyd@gnu.org-20120427141602-0ahy51h0haplvlr9")

Nope.

http://lists.gnu.org/archive/html/emacs-diffs/2012-04/msg00487.html