Un exe réellement autonome

Soyez le premier à donner votre avis sur cette source.

Vue 6 529 fois - Téléchargée 740 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é !)

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

Ajouter un commentaire Commentaires
Messages postés
17
Date d'inscription
vendredi 1 mars 2002
Statut
Membre
Dernière intervention
10 janvier 2003

Si vous voulez un exemple avec ce fameux lanceur en C : allez voir ma source :
merci tout le monde : le lanceur en C c'était mon, idée...
Nix, toi tu le sais... Non, je blague tout le monde a pu y penser...
Bien, en tout cas ça montre que j'étais pas le seul à me prendre la tête sur ce sujet... Et oui, un lanceur en C semble la seule solution rapide... A+ tutti et bonne prog , DamienI votre bien dévoué
Messages postés
43
Date d'inscription
mardi 22 janvier 2002
Statut
Membre
Dernière intervention
9 janvier 2003

Ces erreurs sont normales, puisque ce projet utilise un controle non enregistré.
Le but de ce projet était justement de montrer qu'un controle pouvait être enregistré dynamiquement par le programme qui l'utilise. Et comme on ne peut pas exécuter un projet dont le contrôle n'est pas enregistré... il faut d'abord lancer l'exe, et là le contrôle s'enregistre, et on peut ouvrir le projet.
Messages postés
70
Date d'inscription
vendredi 22 février 2002
Statut
Membre
Dernière intervention
13 novembre 2003

Slt, lorsque j'execute ton projet, j'obtient une suite d'erreurs :
1 - Convention d'appel de dll incorrecte, dans la fonction "registerserver"
hwnd=1292 path=c:windowssystemccrpprg6.ocx et unregister=false
err.number=49
2 - Erreur ( il n'y a marqué Que reeur dans la boite de dialogue)
dans la procédure form_load. i=101
3 - Erreur lors du chargement, dans la procédure form_load (de formprojet cette fois ci)
4 - Erreur de compilation : Membre de donnée introuvable
( du au non-chargement de ccrpprogressbar : pas de .value)
dans l'evenement du timer

Bon, j'éspère que cette erreur est seulement due à mon ordinateur.
Ps : je n'ai pas lancé l'exe avant l'emploi du projet, mais j'ai exécuté plusieurs fois le projet , toujours les memes erreurs.
Et bien voila, je peux peut etre apporter plus de précisions si on me le demande, en m'envoyant un message (etilegr)
Messages postés
363
Date d'inscription
jeudi 20 décembre 2001
Statut
Membre
Dernière intervention
25 août 2003

moi pour un exe totalement utilisable, et pour reprendre l'idée de pitap0, je ferais comme ceci : un programme en C qui contient en ressources les runtimes vb plus le prog vb réalisé comme celui de KevinK, qui verifie si les runtimes sont enregistrées, decompacter le prog vb et s'autodetruire... bien sur on peux faire ca pour l'autodestruction...
mais la ya de vb + du c... si ca interesse quelqu'un je peux essayer de retrouver la source de ce petit prog en c qui se détruit des kon l'execute...
Messages postés
363
Date d'inscription
jeudi 20 décembre 2001
Statut
Membre
Dernière intervention
25 août 2003

pekinio> JUSTEMENT lis tout le post, et plutot deux fois kune !!!
il parle de faire un exe en VB pour le programme + un exe en C (langage c) qui verifie d'abord l'existance des dlls, les extraits et les enregistres au besoin, et ensuite lance le prog vb... l'idée est tout a faitbonne, mais le pb c qu'il faut deux programmes.
Afficher les 14 commentaires

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.