1.1.2 proot

Bugs

Modérateur : xcasadmin

frederic han
Messages : 1113
Inscription : dim. mai 20, 2007 7:09 am
Localisation : Paris
Contact :

1.1.2 proot

Message par frederic han » sam. sept. 20, 2014 8:49 am

Avec le source 1.1.2 du 19/9

Code : Tout sélectionner

0>> proot(x^4+5x-3,30) 
  ***   expression nested too deeply.
"Erreur dans PARI Erreur: Valeur Argument Incorrecte"

parisse
Messages : 5111
Inscription : mar. déc. 20, 2005 4:02 pm
Contact :

Re: 1.1.2 proot

Message par parisse » sam. sept. 20, 2014 9:12 am

En tracant l'erreur, ca se trouve dans l'appel
GEN res= flisexpr((char *) s.c_str());
avec s="-1.0042033174750368029420618109325857175057075138718923816985560244173"
(c'est l'un des coefficients de ton polynome qui a ete un peu "balance"), tu vois une raison pour laquelle flisexpr peut planter sur une entree de type flottant long?

frederic han
Messages : 1113
Inscription : dim. mai 20, 2007 7:09 am
Localisation : Paris
Contact :

Re: 1.1.2 proot

Message par frederic han » sam. sept. 20, 2014 9:36 am

Je ne sais pas, mais ca ne le fait pas avec le debian stable du 2/9, et avec le source du 11/9 ca plantait completement giac

parisse
Messages : 5111
Inscription : mar. déc. 20, 2005 4:02 pm
Contact :

Re: 1.1.2 proot

Message par parisse » sam. sept. 20, 2014 10:06 am

il faut peut-etre que je regarde comment entrer un flottant multi-precision sans passer par une chaine de caracteres.

parisse
Messages : 5111
Inscription : mar. déc. 20, 2005 4:02 pm
Contact :

Re: 1.1.2 proot

Message par parisse » sam. sept. 20, 2014 12:27 pm

Bon, je crois que j'y arrive, en utilisant strtor au lieu de flisexpr. C'est peut-etre flisexpr qui n'accepte pas de flottants multi-precision en entree dont la taille depasse la precision par defaut.

Répondre