From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jean Louis Newsgroups: gmane.emacs.help Subject: Re: Appending lists Date: Wed, 16 Jun 2021 14:30:51 +0300 Message-ID: References: <4tl1yvylvg1fxx5eefjs9mnk.1623688568572@email.android.com> <87o8c8l32h.fsf@posteo.net> <87zgvs2bup.fsf@zoho.eu> <87y2bby1kr.fsf@zoho.eu> <20210615091834.GB24886@tuxteam.de> <87im2ewr3k.fsf@zoho.eu> <20210616072819.GB17919@tuxteam.de> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="33110"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/2.0.7+183 (3d24855) (2021-05-28) Cc: help-gnu-emacs To: Yuri Khan Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Wed Jun 16 13:34:46 2021 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ltTok-0008Nu-HV for geh-help-gnu-emacs@m.gmane-mx.org; Wed, 16 Jun 2021 13:34:46 +0200 Original-Received: from localhost ([::1]:52924 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ltToj-0004MV-Fn for geh-help-gnu-emacs@m.gmane-mx.org; Wed, 16 Jun 2021 07:34:45 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:45424) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ltToF-0004M5-Py for help-gnu-emacs@gnu.org; Wed, 16 Jun 2021 07:34:15 -0400 Original-Received: from stw1.rcdrun.com ([217.170.207.13]:48917) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ltToC-0000Ts-P6 for help-gnu-emacs@gnu.org; Wed, 16 Jun 2021 07:34:14 -0400 Original-Received: from localhost ([::ffff:197.157.0.23]) (AUTH: PLAIN admin, TLS: TLS1.3,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by stw1.rcdrun.com with ESMTPSA id 0000000000076063.0000000060C9E1B1.00002890; Wed, 16 Jun 2021 04:34:09 -0700 Mail-Followup-To: Yuri Khan , tomas@tuxteam.de, help-gnu-emacs Content-Disposition: inline In-Reply-To: Received-SPF: pass client-ip=217.170.207.13; envelope-from=bugs@gnu.support; helo=stw1.rcdrun.com X-Spam_score_int: -3 X-Spam_score: -0.4 X-Spam_bar: / X-Spam_report: (-0.4 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_SORBS_WEB=1.5, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.23 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-mx.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.io gmane.emacs.help:130900 Archived-At: * Yuri Khan [2021-06-16 14:18]: > On Wed, 16 Jun 2021 at 16:35, Jean Louis wrote: > > > What is it doing in background, or underground, does not really matter > > for user, what matters is that `x' in following example is changed: > > See, that’s your problem: You think there *is* an underground. > > Lisp starts with symbols and cons cells and that’s the ground level. > It then builds up from that to lists and trees and associative lists. > And when you have an associative list binding a symbol to a value, > that’s when you get variables, some three floors above the ground. That is why I leave that to engineers like you. You see, today my friend was mentioning how he does not like one but the other webmail system. He has no clue about the underlying software, what he wants it functionality. > And then, when you invoke ‘nreverse’ on a list pointed to by a > variable, you, from high up above, can see it scurrying down there and > re-routing the ‘cdr’s of the cons cells comprising the list, but not > touching the one link from the variable to whatever cons cell had been > the first in the list. I like your smartness, though I would like to have more practical use of it. Thomas said that `nconc' does not change `list', unless it is special form. And I can practically see this: (setq list '(A B C)) ⇒ (A B C) (nconc list '(1 2 3)) ⇒ (A B C 1 2 3) list ⇒ (A B C 1 2 3) So maybe he was thinking that symbol `list' does not change, and I understood it that variable value does not change. Why not come back to that and explain me how the variable `list' did not change from (A B C) to (A B C 1 2 3)? -- Jean Take action in Free Software Foundation campaigns: https://www.fsf.org/campaigns In support of Richard M. Stallman https://stallmansupport.org/