libhpcalcs: a toolkit for communicating with Prime calcs...

[Lionel Debroux]

Laisse, il faut de toute façon que je change le code pour que les utilisateurs soient moins embêtés
Les recherches faites notamment par Adriweb montrent que l'inclusion de uchar.h est problématique, y compris sous Linux, en fait. http://www.gnu.org/software/gnulib/manu ... 002eh.html semble indiquer qu'uchar.h n'existe pas dans glibc 2.13, ce qui veut dire qu'actuellement, libhpcalcs ne fonctionne pas sous Debian stable (wheezy), publiée au début de cette année 2013. Bref, fin 2013, il reste tout simplement trop tôt pour faire du code qui dépend de uchar.h (standardisé fin 2011).

La façon correcte serait quelque chose du genre (copie de la note que j'ai ajoutée dans le README):

* add workaround for char16_t on platforms which don't have it:
* check availability of the uchar.h header, and of u"string", in
configure.ac;
* otherwise, use
typedef __CHAR16_TYPE__ char16_t; (if GCC >= 4.4 or clang)
typedef uint16_t char16_t; (generic fallback)

Mais comme je n'utilise, dans uchar.h, que la définition de char16_t... on pourrait faire moins bien mais plus simple:

Code: Tout sélectionner

#ifdef __CHAR16_TYPE__
typedef __CHAR16_TYPE__ char16_t;
#else
typedef uint16_t char16_t;
#endif


[wawachief]

Ah ba la du coup la compil marche bien mieux ! J'ai compilé avec le gcc du Xcode.

Ca commence à tomber en marche sur le mac. J'ai pu récupérer des screenshots et dumper la prime sur le mac.

Par contre, lors de l'envoi d'un fichier du mac sur la prime, je me suis mangé un segfault

Code: Tout sélectionner

Enter input filename: TuxTest.hpprgm
Input file has size 3314 (cf2)
Segmentation fault: 11

Je vais donc essayer de recompiler avec clan ou mon gcc4.8 tout chaud....

[wawachief]

argh, même avec mon gcc4.8, même pb de segfault lors de l'envoi d'un hpprgm sur la prime

[Lionel Debroux]

Ce n'est pas impossible qu'il y ait des bugs
Lance-moi le programme sous GDB, et quand il se vautre, donne-moi la backtrace (commande "bt"), STP.

[wawachief]

Voici ce que j'obtiens lors d'un "Send file" :
J'espère que c'est cela que tu souhaitais, pour moi c'est du chinois

Code: Tout sélectionner

Your choice: 4


Enter input filename: TuxTest.hpprgm
Input file has size 3322 (cfa)
[New Thread 0x160b of process 9358]
[New Thread 0x1703 of process 9358]

Program received signal SIGSEGV, Segmentation fault.
0x00007fff9138b3b6 in ?? ()
(gdb) bt
#0  0x00007fff9138b3b6 in ?? ()
#1  0x00007fff5fbff9c0 in ?? ()
#2  0x00000001000092be in ?? ()
#3  0x0000000000000000 in ?? ()
(gdb)

[Lionel Debroux]

Ouille. Pour moi aussi, tu sais
La raison en est simple: dans install_hplp.sh, contrairement aux scripts mainteneur recompile_*, les CFLAGS ne contiennent presque rien. C'est une connerie et c'est de ma faute. Par conséquent: compilation sans optimisation, compilation sans infos de debug (donc pas de noms de fonctions et backtraces incompréhensibles), etc.

En attendant que je le fasse de mon côté, ajoute "-Os -g3" dans les CFLAGS, ça devrait produire des choses plus utilisables

[Persalteas]

Désolé de mélanger les problèmes :/

J'ai relancé hplp après avoir réglé le problème précédent
Il semble s'initialiser correctement, mais finit sur une erreur de "segmentation".

hpfiles INFO: hpfiles library version 0.0.1
hpfiles INFO: hpfiles_init: init succeeded
hpcables INFO: hpcables library version 0.0.1
hpcables INFO: hpcables_init: init succeeded
hpcalcs INFO: hpcalcs library version 0.0.1
hpcalcs INFO: hpcalcs_init: init succeeded
hpcables INFO: hpcables_handle_new: handle allocation succeeded
Erreur de segmentation (core dumped)

[Lionel Debroux]

Nouvelle version, avec:
* quelques messages d'erreur, traduits en français, d'où l'ajout de libintl et libiconv;
* la mise à jour d'install_tilp.sh pour compiler avec optimisation et infos de debug;
* la suppression de l'utilisation de uchar.h, et donc le passage du mode C11 au mode C99 du compilo

Le repository a été mis à jour, ceux qui étaient sur la branche master2 peuvent repasser sur la branche master.

Merci pour les tests, ça commence à prendre forme, et on va finir par avoir un programme annonçable dans la communauté HP, fut-il modérément utilisable (sans GUI)

[wawachief]

Voici ce que j'obtiens avec la dernière version en ajoutant les options de débugage dans le configure sur le mac au moment de l'envoi d'un fichier :

Your choice: 4


Enter input filename: TuxTest.hpprgm
Input file has size 3322 (cfa)
[New Thread 0x1a0b of process 18468]
[New Thread 0x1b03 of process 18468]
[New Thread 0x1c03 of process 18468]
[New Thread 0x1d03 of process 18468]

Program received signal SIGSEGV, Segmentation fault.
0x00007fff928b03b6 in ?? ()
(gdb) backtrace
#0 0x00007fff928b03b6 in ?? ()
#1 0x000000010020eb70 in ?? ()
#2 0x0000000100007d58 in ?? ()
#3 0x00007fff5fbffb20 in ?? ()
#4 0x00007fff786ea280 in ?? ()
#5 0x000000010020eb70 in ?? ()
#6 0x0000000000000cfa in ?? ()
#7 0x00007fff5fbffb2f in ?? ()
#8 0x0000000100000f6e in send_file (handle=<optimized out>)
at test_hpcalcs.c:245
#9 0x00000001000013f7 in main ()

Par ailleurs, la dernière version me pose un pb de compilation sur le Ubuntu cette fois ci à cause du intl qu'il ne semble pas connaître. Je ne vois pas de paquet libintl sur ubuntu pour résoudre cette dépendance.

[Lionel Debroux]

En effet, j'ai manifestement oublié de recompiler sous Linux natif après avoir ajouté -lintl dans src/Makefile.am... Pour l'instant, enlève ce -lintl.

Et malheureusement, cette stack trace ne me dit rien.

[EDIT 9h45: corrigé le problème de build sous Linux (non-Windows, probablement). Tu peux faire un git pull.]