-
-
Notifications
You must be signed in to change notification settings - Fork 9.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
object with 'dtype' property crashes numpy #3614
Comments
I guess this is triggering an infinite recursion in C code? In principle we can fix such things, but it takes a bunch of work on a On Tue, Aug 13, 2013 at 11:36 PM, Mark notifications@github.com wrote:
|
This came up when I accidentally passed a dynd type to numpy. The dynd type includes dimensions, and its |
was this fixed? |
No, gh-13003 includes this fix, but I was travelling and on a small conference now, so I did not finish it up. I guess we will probably have it fixed soon. Does this affect you much? |
The code path in scalarapi.c which checks dtype on one inheriting from np.void is especially awkward and was completely untested previously. So I am not sure we should even support it at all. Closes numpygh-12982, numpygh-3614, and numpygh-12751
The code path in scalarapi.c which checks dtype on one inheriting from np.void is especially awkward and was completely untested previously. So I am not sure we should even support it at all. Closes numpygh-12982, numpygh-3614, and numpygh-12751
The code path in scalarapi.c which checks dtype on one inheriting from np.void is especially awkward and was completely untested previously. So I am not sure we should even support it at all. Closes numpygh-12982, numpygh-3614, and numpygh-12751
Oh, forgot to close this one. It raises a maximum recursion depth error right now. There is the next step of deprecating parts of it, but there was even another issue about it IIRC. |
The following code crashes numpy (latest master):
The text was updated successfully, but these errors were encountered: