COMPILER ZLIB DANS PROJET VB
Afyn
Messages postés
608
Date d'inscription
samedi 3 août 2002
Statut
Membre
Dernière intervention
22 décembre 2016
-
5 août 2004 à 19:46
draluorg Messages postés 625 Date d'inscription vendredi 23 avril 2004 Statut Membre Dernière intervention 25 novembre 2010 - 6 mai 2007 à 21:03
draluorg Messages postés 625 Date d'inscription vendredi 23 avril 2004 Statut Membre Dernière intervention 25 novembre 2010 - 6 mai 2007 à 21:03
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/25180-compiler-zlib-dans-projet-vb
https://codes-sources.commentcamarche.net/source/25180-compiler-zlib-dans-projet-vb
6 mai 2007 à 21:03
Encore merci!
++
5 mai 2007 à 12:01
4 mai 2007 à 22:50
de quel addin parles tu ? je n'en vois pas dans le zip o-0
4 mai 2007 à 21:49
- D'abord tu concois tes fonctions tu les compiles
- Tu recupere les .obj crée lors de la compilation
- Tu les ajoutes grace a l'addin
- Tu ajoutes un module dans ton projet VB
- Tu ajoute des fonctions vide portant les nom des fonctions a importer
- Tu utilise l'addin pour lier les fontion vb et tes fonctions
- Tu compiles et le tour est joué
@+
4 mai 2007 à 20:13
Concept surper interessant, que dis-je c'est genial!!!
Mais peux tu expliquer en quelques lignes comment faire pour Linker les fonctions ?
Puis-je linker des fonctions que j'écris moi meme en C ?
Si oui comment ?
++
7 janv. 2007 à 00:56
J'ai eu le même problème mais j'ai pu le resoudre.
Vérifié que le fichier EBImPrev.ocx (sous control) et le fichier EBZipReader.dll (sous Library) sont bien régistrés. Si ça c'est ok, le programme fonctionne.
Les fichiers .bat inclus dans le fichier Zip ne semblent pas fonctionner si il-y-a des espaces dans le 'path' du fichier (utilisé des " " dans le path) ou si le 'path' est trop long.
Régistrer peut aussi donner des problème si la variable système pour 'path' n'est pas correct. Si c:\windows\system ou c:\windows\system32 ou c:\winnt\system32 (selon le OS) n'est pas inclu dans le 'path' le fichier regsvr32.exe n'est pas retrouvé et la régistration ne fonctionnera pas.
Pour être sur tu peux ouvrir un 'dosbox' et utiliser la commande complete. Par example
c:\windows\regsvr32.exe "c:\path to file\EBImPrev.ocx" (selon OS)
Le système doit répondre avec une message que le fichier est bien régistré. Si non la commande n'est pas bon.
13 oct. 2005 à 14:24
2 févr. 2005 à 22:13
pour DllTest
ca plante sur cette ligne , apres avoir choisi le zip
mZip.FileName = .FileName
"Le composant activeX ne peut pas creer l'objet"
Il est ou l'activeX ?
Pour EBIM..
y a pas de form, je dois copier les modules et controles dans un projet et a partir d'une forme appeller telle ou telle fonction?
itou pour EBzipreader ?
Désolé pour la question de noob ^^
24 août 2004 à 00:09
Form1.obj - Le fichier OBJ de la feuille
Project1.obj - Probablement le fichier ressources du prog
VBAEXE6.LIB - lib de la machine virtuelle de VB
wrap.obj - mon wrapper, en asm compilé avec masm
Kernel32.lib - la lib qui contient tout sur kernel32.dll (MS)
23 août 2004 à 20:26
@+
23 août 2004 à 20:12
Voici mon wrapper :
.386
.MODEL flat, syscall
option casemap :none
option prologue:none
option epilogue:none
_GetTickCount@0 PROTO
.DATA
.CODE
?GetTickCount@APIs@@AAGXXZ PROC
JMP _GetTickCount@0
?GetTickCount@APIs@@AAGXXZ ENDP
END
Le symbole _GetTickCount@0 qui correspond à l'API GetTickCount de Kernel32.dll est définit dans Kernerl32.Lib, le vrai de vrai fichier de ms comme ceci dans la section des symboles publics :
1F87A _GetTickCount@0
1F87A __imp__GetTickCount@0
J'ai aussi essayer avec le symbole __imp__GetTickCount@0 : même problème
Quand j'ai linker mon prog, il y avait les fichier suivant dans cet ordre :
Form1.obj - Le fichier OBJ de la feuille
Project1.obj - Probablement le fichier ressources du prog
wrap.obj - mon wrapper, en asm compilé avec masm
Kernel32.lib - la lib qui contient tout sur kernel32.dll (MS)
Ça compile nickel!!! Mais l'EXE est SCRAP!! Dans la liste des importation du prog, nada, rien d'autre que le GetTickCount! Donc le prog ne peut démarrer. Voilà toute la situation. Est-ce que quelqu'un aurait une solution?
23 août 2004 à 20:06
@+
23 août 2004 à 20:00
23 août 2004 à 08:07
@+
23 août 2004 à 06:17
Mon programme VB importait la fonction GetTickCount de Kernel32. Le seul problème c'est que toute les autres APIs du programme sont parties. J'avais fait une faute quand j'avais écrit le nom de kernel32 après avoir compilé le prog VB, tout était correct sauf que mon api ne marchaient pas. Mais c'est quand que j'ai corrigé le nom que tout c'est planté. Probablement que quand j'importe, le fichier .lib écrase certains trucs de VB (conflit kernel32.dll kernel32.dll).
23 août 2004 à 04:55
Fait : VB n'appelle pas directement les APIs
Et on crée un fichier .Lib avec Visual Studio en créant un projet ayant le même nom que la Dll de l'API et qu'on y déclare la fonction de l'API GetTickCount de kernel32 par exemple et qu'on l'exporte avec 1 fichier .def
Puis, qu'on créer un .obj en cpp dans lequel on importe l'API de kernel32 par exemple avec le faux .lib créer avant.
Comment pourrait-on faire utiliser l'API définit en C++?
J'ai créer le fichier .Lib aproprié et le fichier .obj qui déclare l'API MAIS le problème c'est que VB cherche ?GetTickCount@AAGXXZ. Comment faire pour que le symbole de l'API déclarée dans le obj porte ce nom?
Si on pouvais, est-ce que ça permettrait d'obtenir des APIs plus rapides?
6 août 2004 à 01:08
5 août 2004 à 20:16
5 août 2004 à 19:46
Dis moi le si c'est ça ...
Yop !
Afyn
Navedac