Bug tracker
Si vous trouvez un bug dans ClamAV, veuillez vérifier qu’il est présent dans le dernier code git .
S’il n’est pas encore réparé, allez sur notre traqueur de bug .
Veuillez ne signaler aucun bug affectant des logiciels dérivés de ClamAV et distribués par un tiers (par exemple des ports que nous ne maintenons pas directement) parce que nous n’avons aucun contrôle sur eux.
Entrez à la place en contact avec leurs développeurs.
Voici les informations que vous devez inclure dans votre signalement de bug (par ordre d’importance) :
clamconf -nuname -mrspzip -P virus -e file.zip file.ext
Le contenu du dossier sera maintenu confidentiel. Sinon, si le fichier est trop grand pour l’expédier, vous pouvez le télécharger sur un site Web protégé par mot de passe et nous envoyer l’URL, l’identifiant et le mot de passe pour y accéder.
Voici les instructions pas à pas qui vous guideront dans ce processus :
En supposant que vous obtenez quelque chose de ce genre:
$ clamscan --some-options some_file
Segmentation fault
La première chose à faire est de faire produire par le kernel un core dump. Pour un shell bourne-like (par ex. bash):
$ ulimit -c unlimited
Pour une shell C-like (par ex. tcsh):
> limit coredumpsize unlimited
Maintenant vous devriez apercevoir le message core dumped :
$ clamscan --some-options some_file
Segmentation fault (core dumped)
En regardant dans votre répertoire courant, vous devriez voir un fichier nommé core.
L’étape suivante est de charger le fichier core dans gdb:
$ gdb -core=core --args clamscan --some-options some_file
(gdb)
Vous devez maintenant voir le prompt gdb. Utilisez juste la commande bt au prompt pour obtenir de gdb l’affichage d’un backtrace complet.
Faites un Copier/Coller dans le rapport de bug. Vous pouvez utiliser la commande q pour quitter gdb.
Utilisez ps pour obtenir le PID de clamd (premier nombre à partir de la gauche):
$ ps -aux (or ps -elf on SysV)
clamav 24897 0.0 1.9 38032 10068 ? S Jan13 0:00 clamd
Attachez gdb au processus en fonctionnement:
$ gdb /usr/sbin/clamd 24897
Remplacez 24897 avec le pid de clamd et ajustez le chemin de clamd. Vous devez maintenant obtenir le prompt gdb, comme:
(gdb)
Si vous voulez que clamd continue de fonctionner, tant que la faute de segmentation n’arrive par exemple, tapez la commande gdb continue , et attendez l’erreur, qui à ce moment la retournera au prompt gdb.
bt fournira un backtrace de la thread courante.
The command info threads will tell you how many threads there are.
The command thread n will change to the specified thread, after which you can use the bt command again to get it’s backtrace.
So, you basically want to do:
info threads pour obtenir le nombre de threads et leur numéro d’id
Pour chaque thread, entrez:
thread id_number
bt
Quittez gdb avec la commande quit. Répondez y (ou o selon la langue) à la question sur le programme encore en cours de fonctionnement.
Attention: sauf mention contraire, nous ne maintenons directement aucun de ces paquets et ports. Ces paquets sont fournis par des tierces-parties.
Nous n’en sommes pas responsables!
Veuillez noter que nous N’acceptons PAS des signalements pour des bugs spécifiques à un paquet que nous ne maintenons pas !
Si vous avez des doutes, compilez toujours ClamAV à partir des sources.
Nous faisons de notre mieux pour tenir la version localisée de ce site à jour, mais ce n’est cependant pas toujours possible. Veuillez vous réferer à la version anglaise pour les toutes dernières informations

