Salut,
 
Je vous écris à propos de la base de registre. Non, ne fuyez pas, car vous connaissait peut-être la réponse à ma questions. Tout d?abord j?expose, cette interrogation, car depuis plusieurs mois que je cherche, je ne trouve rien. Je ne pense pas avoir de la m?. au yeux, donc?
 
Je ne vais pas vous détailler toutes la base de registre de Windows, car depuis 1995, il y a trop de chose à dire même si le principe reste. Le principe, parlons-en, cette base de registre crée après la version de win3.1, permet d?enregistrer toutes les données utilisateurs, application, ect et cache parfois même des mouchard dont ne nous connaissons pas l?existence. Elle remplaça les fichiers *.ini de Windows 3.11. Enfin bref, mon problème n?est pas là.
 
Je fais de la programmation depuis cinq ans, je touche au noyau des différents Windows, en touchant aux propres fonctions de Windows alias les API Windows dont on soupçonne même pas la puissance . Puissance  qui peut s?avérer destructrice, si des individus mal intentionnés en faisaient état. Bref, c?est pas le sujet?
 
Depuis six mois maintenant, je cherche à faire mes propres programmes d?installation. Sa paraît idiot mais le but c?est de faire tourner  un programme correctement, ou plutôt de faire tourner un fichier *.exe. A faire tourner, ce n?est pas si simple que ça ! Très vite, car vous allez être souller, un *.exe dépend la plupart du temps de fichier tel que des  librairie dynamique appeler communément des *.dll et parfois de contrôle active X (ocx). Il y a deux manière de les installer ? je parle des exe ?  
 
 
1- On mets tous les fichiers dont le fichier exécutif dépend (dll et ocx) à la racine de l?exe. C?est une manière cavalière et impropre, mais le programme fonctionnera quand même. Il fonctionnera si le programmeur à prévu ne pas faire intervenir le base de registre ou de la faire intervenir en dynamique, bref...
 
 
2- On mets l?exe dans un répertoire, et tous les fichiers dont il dépend (dll et ocx) dans des répertoire spécifique, en l?occurrence le répertoire système d?exploitation que l?on à faire. Problème, et il est de taille, c?est que toutes les *.dll et *.ocx sont répertorié dans la base de registre, ce qui n?est pas le cas lors de la première méthode. C?est pour cette raison que la nommé méthode cavalière.
 
 
Ma questions est finalement très simple et à la fois compliqué. Savez par quel moyen les programmes d?installation référence t-il les fichiers tel que les librairies dynamiques ou les contrôles active X, dans la base de registre ? les clés qui sont-elles crées dynamiquement lors des programmes d?installation ?
 
Existe t-il des programmes que l?on pourrait très bien appeler « espion »  qui permettent, de savoir ce qui rentre dans la base de registre (avec les clés crées, les emplacement, ect?). En gros un programme qui fasse un rapport d?une installation, un rapport complet ? En connaissez vous un ?  
 
 
Voilà, j?ai fini de poser ma questions, je me suis pas trop étendu, sinon, j?en n?aurais eue pour un dizaine de page et sa aurait été trop long à lire !
 
Merci des réponses que vous allez pouvoir m?apportez. Svp, ne me dîtes pas Google est ton ami, je l?ai déjà testé depuis six mois maintenant, à part des banalités, il n?y a rien d?autre que je sache déjà.  
 
Merci
@+
CVB
 
 
 

 
 
http://forum.hardware.fr/forum2.ph [...] h=&subcat=
 
Comme tu as l'air motivé, je recopie le contenu de mon post :
 
J'ai trouvé ce truc tiré du kit de ressoures techniques de Windows 2000. C'est plutôt austère, en console DOS.
 
http://www.microsoft.com/windows20 [...] aler-o.asp
 

 
Traduction non homologuée :

 
merci Mr ou Mlle aimable ?

 
merci ! merci !  
ps : j'ai toujours pas trouvé le soft en questions, et comme je comprend trés mal l'anglais  

Download = Télécharger    
 
Bon, je te traduis.  
 
Edit : C'est fait, voir mon premier post.

 
t'as pas l'air mauvais en anglais tu peux me traduire le texte
 

 
je te remerci d'avance !

