Page 1 sur 2

question mode_maple

Publié : ven. oct. 26, 2007 10:19 am
par frederic han
pour utiliser des variables formelles indexees par des indices en mode maple, y a t'il un meillleur truc que?
x[1,2]
car l'affichage perturbe un peu puisqu'il affiche x[0,1] (mode maple).
Ca ne pose pas de problemes theoriques ou de programation, c'est juste l'affichage.

Merci atous

Fred

Publié : ven. oct. 26, 2007 1:59 pm
par parisse
en effet, encore un bug du au décalage d'indice en mode maple, il faudra que je corrige ça...

Publié : ven. oct. 26, 2007 2:42 pm
par parisse
en principe c'est bon, pour la version linux xcas_root/user

Publié : sam. oct. 27, 2007 12:27 pm
par frederic han
Oui, ca m'a l'air tout a fait OK.

Merci beaucoup, c'est luxe!

Fred

Publié : mer. nov. 28, 2007 11:50 am
par frederic han
Bonjour, j'ai encore des questions sur le mode maple:
Je ne comprends pas:
test:=proc(a)
print(a);
for i from 1 to 5 by a do print(i) od ;end

test(2) ne fait que le print(a) mais pas le for, meme si je met un eval(a)
mais si je remplace a par 1 ou 2 ... ca marche.

d'autre part si j'affecte a avant de definir la procedure test alors ca marche.
a:=3;
test:=......
test(1) est correct
??

D'autre part:
en mode maple
evalb(1=1)
evalb(1=2)
evalb(1=1 and 2=2)
marchent
mais
evalb(1=1 and 2=1)
evalb(1==1 and 2==1)
ne donnent pas la meme chose

Est ce que j'interprete mal ce que je demande?

Merci

Frederic

Publié : jeu. nov. 29, 2007 1:00 pm
par parisse
salut,

je crois que c'est parce que l'increment n'est pas evalué, je regarde tout ca des que je rentre des trophees...

Publié : sam. déc. 01, 2007 2:17 pm
par parisse
bon, la raison n'etait pas celle que je croyais, mais ca devrait etre corrigé, il faudra toutefois attendre mardi pour que je mette a jour.
Pour les evalb c'etait une evaluation trop tot de l'argument, avant de traduire les = en ==.

Publié : mar. déc. 04, 2007 9:46 am
par frederic han
Je viens de tester un peu la version du 4/12, les corrections ont l'air de fonctionner.

Merci beaucoup
F

Publié : mer. déc. 05, 2007 11:43 am
par frederic han
Salut,
J'ai l'impression qu'il y a un effet de bord:

j'ai un Pb avec les : en mode maple et peut etre le francais:

l'instruction suivante fonctionne
d:=implicitplot(x^2+y-1=0,x=0..1,y=-1..1,couleur=blue);
ca aussi:
d:=implicitplot(x^2+y-1=0,x=0..1,y=-1..1,couleur=bleu);
mais pas
d:=implicitplot(x^2+y-1=0,x=0..1,y=-1..1,couleur=bleu):
alors que celui sans couleur fonctionne
d:=implicitplot(x^2+y-1=0,x=0..1,y=-1..1):
et que
maple_mode(1);d:=implicitplot(x^2+y-1=0,x=0..1,y=-1..1,couleur=bleu):;
fonctionne aussi.

(avec la version de mardi; il me semble qu'avant ca marchait)
A+
Frederic

Publié : mer. déc. 05, 2007 12:50 pm
par parisse
c'est le = qui posait probleme, ca faisait croire indument que tu rentrais une formule de tableur, j'espere avoir corrige le pb (en esperant que ca n'en cree pas d'autres ailleurs..., le : sert a designer une plage dans le tableur et aussi pour les case en mode Xcas). Sinon, il faudra utiliser :; au lieu de : pour ne pas avoir le resultat affiche.

Publié : mar. janv. 15, 2008 11:57 pm
par frederic han
Salut,

J'ai l'impression d'avoir de nouveau le probleme avec les = en booleen dans la nouvelle version. (Je viens de mettre le xcas_root du 16/1

evalb(1=0 and 1=0)
me donne 1,

alors qu'avec == ca marche. (et qu'avec une version ancienn aussi)

a+

Fred

Publié : mer. janv. 16, 2008 8:04 am
par parisse
en effet, j'avais remodifie la conversion de = en == parce qu'il y avait un probleme avec des tests contenant par exemple une instruction limit(...,x=0). Je mets en ligne un xcas_root qui j'espere remarche pour and/or/xor.
Sinon, tu as note des pb avec la modif de l'interface?

Publié : mer. janv. 16, 2008 1:05 pm
par frederic han
OK rien d'urgent,

je regarderai,

Je n'ai pas encore trop teste l'interface, j'ai juste execute 4 ou 5 fichiers que j'avais deja. Je n'ai pas eu de problemes de stabilites, mais je n'ai pas teste encore la geometrie interactive,

j'ai apprecie le fait que le curseur n'apparaisse sous une reponse que s'il y a besoin, on gagne de la place. C'etait une remarque assez frequente que j'entendais lors du premier lancement.

Tant qu'on en est un peu dans l'interface, un truc qui m'a un peu perturbe est le fait que les variables ne soient pas liberee lorsqu'on ferme une feuille, est ce voulu?

a+
Fred

Publié : mer. janv. 16, 2008 1:21 pm
par parisse
je ne suis pas sur de bien comprendre ce que tu veux dire, mais je pense que tu parles de l'independance de contexte entre 2 sessions, qui est un projet a moyen terme (il y a deja pas mal de fonctions qui sont compatibles mais pas encore toutes), en tous cas pas pour le concours 2008...

Publié : jeu. janv. 31, 2008 12:32 pm
par frederic han
Oui, c'etait ce que je voulais dire, evidemment, ca n'a rien de primordial, mieux vaut la stabilité.

J'ai une question sur le mode maple:
**
Comment obtient t'on des couples de Bezout dans Z/p/Z[x] en mode maple, je n'ai pas trouve l'analogue de Gcdex() mod p.

(Il y a bien Gcd)

**
D'autre part, j'ai un petit probleme avec powmod pour des polynomes, lorsque le polynome est constant:
P:=x^2+1;
powmod(x,9,3,P) fonctionne, mais pas

powmod(2,9,3,P) (il proteste sur les arguments.)

alors que
powmod(2+P,9,3,P) marche bien.


Voila,
a+
**