From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: akrl Newsgroups: gmane.emacs.help Subject: Re: prevent hook vanishing Date: Fri, 18 May 2018 14:42:44 +0000 Organization: SDF Public Access UNIX System, Est. 1987 Message-ID: References: NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1526658030 18969 195.159.176.226 (18 May 2018 15:40:30 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 18 May 2018 15:40:30 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (berkeley-unix) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Fri May 18 17:40:26 2018 Return-path: Envelope-to: geh-help-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 1fJhUY-0004pT-Gw for geh-help-gnu-emacs@m.gmane.org; Fri, 18 May 2018 17:40:26 +0200 Original-Received: from localhost ([::1]:39587 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fJhWf-0000Cv-LQ for geh-help-gnu-emacs@m.gmane.org; Fri, 18 May 2018 11:42:37 -0400 Original-Path: usenet.stanford.edu!goblin2!goblin3!goblin.stu.neva.ru!odin.sdf-eu.org!.POSTED.sdf.org!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Injection-Info: odin.sdf-eu.org; posting-host="sdf.org:205.166.94.15"; logging-data="18170"; mail-complaints-to="usenet@odin.sdf-eu.org" Cancel-Lock: sha1:TG1Sm/eMUgKrmKt4fl0qnxGrGHA= Original-Xref: usenet.stanford.edu gnu.emacs.help:222646 X-Mailman-Approved-At: Fri, 18 May 2018 11:41:43 -0400 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.org gmane.emacs.help:116767 Archived-At: John Mastro writes: > Why not use `condition-case' in your hook function to catch the error > and respond appropriately? (There are also `with-demoted-errors' and > `ignore-errors', if there's nothing that needs to be except to suppress > the error) > > John Doesn't quite work. I wrap the hooked code around using ignore-errors, then for instance if I get the following error (from *Messages*): "Symbol's value as variable is void" the hook is wiped out. Bests akrl -- akrl@sdf.org SDF Public Access UNIX System - https://sdf.org