It seems what I need to do is rebuild the CCL kernel as described in <a href="http://trac.clozure.com/ccl/wiki/WindowsNotes">http://trac.clozure.com/ccl/wiki/WindowsNotes</a>, editing the Makefile to enable debugging symbols. Then I'll be able to track down the errant function, but first I have to download the 64-bit version of Cygwin.<div>
<br></div><div><rant>What a lot of work! IMHO CCL should include copies of the executables built with debugging symbols so that we can just run gdb instead of having to download Cygwin & rebuild everything.</rant><br>
<br><div class="gmail_quote">On 3 December 2010 09:39, Ralph Moritz <span dir="ltr"><<a href="mailto:ralmoritz@gmail.com">ralmoritz@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="gmail_quote">I followed the instructions in <a href="http://trac.clozure.com/ccl/wiki/CclUnderGdb" target="_blank">http://trac.clozure.com/ccl/wiki/CclUnderGdb</a> & adapted them for Visual Studio. %rip is inside ntdll.dll (Windows kernel functions).</div>

<div class="gmail_quote"><br></div><div class="gmail_quote">The stacktrace is as follows:</div><div class="gmail_quote"><br></div><div class="gmail_quote"><div class="gmail_quote">    ntdll.dll!0000000077c01da0()</div><div class="gmail_quote">

    msvcrt.dll!000007feff5010c4()</div><div class="gmail_quote">    wx86cl64.exe!000000000002b3ca() <span style="white-space:pre-wrap">     </span></div><div><span style="white-space:pre-wrap"><br>
</span></div><div>Would this indicate that code within CCL is calling a Windows function incorrectly?</div><div><br></div><div>Regards,</div><div>Ralph</div><font color="#888888"><div><br></div></font></div><div><div></div>
<div class="h5"><div class="gmail_quote"><br></div><div class="gmail_quote">
On 1 December 2010 22:44, 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:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

All that we can really tell from that paste is that some sort of<br>
exception (illegal memory reference, illegal instruction, ...)<br>
occurred while executing foreign (C) code.  I can tell (by the<br>
value of %rip in the register display) that the foreign code<br>
isn't in CCL's kernel, but I have no idea what shared library<br>
it is in.<br>
<br>
My recollection is that someone on the #ccl IRC channel ran into this<br>
(or something very similar) a few weeks ago and that they eventually<br>
resolved the problem by upgrading to the 1.6 release candidate (see<br>
<<a href="http://trac.clozure.com/ccl/wiki/ReleaseNotes/1.6" target="_blank">http://trac.clozure.com/ccl/wiki/ReleaseNotes/1.6</a>>, and note that<br>
those release notes mention the fact that older versions of CL-FAD<br>
define a conflicting version of the function CCL:DELETE-DIRECTORY.<br>
Loading older versions of CL-FAD in 1.6 will CERROR when reporting<br>
this conflict; it's possible to safely continue at that point.<br>
<br>
On Wed, 1 Dec 2010, Ralph Moritz wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi everyone,<br>
<br>
I know this might be regarded as OT but someone suggested this might<br>
be a Clozure CL bug & that I should post it here.<br>
<br>
Anyway, a paste is worth a 1,000 words:<br>
<a href="http://paste.lisp.org/display/117085#1" target="_blank">http://paste.lisp.org/display/117085#1</a><br>
<br>
TIA,<br>
Ralph<br>
<br>
<br>
_______________________________________________<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/listinfo/openmcl-devel</a><br>
<br>
<br>
</blockquote>
</blockquote></div><br>
</div></div></blockquote></div><br></div>