En lisant dmesg.c et associés, je suppute que le problème n'apparait pas quand tu passes -L=never ou que tu utilises une version de dmesg suffisamment ancienne pour ne pas avoir le support des couleurs.
La raison la plus évident pour que color_fdisable() segfault serait que stdout soit invalide mais je ne vois pas vraiment comment ça peut arriver dans dmesg.
Un strace (est-ce qu'il y a un close(1) avant le segfault ?) et le message exact quand le segfault a lieu hors de gdb (est-ce que ça crash sur une tentative de lecture de 0x0 ou de quelque chose de plus exotique) pourraient aider. Mais un core associé à l'exécutable avec symboles de debug serait sans doute le plus utile.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: rebuild avec -ggdb
Posté par Krunch (courriel, site web personnel) . En réponse au message Où poster ce bug et comment?. Évalué à 2.
En lisant dmesg.c et associés, je suppute que le problème n'apparait pas quand tu passes -L=never ou que tu utilises une version de dmesg suffisamment ancienne pour ne pas avoir le support des couleurs.
La raison la plus évident pour que color_fdisable() segfault serait que stdout soit invalide mais je ne vois pas vraiment comment ça peut arriver dans dmesg.
Un strace (est-ce qu'il y a un close(1) avant le segfault ?) et le message exact quand le segfault a lieu hors de gdb (est-ce que ça crash sur une tentative de lecture de 0x0 ou de quelque chose de plus exotique) pourraient aider. Mais un core associé à l'exécutable avec symboles de debug serait sans doute le plus utile.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.