Le forum de XCAS

parisse a écrit :Inclusion of config.h

Thanks a lot for your explanations.

JB

parisse a écrit :Try to compile with -DHAVE_CONFIG_H and replace #include "giac.h" with #include "giacPCH.h".

giac is always built with -DHAVE_CONFIG_H. If I replace #include "giac.h" by "giacPCH.h", RPL/2 runs as expected. What are the differences between giac.h and giacPCH.h ?

Best regards,

JB

Not much information unfortunately. Perhaps valgrind would give more info (valgrind --leak-check=yes). Other ideas: did you compile rpl with -DHAVE_CONFIG_H? Did you include giacPCH.h first? Is rpl dynamically linked to giac? I never start rpl with valgrind when it is linked with libgiac (1.2.2) as...

Hello, I use giac for a long time in RPL/2 project (http://www.rpl2.fr). As gcc7 is unable to correctly build giac 1.2, I have upgraded giac to 1.4.9. Now, my software crashes with a segfault. (gdb) run -is Starting program: /usr/local/bin/rpl -is [Thread debugging using libthread_db enabled] Using ...

Et merci naturellement pour la réponse rapide que je n'avais pas encore vue lorsque j'écrivais la mienne...

Oups, au temps pour moi. Mon makefile s'évertuait à recompiler l'ancienne version. La compilation passe correctement. Désolé pour le bruit.

Bonsoir, Je suis tombé sur le même problème et j'avais cru comprendre à la lecture des réponses qu'il existait une version qui compilait avec pari 2.5. Je viens de télécharger la version instable du 09/09/2011 dont la compilation échoue sur ../../../../../cvs/rpl/rplcas/giac-0.9.3/src/pari.cc:267:43...

Je viens de tester, c'est parfait. Merci pour tout.

JKB

Bonjour,

Je teste tout de suite et je vous tiens au courant du résultat. En tout cas, merci pour votre diligence.

Cordialement,

JKB

Bon, si j'ai bien compris, il me faut un contexte par thread (mes threads sont ceux des pthreads). Jusqu'à présent, j'utilisais bêtement la déclaration : context ct; que je vais remplacer par un context *ct; ct = new context; du plus bel effet qui sera créé à chaque nouveau thread. Mais ça ne régler...

Bon, je viens de compiler votre code : g++ test.cpp librplcas.a -lpthread -ldl -lrt -I ../include/ librplcas.a est un grand machin statique qui contient tout ce qu'il faut pour giac (et accessoirement, c'est la bibliothèque que j'utilise pour mon test qui présente le problème). Votre code ne présent...

La chaîne est très simple : sin(x)/x pour faire un exemple. Et je crée à partir de cette chaîne un objet de type gen.

Dans ce cas, cela semble ne pas fonctionner. Exemple : 1/ un seul calcul : ==31234== LEAK SUMMARY: ==31234== definitely lost: 35,024 bytes in 1,387 blocks ==31234== indirectly lost: 3,530 bytes in 146 blocks ==31234== possibly lost: 24,954 bytes in 145 blocks ==31234== still reachable: 96,473 bytes ...

Oui mais non. J'ai collé ce bout de code dans une boucle infinie. Mon exécutable grossit de plus en plus et termine par une exception bad_alloc. Il y a bien un problème. Je veux bien que la première fois, on alloue quelque chose dans giac::lexer_functions_register, mais pas les fois suivantes lorsqu...

Certainement. Voilà un bout de code qui présente le problème. Je ne détaille pas les arguments qui sont corrects (des unsigned char * qui proviennent d'une fonction C). try { giac::context contexte; gen expression( string(reinterpret_cast<const char *>(argument_2)), &contexte); identificateur variab...