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

bobo · Message par **bobo** » dim. 06 juil. 2014, 09:06

Bonjour tout le monde,

Utilisant transmission-gtk pour partager les .iso de Archlinux, Debian-netinst et TAILS, j'ai rencontré un soucis d'« erreur de segmentation ».

Particularité de la configuration :
— paquets XFCE présents
— environnement de bureau dwm lancé avec startx à partir du tty
— j'ai compilé dwm avec ce patch http://dwm.suckless.org/patches/systray

Premièrement, je souhaiterais savoir si je suis le seul à avoir ce problème ?
Si vous avez des idées de diagnostique, je suis preneur.

Code : Tout sélectionner

08:59 bobo@ ~% yaourt -Qi transmission-gtk
Nom                   : transmission-gtk
Version               : 2.83-3
Description           : Fast, easy, and free BitTorrent client (GTK+ GUI)
Architecture          : x86_64
URL                   : http://www.transmissionbt.com/
Licences              : MIT
Groupes               : --
Fournit               : --
Dépend de             : curl  libevent  gtk3  desktop-file-utils  hicolor-icon-theme
Dépendances opt.      : notification-daemon: Desktop notification support
                        transmission-cli: daemon and web support [installé]
Requis par            : --
Optionnel pour        : --
Est en conflit avec   : --
Remplace              : --
Taille installé       : 4029,00 KiB
Paqueteur             : Anatol Pomozov <anatol.pomozov@gmail.com>
Compilé le            : jeu. 29 mai 2014 00:02:49 CEST
Installé le           : jeu. 29 mai 2014 10:59:45 CEST
Motif d’installation  : Explicitement installé
Script d’installation : Oui
Validé par            : Signature
09:05 bobo@ ~% yaourt -Qk transmission-gtk
transmission-gtk : 302 fichiers au total, 0 fichier manquant
09:05 bobo@ ~% yaourt -Qkk transmission-gtk
transmission-gtk : 303 fichiers au total, 0 fichier modifié

Message par **benjarobin** » dim. 06 juil. 2014, 09:16

J'ai déjà eu de nombreux segmentation fault avec transmission-qt. Mais je n'ai jamais pris le temps de compiler en debug et de faire un rapport de bug.

bobo · Message par **bobo** » dim. 06 juil. 2014, 09:19

Fait curieux :
J'ai eu l'idée de relancer le serveur X avec XFCE : transmission-gtk n'a pas l'air de planter (pour le moment). On va voir si le téléchargement de l'.iso de Juillet va aboutir.

bobo · Message par **bobo** » dim. 06 juil. 2014, 09:35

Ça plante aussi avec XFCE; quelle que soit la limite haute de débit descendant : 1000 ko/s ou 300 ko/s

Note : au relancement, le téléchargement repart de zéro, même si un bon tiers avait été téléchargé avant le crash

Suite du protocole expérimental :
— un essai en suspendant le archlinux-2014-07-03-dual.iso => rendez-vous dans une heure
— un essai avec une autre .iso

Moviuro · Message par **Moviuro** » dim. 06 juil. 2014, 09:53

Si tu veux réussir à télécharger, utilise aria2c (paquet aria2). J'ai jamais eu de soucis avec

bobo · Message par **bobo** » dim. 06 juil. 2014, 10:20

Je suis un peu surpris que transmission ne fonctionne pas, en plus c'est le client bittorrent que j'utilise depuis le début et que je trouve assez bien fichu. Merci pour le conseil, il faudrait que j'enquête peut-être pour un remplacement de transmission, dans une optique de bureau minimaliste.

Dans la démarche, ce n'est pas critique d'obtenir la dernière .iso, l'idée c'est davantage de partager de la bande passante avec tout le monde.

Notes quant au protocole expérimental :
Pas de plantage avec archlinux-2014-07-03[...].torrent suspendu
Le téléchargement de manjaro-xfce-0.8-10-x86_64.iso a l'air de bien se passer, même en 1000 ko/s. On va voir si cela aboutit, pour le moment on est à ~50% des 1,24Go.

bobo · Message par **bobo** » dim. 06 juil. 2014, 10:33

L'image .iso "manjaro-xfce-0.8-10-x86_64.iso" (1,24Go) complètement téléchargée avec débit 1000ko/s de ~20 peers et 1 web seed.

