cffi-devel

cffi-devel@common-lisp.net

1113 discussions

[cffi-devel] trivial-features
by Luke J Crook 03 Nov '09

03 Nov '09

The latest version of trivial-features no longer works in Edi's Lisp Starter- Pack, which now returns the following error during the unpacking process; Error with invalid byte: 10 in #(110 32 116 104 101 10 107 101). Was the package built differently to the previous working release? - Luke

2 1

[cffi-devel] XCVB patch for CFFI
by Faré 23 Oct '09

23 Oct '09

Here is what I use to compile Bordeaux-Threads with XCVB. Is it possible to apply it upstream? [ François-René ÐVB Rideau | Reflection&Cybernethics | http://fare.tunes.org ] It is not recognized in the full amplitude of the word that all freedom is essentially self-liberation -- that I can have only so much freedom as I procure for myself by my ownness. -- Max Stirner

3 4

[cffi-devel] extended bitfield syntax
by Bart Botta 02 Oct '09

02 Oct '09

A few weeks ago on #lisp I suggested extending the defbitfield syntax to allow defining elements in terms of preceding elements in the bitfield (see http://paste.lisp.org/display/87065 for a sample usage and implementation). Does this sound like something that would be worth adding to cffi? -- 3b

1 0

[cffi-devel] Purpose of libtest32.so in test suite?
by Jean-Claude Beaudoin 01 Oct '09

01 Oct '09

Hello, I have been running the cffi's test suite on my oldish pentium 4 for a while now and all is fine with it; but now I decided to port my software to an amd64 Athlon X2 and the test suite of cffi blows up trying to build libtest32.so. Here is what it prints out: ------------------------------------------ ; loading system definition from ; /home/Jean-Claude/.libs/systems/trivial-features.asd into ; #<ASDF1 package> ; registering #<SYSTEM TRIVIAL-FEATURES 34643616> as TRIVIAL-FEATURES gcc -m32 -o libtest32.so -shared -Wall -std=c99 -pedantic -g -fPIC libtest.c In file included from /usr/include/features.h:376, from /usr/include/stdio.h:28, from libtest.c:34: /usr/include/gnu/stubs.h:7:27: error: gnu/stubs-32.h: No such file or directory make: *** [libtest32.so] Error 1 Debugger called in: #<process SI:INITIAL 00000000010b4d20>. erred while invoking #<ASDF:COMPILE-OP (:VERBOSE NIL) 34714464> on #<CFFI-TESTS-SYSTEM::C-TEST-LIB "libtest" "cffi-tests" 34716192> --------------------------------------------------------------------- This is under Fedora 11 by the way. What purpose does libtest32.so serve if there is a libtest.so? Can I simply cut out all this "32" library thing? Thanks, Jean-Claude Beaudoin

2 1

[cffi-devel] automatic conversion of array of (unsigned-byte 8) to c-string
by Johan Ur Riise 27 Sep '09

27 Sep '09

this is exactly the example from the manual: (let ((str (make-array 4 :element-type '(unsigned-byte 8) :initial-element 65))) (foreign-funcall "strlen" :string str :int)) but my lisp says: #(65 65 65 65) is not a Lisp string or pointer. [Condition of type SIMPLE-ERROR] What is going on? This works as expected: (let ((str (make-array 4 :element-type 'character :initial-element (code-char 65)))) (foreign-funcall "strlen" :string str :int)) => 4 I run clozure cl on windows 32

2 3

[cffi-devel] [johan@riise-data.no: Re: using defcenum keywords in function call]
by Johan Ur Riise 26 Sep '09

26 Sep '09

----- Forwarded message from Johan Ur Riise <johan(a)riise-data.no> ----- Subject: Re: [cffi-devel] using defcenum keywords in function call Date: Sat, 26 Sep 2009 07:09:49 +0200 From: Johan Ur Riise <johan(a)riise-data.no> To: Stelian Ionescu <sionescu(a)cddr.org> On Sat, Sep 26, 2009 at 05:19:15AM +0200, Stelian Ionescu wrote: > > DEFCENUM doesn't define constants(as in C), but a type which gets > translated to integers if you specify it as argument type. In other > words, this is correct: > > (defcfun ("socket" win-socket) socket > "Creates a socket with the overlapped mode as default" > (af af) > (type sock-type) > (protocol pf)) > Thanks, that worked, and I can see now that the curl example shows how to do it. For the record, this definition has a better chance of actually returning a socket: (defcenum af :af-unspec :af-unix :af-inet) (defcenum sock-type (:sock-stream 1) :sock-dgram :sock-raw) (defcenum proto (:tcp 6) (:udp 17)) (defun make-socket () (foreign-funcall "socket" af :af-inet sock-type :sock-stream proto :tcp socket)) ----- End forwarded message -----

1 0

[cffi-devel] using defcenum keywords in function call
by Johan Ur Riise 26 Sep '09

26 Sep '09

I have some enums defined, a defcfun and I use the keywords of the enum when I call the function. The documentation says: Keywords will be automatically converted to values and vice-versa when being passed as arguments to or returned from foreign functions, respectively. But this does not seem to be the case, I get a type error. The following should be a minimalistic runnable example. What am I doing wrong? CL-USER> (require 'cffi) ; loading system definition from C:/prg/libcl/babel/babel.asd into #<Package "ASDF0"> ; registering #<SYSTEM BABEL #x14DE5106> as BABEL ; loading system definition from C:/prg/libcl/alexandria/alexandria.asd into #<Package "ASDF0"> ; registering #<SYSTEM :ALEXANDRIA #x14E038B6> as ALEXANDRIA ; loading system definition from C:/prg/libcl/trivial-features/trivial-features.asd into #<Package "ASDF0"> ; registering #<SYSTEM TRIVIAL-FEATURES #x14E5DAE6> as TRIVIAL-FEATURES CFFI NIL CL-USER> (in-package :cffi) #<Package "CFFI"> CFFI> (defctype SOCKET :uint) SOCKET CFFI> (defcenum af :af-unspec :af-unix :af-inet) AF CFFI> (defcenum sock-type (:sock-stream 1) :sock-dgram :sock-raw) SOCK-TYPE CFFI> (defcenum pf :pf-unspec :pf-unix :pf-inet) PF CFFI> (defcfun ("socket" win-socket) socket "Creates a socket with the overlapped mode as default" (af :int32) (type :int) (protocol :int)) WIN-SOCKET CFFI> (defun make-socket () (win-socket :af-inet :sock-stream :pf-inet)) MAKE-SOCKET CFFI> (make-socket) ; Evaluation aborted. CFFI> ;->value :AF-INET is not of the expected type (SIGNED-BYTE 32). ;[Condition of type TYPE-ERROR] ; No value CFFI>

2 1

[cffi-devel] EPoll Bindings for CCL
by Volkan YAZICI 18 Sep '09

18 Sep '09

Hi, I've released the first draft of my EPoll package[1][2]. While everything works for SBCL, `EPFD-WAIT' returns weird file descriptors (e.g. -65536) on CCL. Consider example below. CL-USER> (loop for pkg in '(cffi alexandria usocket epoll) do (asdf:oos 'asdf:load-op pkg)) ... NIL CL-USER> (usocket:with-socket-listener (server-socket "0.0.0.0" 4040 :reuse-address t) (alexandria:when-let (client-socket (usocket:socket-accept server-socket)) (unwind-protect (progn (epoll:with-epfd (epfd) (epoll:epfd-control epfd :add (epoll:socket-fd (usocket:socket client-socket)) :in :pri :err) (epoll:epfd-wait epfd 5000))) (usocket:socket-close client-socket)))) ((-65536 :IN)) Any ideas about what might I be missing? Regards. [1] http://github.com/vy/epoll [2] http://cliki.net/epoll

2 1

[cffi-devel] sizeof() Operator
by Volkan YAZICI 13 Sep '09

13 Sep '09

Hi, Is there anything available in CFFI similar to sizeof() operator in C? I want to get the size of the structs/types defined via DEFCSTURCT/DEFCTYPE. Regards.

2 1

[cffi-devel] Grovel fails parsing file
by Reinout Stevens 12 Sep '09

12 Sep '09

Hi, I'm trying to use sysctl.h under FreeBSD (should also exists under OSX) , but grovel can't parse that file. /usr/include/sys/sysctl.h:699: error: expected declaration specifiers or '...' before 'size_t' grovel.c: In function 'print_double_for_lisp': grovel.c:64: warning: incompatible implicit declaration of built-in function 'memset' The offending line is: int sysctlnametomib(const char *, int *, size_t *); Any clues how to fix this or is it a known feature?

2 2

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

cffi-devel