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

Reply via email to