From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Emanuel Berg Newsgroups: gmane.emacs.help Subject: Re: dynamic and lexical scope, attempted summary with example Date: Tue, 22 Jul 2014 00:11:46 +0200 Organization: Aioe.org NNTP Server Message-ID: <8761iqcqfx.fsf@debian.uxu> References: <878unputvv.fsf@debian.uxu> <87bnsjsorp.fsf_-_@debian.uxu> <87r41eesv9.fsf@debian.uxu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1405980927 27277 80.91.229.3 (21 Jul 2014 22:15:27 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 21 Jul 2014 22:15:27 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Tue Jul 22 00:15:21 2014 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1X9Lrb-0007VU-Px for geh-help-gnu-emacs@m.gmane.org; Tue, 22 Jul 2014 00:15:19 +0200 Original-Received: from localhost ([::1]:36602 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X9Lrb-00085r-9u for geh-help-gnu-emacs@m.gmane.org; Mon, 21 Jul 2014 18:15:19 -0400 Original-Path: usenet.stanford.edu!news.kjsl.com!feeder.erje.net!eu.feeder.erje.net!newsfeed.fsmpi.rwth-aachen.de!eternal-september.org!feeder.eternal-september.org!aioe.org!.POSTED!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 49 Original-NNTP-Posting-Host: SIvZRMPqRkkTHAHL6NkRuw.user.speranza.aioe.org Original-X-Complaints-To: abuse@aioe.org User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) X-Notice: Filtered by postfilter v. 0.8.2 Cancel-Lock: sha1:ZoBFOfHH2oG+dk0vGZE2swIvEk4= Mail-Copies-To: never Original-Xref: usenet.stanford.edu gnu.emacs.help:206607 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 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-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:98879 Archived-At: Thien-Thi Nguyen writes: > I would make sure A and B are always strings and use > ‘concat’. For filenames, i would use > ‘(expand-file-name B A)’. Do you suggest this because "you should always verify the input"? With `stringp', in this case? If you verify all inputs as a matter of principle I guess `file-exists-p' should be put somewhere as well? And: `expand-file-name' - because it is more portable/safe, replacing tilde with the literal /home/user/ and possibly other housekeeping? Well, all those considerations aren't really an issue as the only person using this will be yours truly and all possible bugs will be found instantly (and without harm) and corrected. `expand-file-name' I'll use as a matter of principle but verifying indata, for all zillion defuns it would be lots of work for catching accidental maluse of the software - does that usually pay off? In my experience, I don't think so. > If i answer "no", then both of us may be fooling > ourselves, but in a safe way. If i answer "yes", > then there is only one fool (me), but the foolishness > i am capable of is huge. > > The result of the _insertion_ of literal values at > the places of the parameters, will result in a > function that don't use variables (dynamic or > lexical) but _hard-coded_ values - that issue is > _eliminated_. > > Do you think it is correct in terms of technology? > > Mu! (See above.) Actually, i'd add "places" and > "will result" to my list of confusions. I know you understand because you have read the code which you understand instantly. Of course English cannot describe the code perfectly, but I bet it didn't add to your confusion. If you know a better way to describe it do tell. -- underground experts united