Assembleur et traduction... [Delphi] - Delphi/Pascal - Programmation
Marsh Posté le 15-02-2003 à 00:02:59
ReplyMarsh Posté le 15-02-2003 à 00:04:08
Dans la version 4 que j'avais, tu pouvais définir les panels a afficher (enfin faire reculer dans l'espace Z)
je sais plus dans quel menu c'était, mais yavai ca, et bien pratique ma fois (surtout quand je placais des feuilles à onglets)
maitenant je sais pas si ca y est toujours...
Marsh Posté le 15-02-2003 à 00:11:39
zion a écrit : |
Ouuuuh que c'est cool et ouuuuh que ca marche et ouuuuh merci zion
Marsh Posté le 15-02-2003 à 00:14:37
zion, autre qwestion :
Imagine que tu fasses une appli qui lance un programme fait en assembleur...
Tu traduis comment le programme en assembleur pour l'integrer a Delphi ? Sachant qu'il utilise le MMX ?
Car la syntaxe de delphi euh...
Ou alors, creer un processus a part avec TjvBatchProcess, mais avec un nom different de celui de l'executable, ou l'executable planque quelque part... pour pas que les gens y aient acces.
Marsh Posté le 15-02-2003 à 00:22:46
Quoi ca un programme en assembleur?
Tu veux dire que tu veux faire une routine en ASM et l'utiliser en Delphi?
Alors tu as pleins de possibilités
1. Tu fais un prog externe avec un ShellExecute si tu veux pouvoir l'utiliser en dehors de ton prog
2. Tu compiles ton assembleur en .OBJ avec des exports de fonctions et tu les importes en delphi (dois y avoir des tutorials sur le sujet)
3. Tu fais ton asm en Delphi, me semble que le 6 supporte le MMX non? Sinon tu peux toujours foutre les opcodes
Marsh Posté le 15-02-2003 à 00:24:37
zion a écrit : |
Miam
Pour le shellexecute, c'est exactement ce que je fais actuellement, mais cela ne me conviens pas.
pour le .obj, je me renseigne mais je vois pas ce que tu entends par exports de fonctions.
Mon ASM en delphi, franchement, je capte pas la syntaxe de delphi en ASM,e t il est deja tout pret tout beau en vrai asm, donc Sauf si tu connais un lien expliquant comment traduire l'un vers l'autre... moi, j'ai pas trouve
Marsh Posté le 15-02-2003 à 00:34:03
Pour l'obj tu dois regarder l'aide de "external", sinon dans delphi c'est du basm, y a un newsgroup sur le basm et en cherchant basm tu dois pouvoir trouver pas mal de documents
Marsh Posté le 15-02-2003 à 00:35:13
http://www.monstersoft.com/tutorial1/ASM_intro.html
http://groups.google.com/groups?hl [...] gle+Search
a vue de nez ca doit t'aider
Marsh Posté le 15-02-2003 à 00:40:21
zion a écrit : http://www.monstersoft.com/tutorial1/ASM_intro.html |
moui, moyennement...
Because Borland Pascal is a 16-bit compiler, there can be both near and far procedures. This is only a minor inconvenience. Basically it comes down to this
ca ca m'arrange moyen, avec le mmx
Et j'ai lu que delphi ne prenait pas les .obj de masm ( ) donc faut que je trouve tasm selon ce site http://webster.cs.ucr.edu/Page_AoA [...] ming2.html
Je mate ton truc cependant.
Marsh Posté le 15-02-2003 à 00:43:20
Au fait, le .obj, il sera inclus dans l'executable a la fin ou pas
Marsh Posté le 15-02-2003 à 00:44:24
tetedeiench a écrit : |
Tu sais, c un vieux tutorial, je suis fier de t'annoncer que Delphi est sous Windows et en 32 bits
Marsh Posté le 15-02-2003 à 00:44:37
tetedeiench a écrit : Au fait, le .obj, il sera inclus dans l'executable a la fin ou pas |
Ouaip
Marsh Posté le 15-02-2003 à 00:45:10
ReplyMarsh Posté le 15-02-2003 à 00:48:04
http://groups.google.com/groups?hl [...] coring%3Dd
Cherche dans le group basm
Marsh Posté le 15-02-2003 à 00:50:30
Si tu as une soeur on peut s'arranger
Marsh Posté le 15-02-2003 à 00:51:11
zion a écrit : |
Grande, tres jolie, ex mannequin, infographiste, et magnifique.
Elle a un copain en ce moment mais je peux pas le sentir.
Des envies ?
Marsh Posté le 15-02-2003 à 00:52:44
ReplyMarsh Posté le 15-02-2003 à 00:58:40
Bon, j'utilisais pas masm moi, ca m'arrange moyennement aussi
J'ai un fichier avec des instructions du type :
movl 4(%esp),%eax
movl $6, %ecx
subl $1, %eax
jz no_size
Et rien d'autre
Ca a pas l'air d'etre la syntaxe de MASM aussi
Marsh Posté le 15-02-2003 à 01:02:04
tetedeiench a écrit : |
Et tu compilais ca avec quoi?
EDIT: Rien ne t'empêche de faire un .obj avec un compilateur C ou pire de faire un DLL avec le truc que tu utilises pour le moment, tout ca c'est pareil le mec il pourra rien en faire. (enfin un peu avec le DLL mais si peu)
Marsh Posté le 15-02-2003 à 01:03:04
zion a écrit : |
Bonne question. Je crois que j'ai reussi a le compiler avec un GCC des familles via une lib de portage sous dows.
Comment je traduis ca en masm moi ?
Marsh Posté le 15-02-2003 à 01:03:50
zion a écrit : |
Yup, mais bon, le probleme est qu'entretemps crash disque et co... me souviens plus avec quoi j'avais reussi a le compiler
Me semble bien que CT gcc...
Marsh Posté le 15-02-2003 à 01:05:55
Bon benh
dans delphi
asm
plop
end;
et delphi 6 supporte le MMX
ce sera plus simple
Marsh Posté le 15-02-2003 à 01:09:02
zion a écrit : |
Mais le bp c'est que je me retrouve a traduire le truc nan ? Et ca m'arrange moyen
Je me souviens, j'avais pompe cygwin, inclu le package gcc, et reussi a le compiler avec ca.
Marsh Posté le 15-02-2003 à 01:10:13
Et ca te compile un truc dépendant de cygwin non?
Géant si tout le monde doit foutre cygwin
Marsh Posté le 15-02-2003 à 01:10:41
zion a écrit : |
non, un petit .exe parfait qui marche partout
Marsh Posté le 15-02-2003 à 01:12:07
En fait, c'est ca qui me manque : un lien expliquant la syntaxe BASM, et la liste des opcodes de BASM
Marsh Posté le 15-02-2003 à 01:12:22
Benh alors pries pour pouvoir en importer les fonctions sinon tu es bon pour le modifier pour que ca compile avec Delphi
Sinon fais un DLL franchement c'est pas plus mal
Marsh Posté le 15-02-2003 à 01:13:49
Citation : The built-in assembler supports all of the Intel-documented opcodes for general application use. Note that operating system privileged instructions may not be supported. Specifically, the following families of instructions are supported: |
Marsh Posté le 15-02-2003 à 01:15:06
zion a écrit :
|
Les opcodes je les ai vu que le programme existe. C'est plus les noms des registres ( Ex : pas de %, des [] de temps en temps, etc ...)
Marsh Posté le 15-02-2003 à 01:15:37
Et effectivement le top ce serai integre au programe... donc faut que j'arrive a traduire ce putain de truc
Marsh Posté le 15-02-2003 à 01:19:47
http://groups.google.com/groups?hl [...] com&rnum=9
apparemment c'est mm0, mm1, ... le nom des registres
Marsh Posté le 15-02-2003 à 01:21:00
zion a écrit : http://groups.google.com/groups?hl [...] com&rnum=9 |
Ca je sais aussi, eax, ebx etc sont les registres classiques ( 32 bits) mm0, mm1 etc sont les registres de la FPU vu par MMX ( un peu comme une pile en fait).
Bref, sympa le prog en dessous, ve m'en inspirer
Marsh Posté le 15-02-2003 à 01:23:05
Merde, et mes buffer, je les fous comment moi ?
.lcomm buffer, 32 <<20
.lcomm buf2, 32 <<20
Marsh Posté le 15-02-2003 à 01:26:26
ReplyMarsh Posté le 15-02-2003 à 01:27:54
Ce merdier
ve voar si gcc fait des .obj moua...
Marsh Posté le 14-02-2003 à 23:12:00
Je m'explique
J'ai plusieurs panels les uns au dessus des autres. Et ca m'emmerde a la prog, car c'est tjs le meme que je vois.
Je veux pas le cacher a l'execution ( visible := false; ) mais quand je programme, pouv oir ce qu'il y a dessous.
Je fais comment ?
Merci
Message édité par Tetedeiench le 15-02-2003 à 00:16:23