On Mar 15, 2010, at 6:18 AM, Ben Schlingelhof wrote:
> Hi there,
>
> I've tried to use the odbc-vocab in the newest factor source. I get
> this interesting error:
>
> 17: TYPEDEF: void* SQLSMALLINT*
> ^
> *-in-c-type-name
>
You're correct. Pointers no longer need to be (or can be) typedef-ed separately
from their underlying types. If you want to define an opaque C type (that is,
one which is valid as a pointer type but not as a value type), you can use
C-TYPE: .
> Generic word underlying>> does not define a method for the string class.
> Dispatching on object: "DSN=TEST_DSN"
I bet this is because of a recent change in string handling in the FFI. While
parameters with a char* pointer type used to be treated specially and would
automatically convert Factor strings to C strings and back, this is no longer
the case. A separate type, c-string, is now used to automatically convert
strings in the FFI. This is discussed in the "C strings" article of the FFI
docs:
http://docs.factorcode.org/content/article-c-strings.html
The fix for odbc will probably be to update some parameters that take char*
parameters (or typedefs thereof) to now take c-string parameters.
-Joe
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Factor-talk mailing list
Factor-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/factor-talk