Discussion :

[AdamReith]

Bonjour,

J'envoie ce message ici car je n'arrive pas à trouver de choses claires sur le sujet suivant:

"du point de vue du programmeur, quelles bonnes pratiques faut-il mettre en place pour gérer les conflits d'accès avec un éventuel anti-virus installé sur le système?"

Editeur de logiciel, nous souffrons régulièrement des conflits d'accès fichiers avec les anti-virus qui tournent sur les machines. En effet, dans nos tests, si l'anti-virus n'est pas désactivé, on peut obtenir des "Access Denied" lors d'opération comme des rename ou file_copy!

Une solution consiste à implémenter des boucles de réessai (retry après qqs ms d'attente), et ça marche. Mais franchement, est-ce que ça veut dire qu'un développeur Windows doit tout le temps gérer le cas où un anti-virus lock un fichier chaque fois qu'il écrirt du code pour accéder à un fichier? Si c'est le cas, alors pourquoi ne pas encapsuler ce genre comportement dans les librairies de haut niveau (genre dans dotNET? ou JDK?)

Bref, si quelqu'un à des idées sur le sujet, je suis preneur!
Merci.

[ram-0000]

Conceptuellement, je comprend le problème mais j'avoue que je n'ai jamais eu ce genre de problème.

Je compile, cela génère des tas de fichiers temporaires, des objets, des dll et des exe, mais jamais de lock avec un anti virus.

Quel est l'antivirus que tu utilises ?

[AdamReith]

En effet, le problème survient plutôt rarement, mais selon les tests, il est parfois facile de le reproduire; à titre d'exemple, récemment j'ai travaillé sur des tests en boucle qui plantaient au bout de 1 à 5 minutes, à condition de les faire tourner sur une machine spécifique (4 processeurs).

Le problème apparait donc selon le type de test, et aussi le type de machine. Par contre, il est très difficile de reproduire le problème avec un prototype pour mettre en évidence le conflit avec l'antivirus (j'ai essayé, mais en vain).

En recherchant sur le web, j'ai trouvé 2 ou 3 témoignages qui vont dans le même sens : après un accès en écriture, à la fermeture du fichier, le fichier peut être scanné par l'antivirus : du coup, si on cherche à ouvrir le fichier avec des modes exclusifs, l'opération échoue (les témoignages proviennent de gens qui travaillent sur SVN et JIRA).

J'ai la certitude que c'est bien l'anti-virus qui est la cause du problème, car le test "facilement" reproductible ne survient plus si l'anti-virus est déinstallé. La correction du code consiste pour le moment à faire un retry ( elle fonctionne, et je peux constater de le méchanisme du retry est bien mis en jeu quelques fois par heure).

Comme il nous est difficile de demander à un client de désactiver son antivirus, même partiellement, je me demande quelle attitude adopter.... gasp. Blinder tout notre code dès qu'on fait un accès fichier??? ça me fait penser à du bricolage....


Nous utilisons McAfee VirusScan.

[smyley]

J'ai déjà fait des trucs de malades en ayant sur la machine McAfee et je n'ai jamais eu ce problème. Par contre j'ai déjà eu ce genre de problème (avec les dossiers ceci dit) avec TortoiseSVN qui scan les dossiers une fois crées et qui préserve un lock sur eux, donc impossible de les déplacer. Tu es sur qu'il s'agit de l'antivirus et pas d'un autre programme de monitoring ? ça l'a déjà fait avec un autre antivirus ? tu as déjà essayé de regarder peut être avec filemon pour voir si l'antivirus accède bien à ton fichier ?