On Mon, Jan 19, 2009 at 5:50 AM, John Fremlin <j...@msi.co.jp> wrote: > The advantage of the change is that ptr-var is now actually a foreign > pointer as it is in all other cffi-ports. > > You might not want to pass the ptr-var directly to a function, but > actually use it as a foreign pointer. > > For a concrete example, using the recvmsg(2) system call, you pass a > structure containing an iovec, which is itself a structure containing > the base address and length of the buffer into which the message body > should be written.
That definitely looks like a legitimate use-case. Let us know when you figure out what the first argument to FF:FSLOT-ADDRESS-TYPED should be. -- Luís Oliveira http://student.dei.uc.pt/~lmoliv/ _______________________________________________ cffi-devel mailing list cffi-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/cffi-devel
