From ... Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news.tele.dk!news.tele.dk!small.news.tele.dk!newsfeed1.bredband.com!bredband!uio.no!nntp.uio.no!ifi.uio.no!not-for-mail From: Erik Naggum Newsgroups: comp.lang.lisp Subject: Re: Idiot's guide to special variables take 2 Date: 19 Nov 2002 06:31:36 +0000 Organization: Naggum Software, Oslo, Norway Lines: 20 Message-ID: <3246676296502193@naggum.no> References: <3246463395155052@naggum.no> <87k7jcautp.fsf@darkstar.cartan> <3246632354249421@naggum.no> <3246668724440113@naggum.no> <3DD9D89A.1060604@nyc.rr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: maud.ifi.uio.no 1037687496 20802 129.240.65.5 (19 Nov 2002 06:31:36 GMT) X-Complaints-To: abuse@ifi.uio.no NNTP-Posting-Date: 19 Nov 2002 06:31:36 GMT Mail-Copies-To: never User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 Xref: archiver1.google.com comp.lang.lisp:47145 * Kenny Tilton | (defun interpret-this (some-code) | (let ((a 1) (b 2) (c :whatever)) | (eval some-code))) | | I am no expert on eval or anything else for that matter, but when I look | at the above, I would be appalled if the evaluation of some-code were | affected by the lexical bindings of a, b, and c. Do not forget `some-code´ in this list. Your example is instructive for quite another reason. Do those who think that `eval´ should "work" in the lexical environment of the caller, also think this should hold for calls to `interpret-this´? If not, why not? -- Erik Naggum, Oslo, Norway Act from reason, and failure makes you rethink and study harder. Act from faith, and failure makes you blame someone and push harder.