belinda thom wrote:
> Details: I ran into a problem
> where backend TkAgg and numerix Numeric didn't get along; to the best
> of my knowledge this problem is undocumented;
I don't think I've heard of it -- odd.
> my stuff worked w/TkAgg
> only after I changed to numerix numpy;
numpy is a be
I've been trying out ctypes (from MacPython 2.5) on MacOS X on a PPC Mac
and have run into a problem. I hope I'm just doing something stupid, but
it seems to match the tutorial so I'm really puzzled:
import ctypes
libc = ctypes.CDLL("libc.dylib")
libc.printf("int=%d float=%f double=%f\n", ctypes
I don't use floats and double much. But the printf man page implies
that all
floats are actually passed as doubles. I vaguely recall that to be
the case.
But I doubt if the python thingy knows that. Try not passing
floats. You might
also have problems trying to pass char's and short's (
At 2:39 PM -0600 2006-12-11, Perry Smith wrote:
>I don't use floats and double much. But the printf man page implies that all
>floats are actually passed as doubles. I vaguely recall that to be the case.
>
>But I doubt if the python thingy knows that. Try not passing
>floats. You might
>also h
Does this set up (python calling C code) have a way to introduce a C
function prototype?
I *think* that on the PPC, to call a function that has a variable
number of arguments of
mixed types, the compiler HAS to see the prototype so it knows to
push the arguments on
the stack and not pass the
Is it possible to monitor for exceptions using the Mac OS X
catch_exception_raise function inside python? As you may know, after
some setup, this function gets called whenever an exception occurs.
I have a program which works great in C but when I wrap it in python
it fails. This is due
Russell E. Owen wrote:
> I've been trying out ctypes (from MacPython 2.5) on MacOS X on a PPC Mac
> and have run into a problem.
I'm no help here.
> On a related subject...assuming I can get this to work...does anyone
> have any idea how the speed of ctypes relates to programming a python C
>
