Re: dlopen failure on sbcl/macosx
Harald Hanche-Olsen <[email protected]>
| Newsgroups | gmane.lisp.clsql.general |
|---|---|
| Message-ID | <[email protected]> |
+ "Sean Charles" <[email protected]>: > after responding I re-read your initial message and the sentence > >> But the named file does exist, and is seen by PROBE-FILE. > > Set an alarm bell: file permissions! > > Try this: > > cd /local/src/lisp/clsql/uffi/ > ls -l clsql_uffi.dylib > > and tell us what you get back as the response. I get the expected response: -rwxr-xr-x 1 hanche admin 8380 Nov 3 09:49 clsql_uffi.dylib* > You could also try this: > > chmod 777 clsql_uffi.dylib That seems like overkill to me, given that sbcl is running with my privileges already so it will have write access - and in any case, it shouldn't need write access to open it as a library, should it? But I decided to humour you and try, and now I got a different error: The function CLSQL-UFFI:ATOL64 is undefined. [Condition of type UNDEFINED-FUNCTION] At least, that is one error I think I've seen before on FreeBSD, and probably on this mailing list as well. I have forgotten what I did about it, but I guess I can find out. Anyway, I got suspicious, couldn't see why it would sail through the library load all of a sudden, so I killed my lisp, started a new one, and tried again, and now it failed in the same place as before. So I guess there is a problem in the ASDF logic somewhere, and an unsuccesful load had been wrongfully recorded as successful. - Harald