<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Well above my (very low) LISP pay grade, but I note that slime was mentioned. I had problems with named read-tables in one of the database libraries, in slime, found that read-table behavior was thread-specific, and that each statement executed at a separate prompt in slime was running in a separate thread. Your last statement may know nothing about the read table environment set up in the prior one. Combining into a function or progn or the like solved the problem for me. Don’t know if that makes any sense or is helpful, but thought I’d throw it out there.<div class=""><br class=""></div><div class="">- Bob</div><div class=""><br class=""></div><div class=""><div class="">
<div class="">Bob Cram</div><div class="">Robert Cram Construction</div><div class=""><a href="http://www.robertcramconstruction.com" class="">www.robertcramconstruction.com</a></div><div class="">415-613-8319</div><div class=""><a href="mailto:robert@robertcramconstruction.com" class="">robert@robertcramconstruction.com</a></div><div class="">CA LIC 965300</div>
</div>
<br class=""><div><blockquote type="cite" class=""><div class="">On Nov 12, 2015, at 2:27 PM, Gary Byers <<a href="mailto:gb@clozure.com" class="">gb@clozure.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class="">
<meta content="text/html; charset=utf-8" http-equiv="Content-Type" class="">
<div text="#000000" bgcolor="#FFFFFF" class="">
<br class="">
<br class="">
<div class="moz-cite-prefix">On 11/12/2015 11:37 AM, Ron Garret
wrote:<br class="">
</div>
<blockquote cite="mid:0736676C-3D3A-4F1C-9D7E-108FF3EB8B84@flownet.com" type="cite" class="">
<pre wrap="" class="">(MAKE-DISPATCH-MACRO-CHARACTER #\# NIL <b class="moz-txt-star"><span class="moz-txt-tag">*</span>readtable<span class="moz-txt-tag">*</span></b>)</pre>
</blockquote>
CLHS says (of MAKE-DISPATCH-MACRO-CHARACTER) that,<br class="">
<br class="">
"Initially, every <a rel="DEFINITION" href="http://www.lispworks.com/documentation/lw50/CLHS/Body/26_glo_c.htm#character" class=""><i class="">character</i></a>
in the dispatch table associated with the <i class="">char</i> has an
associated function that signals an error of <a rel="DEFINITION" href="http://www.lispworks.com/documentation/lw50/CLHS/Body/26_glo_t.htm#type" class=""><i class="">type</i></a>
<a rel="DEFINITION" href="http://www.lispworks.com/documentation/lw50/CLHS/Body/e_rder_e.htm#reader-error" class=""><b class="">reader-error</b></a>."<br class="">
<br class="">
In the body of your message, you seemed to expect #' to have
retained its original definition.<br class="">
<br class="">
If the term "... makes char be a dispatching-macro-character ..." is
read as "does nothing if the character is already defined as a
dispatching-macro, else ...",<br class="">
your expectation is reasonable. I am probably more accustomed to the
behavior that that you said that you get in 1.10, but both
expectations seem reasonable.<br class="">
<br class="">
Portable code could avoid the issue by calling
GET-DISPATCH-MACRO-CHARACTER and only calling
MAKE-DISPATCH-MACRO-CHARACTER if the character is not already
defined as a dispatching macro. I don't know what the library that
the original poster mentioned does. or what version of that library
they are using.<br class="">
</div>
_______________________________________________<br class="">Openmcl-devel mailing list<br class=""><a href="mailto:Openmcl-devel@clozure.com" class="">Openmcl-devel@clozure.com</a><br class="">https://lists.clozure.com/mailman/listinfo/openmcl-devel<br class=""></div></blockquote></div><br class=""></div></body></html>