From ... Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!newsfeeds.belnet.be!news.belnet.be!news2.kpn.net!news.kpn.net!nslave.kpnqwest.net!nloc.kpnqwest.net!nmaster.kpnqwest.net!nreader3.kpnqwest.net.POSTED!not-for-mail Newsgroups: comp.lang.lisp Subject: Re: representing a network in lisp References: <3227258449796334@naggum.net> <3227268071172231@naggum.net> Mail-Copies-To: never From: Erik Naggum Message-ID: <3227364932004765@naggum.net> Organization: Naggum Software, Oslo, Norway Lines: 23 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 09 Apr 2002 18:15:15 GMT X-Complaints-To: newsmaster@KPNQwest.no X-Trace: nreader3.kpnqwest.net 1018376115 193.71.199.50 (Tue, 09 Apr 2002 20:15:15 MET DST) NNTP-Posting-Date: Tue, 09 Apr 2002 20:15:15 MET DST Xref: archiver1.google.com comp.lang.lisp:31318 * joachim@arti.vub.ac.be | I even put the line (1) into my ~/.clinit.cl. *print-circle* remains NIL | :-( I had to investigate this because it appears to be the only variable that this happens to. Now, there are some curious bindings in the Lisp Emacs Protocol implementation. editor-connection-server binds *print-circle* to nil, and the function that actually evaluates the form that the editor server has received also specifically binds *print-circle* to nil. This is very strange. There are no comments explaining this in the code, there is nothing in the documentation that I can find to explain this, but *print-circle* clearly is treated very specially. This curiosity means that evaluating any form that produces a circular form of any kind will cause that Lisp evaluation process to produce infinite amounts of output. Now, Franz Inc has specifically ensured that *print-circle* is nil, so this is no ordinary bug, but a design choice. This is very odd. /// -- In a fight against something, the fight has value, victory has none. In a fight for something, the fight is a loss, victory merely relief. Post with compassion: http://home.chello.no/~xyzzy/kitten.jpg