4 Aug 2007 15:28
Re: trouble with si:load-foreign-module
I am sorry for the delay on solving this problem. I have just found out that there was no lisp builtin type associated to the dynamically loaded libraries. I mean that there was a data structure, but it had no name that was known to functions like class-of, type-of, etc. This is fixed in CVS now. Juanjo 2007/4/17, Luis Oliveira <luismbo <at> gmail.com>: > Hello, > > While trying to bring CFFI's ECL backend up to date, I stumbled across a > crash caused by trying to place the result si:load-foreign-module in a > CLOS slot. > > > (defclass foo () ((x :initarg :x))) > #<The STANDARD-CLASS FOO> > > (make-instance 'foo :x (si:load-foreign-module "/usr/lib/libz.so")) > > Internal or unrecoverable error in: > not a lisp data object > Aborted > > Doing the same thing with, e.g., a struct works fine but whenever I try > to put a "codeblock" object in a CLOS slot, ECL gets upset. This > happens with latest CVS, running on linux/x86-64. HTH. > > -- > Luís Oliveira(Continue reading)
RSS Feed