GNU bug report logs -
#24368
25.1; Assertion failure in attach_marker
Previous Next
Reported by: martin rudalics <rudalics <at> gmx.at>
Date: Mon, 5 Sep 2016 07:26:02 UTC
Severity: normal
Found in version 25.1
Done: martin rudalics <rudalics <at> gmx.at>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
I now wrote a better patch for the attach_marker issue (attached). For
the remainder, the problem is as follows (with emacs -Q): Evaluating
(progn
(describe-function 'describe-function)
(let* ((help (get-buffer "*Help*"))
(marker (with-current-buffer help
(copy-marker (point-max)))))
(goto-char marker)))
fails with (error "Marker points into wrong buffer" #<marker at 271 in *Help*>)
while evaluating
(progn
(describe-function 'describe-function)
(let* ((help (get-buffer "*Help*"))
(marker (with-current-buffer help
(copy-marker (point-max)))))
(set-window-start (selected-window) marker)))
crashes in init_iterator and
(progn
(describe-function 'describe-function)
(let* ((help (get-buffer "*Help*"))
(marker (with-current-buffer help
(copy-marker (point-max)))))
(with-selected-window (get-buffer-window help)
(set-window-point (get-buffer-window "*scratch*") marker))))
crashes in set_point_both.
We can either make these fail as in the ‘goto-char’ case or handle them
as with attach_marker.
The former is simpler but would have to be motivated somehow. IMHO
‘goto-char’ should not signal an error in that case - it's perfectly
legitimate to use the position from another buffer's marker as value.
The latter is tedious to implement but inherently more correct.
Your choice ;-)
martin
[attach_marker.diff (text/plain, attachment)]
This bug report was last modified 8 years and 292 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.