GNU bug report logs - #17893
24.4.50; (error "Marker does not point anywhere")

Previous Next

Package: emacs;

Reported by: Drew Adams <drew.adams <at> oracle.com>

Date: Tue, 1 Jul 2014 21:12:01 UTC

Severity: normal

Found in version 24.4.50

Done: Stefan Monnier <monnier <at> iro.umontreal.ca>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: charles <at> aurox.ch (Charles A. Roelli)
Cc: 17893 <at> debbugs.gnu.org, monnier <at> IRO.UMontreal.CA
Subject: bug#17893: 24.4.50; (error "Marker does not point anywhere")
Date: Fri, 24 Nov 2017 22:39:37 +0200
> Date: Fri, 24 Nov 2017 21:18:36 +0100
> From: charles <at> aurox.ch (Charles A. Roelli)
> CC: monnier <at> IRO.UMontreal.CA, 17893 <at> debbugs.gnu.org
> 
> I suppose the main issue is fixed in master now:

That's just one particular case of a more general problem with markers
stored or referenced from local variables of the cloned buffer.

> To solve the problem more generally, maybe clone-buffer could look for
> local variables with a non-nil symbol property (called, say,
> `clone-buffer-update-function'), the value of which would be a
> function that updates the "cloned" variable properly.

This is not different from running a clone-buffer-update-function: it
again lets modes take care of the variables thy know about which need
special handling at clone time.  My problem with that is that I don't
believe this is a complete solution.




This bug report was last modified 7 years and 179 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.