<br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Dec 10, 2012 at 7:38 PM, Gary Byers <span dir="ltr"><<a href="mailto:gb@clozure.com" target="_blank">gb@clozure.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

Part of the problem is that the file violates the well-known rule<br>
which states "all files are encoded in utf-8 and if they aren't that's<br>
not my problem".  It seems that the string which is the value of<br>
$default-info-plist-getInfo-<u></u>string is supposed to contain a copyright<br>
sign (#\u00a9) followed by a space.  The file was apparently actually<br>
encoded in iso-8859-1 (or some similar 8-bit encoding), so that<br>
sequence of characters (#\copyright_sign #\space) is encoded as the<br>
octets #xa9 #x20.  The trunk currently sets<br>
*DEFAULT-FILE-CHARACTER-<u></u>ENCODING* to :UTF-8 (following the rule<br>
above), and the octet sequence #xa9 #x20 isn't valid utf-8.  The trunk<br>
signals a condition (supposed to be of type DECODING-PROBLEM but<br>
apparently isn't at least sometimes) in this case and generates a<br>
#\replacement_character; the idea behind signaling a condition rather<br>
than treating this case as an error is that policy decisions like that<br>
are best made by higher-level code (higher level than the guts of<br>
READ-CHAR.)<br>
<br>
Something in the bridge or in the event loop (my being more precise<br>
about that depends on sufficient caffeination, which may take a while)<br>
effectively handles that condition, and the effect of that is to throw<br>
out of the LOAD (closing the file) and (I think ...) resuming the<br>
event loop.<br></blockquote><div><br></div><div>Possibly related to <a href="http://trac.clozure.com/ccl/ticket/682">http://trac.clozure.com/ccl/ticket/682</a></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">


<br>
There are several bugs here.  One workaround that'll work for a while is<br>
to do:<br>
<br>
(let* ((ccl:*default-file-character-<u></u>encoding* :iso-8859-1))<br>
  (require "BUILDER-UTILITIES"))<div class="im"><br>
<br>
<br>
<br>
<br>
<br>
On Mon, 10 Dec 2012, Paul Krueger wrote:<br>
<br>
</div><blockquote class="gmail_quote" style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class="im">


Using 1.9-dev-r15527M-trunk  (DarwinX8664) I am having trouble loading a ccl-ide-init file that loads just fine when I do it from the listener after the IDE comes up. I traced that problem to a require of builder-utilities (i.e. ccl/cocoa-ide/builder-<u></u>utilities) that I was doing and specifically within that file to the following line:<br>


<br></div>
(defparameter $default-info-plist-getInfo-<u></u>string "\"1.0 Copyright ??? 2008\"")<div class="im"><br>
Everything up to $cfbundle-getinfo-string-key (which is defined on the previous line) gets defined and nothing after that is.<br>
<br>
I created a simple test version of the ccl-ide-init file by just doing a copy/paste of the failing line:<br>
<br>
(format t "beginning ccl-ide-init~%")<br></div>
(defparameter $default-info-plist-getInfo-<u></u>string "\"1.0 Copyright ??? 2008\"")<div class="im"><br>
(format t "ending ccl-ide-init~%")<br>
<br>
and it loaded just fine with both format statements executed. Then I created a ccl-ide-init file with the following lines:<br>
<br>
(format t "beginning ccl-ide-init~%")<br>
(require :builder-utilities)<br>
(format t "ending ccl-ide-init~%")<br>
<br>
which once again quietly failed to load the builder-utilities file (failing at the same place) and the second format statement was not executed. <br>
Any ideas what's going on?<br>
______________________________<u></u>_________________<br>
Openmcl-devel mailing list<br>
<a href="mailto:Openmcl-devel@clozure.com" target="_blank">Openmcl-devel@clozure.com</a><br>
<a href="http://clozure.com/mailman/listinfo/openmcl-devel" target="_blank">http://clozure.com/mailman/<u></u>listinfo/openmcl-devel</a><br>
</div></blockquote><div class=""><div class="h5">
______________________________<u></u>_________________<br>
Openmcl-devel mailing list<br>
<a href="mailto:Openmcl-devel@clozure.com" target="_blank">Openmcl-devel@clozure.com</a><br>
<a href="http://clozure.com/mailman/listinfo/openmcl-devel" target="_blank">http://clozure.com/mailman/<u></u>listinfo/openmcl-devel</a><br>
</div></div></blockquote></div><br></div>