- cffi-devel - mailman3.common-lisp.net

[cffi-devel] [patch]review Foreign Types; add Glossary
by Stephen Compall 13 Jun '06

13 Jun '06

http://scompall.nocandysw.com/cffi/manual-foreign-types.darcs.patch Tue Jun 13 15:55:50 CDT 2006 Stephen Compall <scompall(a)nocandysw.com> * review Foreign Types; add Glossary -- Stephen Compall http://scompall.nocandysw.com/blog

2 1

[cffi-devel] cffi-uffi-compat library searching
by Nathan Bird 13 Jun '06

13 Jun '06

I am using cffi-uffi-compat with clsql recently... ended up doing so because I need :long-long for sqlserver bigints. However, in trying to get it to work, I found a problem with the way it searches for libraries to load. If you just tell it to load libodbc.so, at least on sbcl the underlying functionality is capable of searching the default library paths to find it. CFFI was shortcutting that and not calling the next function if probe-file failed. Now it only does the probing if it is a full path and not just the filename. This also matches the behavior of UFFI, which is probably a good thing for cffi-uffi-compat. Nathan Bird

2 1

[cffi-devel] New patches: 7-Jun-2006
by loliveira＠common-lisp.net 08 Jun '06

08 Jun '06

Wed Jun 7 14:30:00 EDT 2006 Luis Oliveira <loliveira(a)common-lisp.net> * Run tests both compiled and uncompiled. - Make the test-suite run both with and without rt::*compile-tests* bound to T. M ./cffi-tests.asd -2 +7 M ./tests/bindings.lisp +14 M ./tests/run-tests.lisp -11 +2 An updated tarball of CFFI's source can be downloaded here: http://common-lisp.net/project/cffi/tarballs/cffi-060607.tar.gz Darcsweb URL: http://common-lisp.net/cgi-bin/darcsweb/darcsweb.cgi?r=cffi;a=summary

1 0

[cffi-devel] corrupted foreign structure testcase with latest CFFI and LW 4.4.6
by Jack Unrue 07 Jun '06

07 Jun '06

I've run into a problem where populating a foreign structure and then passing it to a foreign function behaves correctly if my Lisp code is interpreted, but the structure fields appear to be corrupted if my function is compiled. This is with CFFI versions later than 0.9.0, and on LW 4.4.6 under WinXP. When I invoke the dump-it function in interpreted mode, the output file contains the expected result: cbSize: 4 style: 01abcdef When I (compile 'dump-it) and then invoke it, the output file contains garbage: cbSize: -1412567292 style: 01abcd01 This testcase works fine with the same LW version but CFFI 0.9.0. It also works fine with CLISP 2.38 and latest CFFI. CFFI versions 0.9.1, 060514, and a build produced from a darcs pull today all show the problem on LW. I haven't tried bisecting any further. See attached testcase.lisp and structs.c. I've also attached a simple Makefile for compiling with gcc. The foreign function dump_blah writes a file called 'dump_output.txt' in the current working directory. -- Jack Unrue

3 7

[cffi-devel] Passing a struct by value
by Luke Crook 07 Jun '06

07 Jun '06

I've read: http://article.gmane.org/gmane.lisp.cffi.devel/754 stating that CFFI does not support passing structs by value. Unfortunately I need to pass a SDL_Color struct *by value* to the SDL_ttf library in order to set the character/font color prior to rendering. I'll need to write some 'glue' code in C to do this conversion. Does anyone have any suggestions on the best way I should implement this? A 'wrapper' function in a helper DLL that will take the SDL_Color struct pointer from CFFI and call the SDL_ttf function passing the struct as a value? Thanks, -Luke

2 1

[cffi-devel] New patches: 6-Jun-2006
by loliveira＠common-lisp.net 07 Jun '06

07 Jun '06

Tue Jun 6 22:23:58 EDT 2006 Luis Oliveira <loliveira(a)common-lisp.net> * Huh. Found a very old and incomplete sentence in the manual. M ./doc/cffi-manual.texinfo -1 +1 Tue Jun 6 22:23:35 EDT 2006 Luis Oliveira <loliveira(a)common-lisp.net> * Minor comestic change in foreign-vars.lisp M ./src/foreign-vars.lisp -3 +2 Tue Jun 6 22:23:25 EDT 2006 Luis Oliveira <loliveira(a)common-lisp.net> * Lispworks bugfix: %mem-ref and %mem-set compiler macros - The %mem-ref and %mem-set in cffi-lispworks.lisp were using bogus indexes. FLI's documentation suggests foreign-typed-aref expects array indexes but it seems to want offsets in bytes instead. - Regression tests: mem-ref.rt.1 and mem-ref.rt.2. M ./src/cffi-lispworks.lisp -26 +8 M ./tests/memory.lisp +24 An updated tarball of CFFI's source can be downloaded here: http://common-lisp.net/project/cffi/tarballs/cffi-060606.tar.gz Darcsweb URL: http://common-lisp.net/cgi-bin/darcsweb/darcsweb.cgi?r=cffi;a=summary