Premièrement, dans les deux manières que tu exposes, il n'y en a pas une qui soit plus impropre que l'autre. Elles ont chacune leurs avantages et leurs inconvénients.
 
Comme c'est ce qui semble t'intéresser, on va voir le cas d'un exe avec des Dlls autour.
Pour que ton programme utilise les fonctions d'une Dll (ou un OCX), il n'y a pas besoin de faire des entrées dans la base de registre, mais juste que ton programme sache où les trouver.
 
Après tu as plusieurs choix dans le répertoire d'installation qui dépendent de l'importance de ta Dll :

• Si c'est une Dll qui a des chances d'être utilisée par d'autres logiciels (et notamment des logiciels que tu n'écris pas), autant la mettre dans le répertoire systeme (CSIDL_SYSTEM). Un exemple de ce type de Dll est les runtime VisualBasic. Et, sauf si la dll l'exige (pour charger une configuration), pas besoin de rajouter des trucs dans la base de registre.
• Si c'est une Dll qui va être utilisée par plusieurs de tes programmes et uniquement par eux, l'endroit le plus approprié est un sous-répertoire (à ton nom) du répertoire programmes commun (CSIDL_PROGRAM_FILES_COMMON). Cette méthode ne peut cependant pas être utilisée si ta Dll est chargée statiquement par ton programme.
• Enfin, si c'est une Dll qui est utilisée par un seul de tes programmes, alors le mieux est de la mettre dans le répertoire (ou un sous-répertoire) du répertoire d'installation de ton programme. Par contre, si tu charges ta Dll statiquement, tu ne pourras pas utiliser un sous-répertoire.

Voila, c'est ce que j'essaie de faire pour mes programmes. Après tu peux utiliser d'autres méthodes, ce qui compte c'est que ton programme sache les retrouver (et que tu évites les trucs comme foutre tes Dlls dans le répertoire "Mes Documents" ).
 
Après, le plus simple est peut être d'utiliser un programme qui va te créér tes installations tout seul. Il en existe plusieurs dont quelques-uns gratuits.

 
merci beaucoup  !    sinon, les noms des programmes qui te font les installations gratuites t'en connais de nom...?
merci
@+

 
 
Cet outil en ligne de commande dépiste des changements effectuépar des programmes d'installation de tous les processus secondaires qu'ils appellent, y compris des changements sur la base de registre, les fichier et changements des .ini.
Le installation monitor crée un fichier iml qui documente tous ces changements, avec assez d'information pour défaire (faire marche arriere) tous les changements.  
Vous pouvez employer instalation monitor pour dépister les programmes d'installation qui posent des problèmes. L'information qu'elle produit peut également être employée pour dupliquer des configuration pour des applications spécifiques.
 
De rien
 

Ouais, pas mal, un peu plus littéraire quoi.  

PS...fallait pas prendre mal ma reponse precedente...c etait juste ce que disait charly qui me faisait rire c est tout....

 
j'avais bien compris, que c'était pas contre moi, pas de soucis, je me suis pas vexé, t'inquiéte pas !    

 
merci
   

Sur ce forum, tu as une section "Programmation" où avec une petite recherche tu devrais trouver tout ce qu'il te faut.

Pour la base de registre regshot http://regshot.ist.md/
Jamais testé mais c'est un freeware

 
tu connais wininstall LE ?
c est un utilitaire gratuit fournit par microsoft sur le cd de windows 2000 qui creer des packages MSI...
il prend l etat du syteme avant l install du log puis l etat du systeme apres l install du log...et voila ton package MSI est creer evidemment tu peux voir tout les changement effectue sur le systeme lors de  install et tu peux meme modifier le package en ajoutant des entree dans la base ed registre ou des fichier repertoire et autre....

 
je connais le forum, j'ai posé déjà la question dans la section programmation en enlevant une partie. Ici, c'était plus des logiciels que j'aurais apellé d'espionnage...
 
sinon, las bas ils m'ont donné le code en VB et ici les explications. Donc une pierre de coup
 
merci à tous et à toutes  
@+
CVB

 
j'avoue ne pas tout connaître de windows, c'est un univers assez compliqué...merci !  

  "une pierre, deux coups."  

 
A mer... merci  

 
y as des "coup de pierre" qui se perdent j'vous jure...