From mboxrd@z Thu Jan  1 00:00:00 1970
X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/8810
Path: main.gmane.org!not-for-mail
From: Per Abrahamsen <abraham@dina.kvl.dk>
Newsgroups: gmane.emacs.gnus.general
Subject: Re: Malformed MIME quoted-printable message
Date: 17 Nov 1996 21:16:58 +0100
Organization: The Church of Emacs
Sender: abraham@dina.kvl.dk
Message-ID: <rjohgw79z9.fsf@babbage.dina.kvl.dk>
References: <m2n2whfmkx.fsf@deanna.miranova.com> <m2k9rlasy2.fsf@proletcult.ifi.uio.no> <m2afsg1p71.fsf@deanna.miranova.com>
NNTP-Posting-Host: coloc-standby.netfonds.no
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: main.gmane.org 1035148925 14501 80.91.224.250 (20 Oct 2002 21:22:05 GMT)
X-Complaints-To: usenet@main.gmane.org
NNTP-Posting-Date: Sun, 20 Oct 2002 21:22:05 +0000 (UTC)
Return-Path: <ding-request@ifi.uio.no>
Original-Received: (qmail 29593 invoked from smtpd); 17 Nov 1996 20:38:13 -0000
Original-Received: from ifi.uio.no (0@129.240.64.2)
  by deanna.miranova.com with SMTP; 17 Nov 1996 20:38:13 -0000
Original-Received: from elc1.dina.kvl.dk (elc1.dina.kvl.dk [130.225.40.228]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) 
	id <VAA05616@ifi.uio.no> for <ding@ifi.uio.no> ; Sun, 17 Nov 1996 21:24:52 +0100
Original-Received: from babbage.dina.kvl.dk (babbage.dina.kvl.dk [130.225.40.217]) by elc1.dina.kvl.dk (8.6.12/8.6.4) with ESMTP id VAA25520; Sun, 17 Nov 1996 21:17:34 +0100
Original-Received: (abraham@localhost) by babbage.dina.kvl.dk (8.6.12/8.6.4) id VAA02207; Sun, 17 Nov 1996 21:16:58 +0100
Original-To: ding@ifi.uio.no
X-Face: +kRV2]2q}lixHkE{U)mY#+6]{AH=yN~S9@IFiOa@X6?GM<U{B+4e{k79.Ya{~':DblFPCg$
 @60,BfLv2@SKZ19cMWK0/C'v;tM:|6B'R}U1rp6CL&kN({9<zF/V{:JCg27yC)9oZjeqcQawzKfiNL
 t9}`vjmK["dRQC/qGFQq"%u|Q`:6{"Rz}b(dnl_"3$Jtqimi>|8MBp/
In-Reply-To: Steven L Baur's message of 17 Nov 1996 11:44:50 -0800
Original-Lines: 22
X-Mailer: Red Gnus v0.63/Emacs 19.34
Xref: main.gmane.org gmane.emacs.gnus.general:8810
X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:8810

Steven L Baur <steve@miranova.com> writes:

> Since defcustom erases previous hooks with a setq [ ... ]

No it does not.  The code in question for defcustom is

  (unless (default-boundp symbol)
    (set-default symbol (if (get symbol 'saved-value)
			    (eval (car (get symbol 'saved-value)))
			  (eval value))))

The problem is the opposite, a call to add-hook prior to the _defcustom_
will prevent either the factory or saved value from taking effect.
Initializing a hook with _defvar_ has the same problem.  

The alternative, to call _add-hook_ instead of initializing, has the
problem that it becomes more difficult for the user to remove
functions from the hook. 

The only solution I can think of requires changing _remove-hook_ for
uninitialized variables, so it records that the member should not be
added at initialization.