Un exe réellement autonome
Soyez le premier à donner votre avis sur cette source.
Vue 6 644 fois - Téléchargée 752 fois
Description
J'ai remarqué que plusieurs d'entre vous avaient tenté de faire des programmes autonomes qui n'ont plus besoin d'ocx, avec des résultats mitigés.
A mon tour je me suis penché sur ce problème, et je crois que le résultat est pas mal. Vous pouvez avec ce code ajouter n'importe quel contrôle, et directement distribuer votre exe come ça, avec juste msvbvm et vb6fr (grrr). Le programme enregistre lui-même les contrôle, et ca marche.
Toutes les explications et le mode d'emploi sont dans le zip
PS: Laissez-moi tous vos commentaires, bons ou mauvais, vos suggestions, etc...
PS2: Pensez quand même que c'est ma première source sur ce site, alors allez-y calmos (c; !
PS3: Au fait j'y pense, si vous n'arrivez pas à charger le projet la première fois, c'est normal, puisque il utilise un contrôle que vous n'avez (peut-être) pas. C'est pour vous prouver que ça marche: lancez l'EXE, et le contrôle sera enregistré (pour les parano, ne vous inquiétez pas, je suis pas un de ces crétins qui mettent des virus, j'ai scanné l'EXE avec les dernières définitions de norton, juré [spruittt] craché !)
N'oubliez pas vos commentaires
A mon tour je me suis penché sur ce problème, et je crois que le résultat est pas mal. Vous pouvez avec ce code ajouter n'importe quel contrôle, et directement distribuer votre exe come ça, avec juste msvbvm et vb6fr (grrr). Le programme enregistre lui-même les contrôle, et ca marche.
Toutes les explications et le mode d'emploi sont dans le zip
PS: Laissez-moi tous vos commentaires, bons ou mauvais, vos suggestions, etc...
PS2: Pensez quand même que c'est ma première source sur ce site, alors allez-y calmos (c; !
PS3: Au fait j'y pense, si vous n'arrivez pas à charger le projet la première fois, c'est normal, puisque il utilise un contrôle que vous n'avez (peut-être) pas. C'est pour vous prouver que ça marche: lancez l'EXE, et le contrôle sera enregistré (pour les parano, ne vous inquiétez pas, je suis pas un de ces crétins qui mettent des virus, j'ai scanné l'EXE avec les dernières définitions de norton, juré [spruittt] craché !)
Source / Exemple :
MAJ v1.1 : introduction des variables &WinDir& et &SysDir& pour décompresser les ocx dans le répertoire windows ou système
Conclusion :
N'oubliez pas vos commentaires
Codes Sources
A voir également
- Un exe réellement autonome
- Decompiler un exe - Forum C# / .NET
- Decompiler exe ✓ - Forum C / C++ / C++.NET
- Decompiler un .exe - Forum Visual Basic
- Decompiler un exe crée en vb.net 2005 ✓ - Forum VB.NET
- DECOMPILER UN EXE - Forum C / C++ / C++.NET
20 mars 2002 à 08:44
20 mars 2002 à 09:35
20 mars 2002 à 10:52
J'ai testé ce prog sous XP et ça marche. Le fichier .res je l'ai fait tout simplement avec l'éditeur de ressources de VB
20 mars 2002 à 13:26
Mais bon, une bonne note simpose qu'en même ;-)
20 mars 2002 à 13:47
A celà deux avantages :
1) L'utilisateur ne voit pas que différents OCX et/ou DLL sont associés au programme (pour une fois, un prog VB aura presque l'air allégé ;-)) ),
2) Si l'utilisateur fait un copier/coller de l'executable seul, même placé à un endroit différent, le programme marchera qu'en même.
Autre proposition, il faudrait un processus permettant de vérifier si les OCX et/ou DLL ont déjà été enregistrés ou pas (dans le cas où le programme a déjà été executé au moins une fois). S'ils ont déjà été enregistrés, ça n'est pas la peine de le refaire de nouveau. Le programme gagnera ainsi en rapidité, surtout si plusieurs OCX y sont associés.
Voilà, je ne pense avoir rien oublié.
@+
Mercury
Vous n'êtes pas encore membre ?
inscrivez-vous, c'est gratuit et ça prend moins d'une minute !
Les membres obtiennent plus de réponses que les utilisateurs anonymes.
Le fait d'être membre vous permet d'avoir un suivi détaillé de vos demandes et codes sources.
Le fait d'être membre vous permet d'avoir des options supplémentaires.