Has this been bug ticket number?<br><br><div class="gmail_quote">On Tue, Jul 24, 2012 at 2:54 AM, Alessio Stalla <span dir="ltr"><<a href="mailto:alessiostalla@gmail.com" target="_blank">alessiostalla@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Tue, Jul 24, 2012 at 2:56 AM, Blake McBride <<a href="mailto:blake@mcbride.name">blake@mcbride.name</a>> wrote:<br>

> Wow, I get some really weird stuff testing this with the latest trunk as<br>
> follows.  (I put his code in a file named yyy.lisp.  I did not compile it.<br>
> There is no yyy.fasl)<br>
><br>
> Blake-Mac-17:tmp blake$ abcl<br>
> Armed Bear Common Lisp 1.1.0-dev-svn-14015<br>
> Java 1.6.0_33 Apple Inc.<br>
> Java HotSpot(TM) 64-Bit Server VM<br>
> Low-level initialization completed in 0.369 seconds.<br>
> Startup completed in 1.371 seconds.<br>
> Type ":help" for a list of available commands.<br>
> CL-USER(1): (load "yyy.lisp")<br>
> T<br>
> CL-USER(2): (foo-bar-rb)<br>
> (foo-bar '(foo))<br>
><br>
> Maximum error depth exceeded (11 nested errors) with 'FASL version mismatch;<br>
> found '57' but expected '39' in with-standard-io-syntax'.<br>
> CL-USER(3):<br>
><br>
> I don't get the whole FASL stuff.<br>
<br>
</div>To me it smells like the file with the definition of<br>
with-standard-io-syntax is autoloaded with *read-base* set to 16; in<br>
fact, #x39 = 57.<br>
<br>
With-standard-io-syntax is used when loading a FASL exactly to prevent<br>
this kind of bugs, so probably it should be preloaded at startup to<br>
solve the chicken-and-egg problem.<br>
<br>
Alessio<br>
<div class="HOEnZb"><div class="h5"><br>
> On Mon, Jul 23, 2012 at 5:40 PM, Alessio Stalla <<a href="mailto:alessiostalla@gmail.com">alessiostalla@gmail.com</a>><br>
> wrote:<br>
>><br>
>> On Mon, Jul 23, 2012 at 6:48 PM, Durward McDonell<br>
>> <<a href="mailto:durward.mcdonell@jhuapl.edu">durward.mcdonell@jhuapl.edu</a>> wrote:<br>
>> ><br>
>> > Hello.<br>
>> ><br>
>> > I believe I have found a bug in FASL loading, with respect<br>
>> > to *read-base* being reset. At least, I get the behavior I<br>
>> > expect in sbcl, and not in abcl.<br>
>> ><br>
>> > Consider the following code:<br>
>> ><br>
>> > (defmacro foo-bar (s)<br>
>> >   `(sublis '((foo . bar)) ,s))<br>
>> ><br>
>> > (defun foo-bar-rb ()<br>
>> >   (let ((*read-base* #x10)<br>
>> >         (it (read)))<br>
>> >     (eval it)))<br>
>> ><br>
>> > Load this code, then execute (foo-bar-rb).<br>
>> > It will wait for input. Type (foo-bar '(foo)).<br>
>> > I would expect this to evaluate to (bar), but<br>
>> > abcl gives a FASL version mismatch, where it<br>
>> > seems that it is reading the FASL in the new<br>
>> > base (16 instead of 10), and reports "found '56'<br>
>> > but expected '38' in sublis".<br>
>><br>
>> Hi!<br>
>><br>
>> What FASL are you speaking of? There is nothing explicitly loading one<br>
>> in your code. Is this related to autoloading?<br>
>><br>
>> Cheers<br>
>> Alessio<br>
>><br>
>> _______________________________________________<br>
>> armedbear-devel mailing list<br>
>> <a href="mailto:armedbear-devel@common-lisp.net">armedbear-devel@common-lisp.net</a><br>
>> <a href="http://lists.common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel" target="_blank">http://lists.common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel</a><br>
><br>
><br>
<br>
<br>
<br>
</div></div><span class="HOEnZb"><font color="#888888">--<br>
Some gratuitous spam:<br>
<br>
<a href="http://ripple-project.org" target="_blank">http://ripple-project.org</a> Ripple, social credit system<br>
<a href="http://villages.cc" target="_blank">http://villages.cc</a> Villages.cc, Ripple-powered community economy<br>
<a href="http://common-lisp.net/project/armedbear" target="_blank">http://common-lisp.net/project/armedbear</a> ABCL, Common Lisp on the JVM<br>
<a href="http://code.google.com/p/tapulli" target="_blank">http://code.google.com/p/tapulli</a> my current open source projects<br>
<a href="http://www.manydesigns.com/" target="_blank">http://www.manydesigns.com/</a> ManyDesigns Portofino, open source<br>
model-driven Java web application framework<br>
</font></span></blockquote></div><br>