From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kevin Rodgers Newsgroups: gmane.emacs.help Subject: Re: Mis-features of let Date: Tue, 19 Apr 2005 15:57:30 -0600 Message-ID: References: <1113844268.703229.310830@g14g2000cwa.googlegroups.com> <1113851147.155814.314630@g14g2000cwa.googlegroups.com> <87y8bfzx9z.fsf-monnier+gnu.emacs.help@gnu.org> <1113869741.838603.250620@o13g2000cwo.googlegroups.com> <87pswry5py.fsf-monnier+gnu.emacs.help@gnu.org> <1113882527.264397.292310@o13g2000cwo.googlegroups.com> <87y8bfwgrv.fsf-monnier+gnu.emacs.help@gnu.org> <1113892700.139927.168000@g14g2000cwa.googlegroups.com> <1113945021.435672.62370@f14g2000cwb.googlegroups.com> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1113947806 16073 80.91.229.2 (19 Apr 2005 21:56:46 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 19 Apr 2005 21:56:46 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Tue Apr 19 23:56:44 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DO0hN-0002Mk-SD for geh-help-gnu-emacs@m.gmane.org; Tue, 19 Apr 2005 23:56:02 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DO0ll-00012m-RU for geh-help-gnu-emacs@m.gmane.org; Tue, 19 Apr 2005 18:00:33 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DO0lP-00012h-6o for help-gnu-emacs@gnu.org; Tue, 19 Apr 2005 18:00:11 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DO0lO-00012N-MA for help-gnu-emacs@gnu.org; Tue, 19 Apr 2005 18:00:10 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DO0lO-0000H3-Jr for help-gnu-emacs@gnu.org; Tue, 19 Apr 2005 18:00:10 -0400 Original-Received: from [80.91.229.2] (helo=ciao.gmane.org) by monty-python.gnu.org with esmtp (TLS-1.0:RSA_AES_128_CBC_SHA:16) (Exim 4.34) id 1DO0mZ-0007YO-ND for help-gnu-emacs@gnu.org; Tue, 19 Apr 2005 18:01:23 -0400 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DO0fb-00029d-C5 for help-gnu-emacs@gnu.org; Tue, 19 Apr 2005 23:54:11 +0200 Original-Received: from 207.167.42.60 ([207.167.42.60]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 19 Apr 2005 23:54:11 +0200 Original-Received: from ihs_4664 by 207.167.42.60 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 19 Apr 2005 23:54:11 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-To: help-gnu-emacs@gnu.org Original-Lines: 35 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 207.167.42.60 User-Agent: Mozilla Thunderbird 0.9 (X11/20041105) X-Accept-Language: en-us, en In-Reply-To: <1113945021.435672.62370@f14g2000cwb.googlegroups.com> 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:25838 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:25838 rgb wrote: >>anything. Like I said in an earlier post, it's not necessary to >>list all the things that an operator doesn't do, since there are an >>infinite number of things it doesn't do. > > > 8.1 Symbol Components of the Elisp reference says: > > The "value cell" holds the current value of the symbol as a > variable. When a symbol is used as a form, the value of the > form is the contents of the symbol's value cell. See > `symbol-value' in *Note Accessing Variables::. > > It also says: > > The value cell holds the symbol's value as a variable (*note > Variables::). That is what you get if you evaluate the symbol as > a Lisp expression (*note Evaluation::). > > With no statements anywhere to the contrary, these statements imply > that any use of the term *variable* is a reference to a symbol's > value cell. > > By implying or outright claiming that let has no effect on the > print-name, function, or plist cells of the symbol passed to let the > manual creates a hazard that someone like me is almost certain to > fall into. (As I did.) Nothing warned me of the danger that the > symbol made available under let is not a normal symbol and use > of functions such as fset and put have undefined results (which > I showed in my examples). set : fset :: let : flet -- Kevin Rodgers