Ah en effet, ça marche déja mieux

Cette fois ça compile correctement, mais j'ai toujours le même problème du coté de mes listes.

Je précise que les seuls warnings levés lors de la compilation
sont au sujet de argc et argv qui ne sont pas utilisés (et dont je compte me servir plus tard).

fournit un nouveau code a jour

Mises à part ces deux lignes, rien n'a été modifié.

Nooon, pas la deuxième page!

Plus sérieusement, j'ai trouvé sur un forum quelqu'un ayant un problème similaire à qui on a conseillé d'utiliser Valgrind (je ne connaissais pas ce programme) afin de trouver ou se situai l'erreur.

J'ai pas bien saisi le fonctionnement, et je crois que le résultat n'a pas relevé grand chose. (Bon, soyons franc, je n'ai RIEN compris à son fonctionnement, mais j'ai pas encore vraiment épluché la doc).
Avant de me pencher un peu plus sur cette solution, quelqu'un pourrai me dire si ça me permettrai en effet de tomber sur une bonne piste?

valgrind est un simulateur d'architecture x86. tu l'utilises en faisant $ valgrind ./monprogramme arg1 arg2 arg3
et il va executer le programme en verifiant que les access memoire sont a des endroit coherent en memoire. Donc ca permet de verifier certain type d'access memoire qui amene a des bugs.

C'est bien ce que j'avais tenté.
En revanche, je ne comprend pas grand chose au résultat.

Si j'ai
==1951== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 13 from 8)
Cela signifie t-il que valgrind n'a rien détecté d'étrange?

Probablement pas
Quand valgrind ecrit qqch, il met des ==PID== en debut de ligne. Si il n'ya rien dit durant l'execution du programme, alors il n'a probablement rien detecter.

Remarque egalement que valgrind suit les allocation desallocation de memoire. Avoir une fuite de memoire peut aussi indique quelquechose d'etrange.

Si tu veux comprendre comment valgrind affiche des erreurs, tu peux ecrire un programme qui fait express d'ecrire n'importe ou en memoire.

Apparemment rien donc.

J'ai parcouru la doc en ligne à propos de memcheck mais j'ai quand même un peu de mal à comprendre la plupart des lignes.
Néanmoins si j'ai bien saisi, ça ne lève aucune erreur.

N'existe-il pas d'autres moyens de détecter ce genre d'erreur?

teste avec different compilateur sur differentes architectures semble etre une solution. Differents systeme d'exploitation fonctionne aussi.

Bon d'accord. Je suis sur vraiment VRAIMENT pas malin.

L'erreur se situait dans un fonction qui utilisait toujours les deux fameuses variables globales dont j'avais viré la déclaration (list.c ligne 164).

Il a juste suffit de refaire une déclaration propre comme me l'avais indiqué dnob.

Cela dit, ce qui est passé à la compilation avec gcc (Wall et Wextra inclus) n'est pas passé avec tcc (dont les messages d'erreurs ont été très explicites).

Encore merci à tous pour vos suggestions.