Hypothèse suivante :
J'en viens à penser que le soucis vient peut-être de l'.iso Archlinux elle-même, ou peut-être des peers qui le partage. Qu'en pensez-vous ? Pourrait-il y a avoir des petits malins qui envoient de la merde pour faire planter les clients torrent ?

Moviuro · Message par **Moviuro** » dim. 06 juil. 2014, 10:36

bobo a écrit :Hypothèse suivante :
J'en viens à penser que le soucis vient peut-être de l'.iso Archlinux elle-même, ou peut-être des peers qui le partage. Qu'en pensez-vous ? Pourrait-il y a avoir des petits malins qui envoient de la merde pour faire planter les clients torrent ?

Tu peux essayer d'ajouter les pairs un à un et voir si c'est effectivement ça.

bobo · Message par **bobo** » dim. 06 juil. 2014, 10:53

Test en limitant le nombre de pairs avec des débits ridicules :
J'ai mis le nombre de pairs pour ce .torrent au minimum = 1. Lorsque je lève la suspension de téléchargement, je me retrouve avec des données venant de 184 « web seeds » et ça plante dans les 10 secondes, aucun pair impliqué.

184 web seeds, ça fait du monde… Impossible de modifier quoique ce soit à leur propos. Les plantages surviennent aussi lorsque je bride le débit à 1 ko/s et que 1 à 3 web seeds envoient qqch activement. N'étant pas un ninja, je ne peux pas à l'œil voir ce qui se passe dans les web seeds impliqués et j'aurais tendance à exclure un « bad guy ».

Test rapide de transmission-qt :
Mêmes conditions que ci-dessus, même symptômes de plantage. Il semblerait qu'on puisse exclure un soucis d'interface.

Suite des opérations :

Hypothèse à tester :
transmission en chierait-il lorsque trop de « web seeds » sont impliqués ?

