all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Juanma Barranquero <lekktu@gmail.com>
To: 17090@debbugs.gnu.org
Subject: bug#17090: desktop.el saves unusable register data in register-alist
Date: Mon, 24 Mar 2014 21:31:30 +0100	[thread overview]
Message-ID: <CAAeL0SSMj6bAwTACqj+y23qt5k8Z2HfOiG+LLoUyusNVx3AkwA@mail.gmail.com> (raw)

Package: Emacs
Severity: minor

emacs -Q -f desktop-save-mode
C-x r w a
C-x C-x
y <RET>
emacs -Q -f desktop-read
C-x r j

=> a: rectangle starting with Unprintable entity

and similarly, when using
C-x r f a

restoring and then C-x r j  brings

Error running timer: (invalid function "Unprintable entity")

register-alist is in desktop-globals-to-save by default, so it should
work out of the box. but any fix is going to be ugly.

Possibilities:

- Cleaning register-alist from desktop-save-hook. Not a good idea
because the session does not necessarily end on desktop-saving (and
even less now, with timer-based saving).

- Modify desktop-outvar to skip anything whose serialization matches
"Unprintable entity".

- Modify desktop-outvar with register-alist specific knowledge, so it
filters out only some entries when serializing.

- Design a more generic mechanism to allow variables to have cleaning
specific functions.

The first three options are horribly hackish, and the last one is a
bit overkill if we only want to avoid the register-alist issue (the
mechanism would be generally useful, but no one has ever asked for
it...)

Ideas?





             reply	other threads:[~2014-03-24 20:31 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-03-24 20:31 Juanma Barranquero [this message]
2019-09-29 14:42 ` bug#17090: desktop.el saves unusable register data in register-alist Lars Ingebrigtsen
2019-09-29 14:59   ` Lars Ingebrigtsen
2019-09-29 16:17     ` Juanma Barranquero
2019-09-30  4:40       ` Lars Ingebrigtsen
2019-09-30  8:10         ` Juanma Barranquero
2019-10-07 18:28       ` Juri Linkov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAAeL0SSMj6bAwTACqj+y23qt5k8Z2HfOiG+LLoUyusNVx3AkwA@mail.gmail.com \
    --to=lekktu@gmail.com \
    --cc=17090@debbugs.gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.