La recherche a retourné 20 résultats
Aller sur la recherche avancée
- par JKB
- mer. mai 30, 2018 9:28 am
- Forum : Giac
- Sujet : Segfault
- Réponses : 6
- Vues : 3909
parisse a écrit :Inclusion of config.h
Thanks a lot for your explanations.
JB
- par JKB
- mer. mai 30, 2018 5:39 am
- Forum : Giac
- Sujet : Segfault
- Réponses : 6
- Vues : 3909
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
- par JKB
- mar. mai 29, 2018 9:26 pm
- Forum : Giac
- Sujet : Segfault
- Réponses : 6
- Vues : 3909
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...
- par JKB
- mar. mai 29, 2018 4:29 pm
- Forum : Giac
- Sujet : Segfault
- Réponses : 6
- Vues : 3909
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 ...
- par JKB
- sam. sept. 10, 2011 8:33 pm
- Forum : Xcas devel
- Sujet : Compilation sous GNU/Linux x86_64
- Réponses : 24
- Vues : 25809
Et merci naturellement pour la réponse rapide que je n'avais pas encore vue lorsque j'écrivais la mienne...
- par JKB
- sam. sept. 10, 2011 8:32 pm
- Forum : Xcas devel
- Sujet : Compilation sous GNU/Linux x86_64
- Réponses : 24
- Vues : 25809
Oups, au temps pour moi. Mon makefile s'évertuait à recompiler l'ancienne version. La compilation passe correctement. Désolé pour le bruit.
- par JKB
- sam. sept. 10, 2011 6:34 pm
- Forum : Xcas devel
- Sujet : Compilation sous GNU/Linux x86_64
- Réponses : 24
- Vues : 25809
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...
- par JKB
- mar. août 09, 2011 10:31 am
- Forum : Bugs
- Sujet : Fuite mémoire
- Réponses : 19
- Vues : 14445
Je viens de tester, c'est parfait. Merci pour tout.
JKB
- par JKB
- mar. août 09, 2011 9:00 am
- Forum : Bugs
- Sujet : Fuite mémoire
- Réponses : 19
- Vues : 14445
Bonjour,
Je teste tout de suite et je vous tiens au courant du résultat. En tout cas, merci pour votre diligence.
Cordialement,
JKB
- par JKB
- sam. août 06, 2011 1:17 pm
- Forum : Bugs
- Sujet : Fuite mémoire
- Réponses : 19
- Vues : 14445
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...
- par JKB
- sam. août 06, 2011 9:20 am
- Forum : Bugs
- Sujet : Fuite mémoire
- Réponses : 19
- Vues : 14445
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...
- par JKB
- ven. août 05, 2011 6:31 pm
- Forum : Bugs
- Sujet : Fuite mémoire
- Réponses : 19
- Vues : 14445
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.
- par JKB
- ven. août 05, 2011 1:43 pm
- Forum : Bugs
- Sujet : Fuite mémoire
- Réponses : 19
- Vues : 14445
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 ...
- par JKB
- ven. août 05, 2011 11:22 am
- Forum : Bugs
- Sujet : Fuite mémoire
- Réponses : 19
- Vues : 14445
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...
- par JKB
- ven. août 05, 2011 10:08 am
- Forum : Bugs
- Sujet : Fuite mémoire
- Réponses : 19
- Vues : 14445
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...