"Tomi Neste" <tomi.neste@...> writes:
> Rudi Schlatte <rudi@...> kirjoitti Tue, 06 Nov 2007 03:42:30
> +0200:
>> On 06.11.2007, at 06:54, Jerry van Dijk wrote:
>>
>>>
>>> Hi,
>>>
>>> Just compiled 1.0.11 on windows (mingw32). But it fails when compiling
>>> the cvs slime (emacs 22):
>>>
>>> ;; loading #P"h:\\home\\.slime\\fasl\\2007-11-01\\sbcl-1.0.11-win32-
>>> x86\\swank-source-file-cache.fasl"
>>> ; compiling file "h:\\home\\slime\\swank-sbcl.lisp" (written 11 SEP
>>> 2007 08:31:03 PM):
>>> ;
>>> ; compilation unit aborted
>>> ; caught 1 fatal ERROR condition
>>> ;;
>>> ;; Error while loading: h:\home\.slime\fasl\2007-11-01\sbcl-1.0.11-
>>> win32-x86\swank-sbcl.fasl
>>> ;; Condition: couldn't remove "h:\\home\\.slime\\fasl\\2007-11-01\
>>> \sbcl-1.0.11-win32-x86\\swank-sbcl.fasl":
>>> ;; Permission denied
>>> ;; Aborting.
>>> ;; *
>>>
>>> So for now I have to go back to 1.0.10.
>>>
>>> Anyone also seen this and/or has an idea ?
>>
>> Remove the old fasls before compiling slime. I think sbcl wants to
>> delete a file it has opened; this is possible on Unix but not in
>> Windows.
>>
>> Rudi
> Happens here too and AFAIK I have purged all old fasls. 1.0.9 still works.
I had the same problem and was going to submit a bug report, but
wanted to do more investigation first. I think I traced it back to a
failure to (require 'sb-posix). The failure to delete the fasl is a
side-effect of failure to compile the file (I think).
I think (require 'sb-posix) was failing because LOAD-SHARED-OBJECT in
sb-posix's defpackage.lisp was no longer being found; I had to give it
an explicit package prefix.
I'm back on 1.0.10 too though.
Graham
|