SYSTEM INFO

Commentaire de draluorg le 10/09/2006 01:59:26

Salut Mad,

eh pour la consomation cpu c'est bizare il consomme moins que le TaskMgr chez moi et le cahrgement est presque instantane, un rien plus long que le taskmgr.. (p4 3,2Ghz)

Pour le deselectionement, ca ne le fait que si un new processus est lancer ou que un existant est arrete, sinon ca ne deseclectionne pas normalement...
Sinon la solution la plus simple, est d'enregistrer l'element selectionne avant de rafraichir la liste et le reselectionner apres si il est toujours existant...

Sinon en effet le timer est une peu rapide, c'etait pour les test...

Pour les options pour interagir sur les process etc, en effet c'est au programme, je compte bien remplacer mon taskMgr (y a encore du taf c'est sur!) Mais j'avais envie de le deposer pour profiter des eventuelles suggestions ^^

Sinon je n'ai rencontre aucun bug de Redim, peux tu me dire a quel endroit a tu eu ca ?

Merci pour tes remarques et suggestions ;)

++

Commentaire de draluorg le 10/09/2006 13:33:30

Ok pour la scroll, en effet c'est chiant, je vais voir s'il y a moyen de gerer ca... (peut etre en deselectionnant l'item)

Pour la redim ok j'avais mal compris je pensais que tu parlais d'un redim d'array lol

Pour la conso cpu, je vais descendre le timer, et essayer de grapiller un peu a gauche a droite...

++

Commentaire de draluorg le 10/09/2006 18:45:10

re,

Voila j'ai trouve la solution pour contrer "l'auto-scroll" et pour eviter le clignotement ^^

Pour le IsprocessRuning, oui je pense que c'est plus rapide comme ca que de lister tout le SnapShot avec ToolHelp, ce que je faisais aussi avant...

++

Commentaire de violent_ken le 11/09/2006 11:00:26

Salut à tous.

Commençons par les bugs (désolé, il y en a) :

-toujours des problèmes avec le *.sys de ShareVB, voir sa source pour les symptômes (service refusant de se charger...etc.) que j'obtiens.
-problème plus grave concernant le même morceau de code : impossible de charger le driver lorsqu'on sélectionne un des tabs "fichier et dossier ouverts" ou "clé utilisées", puis plantage radical (erreur mémoire ne peut être read) lors de la sélection du second. Problème de codage de la source, mais très difficile de trouver la (les) ligne(s) responsables.

Remarques diverses :
-consommation CPU un brin trop gourmande
-impossibilité d'interaction avec les services, processus...etc.
-des commentaires dans la source !!
-manque quelques infos nécessaires à un taskmgr
-pourquoi avoir plusieurs ImageList ? J'avais parlé il y a peu à Renfield d'exactement le même problème (un Imglist par Listview ou pas ?), selon lui un seul suffit. Enfin, je ne critique pas, çà marche très bien comme çà aussi.


Pour conclure, cette source rassemble pas mal de modules déjà présents sur le site et illustre leur utilisation, c'est pratique.

Et en plus, c'est vraiment très proche d'une des parties de mon (grand) projet en cours ! Quelle coïncidence !


@+ et bonne continuation ;)
(PS : pas noté)

Commentaire de MadM@tt le 11/09/2006 12:20:22

Pour le .sys de ShareVB c'est pas une histoire de droit admin ??
(chez moi j'ai pas de problème en tout cas à ce niveau)

Commentaire de draluorg le 11/09/2006 13:26:01

Salut a tous,

Eh pour le probleme avec le .sys, c'est bien la derniere version qu'il a depose, et je n'ai pas non plus de probleme avec, par contre la methode employee est a peu pres la methode exposee par Systernals et souvent les gens recontrent les memes problemes avec process explorer et autres...

Pour la conso cpu, wai ca depend du pc, perso chez moi il reste a 0% la plupart du temps, donc pas evident de regler correctement..

Pour les commentaires, eh perso je prefere utiliser des noms de varaibles et de fonctions explicites que de mettre des commentaires partout, perso si j'ai 3 lignes de commentaire dans une fonction il m'est tres difficile de la lire, mais bon c'est vrai que je pourrais mettre une courte description au dessus de chaque fonction...

Pour les imagesList, c'est simplement par simplicite, et aussi car j'ai pas trouve le moyen de vider une ImgList appartenant a un control ? (j'ai pas trop cherche non plus lol)

Pour la possibilite d'interactions avec les process, services etc je compte la faire quand tout le reste sera fini, avec les fonctions de recherches etc...

Sinon c'est vrai qu'on se croise souvent sur les meme types de sources(MadM@tt et Violent_Ken), il pourrait etre interessant de faire un projet commun si ca vous tente ?

Enfin merci pour vos remarques
++

PS: merci Gally pour la note :)

Commentaire de draluorg le 11/09/2006 14:36:20

Re,

Eh oui je sais qu'il faut supprimer le lien entre la ListView et l'imageList, mais j'ai pas trouve comment, en .net on peut mettre ListView1.Imagelist = ImgList1 ou = nothing... mais j'ai pas trouve de propriete equivalente en vb6...

Pour le projet commun, perso je commence egalement les cours ce mois ci le 25, et je suppose que Mad a ses occupations aussi, de plus rien ne presse, mais bon c'est juste une proposition car je me dis que ca peut etre enrichissant pour les 3 et que ca permetrait de faire un projet plus complet que seul... Mais si ca ne vous interesse pas ou que vous n'avez pas la disponibilite ou autre y a aucun soucis ;)

