<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>