1 0

[cffi-devel] [SPAM] AWARD NOTIFICATION.
by ANGELA＠common-lisp.net 29 May '06

29 May '06

Spam detection software, running on the system "clnet", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: DATE: 29th MAY, 2006. FROM: MRS ANGELA MAMMI THE DESK OF THE VICE PRESIDENT. THE NATIONAL LOTTERY INTERNATIONAL PROMOTIONS/PRIZE AWARD. BATCH: EGS/ 22504002/05: REFERENCE: 15/0018/IPD RE: AWARD NOTIFICATION. [...] Content analysis details: (7.8 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 2.3 MIME_BOUND_MANY_HEX Spam tool pattern in MIME boundary 0.5 FROM_ENDS_IN_NUMS From: ends in numbers 0.1 FORGED_RCVD_HELO Received: contains a forged HELO 1.7 MSGID_FROM_MTA_ID Message-Id for external message added locally 0.4 SUBJ_ALL_CAPS Subject is all capitals 2.9 NIGERIAN_BODY1 Message body looks like a Nigerian spam message 1+ The original message was not completely plain text, and may be unsafe to open with some email clients; in particular, it may contain a virus, or confirm that your address can receive spam. If you wish to view it, it may be safer to save it to a file and open it with an editor.

1 0

[cffi-devel] New patches: 26-May-2006
by loliveira＠common-lisp.net 27 May '06

27 May '06

Fri May 26 22:04:11 EDT 2006 Luis Oliveira <loliveira(a)common-lisp.net> * bugfix: accept symbols in defcvar - Fix lisp-var-name to accept symbols. - Regression test: foreign-globals.symbol-name M ./src/foreign-vars.lisp -7 +5 M ./tests/foreign-globals.lisp -1 +8 Fri May 26 07:36:26 EDT 2006 Luis Oliveira <loliveira(a)common-lisp.net> * Minor simplification in tests/bindings.lisp M ./tests/bindings.lisp -4 +3 Fri May 26 07:34:37 EDT 2006 Luis Oliveira <loliveira(a)common-lisp.net> * Fix some ECL bugs (maybe) - Fixed some bitrot in cffi-ecl.lisp (maybe). Still can't test properly because of an ECL bug related to make-load-form. M ./src/cffi-ecl.lisp -2 +4 Sat May 20 14:13:44 EDT 2006 Luis Oliveira <loliveira(a)common-lisp.net> * Fix uffi-compat bugs - :pointer is no longer a built-in type so we have to parse it, not find-type it. - def-array-pointer actually defines an array type with 1 element. (this emulates UFFI's behaviour) Bug report and initial patches courtesy of Lou Vanek. M ./uffi-compat/uffi-compat.lisp -2 +2 An updated tarball of CFFI's source can be downloaded here: http://common-lisp.net/project/cffi/tarballs/cffi-060526.tar.gz Darcsweb URL: http://common-lisp.net/cgi-bin/darcsweb/darcsweb.cgi?r=cffi;a=summary

1 0

[cffi-devel] lisp-var-name
by Nikodemus Siivola 27 May '06

27 May '06

In CFFI 0.91 LISP-VAR-NAME breaks if passed a symbol. Hence (defcvar environ :pointer) fails, despite documentation claiming this to be legal. Seems like a missing leg in the etypecase. Cheers, -- Nikodemus Schemer: "Buddha is small, clean, and serious." Lispnik: "Buddha is big, has hairy armpits, and laughs."

2 1

[cffi-devel] libtest.c fails to build on gcc 3.3 and 3.4
by Nikodemus Siivola 27 May '06

27 May '06

...due to intptr_t not being a known type. Adding #include <stdint.h> after other includes makse everything work. Cheers, -- Nikodemus Schemer: "Buddha is small, clean, and serious." Lispnik: "Buddha is big, has hairy armpits, and laughs."

2 1