++

Commentaire de MadM@tt le 11/09/2006 14:46:09

Hello,

C'est vrai qu'on bosse sur les meme trucs, mais pareil je reprend le 18/09 aussi (t'es dans quelle école Violent_Ken ?), et je sais que l'année dernière j'ai pu absolument rien progger pendant l'année scolaire :(, c'est triste mais je profite des vacances. (j'espère cette année avoir un peu plus de temps pour la prog)

Pour le logiciel ProcessExplorer, j'ai été bluffé par le nombre d'infos qu'il propose. Mais on peut toujours faire mieux j'en suis sur (y'a toujours des options qu'ils ne proposent pas qu'on peut trouver)

Sinon ce qu'on pourrait faire (et je parle de tout le monde en général), ça serait essayer de faire une immense librairie sur les infos système en ajoutant tous toutes les fonctions qu'on a, en sélectionnant uniquement les plus rapides, les mieux etc... ça serait un projet non contraignant car il n'est pas nécessaire de bosser dessus tout le temps, ce qu'il faudrait en fait c'est un site web où chacun pourrait poster sa contribution. (et au final avoir une dll super optimisée pour vb)
Je sais pas ce que vous en pensez ?


Sinon pour la conso cpu, je crois avoir pigé pourquoi j'ai un truc entre 4 et 5%, c'est que j'ai un ordi portable, donc la fréquence du processeur est abaissée quand il ne bosse pas, donc en gros je fonctionnais à 800 Mhz. C'est traitre, mais au moins c'est pratique ça oblige à bien faire gaffe que le code ne soit pas trop lourd.

Commentaire de MadM@tt le 11/09/2006 15:05:57

Quoi ????????? L'insa de lyon ??? Mais moi aussi.
En quelle année ? Je rentre en 2è moi (je me disais les dates de rentrée correspondaient)

Sinon pour l'histoire de la librairie, ça peut valoir le coup de faire un petit site web non ? Après je pense qu'on a déjà de quoi remplir une dll avec tout ce qu'il y a sur vbfrance, je pense que ça pourrait faire un truc pas mal qui nous prendrais pas trop de temps (enfin après il faut le site web, mais si  personne n'est motivé pour le faire je peux m'y coller).

Commentaire de draluorg le 11/09/2006 15:12:21

re,

Eh oui ProcessExplorer offre beaucoup d'option, mais est un peu lourd tant en ressource qu'a l'utilisation je trouve, je pense aussi que toutes les infos qu'il donne ne sont pas forcement utile...

Sinon c'est pas tant la quantite des info qui est importante, mais plutot la pertinance de celle-ci et la simplicite et la sobrete du programme.

Sinon pour les thread je pense que les info importantes peuvent etre relevee sans problemes sans driver.

Pour la securite, c'est assez cotton, mais y a des modules sur le net, notement un de ShareVb sur ce site (oui encore lui! lol)

Pour TCP/IP en effet c'est assez interessant, encore une fois je pense qu'il y a un peu de matiere a ce sujet sur VbFrance, notement EbArt il me semble...

Pour l'idee de l'echange des "librairie" ce serait interessant en effet ^^

++

Commentaire de violent_ken le 11/09/2006 15:15:12

Là je confirme : ce logiciel est une usine à gaz :(

Heu, pour les threads, je n'arrive à récupérer par les APIs que pas grand chose :

Public Type THREADENTRY32
    dwSize As Long                  
    cntUsage As Long              
    th32ThreadID As Long            
    th32OwnerProcessID As Long      
    tpBasePri As Long              
    tpDeltaPri As Long            
    dwFlags As Long        'inutile    
End Type

Commentaire de MadM@tt le 11/09/2006 15:33:52

Ouai mais les thread, a part leur adresse mémoire, ID, taille mémoire occupée et utilisation processeur on peut pas récupérer grand chose d'interessant. Et meme ces infos ne nous apprennent rien remarque (meme si moi aussi je les listes mais bon...)

Commentaire de MadM@tt le 11/09/2006 15:39:27

Je crois qu'il s'agit juste d'une api : GetWindowFromPoint(x,y), et ça te retourne le handle en dessous du point donné (un truc dans ce genre), enfin rien de super compliqué je crois.

C'est vrai qu'après on peut killer les thread, j'avais pas pensé à ça.

Commentaire de draluorg le 11/09/2006 15:46:39

re,

Eh moi je suis en belgique, a Liege, je commence une formation de Gestionnaire PC et reseau a TechniFutur (ecole specialisee dans l'info)

Pour le site je te laisse volontier le faire Mad ;)

Sinon pour les Threads, on sait aussi recuperer son StartTime il me semble ca peut etre interessant. J'avais fais quelques test sur les threads je vais voir si j'ai garde des traces.
Pour les killer et les suspendre, leur ThreadId suffit.

++