PureBasic

Ce lienme semble intéressant...
Il recense un bon nombre d'exécutables en mémoire avec leur description.

Oui, c'est un des sites dont je me sers pour comparer mes résultats. En fait je recoupe plusieurs infos pour garantir un minimum d'erreur dans les définitions de processus. De plus une recherche Google sur un process donne généralement une liste à éplucher. C'est long.

Avant de mettre une nouvelle version en ligne, je vais ajouter le gestionnaire des applications de démarrage, ça occasionnera d'autres tests

@+

Juste une idée qui vaut ce qu'elle vaut.

Ca ne serait pas possible de faire un genre de site (en php, par exemple), ou chacun pourrait mettre directement le nom et la définition du processus qui est inconnu.

Par exemple, le programme détecte un processus nommé Tartempion.exe qu'il ne connait pas, un message s'affiche demandant à l'utilisateur si il veut mettre la base de données à jour. Si il répond Oui, le programme se connecte automatiquement à un formulaire avec 2 champs: Nom du processus, Description.

Bon! C'est une idée comme une autre, mais ça t'éviterai d'avoir à mettre la liste à jour à chaque fois.
Parce que t'es pas prêt d'en venir à bout, de cette liste, avec le nombre de programmes qui sortent tous les jours.

Idée intéressante qui permettrait de savoir rapidement à quoi correspond, ou tout au moins, dans quel répertoire tourne un processus. La mise en place reste quand même à coder en php.

C'est pour ça que j'ai laissé la possibilité à chacun de m'expédier un log texte de ce qui est non reconnu. Pour l'instant c'est le plus simple à gérer pour moi, en plus de ce que je trouve de mon côté.

Considérant qu'il y a en effet des tonnes de nouveaux process qui se créent dans le monde, je ne me fais pas d'illusion, la base ne sera JAMAIS à jour...
Mais elle grandira quand même... un petit peu

Avant de vous proposer la 3eme beta (inclus la gestion des applications de démarrage) j'ai vu dans les options de compilation de PB 4.10 les deux possibilités suivantes :

- Request Administrator mode for Windows Vista
- Request User mode for Windows Vista (no virtualisation)

Je me demandais si je ne devais pas cocher l'un ou l'autre pour une meilleure prise en charge par Vista ?
Si vous avez un avis sur le sujet...

Et bien cela signifie simplement que si tu veux que seules les personnes ayant les droits admin utilisent ton soft sous vista, il faut cocher "Request Administrator mode for Windows Vista". Si tu veux que les gens ayant le statue "User" l'utilisent, il faut cocher l'autre.

Réponse très pertinente, d'où le constat suivant :
Si je n'en coche aucune, comme jusque maintenant, ça fonctionne quand même (sauf pour les infos de process), Denis l'ayant prouvé.
C'est pourquoi je me demande ce que cela apporte de plus en cochant l'une des deux options. Une restriction d'accès?

La solution pour le savoir, créer un exe pour chaque mode activé et faire tester le tout à quelqu'un qui a Vista, Denis par exemple.

En fait au lancement des programmes, Vista demande continuellement si on veut ou non exécuter les programmes. De même si un exe requiert le mode admin pour se lancer, tu auras une popup t'indiquant que ce programme doit être lancé via un utilisateur aux droits admin.
Comme tu l'as deviné, c'est donc pour gérer les droit d'accès.

Je n'ai utilisé Vista qu'une semaine mais son fonctionnement m'a tellement brouté que j'ai préférer garder mon xp.

Ar-S a écrit :En fait au lancement des programmes, Vista demande continuellement si on veut ou non exécuter les programmes. De même si un exe requiert le mode admin pour se lancer, tu auras une popup t'indiquant que ce programme doit être lancé via un utilisateur aux droits admin.
Comme tu l'as deviné, c'est donc pour gérer les droit d'accès.

Je n'ai utilisé Vista qu'une semaine mais son fonctionnement m'a tellement brouté que j'ai préférer garder mon xp.

J'ai désactivé toute cette m... de droits d'accès de Vista et c'est mieux (enfin pour moi)

Voici une nouvelle version de tests, certainement la dernière avant version finale free. Vous pouvez la télécharger ici WPID

- Dézippez où vous voulez, ne nécessite pas d'installation, transportable sur clé USB, exécutable de 690 ko créant un dossier LogProcess dans son répertoire courant pour y placer les logs créés.

- Si vous pouvez me faire retour de vos essais et notamment sur Vista, à savoir entre autres si les accès au démarrage système sont bien récupérés. Sur Xp aussi, bien-sûr, il se peut que vous ayez des bugs que je n'ai pas eu. Je l'ai testé sur Xp pro et home en 32 et 64 bits et ça marche...

@+

Je viens de mettre à jour ; correction d'un bug dû à un nom de variable identique pouvant occasionner une interférence entre les "Processus en cours" et l'affichage dans "Démarrage" ainsi qu'une connerie qui activait un bouton alors qu'on lui demandait rien...

Pour le démarrage sous Vista, pas de problème

Ok, merci Denis
Si jamais tu remarques quelque chose qui cloche à l'usage, tiens moi au courant.

Salut Jacobus excellent programme.

Au niveau des programmes qui se lancent au démarrage, tu peux peut-être rajouter quelques accès

Un petit programme de Microsoft qui te donne la liste exhaustive des accès

http://www.microsoft.com/france/technet ... oruns.mspx

Merci Gillou, en effet SysInternals a toujours livré de bons outils.
Quand on voit le paquet d'infos que fourni AutoRuns, on se dit qu'il y en a de trop pour tout comprendre. Il est certain que mon prog en est loin, mais je préfère me concentrer sur l'essentiel et donner des renseignements assimilables par l'utilisateur lambda.
Ceci dit, cet AutoRuns est parfait, grâce à lui je sais maintenant où aller chercher et j'ai de quoi faire

Ok, c'est bon pour la v1 téléchargeable au même endroit. Je vais éditer le premier message pour simplifier les recherches.

@+