[transmission-gtk] Erreur de segmentation (résolu)

[benjarobin]

Je suis désolé... Je suis allé un peu trop vite... Essaye ceci : http://benjarobin.free.fr/ArchLinux/tra ... src.tar.gz

[bobo]

Ça plante toujours, mais à un autre endroit :

Code : Tout sélectionner

#0  0x00007ffff4fdaf70 in writev () from /usr/lib/libc.so.6
No symbol table info available.
#1  0x00007ffff607334a in ?? () from /usr/lib/libevent-2.0.so.5
No symbol table info available.
#2  0x00007ffff6076853 in evbuffer_write_atmost () from /usr/lib/libevent-2.0.so.5
No symbol table info available.
#3  0x000000000046ff38 in tr_evbuffer_write (io=0x7fffe03101c0, fd=53, howmuch=213) at peer-io.c:317
        e = <optimized out>
        n = <optimized out>
        errstr = "\220GC\353\377\177\000\000\240\035(\340\377\177\000\000\240X%\340\377\177\000\000\000\000\000\000\000\000\000\000!\000\000\000\000\000\000\000\315\364\376\364\377\177\000\000\300GC\353\377\177\000\000\000\233\371\021Ȧ\212\341!)", '\000' <repeats 22 times>, "\240\035(\340\377\177\000\000f\005", '\000' <repeats 14 times>, "|\000\000\000\000\000\000\000\016\030I\000\000\000\000\000\002\000و.*\241\354\000\000\000\000\000\000\000\000 HC\353\377\177\000\000!\255\377\367\377\177\000\000\000\000\000\000\000\000\000\000\220\352-\340\001\000\000\000\020\326w\000\000\000\000\000\020\326w", '\000' <repeats 21 times>...
#4  0x00000000004700be in tr_peerIoTryWrite (io=0x7fffe03101c0, howmuch=0) at peer-io.c:1286
        e = -347908464
        n = 0
#5  0x00000000004719af in tr_peerIoFlush (io=0x7fffe03101c0, dir=TR_CLIENT_TO_PEER, limit=3000) at peer-io.c:1320
        bytesUsed = 0
#6  0x0000000000468083 in phaseOne (peerArray=0x35, peerArray@entry=0x7fffeb434bb0, dir=TR_CLIENT_TO_PEER) at bandwidth.c:220
        i = 94
        bytesUsed = 0
        n = 140
#7  0x0000000000468532 in tr_bandwidthAllocate (b=<optimized out>, dir=TR_CLIENT_TO_PEER, period_msec=<optimized out>) at bandwidth.c:274
        i = <optimized out>
        tmp = {items = 0x7fffe023da30, n_items = 160, n_alloc = 256}
        low = {items = 0x7fffe036d0a0, n_items = 160, n_alloc = 256}
        high = {items = 0x0, n_items = 0, n_alloc = 0}
        normal = {items = 0x7fffe036c890, n_items = 160, n_alloc = 256}
#8  0x0000000000473e43 in bandwidthPulse (foo=53, bar=16112, vmgr=0x1) at peer-mgr.c:3618
        tor = 0x77d610
        session = 0x77d400
#9  0x00007ffff606f104 in event_base_loop () from /usr/lib/libevent-2.0.so.5
No symbol table info available.
#10 0x0000000000458fa0 in libeventThreadFunc (veh=0x77a3f0) at trevent.c:246
        base = 0x7fffe00008f0
        eh = 0x77a3f0
#11 0x00000000004446aa in ThreadFunc (_t=0x6d37f0) at platform.c:105
        t = 0x6d37f0
#12 0x00007ffff52ae124 in start_thread () from /usr/lib/libpthread.so.0
No symbol table info available.
#13 0x00007ffff4fe24bd in clone () from /usr/lib/libc.so.6
No symbol table info available.

Édit : ça semble être le même endroit que mon deuxième backtrace…

En tout cas je pense qu'on tient un bon testcase : le .torrent de l'.iso arch-dual semble pousser transmission dans les choux.

[benjarobin]

Tu ne m'as pas écouté, lu correctement. Ceci est normal, il faut ignorer le signal SIGPIPE (Ce n'est pas une erreur) via :

Code : Tout sélectionner

handle SIGPIPE nostop noprint

Mais tu peux tout simplement, sans gdb, lancer transmission et voir s'il plante, Normalement il ne devrait pas.

En tout cas merci beaucoup de ton aide, le correctif que j'ai écrit est déjà dans le TRUNK de transmission, par contre il faudra attendre la version 2.90

[bobo]

J'ai vu les « Édit: » trop tard . J'ai aussi vu le lien vers le ticket de remontée de bug avec le correctif de patch. C'est la première fois que je participe à un truc comme ça, c'est assez cool.

En lançant sans gdb, j'ai en effet pu télécharger le reste de l'.iso de Juillet
Chapeau bas pour le correctif

Pour la culture, qu'entends-tu par

Code : Tout sélectionner

handle SIGPIPE nostop noprint

?

Code : Tout sélectionner

(gdb) handle SIGPIPE nostop noprint

à lancer avant "(gdb) r" ?

[benjarobin]

oui sinon