FERMER UN FICHIER OUVERT PAR UNE AUTRE APPLICATION
cs_NISANDSYSTEMS
Messages postés
178
Date d'inscription
vendredi 1 novembre 2002
Statut
Membre
Dernière intervention
9 janvier 2010
-
18 déc. 2005 à 10:32
cs_pluplu Messages postés 615 Date d'inscription mercredi 18 décembre 2002 Statut Membre Dernière intervention 4 juillet 2012 - 14 juil. 2007 à 16:05
cs_pluplu Messages postés 615 Date d'inscription mercredi 18 décembre 2002 Statut Membre Dernière intervention 4 juillet 2012 - 14 juil. 2007 à 16:05
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/35142-fermer-un-fichier-ouvert-par-une-autre-application
https://codes-sources.commentcamarche.net/source/35142-fermer-un-fichier-ouvert-par-une-autre-application
14 juil. 2007 à 16:05
Je dois avoir loupé quelque chose, j'ai essayé sur XP 2002 SP2, là sa plante l'IDE VB se fige, et j'ai également essayé sur Win2000 server SP4 là je ne vois aucun des fichiers ouverts ???
Seul l'install et dé-install de la DLL se passe correctement dommage!
24 juin 2006 à 10:46
Très interressante, merci EB !
Par contre j'ai une autre astuce SANS UN SEUL CODE qui fonctionne après un reboot !
Il m'est déjà arrivé, même après un reboot, d'essayer d'effacer le fichier 'utilisé par un autre programme' et qui ne s'efface toujours pas.
Bref, ma combine c'est donc de rebooter, j'ouvre ... ... NERO, et ouais, j'annule l'assistant et avec l'explorateur de fichier de Ahead Néro, je supprime ce fichier tenace sans aucun problème.
Testé et approuvé !
En tout cas, je garde ta source quand même pour le code très utile.
++
Mortalino
18 avril 2006 à 01:16
Yep c'est pour faire la meme chose que je m'interesse a ton code ShareVb ;)
Sauf que c'est pour la desinfection de malwares...
Sinon c'est une bonne chose pour nous que vous vous croisiez :)
Bonne continuation a tous les 2 ;)
PS: Eb quand passe tu au .net! ?
17 avril 2006 à 23:43
c'est marrant parce que j'allais ajouter cette fonctionnalité à mon code mais en mettant le CloseHandle dans le driver...je n'avais pas pensé à CreateRemoteThread...bravo...
sinon, j'ai trouvé beaucoup mieux que le parcourt de tout l'arbre des objets NT, QueryDosDevice permet de raccourcir le code de façon énorme...voir ma source en .Net
sinon aussi pour ceux chez qui ça plante, c'est normal c'est un bug de Windows : il existe un fichier Netpipe (ou un truc dans le genre) et si on a le malheur de faire un NtQueryObject dessus, le processus se trouve gelé définitivement (on ne peut même pas le tuer...)...c'est d'ailleur pour cela que mon code et le nthandle de sysinternal.com utilise un driver .sys car il faut parcourir la mémoire kernel pour trouver le nom sans risque de plantage...
enfin, je trouve l'idée d'utilisation et d'adaptation execellente...
ShareVB
4 avril 2006 à 10:50
c'est du vb6 c'est normal que tu ne puisses pas l'utiliser en vb2005 car de nombreuses fonctions utilisées ici ne sont pas convertibles directement... il faut trouver leur équivalent en .net (exemple : strptr utilisée dans des API nécessite de trouver les class qui correspondent aux API utilisées)
14 févr. 2006 à 18:34
- certains fichiers (exe) ne sont pas dans le zip et on ne peut pas non plus les avoir en téléchargement direct _ page en erreur -
- j'ai seulement Visual B Express 2005 et qd je compile après avoir utilisé le wizard de conversion, il y a une quantité d'erreurs que je ne sais pas corriger
Quelq'un peut il aider ou bien fournir une version compilée et installable?
Merci
25 janv. 2006 à 23:20
15 janv. 2006 à 12:56
23 déc. 2005 à 06:06
23 déc. 2005 à 02:49
rien a voir avec Windows XP SP2....
tout est là :
Shell App.Path & "\ClFile.exe """ & m_FileNames(1) & """", vbNormalFocus
mais l'exe, lui, manque a l'appel....
23 déc. 2005 à 02:40
21 déc. 2005 à 13:43
Encore une superbe source Eb!
mais par il ne se passe rien quand je fais un clic-droit puis "Qui utilise..." :(
Sous XP SP2, si quelqu'un a une idee ?
... je viens de lire le module pour "l'enumeration" des handle, bravo c'est vraiment tres clair et merci!
++
20 déc. 2005 à 23:32
20 déc. 2005 à 22:09
20 déc. 2005 à 19:19
faire un regsvr32 -u shmedia.dll
puis un regedit
et supprimer la clé HKEY_LOCAL_MACHINE\SOFTWARE\Classes\CLSID\{87D62D94-71B3-4b9a-9489-5FE6850DC73E}\InProcServer32
redemarrer et c'est tout bon.
@+
20 déc. 2005 à 09:53
(un petit geste, faites le pour les votres ^^)
sinon, pour le coup du "fichier en cours d'utilisation", ca arrive notament pour les films... une modification du registre permet néanmoins de désactiver cette chose...(je sais plus quelle clé). Windows cesse de lire le film, empechant renommage ou suppression / déplacements...
19 déc. 2005 à 18:35
EB, vilain, vilain, vilain ;-)
19 déc. 2005 à 18:25
Pour le niveau de la source, je n'arrive pas non plus à déterminer à quoi il correspond.
Les admins pourraient se charger de définir le niveau des sources!!(je blague, je blague,...)
++
Moustachu
19 déc. 2005 à 08:37
aucune prétentention de sa part
19 déc. 2005 à 02:56
18 déc. 2005 à 22:52
Super prog => 10/10
Bonne continuation !
@+
18 déc. 2005 à 19:26
18 déc. 2005 à 10:56
@+
18 déc. 2005 à 10:32
@+ *************s