Possibilités de test :
– tester un autre client torrent (aria2 ? – j'ai dit qu'il fallait que j'enquête

) => ça ferait un bon test de bissection, a priori ça fonctionne parfaitement chez toi Moviuro…
– activer le mode debug (en recompilant avec l'option kivabien d'après ce que j'ai lu de benjorobin)

bobo · Message par **bobo** » dim. 06 juil. 2014, 11:24

Aria2c fait le job sur ma config, avec un débit de maboule :

Code : Tout sélectionner

$ aria2c http://mir.archlinux.fr/iso/latest/archlinux-2014.07.03-dual.iso.torrent

07/06 11:15:09 [NOTICE] Téléchargement terminé: /home/bobo/aria2/archlinux-2014.07.03-dual.iso.torrent

07/06 11:15:09 [ERROR] Exception caught while loading DHT routing table from /home/bobo/.aria2/dht.dat
Exception: [DHTRoutingTableDeserializer.cc:83] errorCode=1 Failed to load DHT routing table from /home/bobo/.aria2/dht.dat

07/06 11:15:09 [NOTICE] IPv4 DHT: listening on UDP port 6986

07/06 11:15:09 [NOTICE] IPv4 BitTorrent: listening on TCP port 6980

07/06 11:15:09 [NOTICE] IPv6 BitTorrent: listening on TCP port 6980
[#672efe 1.5MiB/558MiB(0%) CN:5 SD:0 DL:1.9MiB ETA:4m47s]                                                                                                                                
07/06 11:15:11 [ERROR] CUID#23 - Download aborted. URI=http://arch.mirror.constant.com/iso/2014.07.03/archlinux-2014.07.03-dual.iso
Exception: [AbstractCommand.cc:315] errorCode=3 URI=http://arch.mirror.constant.com/iso/2014.07.03/archlinux-2014.07.03-dual.iso
  -> [HttpSkipResponseCommand.cc:215] errorCode=3 Ressource introuvable

07/06 11:15:11 [ERROR] CUID#22 - Download aborted. URI=http://arch.linux.net.mk/archlinux/iso/2014.07.03/archlinux-2014.07.03-dual.iso
Exception: [AbstractCommand.cc:315] errorCode=19 URI=http://arch.linux.net.mk/archlinux/iso/2014.07.03/archlinux-2014.07.03-dual.iso
  -> [AbstractCommand.cc:733] errorCode=19 CUID#22 - Name resolution for arch.linux.net.mk failed:Domain name not found
 *** Download Progress Summary as of Sun Jul  6 11:16:10 2014 ***                                                                                                                        
=========================================================================================================================================================================================
[#672efe 109MiB/558MiB(19%) CN:49 SD:28 DL:1.6MiB UL:32KiB(1.0MiB) ETA:4m23s]
FILE: /home/bobo/aria2/archlinux-2014.07.03-dual.iso
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

 *** Download Progress Summary as of Sun Jul  6 11:17:10 2014 ***                                                                                                                        
=========================================================================================================================================================================================
[#672efe 222MiB/558MiB(39%) CN:49 SD:31 DL:1.9MiB UL:13KiB(1.9MiB) ETA:2m48s]
FILE: /home/bobo/aria2/archlinux-2014.07.03-dual.iso
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

 *** Download Progress Summary as of Sun Jul  6 11:18:11 2014 ***                                                                                                                        
=========================================================================================================================================================================================
[#672efe 335MiB/558MiB(60%) CN:49 SD:36 DL:1.8MiB UL:0B(2.0MiB) ETA:1m59s]
FILE: /home/bobo/aria2/archlinux-2014.07.03-dual.iso
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

 *** Download Progress Summary as of Sun Jul  6 11:19:12 2014 ***                                                                                                                        
=========================================================================================================================================================================================
[#672efe 442MiB/558MiB(79%) CN:49 SD:39 DL:1.7MiB UL:0B(2.0MiB) ETA:1m5s]
FILE: /home/bobo/aria2/archlinux-2014.07.03-dual.iso
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

 *** Download Progress Summary as of Sun Jul  6 11:20:12 2014 ***                                                                                                                        
=========================================================================================================================================================================================
[#672efe 549MiB/558MiB(98%) CN:45 SD:41 DL:1.8MiB UL:0B(2.0MiB) ETA:4s]
FILE: /home/bobo/aria2/archlinux-2014.07.03-dual.iso
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

[#672efe SEED(0.0) CN:44 SD:0 UL:0B(2.0MiB)]

Il y a une paire d'erreurs reportées :

Code : Tout sélectionner

07/06 11:15:11 [ERROR] CUID#23 - Download aborted. URI=http://arch.mirror.constant.com/iso/2014.07.03/archlinux-2014.07.03-dual.iso
Exception: [AbstractCommand.cc:315] errorCode=3 URI=http://arch.mirror.constant.com/iso/2014.07.03/archlinux-2014.07.03-dual.iso
  -> [HttpSkipResponseCommand.cc:215] errorCode=3 Ressource introuvable

07/06 11:15:11 [ERROR] CUID#22 - Download aborted. URI=http://arch.linux.net.mk/archlinux/iso/2014.07.03/archlinux-2014.07.03-dual.iso
Exception: [AbstractCommand.cc:315] errorCode=19 URI=http://arch.linux.net.mk/archlinux/iso/2014.07.03/archlinux-2014.07.03-dual.iso
  -> [AbstractCommand.cc:733] errorCode=19 CUID#22 - Name resolution for arch.linux.net.mk failed:Domain name not found

A priori des sources non trouvables : peut-être que transmission a des soucis avec, n'est pas pourvu d'exception pour y faire face et plante…

bobo · Message par **bobo** » dim. 06 juil. 2014, 12:26

Je suis en train de jouer du

$ yaourt -G transmission-gtk
$ makepkg -o
$ makepkg
$ vim PKGBUILD

J'ai réussi à compiler la version 2.83, reproduisant l'erreur de segmentation pour archlinux[…].torrent
J'ai réussi à adapter le PKGBUILD pour la version 2.84, l'erreur de segmentation est toujours là.

benjarobin a écrit :J'ai déjà eu de nombreux segmentation fault avec transmission-qt. Mais je n'ai jamais pris le temps de compiler en debug et de faire un rapport de bug.

@benjarobin : comment compiles-tu en debug ?

Message par **benjarobin** » dim. 06 juil. 2014, 20:00

https://wiki.archlinux.org/index.php/St ... ging_Guide ?

bobo · Message par **bobo** » dim. 06 juil. 2014, 20:09

Oulah, pas sûr que ce soit dans mes compétences. Cela dit l'utilisation seule de gdb a l'air faisable pour le péon de base.

Message par **benjarobin** » dim. 06 juil. 2014, 20:19

Donc en résumé pour permettre facilement de debug fait ceci :

yaourt -G transmission-qt
cd transmission
Édition du PKGBUILD, passage en 2.84 avec rajout de :
Code : Tout sélectionner
```
options=('!strip' 'debug')
```
Lance updpkgsums puis makepkg
Installe les 3 paquets cli / qt / gtk
Va dans src/transmission-2.84/qt
Lance qtcreator qtr.pro
Configure le projet en validant toutes les options par défaut
Lance l'application avec gdb : 2ième flèche verte...

Edit: Il faut ignore SIGPIPE via :

Code : Tout sélectionner

handle SIGPIPE nostop noprint

bobo · Message par **bobo** » dim. 06 juil. 2014, 20:48

– j'aurais jamais mis « options('…') » dans le PKGBUILD

Et pourtant c'était écrit

– J'ignorais l'existence de updpkgsums

Je viens de voir ton édition, tout ce que j'arrive à obtenir avec la méthode

Code : Tout sélectionner

$ src/transmission-2.84/gtk
$ gdb ./transmission-gtk
> r
...wait for segfault...
> bt full
<sortie à copier/coller>
> q

c'est ça :

Code : Tout sélectionner

#0  node_alloc () at list.c:43
        ret = 0x0
#1  0x000000000046e0f1 in tr_list_append (list=list@entry=0x6c41c0 <paused_easy_handles>, data=0x7fffc85edac0) at list.c:99
        node = 0x7fffcedd1700
#2  0x0000000000461923 in writeFunc (ptr=0x7fffc9c303f0, size=<optimized out>, nmemb=16384, vtask=0x7fffe01e2960) at web.c:127
        ptr = 0x7fffc9c303f0
        size = <optimized out>
        nmemb = 16384
        vtask = 0x7fffe01e2960
        byteCount = <optimized out>
        task = 0x7fffe01e2960
#3  0x00007ffff5e056d8 in ?? () from /usr/lib/libcurl.so.4
No symbol table info available.
#4  0x00007ffff5e1bf39 in curl_easy_pause () from /usr/lib/libcurl.so.4
No symbol table info available.
#5  0x0000000000461e0a in tr_webThreadFunc (vsession=0x77d070) at web.c:448
        handle = <optimized out>
        tmp = 0x7fffc978f690
        msec = 0
        unused = 0
        msg = <optimized out>
        mcode = <optimized out>
        str = <optimized out>
        multi = 0x7fffc8020a90
        web = 0x7fffc80209d0
        taskCount = <optimized out>
        task = <optimized out>
        session = 0x77d070
#6  0x00000000004446aa in ThreadFunc (_t=0x7fffe000fcd0) at platform.c:105
        t = 0x7fffe000fcd0
#7  0x00007ffff52ae124 in start_thread () from /usr/lib/libpthread.so.0
No symbol table info available.
#8  0x00007ffff4fe24bd in clone () from /usr/lib/libc.so.6
No symbol table info available.

Message par **benjarobin** » dim. 06 juil. 2014, 21:00

Merci beaucoup, c'est exactement ceci qu'il fallait

Je vais essayer de creuser...
Edit: Je crois avoir compris le bug

bobo · Message par **bobo** » dim. 06 juil. 2014, 21:08

Une autre sortie avec

Code : Tout sélectionner

export CFLAGS="$CFLAGS -O0 -fbuiltin -g"
export CXXFLAGS="$CXXFLAGS -O0 -fbuiltin -g"

devant les premières lignes du build (comme recommandé dans ton lien) :

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=0x7fffe0131110, fd=244, howmuch=195)
    at peer-io.c:317
        e = <optimized out>
        n = <optimized out>
        errstr = "\220GC\353\377\177\000\000\300\362\033\340\377\177\000\000@\350\060\340\377\177\000\000\000\000\000\000\000\000\000\000\024\000\000\000\000\000\000\000\315\364\376\364\377\177\000\000\300GC\353\377\177\000\000\000k\036\r\373\220m@u\030", '\000' <repeats 22 times>, "\300\362\033\340\377\177\000\000f\005", '\000' <repeats 14 times>, "\a\000\000\000\000\000\000\000\016\030I\000\000\000\000\000\002\000\310\325L~\320^\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`\f'\340\001\000\000\000\020\336w\000\000\000\000\000\020\336w", '\000' <repeats 21 times>...
#4  0x00000000004700be in tr_peerIoTryWrite (io=0x7fffe0131110, howmuch=0) at peer-io.c:1286
        e = -347908464
        n = 0
#5  0x00000000004719af in tr_peerIoFlush (io=0x7fffe0131110, dir=TR_CLIENT_TO_PEER, 
    limit=3000) at peer-io.c:1320
        bytesUsed = 20
#6  0x0000000000468083 in phaseOne (peerArray=0xf4, peerArray@entry=0x7fffeb434bb0, 
    dir=TR_CLIENT_TO_PEER) at bandwidth.c:220
        i = 11
        bytesUsed = 20
        n = 29
#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 = 0x7fffe01c5340, n_items = 68, n_alloc = 128}
        low = {items = 0x7fffe01c46a0, n_items = 68, n_alloc = 128}
        high = {items = 0x0, n_items = 0, n_alloc = 0}
        normal = {items = 0x7fffe02d0a40, n_items = 68, n_alloc = 128}
#8  0x0000000000473e43 in bandwidthPulse (foo=244, bar=16112, vmgr=0x1) at peer-mgr.c:3618
        tor = 0x77de10
        session = 0x77dc00
#9  0x00007ffff606f104 in event_base_loop () from /usr/lib/libevent-2.0.so.5
No symbol table info available.
#10 0x0000000000458fa0 in libeventThreadFunc (veh=0x77c840) at trevent.c:246
        base = 0x7fffe00008f0
        eh = 0x77c840
#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.

C'est un poil plus long : il y a un #13, et j'ai l'impression que ce n'est pas la même portion de code qui flanche. Maintenant je n'y connais pas grand chose en C.

Il m'a fallu plus de temps pour avoir le "segmentation fault" cette fois-ci. Il y a peut-être de multiples symptômes. En tout cas merci pour les explications c'était intéressant.

Édit : impossible de sortir un fichier core

bobo · Message par **bobo** » dim. 06 juil. 2014, 21:17

benjarobin a écrit :Edit: Je crois avoir compris le bug

Je passe la main, mais ça m'intéresserait de savoir si ça a un lien avec les [ERROR] de aria2c, dans une optique de test de mon instinct.

Message par **benjarobin** » dim. 06 juil. 2014, 21:24

Non, les erreurs n'ont rien à voir.
Essaye ceci : http://benjarobin.free.fr/ArchLinux/tra ... src.tar.gz

Sinon attention avec la méthode avec qtcreator qui permet d'avoir une belle interface graphique, il faut ignore le signal SIGPIPE... Bref je te conseil de suivre ta méthode initiale qui a permit de fournir la première trace.
Mais normalement cela ne devrait plus planter... En tout cas pas au même endroit

Edit: Merci de m'avoir motivé à chercher ce bug qui m’embêtait depuis quelques jours / mois...
Edit2: Bug rapporté ici : https://trac.transmissionbt.com/ticket/5735

bobo · Message par **bobo** » dim. 06 juil. 2014, 21:55

Aïe, donc j'ai détarré le .tar.gz dans un répertoire, constaté la présence du patch en faisant un diff sur les PKGBUILD, puis makepkg.

Ensuite j'ai refait la même méthode sur gdb ./transmission-gtk et voici ce que j'obtiens :

Code : Tout sélectionner

...
(gdb) r
Starting program: /home/bobo/aria2/compil/transmission-benjarob/src/transmission-2.84/gtk/trans
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
[New Thread 0x7fffec437700 (LWP 22780)]
[New Thread 0x7fffebc36700 (LWP 22781)]
[New Thread 0x7fffeb435700 (LWP 22782)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffeb435700 (LWP 22782)]
node_alloc () at list.c:51
51        *ret = TR_LIST_CLEAR;
(gdb) bt full
#0  node_alloc () at list.c:51
        ret = 0x0
#1  0x000000000046e0d1 in tr_list_append (list=list@entry=0x7fffe00056b0, data=data@entry=0x7ff
        node = 0x0
#2  0x000000000047fc51 in tr_rpcSetWhitelist (server=0x7fffe0005670, whitelistStr=<optimized ou
        delimiters = 0x4a3da7 " ,;"
        len = 9
        token = 0x7fffe0005790 "127.0.0.1"
        tmp = <optimized out>
        walk = 0x7fffe0001d80 "127.0.0.1"
#3  0x0000000000480048 in tr_rpcInit (session=0x77d070, settings=0x7fffeb434bf0) at rpc-server.
        s = 0x7fffe0005670
        boolVal = false
        i = 9091
        str = 0x7fffe0001d80 "127.0.0.1"
        address = {type = (unknown: 3758116112), addr = {addr6 = {__in6_u = {__u6_addr8 = "\377
                __u6_addr32 = {32767, 4561894, 0, 0}}}, addr4 = {s_addr = 32767}}}
#4  0x000000000044db15 in sessionSetImpl (vdata=0x7fffeb434bb0) at session.c:844
        i = 1
        d = 3.1620201333839779e-322
        boolVal = true
        str = 0x7fffe0004d10 "/home/bobo/Downloads"
        b = {socket = -536844160, addr = {type = (TR_AF_INET6 | NUM_TR_AF_INET_TYPES | unknown:
                  __u6_addr16 = {26752, 57344, 32767, 0, 2, 0, 0, 0}, __u6_addr32 = {3758123136
        data = 0x7fffeb434bb0
        session = 0x77d070
        settings = 0x7fffeb434bf0
        turtle = 0x77d0e0
#5  0x0000000000459256 in tr_runInEventThread (session=0x77d070, func=func@entry=0x44d710 <sess
No locals.
#6  0x000000000044c08f in tr_sessionSet (session=<optimized out>, settings=<optimized out>) at 
        data = {done = false, messageQueuingEnabled = false, session = 0x77d070, configDir = 0x
#7  0x000000000044c255 in tr_sessionInitImpl (vdata=0x7fffffffe140) at session.c:740
        settings = {type = 8 '\b', key = 7849920, val = {b = false, d = 1.2648080533535912e-321
                str = 0x0}}, l = {alloc = 256, count = 93, vals = 0x7fffe00014d0}}}
        clientSettings = 0x7fffe0005250
        session = 0x77d070
#8  0x0000000000458edb in readFromPipe (fd=9, eventType=0, veh=0x77c7c0) at trevent.c:190
        data = {func = 0x44c0d0 <tr_sessionInitImpl>, user_data = 0x7fffffffe140}
        ch = 114 'r'
        ret = 1
#9  0x00007ffff606f104 in event_base_loop () from /usr/lib/libevent-2.0.so.5
No symbol table info available.
#10 0x0000000000458fa0 in libeventThreadFunc (veh=0x77c7c0) at trevent.c:246
        base = 0x7fffe00008f0
        eh = 0x77c7c0
#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.

Ça pointe une erreur sur la ligne 51 de sources list.c…

Sinon, où faudrait-il envoyer un rapport de bug (et peut-être un patch) ?

Arch Linux

Archlinux.fr [Forums]

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

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

Re: [transmission-gtk] Erreur de segmentation

Re: [transmission-gtk] Erreur de segmentation

Re: [transmission-gtk] Erreur de segmentation

Re: [transmission-gtk] Erreur de segmentation

Re: [transmission-gtk] Erreur de segmentation

Re: [transmission-gtk] Erreur de segmentation

Re: [transmission-gtk] Erreur de segmentation

Re: [transmission-gtk] Erreur de segmentation

Re: [transmission-gtk] Erreur de segmentation

Re: [transmission-gtk] Erreur de segmentation

Re: [transmission-gtk] Erreur de segmentation

Re: [transmission-gtk] Erreur de segmentation

Re: [transmission-gtk] Erreur de segmentation

Re: [transmission-gtk] Erreur de segmentation

Re: [transmission-gtk] Erreur de segmentation

Re: [transmission-gtk] Erreur de segmentation

Re: [transmission-gtk] Erreur de segmentation

Re: [transmission-gtk] Erreur de segmentation

Re: [transmission-gtk] Erreur de segmentation