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
pari(string) always returns a value, even when it should not #9661
Comments
This comment has been minimized.
This comment has been minimized.
Attachment: 9661.patch.gz |
This comment has been minimized.
This comment has been minimized.
Author: Jeroen Demeyer |
comment:5
I'm testing this now on 4.5.2.rc0. Can you say why you included _sig_off ? (I do not claim to understand how Sage/pari signal handling works.) Without this patch there is a return with no _sig_off (unless the call to new_gen does that.) |
comment:6
Tests all pass on 4.5.2.rc0 (64-bit ubuntu). |
comment:7
Replying to @JohnCremona:
It's exactly as you say, new_gen() calls _sig_off. |
Merged: sage-4.5.3.alpha0 |
Reviewer: John Cremona |
When executing a PARI command from Sage, a value of 0 is returned when None would be expected. For example, in a gp shell (say, started with sage -gp):
But in Sage:
It should be possible to fix this by checking for
gnil
(PARI's concept of None) as return value.Component: interfaces
Author: Jeroen Demeyer
Reviewer: John Cremona
Merged: sage-4.5.3.alpha0
Issue created by migration from https://trac.sagemath.org/ticket/9661
The text was updated successfully, but these errors were encountered: