/* Voir le zip */
Télécharger le zip
Sources en rapport:http://www.cppfrance.com/codes/LISTE-PROCESSUS-API-NATIVE-WIN32_17658.aspxhttp://www.cppfrance.com/codes/ENUMERATION-PROCESSUS-DECHARGEMENT-FORCE-DLL_30494.aspx
ha désoler j'avai pas vu. J'avai fait une recherche avant et j'était bien tomber sur une source en rapport mais c'était stoper un processus et en mode console en plus. Etant donné que tu es admin il ne tien qu'à toi de supprimé ma source. Mais p-e (surement) que cette source est plus facile à comprendre que celle de BruNews qui s'adresse à des gens qui comprennent l'asm mdr. Enfin voila, a toi de juger.
Ya pas de problème, c'était jsute pour signaler aux personnes intéressées par le sujet qu'il y avait d'autres trucs sur le sujetTa méthode n'est pas la même que celle de BruNews de toute facons
Non effectivement moi j'utilise ToolHelp lui ... ben lui il va a la source, il recode tout :D Dans quelque année l'OS Brudows sortira mdr.
C'est très bien et pratique. Juste un détails, dans la fonction LoadProcess, la taille de szBuffer est un peu petite, ça me faisait planter le programme, j'ai mis 64 à la place de 20
Eh ben, on peut toujours pas trier les colonnes?Tu devrais essayer de la faire
héhé vecchio je verai après mais exams mdr. mais je le ferai.
Une ListView avec LVS_EX_FULLROWSELECT serait plus pratique a utiliserA ce que je vois tu n'a pas réussi a trouver le nom d'utilisateur qui a lancé le processus.Tu devrais peut être retenter le coup dans le forum maintenant que BruNews est la...
Ah, et puis petite remarque, il y a un problème quand plusieurs processus ont le même nom d'exécutable. Stop ne termine pas forcément le bon
vecchio , oui je sais, mais je n'y arrive pas, j'ai pourtant la bonne version de Comctl32.dll, enfin je pense vu que je suis sous win pro SP2. Ok merci pour la remarque, je vais plutot faire la recherche par les ID que les noms.Pour ce qui est des noms, la méthode donnée est bonne, mais limitée, car on récupère les proprités de sécurité grâce au chemin de l'exe, hors il y en a certain qui n'en on pas :s et donc la je suis bloqué.
xp pro SP2 , désolé pour l'étourderie :D
Les styles étendus sont a ajouter après la création:ListView_SetExtendedListViewStyleEx(hListView, 0, LVS_EX_FULLROWSELECT);
Voila le problème règlé en ce qui concerne les processus à plusieur noms, je me demande d'ailleur pourquoi je n'ai pas fait comme cela directement :s . Merci vecchio de te soucié de mon prog mdr.
Oui vecchio j'ai déjà esseyer mais il me dit que LVS_EX_FULLROWSELECT est introuvable, lol je suis plutot impuisant face à ce problème. (je met a jours ma source de suite pour la correction du bug).
Tu mets ca au début de ton programme:#define _WIN32_WINNT 0x501
oui cela aussi je l'ai fait, cela ne change absolument rien :s
Installe VC++ Express 2005 + le SDK et finies les emmerdes des machins rustiques.Pour faire du code Win, les produits MS me semblent les mieux adaptés.
Ho tien voila BruNews, oui ... ce serai une solution :D . Met il n'est installable que via le net et le pc ou je programme n'y est pas raccordé, j'ai bien des cd avec des versions express mais pas VC++ :s , donc voila. Mais sinon , il doit y avoir moyen mm avec dev-cpp de pouvoir appliqués les styles étendu hein :D allons mdr.
0x20 au lieu de la contante
Lol ça progress, maintenant c'est la fonction SetExtendedListViewStyleEx() qui n'est pas connue, je commence à croire que j'ai pas la bonne version de la dll.
pas besoin:SendMessage(hlv, LVM_SETEXTENDEDLISTVIEWSTYLE, 0x20, 0x20);
Non ca risque pas de venir de la DLL...Pour VisualC++ express, tu peux télécharger une image:http://download.microsoft.com/download/7/6/0/760bd72d-bef3-4e0f-bdfb-1024ad5b005b/vc.iso
Autant le dire de suite, LVM_SETEXTENDEDLISTVIEWSTYLE=0x1000+54
tu vas me tué hein ? si je te dit que LVM_SETEXTENDEDLISTVIEWSTYLE et bien il met qu'il n'est pas connu :s aiieeeee nooooon . Donc tjrs le même problème.
mdr je vai tester avec 0x1000+54 :D
hey ça marche avec 0x1000+54, intéressant, et comme on fait pour savoir à quoi correspond la constante? c'est dans la lib???
Ben non, c'est dans les headers (commctrl.h ici)Mais celui de MinGW est en carton
ha oui, bon à savoir ça merci vecchio et brunews.
InitCommonControls(); ne doit pas être appelé à chaque event de ta windProc, place le juste avant le CreateWindowEx dans le WinMain, sera impec à cet endroit.if(haProcess == NULL){CloseHandle(haProcess); return FALSE;}On ne ferme pas un handle invalide mais par contre il faut libérer la mémoire allouée plus haut.Vérifie tous les cas de sortie de cette fonction, il ne faut rien oublier, c'est le cas typique ou qlq 'goto' judicieux ne gache rien à l'affaire.Bon travail, continue ainsi.
Ok BruNews , je modifie et je met à jour. Une question cependant, au risque de paraître idio, comment libéré la mémoire allouée pour le handle? car je ne sais qu'elle fonction ou autre à été employée.Merci pour l'encouragement :D
CloseHandle suffit, c'est juste pour dire au système de libérer cette place dans la table des handles mais ce n'est pas de la la "mémoire" à libérer.Si haProcess == NULL bien entendu que pas de CloseHandle.
C'est marrant certains processus on comme chemin \??\C:\, ou \SystemRootD'autres processus n'ont pas de chemin du tout :)
Il n'y a que "system" qui n'en à pas , je n'en connai la raison. pource qui est de \?? je ne sais pas non plus. Je ne sais pas l'expliquer.
Salut,Ta source est super intéressante. Je te remercie.Une note : chez moi le tri des colones ne foncionne pas (si on entend par là le fait qu'en cliquant sur la colone de la mémoire par exemple ça se reclasse par ordre croissant).Je suivrai l'évolution ;)eRoZion
Merci . C'est normale car il n'est pas fait :D lol
Salut à tous,Je scrupte depuis hier les sources de simili-Gestionnaires de Taches, mais je n'arrive pas à trouver comment je peux connaître le nombre de threads d'un processus.Sauriez vous comment faire ?
ZwQuerySystemInformation()avec SystemProcessesAndThreadsInformationexemple d'utilisation ici:http://www.cppfrance.com/code.aspx?id=17658
Merci !J'avais entre-temps essayé avec :HANDLE hSnapshot = (HANDLE) CreateToolhelp32Snapshot(TH32CS_SNAPALL,0);etProcess32Next(hSnapshot, &uProcess);mais bizarrement, uProcess.cntThreads me renvoit un nombre différent de celui du taskmng de windows, et surtout constant dans le temps alors que le nombre de threads changeait dans le gestionnaire de taches de windows..Je me lance avec ZwQuerySystemInformation
Yop,ZwQuerySystemInformation n'est pas une fonction du DDK ? tu m'avais dit que ce n'était pas très bon de jouer avec des fonctions du DDK dans une application normale.Sinon pour les threads, c'est vrai que ce n'est pas une mauvaise idée. Je le rajouterai quand j'aurais le temps.
Il est clair que:if(debutant || userApiExist) userApiUtiliser();
Salut, intéressant comme code source.Je me trompe peut-etre mais je crois que tu oublies de nettoyer dans tes fonctions LoadProcess et StopProcess ( au cas ou le processus ne serait pas trouvé ).Faudrait faire un CloseHandle sur haSnapShot.Sinon merci pour ce code source.
Bonjour,Je voudrais te signaler qu'il y a une fuite mémoire dans GetUserProcess():- si cela se passe mal, tu fais bien un CloseHandle, mais tu ne désalloue pas la mémoire !Je te propose de repousser tes allocations au plus tard. Ainsi tu n'as pas besoin de désallouer dans tous les cas où tu retournes FALSE.En tout cas, très bon code.Bonne continuation
Yop,Neo et Thez, merci je vai corrigé cela sous peu.
Bonjour,Sous Vista ton prog n'arrive pas a lister le path du processus audiodg.exe (Isolation graphique de périphérique audio Windows), le programme est exécuté en "run as administrator".OpenProcess échoue sur ce processus :haProcess = OpenProcess(PROCESS_QUERY_INFORMATION | PROCESS_VM_READ,FALSE,stProcess.th32ProcessID);GetLastError() renvoi 5 (access denied)Je pensais qu'avec le privilège debug on était à l'abris de ça mais visiblement ça n'est pas le cas, as tu une solution ?
re,J'ajoute que la fonction CreateToolhelp32Snapshot échoue aussi sur ce processus :haModuleSnap = CreateToolhelp32Snapshot(TH32CS_SNAPMODULE, dwProcessId);Toujours avec access denied.
Je vais mettre une "V2" de mon code 17658 en x64, j'ai viré Vista32 pour Server 2008 x64 mais ça liste bien en version 32.
HeavenForsaker , maintenant je crois que tu as ta solution :D pour ma par je modifierai bien mon code en suivant la méthode de celui de brunews, mais je ne suis pas à ça pour le moment. Je le ferais quand j'aurai le temps :D mais je note
Se souvenir du profil
Mot de passe oublié ? / Activation de compteCréer un compte