Reprise du message précédent :

 
Ce merdier
 
ve voar si gcc fait des .obj moua...

Chuis con, c'est le .o of course !
 
Ouai mais delphi va pas l'aimer...
 
ROH ce merdier.

En plus, le BASM cai du supair pratique.
 
movl %eax,%ebx ca deviens MOV EBX,EAX
 
cool.

 
Euh, essaie toujours, je sais pas à quoi il ressemble leur .o  

Faut pas faire les gros yeux, c'est juste la syntaxe AT&T

 
Ah cool ca ca m'interesse car j'ai vu un convertisseur pas loin sur le net

 
Je vais tenter le coup, peut etre que...
 

 
^^

bon bah bad file format kwoa
 
mon convertisseur marche que moyennement en plus.
 
Bon ben me voila emmerde avec le .exe a cachai d'une facon ou d'une autre... spacool.

Benh non pas l'exe à cacher, converti ton code bon sang, ou compile le avec un truc "décent"  

 
gcc pas decent
 
Pour la conversion, elle est faite, sauf pour ces lignes la :

 
bon ben au boulot iench...

http://www.freepascal.org/docs-html/prog/node5.html
 
Joli lien monsieur ^^

bon plus que 3 lignes et c bon :
 

 
Le << on l'exprime comment en assembleur intel
 
EDIT : mouais vu les erreurs delphi chuis encore pas sorti moi.
 
Saloperie de truc a la con chier.
 
EDIT2 : ZION, toi le maitre de delphi, est'il possible d'executer un executable comme avec shellexecute de la jvcl mais DANS UN THREAD comme ca il apparait pas dans la liste des processus ?

On peut payer en chameaux ?

d'autres cours sur l'asm en ligne sous delphi
 
http://www.latiumsoftware.com/en/p [...] letter.php
 
newsletter 36 à 42
 
ça va pas t'aider mais c'est toujours bon à savoir  

 
C'est fini oui    
 
Et non, tu sais pas exécuter un programme sans qu'il apparaisse dans la liste des processus (sauf sous w9x en bidouillant dans le processus lui même mais ca pue des pieds).
 
Tu sais vraiment pas le compiler en DLL plutot qu'en EXE? Ca doit pas être la mer à boire quand même, et tu aurais plus de problème  

 
gcc creeant un DLL et pas un exe

Et pourquoi pas?  

 
ca me semble trop gros... je mate mais a mon humble avis...

http://www.cygwin.com/cygwin-ug-net/dll.html
 
Yay !
 
La DLL est incluse ensuite dans le prog delphi ou faut la distribuer avec ?
 
De plus, en incluant la DLL, je vais pouvoir faire ca via un thread, nan ?

bon, j'ai trouve comment inclure la DLL mais je dois inclure la DLL de cygwin avec et c'est du joli 888Ko Dans mon cul.
 
De plus, je sais pas comment savir quel est le nom de la fonction.
 
Tjs des problemes a la con... faudrait que je trouve un compilo asm pour windows acceptant la syntaxe AT&T
 
EDIT : bon a priori mingw rulez. Au pire je me tae une seconde dll de 20Ko... capeux aller.

zionounet, y a un outil pour verifier de quelles DLLs depend une DLL ?
 

lol je viens d'en truver un
 
ma dll depend de kernel32.dll ( je suppose que c'est commun ca ) et de msvcrt.dll ( ca aussi).
 
Donc ma DLL est independante de mingw nan ?
 
( Woohoo ! )
 
me reste plus qu'a la barder de tests pour empecher sa modification ou son remplacement et valaaaaa

oui    
 
mais faut exporter des fonctions à ton DLL

Merci zion
 
Une derniere question : JvThread, on lui donne comment la fonction a executer

Utilise un thread comme les vrais, file/new/thread    
 
Le TJvThread c'est une implémentation avec les APIs, Borland
a fait nettement mieux comme wrapper des APIs mais comme c'était
pas dispo à l'époque le TJvThread a été fait. (Puis surtout parce que les noobs savent comment dropper un composant mais savent pas faire une nouvelle classe ).
 

 
Je mate
 
PS : je t'adore, tu sais ca

Woohoo ca marcheuh
 
Une petite question
 
Si tu fais synchronize, ca veut dire que le thread va fusionner au processus principal nan ?
 
Donc si je veux que le thread bosse tout seul comme un grand, il faut pas que je lui dise "synchronize", je me trompe ?
 
J'ai suivi les instruction trouvees la bas :
 
http://www.schulers.com/jpss/pascal/dthre.htm et c'est parfait

 
J'ai eu peur qu'on y arrive jamais n'empêche

J'ai edite

 
euh oui moi aussi je dois dire

 
Synchronize = Appel d'une procédure sans argument par le thread principal et blocage du thread courant en attendant.
 

 
Ok, donc je le laisse bosser tout seul comme un grand
 
je t'aime zion
 
faudra que je teste ca un peu plus concretement, mais globalement, ca devrait aller

le truc avec Synchronise c'est surtout que t'es obligé de passer par ça si tu veux que ton thread modifie des trucs de la VCL du thread principal de l'appli (même afficher un bête ShowMessage par ex)

 
Ok, donc si je veux que le thread modifie une variable de la classe de mon processus principal, je suis oblige de passer par la, c'est bien ca
 
Ou bien y a un evenement "OnThreadFinish"
 
Juste pour prevenir mon processus principal que le thread est termine...

une variable y a pas de prob
mais appeler un truc de la VCL tu peux pas (donc la plupart des trucs graphiques, genre modifier un label, une liste, ...), faut alors passer par Synchronize.

 
Ok, merci
 
J'ai enfin trouve the solution a mon probleme
 
zion : si tu viens chez moi je te paye le champagne.

 
flute, dommage que tu sois si loin    
 
(joli jeu de mot inside)

 
Je dirais plutot OnTerminate