<div class="gmail_quote">On Wed, Jan 25, 2012 at 5:56 AM, Andrew Paul <span dir="ltr"><<a href="mailto:a2@andrewpaul.com">a2@andrewpaul.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

With respect to the bug posted here:<br>

<a href="http://sourceforge.net/tracker/?func=detail&aid=3477551&group_id=30035&atid=398053" target="_blank">http://sourceforge.net/tracker/?func=detail&aid=3477551&group_id=30035&atid=398053</a><br>

I think I have found the problem and have corrected it:<br></blockquote><div><br></div><div>Thanks a lot for the fix, Andrew. I am a bit surprised that this did not pop up in any of my other installations (Debian, OSX, etc). I have committed your patch to my local repository and will upload it later on tonight.</div>

<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">In addition, there seems to be something wrong with asdf - when it is loaded, requiring a prebuilt contrib module (eg sockets) generates asdf errors, as it tries to handle it instead of the contrib loader.<br>


Error Output:<br>
<br>
Condition of type: FILE-ERROR<br>
Filesystem error with pathname #P"C:/ecl/sockets.fasc".<br>
Either<br>
 1) the file does not exist, or<br>
...<br>
Broken at SI:BYTECODES. [Evaluation of: NIL] In: #<process TOP-LEVEL><br></blockquote><div><br></div><div>ASDF is confused by the fact that we have two types of compiled files: native ones, built with a C compiler, ending in *.fas, and bytecompiled ones, ending in *.fasc. I will upload a fix later on.</div>

<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Finally, a heads-up for anyone using a symlinked local-projects: write-file-date returns nil for windows symlinks (created with mklink /D )</blockquote>

</div><div><br></div><div>This seems to be a problem with the runtime:</div><div><a href="http://mingw-users.1079350.n2.nabble.com/How-to-check-if-file-is-a-Windows-symbolic-link-td6299831.html">http://mingw-users.1079350.n2.nabble.com/How-to-check-if-file-is-a-Windows-symbolic-link-td6299831.html</a></div>

<div>Plus I have not found the Windows functions that allow me to detect whether a file is a symbolic link or not. Handling of these objects seems to be very lousily specified throughout the Windows API.</div><div><br></div>

<div>Juanjo</div>-- <br>Instituto de Física Fundamental, CSIC<br>c/ Serrano, 113b, Madrid 28006 (Spain) <br><a href="http://juanjose.garciaripoll.googlepages.com" target="_blank">http://juanjose.garciaripoll.googlepages.com</a><br>