ISOLATOR - SIMPLIFICATION DU DÉPLOIEMENT ET ÉLIMINATION DE "L'ENFER DES DLL"
Renfield
Messages postés
17287
Date d'inscription
mercredi 2 janvier 2002
Statut
Modérateur
Dernière intervention
27 septembre 2021
-
21 oct. 2008 à 07:16
Galactus13 Messages postés 335 Date d'inscription lundi 29 septembre 2008 Statut Membre Dernière intervention 16 août 2023 - 14 mars 2012 à 09:31
Galactus13 Messages postés 335 Date d'inscription lundi 29 septembre 2008 Statut Membre Dernière intervention 16 août 2023 - 14 mars 2012 à 09:31
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/48269-isolator-simplification-du-deploiement-et-elimination-de-l-enfer-des-dll
https://codes-sources.commentcamarche.net/source/48269-isolator-simplification-du-deploiement-et-elimination-de-l-enfer-des-dll
14 mars 2012 à 09:31
"Quand on n'a pas de tête, on a des jambes !"
Cette fois, c'est que dans la tête que sa se passe !
Sa marche même très bien ! si j'avais lu tout jusqu'au bout !
Sa m'étonnait aussi, c'est bien le manifest qui est integrer !
Quel tarte je fais ! on va dire que c'est l'age :p
Je garde cet utilitaire très utile !
13 mars 2012 à 11:56
13 mars 2012 à 11:43
Je ne parviens pas a voir le Manifest de l'EXE original.
En revanche j'ai tout ceux des DLL !
Si j'ai bien compris ce dernier doit contenir les "liens" des manifest des DLL ?
Au pire, je fais ça manuellement, je devrait y arriver !
Te tient au courant de la suite ...
13 mars 2012 à 07:23
tu aurais des détails sur cette défaillance ?
12 mars 2012 à 17:17
Renfield, pleure pas! je vais m'accrocher et chercher pourquoi!
Sa me parait plus pratique en effet que de registrer les DLL après installation !
Je l'aurai un jour, je l'aurai !!!
18 août 2010 à 18:44
16 août 2010 à 23:46
Si je ne me trompe pas, cet outil permet de rendre vraiment "portable" n'importe quel programme vb6 avec pleins de dépendances DLL/OCX ? Peux tu confirmer master renfield ?
19 mars 2010 à 10:04
5 mars 2010 à 07:35
fallait lui donner ce genre de choses :
Project1.exe
> Test.dll
Micosoft se fiche de VB6, tu sais... ils ont pondu les manifest pour .Net, principalement...
ca leur permettait de dire qu'avec .Net, finit le Dll Hell
pourtant cette techno est compatible avec VB6, la preuve ^^
4 mars 2010 à 23:42
4 mars 2010 à 23:41
au debut, tu reprends la source d'un autre en GUI et tu fais une app console avec... ce qui est bien. Mais tu donne pas la syntaxe d'utilisation de l'app console ou d'exemple de comment on l'utilise... genre prenez un fichier .ini, mettez dedans le chemin des fichier blabblba... (c'est ce que j'ai cru comprendre)
bon.. donc je demande un exemple d'utilisation et tu nous largue un app GUI ?
Bon je peut pas me pleindre la... un GUI c'Est bien...
mais un exemple d'utilisation de l'app console etait suffisant!
Dans tout les cas, bon travail, je vais regarder cela.
La seul truc qui me chicotte c'est... Comment ca se fait que Microsoft a pas sortie un truc du genre ? je sais qu'il en ont fait un recemment avec .NET... mais ils ont pas une version anterieure ?
3 mars 2010 à 19:19
pas grave... ;)
3 mars 2010 à 19:04
pas fait gaffe aux references, désolé, elle sert peut etre pas ....
pour les left et mid, pas eu le tour sur ce projet, c'est une sorte de confusion entre les references.
3 mars 2010 à 18:59
WX pro fr SP3 : référence à TINFO232.DLL manquante
+ les left mid etc.. non-reconnus sans être précédés de "VBA." (çà faisait longtemps que j'avais pas eu le tour)
solution :
fermer le projet sans sauver
mettre dans system32 :
http://www.dofiles.reohix.com/DLL%20Files/T-V/tinfo232.dll
l'enregistrer
relancer le projet
tout OK (même les lefts right etc)
très clair avec le projet exemple, code à garder précieusement sous le coude
++
3 mars 2010 à 17:27
a peaufiner, ce n'est qu'un premier jet rapide
3 mars 2010 à 08:34
je revois ma copie dnas la matinée
3 mars 2010 à 05:31
pas d'exemple d'utilisation avec un "faux" projet pour que l'on comprenne bien, pas de données sur la SYNTAXE d'utilisation ?
je suis un peu déçu. Je vais devoir lire le code en entier et le comprendre avant même de savoir si ca m'est utile.
26 août 2009 à 02:40
http://www.vbfrance.com/tutoriaux/INSTALLATION-SANS-INSTALLATION-AVEC-MANIFEST_240.aspx
31 déc. 2008 à 16:28
Sais-tu si des tuto sur le sujet existent ?
Te sens-tu d'attaque pour en faire un ?
Je sais qu'en cherchant, je devrais trouver... mais ayant plusieurs trucs sur le feu en même temps, j'ai peu de temps à consacrer à la "recherche" pour le moment.
31 déc. 2008 à 16:16
en gros, depuis Windows 2000 (ou juste Xp ?)
on peut placer un fichier manifest en resources d'un executable (type 24)
ou dans le même repertoire, avec nomDuFichier.exe.manifest
ca permet de forcer Windows a charger une version données des dll lorsq'uil a besoin de faire appel a des composants exterieurs.
ca fait un point d'entrée avant la base de registres, en quelques sortes.
du coup, pas besoin de registrer les dll/ocx...
voili voilou
31 déc. 2008 à 16:08
31 déc. 2008 à 16:08
Je viens de découvrir cette source et son explication.
J'ai bien l'impression que c'est le genre de truc à posséder...
Mais ne connaissant pas ces fichiers ".manifest", quelqu'un pourrait-il faire un tuto là-dessus ?
Petite question, est-ce que grâce à cela, on pourrait trimballer ses programmes VB sur une clé USB et les utiliser sur "n'importe quel" PC ?
16 déc. 2008 à 10:29
Comment fais tu pour être aussi Fort?
Sans même l'avoir regarder je dis que l'idée est géniale.
10 carrément!
21 oct. 2008 à 07:16
nb.2. La liste des fichiers à traiter peut contenir des fichiers .isolate également: possibilité d'inclure des listes.
le but de cette source ?
elle permet de rendre autonome un projet : pas de lien vers les fichiers dll via la registry ; on peut déplacer les fichiers dll comme bon nous semble.
En l'occurrence, j'ai un projet, composé d'Exes et de Dll diverses. Nous sommes cinq a devoir l'utiliser simultanément. mais j'ai ajouté un Launcher, qui va crééer une copie perso du lot de fichier pour chaque utilisateur ; afin de faciliter l'intégration de nouveautés/correctifs.
Au démarrage, le Launcher fait sa propre copie privée, recréé les .manifest et lance la version perso de l'outil.
les fichiers d'origine ne sont donc jamais utilisés directement, je peux les mettre a jour sans avoir à faire quitter chaque utilisateur.