From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Noam Postavsky Newsgroups: gmane.emacs.bugs Subject: bug#30786: Save text properties in desktop Date: Tue, 13 Mar 2018 22:37:06 -0400 Message-ID: <87vadzwffx.fsf@gmail.com> References: <87k1uhnehk.fsf@mail.linkov.net> <87o9jsydtz.fsf@gmail.com> <877eqfabjv.fsf@mail.linkov.net> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1520994973 448 195.159.176.226 (14 Mar 2018 02:36:13 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 14 Mar 2018 02:36:13 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.90 (gnu/linux) Cc: 30786@debbugs.gnu.org, Juri Linkov To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Mar 14 03:36:09 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1evwGs-0008Qv-O6 for geb-bug-gnu-emacs@m.gmane.org; Wed, 14 Mar 2018 03:36:06 +0100 Original-Received: from localhost ([::1]:44123 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1evwIv-0005Db-M6 for geb-bug-gnu-emacs@m.gmane.org; Tue, 13 Mar 2018 22:38:13 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54225) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1evwIp-0005D8-M9 for bug-gnu-emacs@gnu.org; Tue, 13 Mar 2018 22:38:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1evwIk-0002Ql-Pu for bug-gnu-emacs@gnu.org; Tue, 13 Mar 2018 22:38:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:52363) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1evwIk-0002Qd-MF for bug-gnu-emacs@gnu.org; Tue, 13 Mar 2018 22:38:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1evwIk-0007U5-Bw for bug-gnu-emacs@gnu.org; Tue, 13 Mar 2018 22:38:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Noam Postavsky Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 14 Mar 2018 02:38:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30786 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 30786-submit@debbugs.gnu.org id=B30786.152099503528704 (code B ref 30786); Wed, 14 Mar 2018 02:38:02 +0000 Original-Received: (at 30786) by debbugs.gnu.org; 14 Mar 2018 02:37:15 +0000 Original-Received: from localhost ([127.0.0.1]:60260 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1evwHz-0007Su-FX for submit@debbugs.gnu.org; Tue, 13 Mar 2018 22:37:15 -0400 Original-Received: from mail-it0-f44.google.com ([209.85.214.44]:34922) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1evwHx-0007Sf-Eu for 30786@debbugs.gnu.org; Tue, 13 Mar 2018 22:37:14 -0400 Original-Received: by mail-it0-f44.google.com with SMTP id v194-v6so2779911itb.0 for <30786@debbugs.gnu.org>; Tue, 13 Mar 2018 19:37:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=AXXjVT+4Tr+cUYC9LcoOkXDmDbOf/hbhnx2x327V6D8=; b=Ok3JLkIwNVsFzC3Mrb2TTq185LaqtP2CCpWp1YvcaFSrGvkDJ6p0sw0nT9Ruinrbsk fPCMCzh1HrKvrzEaSrw9GFQxQrGmtFBFcLpHtpCipqpm+D+rOtMX4+s4oJELbyzzAlkz rSfv0bYSrikUmV7CzhPJPP8k97rMWunWfyGeRi9URll88/iwrTyEVw5h4cmvRHhE/ng2 WA31HmwITzS2sKQ4/5M381X8tmTvfUwcqHC04GO+80Som3tKclLb8b4o10Zm4bi6IPVE 00rc3qBvOD8rOlogQXzwux/nlT4sZapDVyfRwMGlE1IFLaV16ydFEPX1MrPaOy1mwOnR 0kuQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=AXXjVT+4Tr+cUYC9LcoOkXDmDbOf/hbhnx2x327V6D8=; b=L49qVOHA9o0QpHfrhhhXtwz/87LGoAW6UlxFEB7tt2IbPdKq8kAEUou/gAGtOyt2Za sdKL4j3+IC+6e6ngdR/L3muRuSfYPy5Wtn9QWse5FQWIguHEi91Y561swAYaIVYuPJIQ 4S3+X9K4JrVAd2tej0DQvfhU+iJNPYpBsMrFVfrCEg7yTWdOwO1I0EjcLrIjNdFL3Kwe e442+u+f975h4Axn2Dh/XIyICRmLPRjDH52I6jBTn0hnWvS7INsaZeyitm22i4CXEVvZ rTIfi72hUexZNQjcgJ37Lm+OlxCiRs8rw832e6ZV2YKDGxI5HGbaXwA+y0tdSrStUgcK QzhA== X-Gm-Message-State: AElRT7HJOAFqpPR4tVGxoUuJKiafgVqncP8R7+uHpHBnDJL9ko7XeRoi ZvXV+Ut4E+AdC3Bp2lkhXqKiOQ== X-Google-Smtp-Source: AG47ELtZoGn9888IDtbkVPGDZVgkhQyK+4RaYC1hJdqVCibw0S4HuxEtmpEL9FO+Dx44aO3LzW2lLg== X-Received: by 10.36.87.129 with SMTP id u123mr288659ita.92.1520995027884; Tue, 13 Mar 2018 19:37:07 -0700 (PDT) Original-Received: from zebian (cbl-45-2-119-34.yyz.frontiernetworks.ca. [45.2.119.34]) by smtp.googlemail.com with ESMTPSA id c13-v6sm112372itd.31.2018.03.13.19.37.07 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 13 Mar 2018 19:37:07 -0700 (PDT) In-Reply-To: (Drew Adams's message of "Tue, 13 Mar 2018 18:09:55 -0700 (PDT)") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:144234 Archived-At: Drew Adams writes: >> If the only problem is with non-readable property values then we could >> check for such values and not to write them to the desktop file. >> >> > Maybe solving Bug#24982 would help? >> >> This would help on reading the desktop, but maybe better not to save >> non-readable values in the first place. > > No. If the problem is reading then that's where the solution > should be located - not writing. It has happened quite a few > times that something unreadable by Emacs has later become > readable. You mean the print syntax changes to become readable? But not that Emacs can later read some unreadable #<...> syntax, right? > We have `condition-case' for most errors. We have little or > no control over read errors. > > Dunno whether we need a complete read-error-handling construct > a la `condition-case', but we at least need a way to let Emacs > ignore all read errors. And preferably within some scope (e.g. > let-bind a variable). `condition-case' works for read errors too, afaik, but you're suggesting a different kind of control is needed. Something more like Common Lisp restart-case, I guess? That could be useful in general, but solving this particular bug by avoiding writing unreadable objects as Juri suggests seems okay too (and much less work, hence more likely to actually happen instead of just sitting for years).