On Wed, 02 Jul 2008 7:06:30 pm Kai-Uwe Behrmann wrote: > lcms supports u8, u16 and f64. Your f32 has to be converted to one of > these. Beside not knowing much about python, not doing so could cause a > error.
Good point. But ... ... as Python is agnostic towards the machine internal types (it knows only int, which aggregates bool, byte, int, ... and float, which aggregates all the floating point ones). And the Python float type should at least on the "common architectures" that support it all default do double, which is f64. Besides that: In all Python modules the type conversion in the module wrappers to the libraries handles this, and should in all sane cases default to the proper native types. So there shouldn't be any problem. The problem as I see it is that the wrapper can somehow not cast from the types that I've mentioned to the proper data structures (in this case a simple array of doubles), and it tries to pass some type of generic pointer as far as I can see from the TypeError message. Guy -- Guy K. Kloss Institute of Information and Mathematical Sciences Te Kura Putaiao o Mohiohio me Pangarau Room 2.63, Quad Block A Building Massey University, Auckland, Albany Private Bag 102 904, North Shore Mail Centre voice: +64 9 414-0800 ext. 9585 fax: +64 9 441-8181 eMail: [EMAIL PROTECTED] http://www.massey.ac.nz/~gkloss/
signature.asc
Description: This is a digitally signed message part.
------------------------------------------------------------------------- Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08
_______________________________________________ Lcms-user mailing list Lcms-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/lcms-user
