GNU bug report logs -
#106
23.0.50; (pos-visible-in-window-p) returns error with 'before-string overlay
Previous Next
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Sun, 20 Apr 2008 18:42:59 -0400
with message-id <87iqyc87ws.fsf <at> stupidchicken.com>
and subject line Re: 23.0.50; (pos-visible-in-window-p) returns error with 'before-string overlay
has caused the Emacs bug report #106,
regarding 23.0.50; (pos-visible-in-window-p) returns error with 'before-string overlay
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact don <at> donarmstrong.com
immediately.)
--
106: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=106
Emacs Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.
Your bug report will be posted to the emacs-pretest-bug <at> gnu.org mailing list.
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
When there is an overlay with 'before-string property at the beginning
of a line in a buffer, the point in the buffer is on the overlay, and
both the overlay and the point are placed at the bottom of the window,
(pos-visible-in-window-p) returns 'Args out of range: 0'.
To reproduce, insert some blank lines to *scratch* buffer, and eval
the following:
(overlay-put (make-overlay (point-max) (point-max)) 'before-string "[before-string]")
Then place the overlay and the point at the bottom of the window like
this, and eval (pos-visible-in-window-p):
--------------
[before-string]<- point is here
-EEJ:**--.... <- modeline
Eval: (pos-visible-in-window-p)
--------------
Currently I'm using emacs before-merge-unicode-to-trunk. I reproduced
the same symptom in CVS HEAD (23.0.60) of today. It doesn't happen in
emacs-21.3 (it returns t).
In some cases the emacs process starts to consume 100% CPU and doesn't
respond to keyboard-quit after the error. I have to kill the process.
But I cannot reliably reproduce the lock-up. Nexttime I'll try to
attach GDB to get a backtrace.
If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
`bt full' and `xbacktrace'.
If you would like to further debug the crash, please read the file
/usr/local/share/emacs/23.0.50/etc/DEBUG for instructions.
In GNU Emacs 23.0.50.2 (x86_64-unknown-freebsd7.0, X toolkit, Xaw3d scroll bars)
of 2008-03-04 on elvenbow.cc.kyushu-u.ac.jp
configured using `configure '--with-x-toolkit=lucid' '--without-xim' '--without-gtk''
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: ja_JP.eucJP
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: C
value of $LANG: ja_JP.eucJP
locale-coding-system: japanese-iso-8bit
default-enable-multibyte-characters: t
Major mode: Apropos
Minor modes in effect:
show-paren-mode: t
iswitchb-mode: t
icomplete-mode: t
display-time-mode: t
shell-dirtrack-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
unify-8859-on-encoding-mode: t
utf-translate-cjk-mode: t
auto-compression-mode: t
column-number-mode: t
line-number-mode: t
[Message part 3 (message/rfc822, inline)]
I've checked in a fix into CVS. Thanks for the bug report.
This bug report was last modified 17 years and 92 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.