From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: PJ Weisberg Newsgroups: gmane.emacs.help Subject: Re: re-loading an elisp file Date: Sat, 5 Mar 2011 15:21:55 -0800 Message-ID: References: <87bp1ptwn6.fsf@kuiper.lan.informatimago.com> <87r5alb4b2.fsf@rapttech.com.au> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 X-Trace: dough.gmane.org 1299367793 1435 80.91.229.12 (5 Mar 2011 23:29:53 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 5 Mar 2011 23:29:53 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sun Mar 06 00:29:47 2011 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Pw0ux-0005wm-A6 for geh-help-gnu-emacs@m.gmane.org; Sun, 06 Mar 2011 00:29:47 +0100 Original-Received: from localhost ([127.0.0.1]:44709 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Pw0nm-0005TY-W3 for geh-help-gnu-emacs@m.gmane.org; Sat, 05 Mar 2011 18:22:23 -0500 Original-Received: from [140.186.70.92] (port=34849 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Pw0nR-0005TP-Un for help-gnu-emacs@gnu.org; Sat, 05 Mar 2011 18:22:03 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Pw0nP-0007HI-Pw for help-gnu-emacs@gnu.org; Sat, 05 Mar 2011 18:22:01 -0500 Original-Received: from p3plsmtpa01-06.prod.phx3.secureserver.net ([72.167.82.86]:39018) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1Pw0nP-0007Gy-Gd for help-gnu-emacs@gnu.org; Sat, 05 Mar 2011 18:21:59 -0500 Original-Received: (qmail 17438 invoked from network); 5 Mar 2011 23:21:57 -0000 Original-Received: from unknown (209.85.161.41) by p3plsmtpa01-06.prod.phx3.secureserver.net (72.167.82.86) with ESMTP; 05 Mar 2011 23:21:57 -0000 Original-Received: by fxm5 with SMTP id 5so3779655fxm.0 for ; Sat, 05 Mar 2011 15:21:55 -0800 (PST) Original-Received: by 10.223.79.14 with SMTP id n14mr531457fak.113.1299367315098; Sat, 05 Mar 2011 15:21:55 -0800 (PST) Original-Received: by 10.223.97.71 with HTTP; Sat, 5 Mar 2011 15:21:55 -0800 (PST) In-Reply-To: <87r5alb4b2.fsf@rapttech.com.au> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 72.167.82.86 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:79804 Archived-At: On Sat, Mar 5, 2011 at 2:17 PM, Tim X wrote: > The way I usually deal with this is to either reset the variable in the > scratch buffer i.e. > > (setq var nil) > > then when I re-evaluate the buffer, var will be set if it is in a defvar > statement. Not true. If the variable is set at all, even to nil, defvar respects it and doesn't overwrite it with the default. Otherwise putting something like (setq flyspell-persistent-highlight nil) in your .emacs file would have no effect. The way to actually do that is: (makunbound 'var) -PJ