[drakma-devel] Failure to load under SBCL on MS Windows 7 (64-bit)
Hi All, I'm using Drakma via Quicklisp on SBCL. This works fine under Ubuntu 10.10, but when I attempt to quickload Drakma on MS Windows Ultimate 64-bit, I get 'Error opening shared object "libssl32.dll"'. Here's a REPL session that demonstrates the problem: ===== * (load (merge-pathnames "quicklisp/setup.lisp" (user-homedir-pathname))) T * (ql:quickload '("drakma")) To load "drakma": Load 1 ASDF system: drakma ; Loading "drakma" ................ debugger invoked on a CFFI:LOAD-FOREIGN-LIBRARY-ERROR: Unable to load foreign library (LIBSSL). Error opening shared object "libssl32.dll": 126. Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL. restarts (invokable by number or by possibly-abbreviated name): 0: [RETRY ] Try loading the foreign library again. 1: [USE-VALUE ] Use another library instead. 2: [TRY-RECOMPILING] Recompile reload and try loading it again 3: [RETRY ] Retry loading component ("cl+ssl" "reload"). 4: [ACCEPT ] Continue, treating loading component ("cl+ssl" "reload") as having been successful. 5: [ABORT ] Give up on "drakma" 6: Exit debugger, returning to top level. (CFFI::FL-ERROR "Unable to load foreign library (~A).~% ~A")[:EXTERNAL] 0] ===== I'm quite new to Lisp, but very happy to help in any way necessary (running debug builds, etc.) with tracking this down. Yours, Duncan Bayne
I have no experience with SBCL on Windows, let alone on 64-bit versions of Windows, but the obvious first question would be if you have libssl32.dll installed and where. (If not, I think there's a link on the Drakma website which shows were to find the OpenSSL libs for Windows. I don't know what this'll entail for 64-bit, though.) Let us know how it goes. Quick check: Is anyone on this list using Drakma with SBCL/Win? Edi. On Fri, Jan 21, 2011 at 5:41 AM, Duncan Bayne <dhgbayne@gmail.com> wrote:
Hi All,
I'm using Drakma via Quicklisp on SBCL. This works fine under Ubuntu 10.10, but when I attempt to quickload Drakma on MS Windows Ultimate 64-bit, I get 'Error opening shared object "libssl32.dll"'.
Here's a REPL session that demonstrates the problem:
===== * (load (merge-pathnames "quicklisp/setup.lisp" (user-homedir-pathname)))
T * (ql:quickload '("drakma")) To load "drakma": Load 1 ASDF system: drakma ; Loading "drakma" ................ debugger invoked on a CFFI:LOAD-FOREIGN-LIBRARY-ERROR: Unable to load foreign library (LIBSSL). Error opening shared object "libssl32.dll": 126.
Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.
restarts (invokable by number or by possibly-abbreviated name): 0: [RETRY ] Try loading the foreign library again. 1: [USE-VALUE ] Use another library instead. 2: [TRY-RECOMPILING] Recompile reload and try loading it again 3: [RETRY ] Retry loading component ("cl+ssl" "reload"). 4: [ACCEPT ] Continue, treating loading component ("cl+ssl" "reload") as having been successful. 5: [ABORT ] Give up on "drakma" 6: Exit debugger, returning to top level.
(CFFI::FL-ERROR "Unable to load foreign library (~A).~% ~A")[:EXTERNAL] 0] =====
I'm quite new to Lisp, but very happy to help in any way necessary (running debug builds, etc.) with tracking this down.
Yours, Duncan Bayne
_______________________________________________ drakma-devel mailing list drakma-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/drakma-devel
I use the same combination. Since I also had the problem with finding working ssl libs, that was the motivation for me to submit a patch to add :DRAKMA-NO-SSL to *features* and use drakma without HTTPS. If you actually need HTTP, let me know if you find correct libssl files :) Regards, Marko Kocić On Fri, Jan 21, 2011 at 5:41 AM, Duncan Bayne <dhgbayne@gmail.com> wrote:
Hi All,
I'm using Drakma via Quicklisp on SBCL. This works fine under Ubuntu 10.10, but when I attempt to quickload Drakma on MS Windows Ultimate 64-bit, I get 'Error opening shared object "libssl32.dll"'.
Here's a REPL session that demonstrates the problem:
===== * (load (merge-pathnames "quicklisp/setup.lisp" (user-homedir-pathname)))
T * (ql:quickload '("drakma")) To load "drakma": Load 1 ASDF system: drakma ; Loading "drakma" ................ debugger invoked on a CFFI:LOAD-FOREIGN-LIBRARY-ERROR: Unable to load foreign library (LIBSSL). Error opening shared object "libssl32.dll": 126.
Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.
restarts (invokable by number or by possibly-abbreviated name): 0: [RETRY ] Try loading the foreign library again. 1: [USE-VALUE ] Use another library instead. 2: [TRY-RECOMPILING] Recompile reload and try loading it again 3: [RETRY ] Retry loading component ("cl+ssl" "reload"). 4: [ACCEPT ] Continue, treating loading component ("cl+ssl" "reload") as having been successful. 5: [ABORT ] Give up on "drakma" 6: Exit debugger, returning to top level.
(CFFI::FL-ERROR "Unable to load foreign library (~A).~% ~A")[:EXTERNAL] 0] =====
I'm quite new to Lisp, but very happy to help in any way necessary (running debug builds, etc.) with tracking this down.
Yours, Duncan Bayne
_______________________________________________ drakma-devel mailing list drakma-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/drakma-devel
Oh, right, what I completely forgot to mention: I'm running the 32-bit version of LispWorks 6.0.1 pro on 64-bit Windows 7 with the 32-bit version of OpenSSL from <http://www.slproweb.com/products/Win32OpenSSL.html>. That works fine with Drakma. Edi. On Fri, Jan 21, 2011 at 1:33 PM, Marko Kocić <marko.kocic@gmail.com> wrote:
I use the same combination.
Since I also had the problem with finding working ssl libs, that was the motivation for me to submit a patch to add :DRAKMA-NO-SSL to *features* and use drakma without HTTPS.
If you actually need HTTP, let me know if you find correct libssl files :)
Regards, Marko Kocić
On Fri, Jan 21, 2011 at 5:41 AM, Duncan Bayne <dhgbayne@gmail.com> wrote:
Hi All,
I'm using Drakma via Quicklisp on SBCL. This works fine under Ubuntu 10.10, but when I attempt to quickload Drakma on MS Windows Ultimate 64-bit, I get 'Error opening shared object "libssl32.dll"'.
Here's a REPL session that demonstrates the problem:
===== * (load (merge-pathnames "quicklisp/setup.lisp" (user-homedir-pathname)))
T * (ql:quickload '("drakma")) To load "drakma": Load 1 ASDF system: drakma ; Loading "drakma" ................ debugger invoked on a CFFI:LOAD-FOREIGN-LIBRARY-ERROR: Unable to load foreign library (LIBSSL). Error opening shared object "libssl32.dll": 126.
Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.
restarts (invokable by number or by possibly-abbreviated name): 0: [RETRY ] Try loading the foreign library again. 1: [USE-VALUE ] Use another library instead. 2: [TRY-RECOMPILING] Recompile reload and try loading it again 3: [RETRY ] Retry loading component ("cl+ssl" "reload"). 4: [ACCEPT ] Continue, treating loading component ("cl+ssl" "reload") as having been successful. 5: [ABORT ] Give up on "drakma" 6: Exit debugger, returning to top level.
(CFFI::FL-ERROR "Unable to load foreign library (~A).~% ~A")[:EXTERNAL] 0] =====
I'm quite new to Lisp, but very happy to help in any way necessary (running debug builds, etc.) with tracking this down.
Yours, Duncan Bayne
_______________________________________________ drakma-devel mailing list drakma-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/drakma-devel
_______________________________________________ drakma-devel mailing list drakma-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/drakma-devel
If you actually need HTTP, let me know if you find correct libssl files :)
I found that installing the VS2008 runtime libraries followed by OpenSSL for Windows fixed the problem. You can get OpenSSL for Windows from here: http://www.slproweb.com/products/Win32OpenSSL.html -- { :phone => '(+61) 420 817 082', :skype => 'duncan_bayne', :email => 'dhgbayne@gmail.com', :web => 'http://www.fluidscape.com/' } "If you're in a fair fight, you didn't plan it properly." - Nick Lappos, Chief R&D Pilot, Sikorsky Aircraft
participants (3)
-
Duncan Bayne -
Edi Weitz -
Marko Kocić