fonction en code binaire - Page 2

-

1. C'est .long qu'il faut mettre.
2. C'est le même hack que __MARK.

#31,1. dc.l marche aussi!

#29, alors c'est vraiment bourin comme hack!! pas metre le 0 quand même!

Pas du tout. On en a besoin pour quoi faire, le 0? ttextract n'en veut pas, du 0, justement!

#33> Kevin, j'avais pourtant suivi ta recomandation: metre un smiley pour marquer la dérision. Tu me déçois.
Enfin ça change rien le zero ou pas, c'est juste une convention, pour ttextract vous avez choisi de pas en metre.

pour le smiley, c'est mieux de mettre un par exemple (ou un autre #tri#)

Kevin>

1. utiliser EXECUTE_IN_GHOST_SPACE 2. ajouter 0x40000 à l'adresse de la fonction dans ton fichier externe

Je fais ca a avant chque appel de fonction?

#36: non, pas besoin.
1. EXECUTE_IN_GHOST_SPACE n'est fait qu'une fois.
2. Tu rajoutes simplement une seule fois 0x40000 au pointeur qui pointe vers ton fichier externe en RAM, avant de l'utiliser.

Autre problème...
Ca marchait nickel pour une fonction ne contenant que ngetchx():


void ma_func(void)
{
ngetchx();

}

Avec 2 ngetchx() ca marche...

mais avec

clrscr();
ngetchx();

ca marche plus j'ai un protected memory....

Bizarre...
As-tu contrôlé que tu as assez de place sur la pile ?

La fonction est copié en ram alloué par malloc...
En fait je copie le code associé a la fonction en ram et j'execute....
Pareil pour un

void ma_func(int *a,int *b)
{
(*a)+=*b;
ngetchx();
}
par contre j'ai pas verifier si le malloc me sort bien un adresse paire mais ya pas de raison.....

malloc sort toujours une adresse paire.

Mais c'est bizarre que ça ne marche pas. Comment tu copies la fonction ?

sisi
*a+=*b;
marche c'est bon erreur de ma part..
l'erreur vient d'ailleur...
PS: le fonction je le copie avec memcpy

Bon je rectifie
l'appel a clrscr() fait tout deconner...
Pourquoi?
Peut etre parce qu'il a a besoin de variable specifique a l'executable et comme l'exe n'a pas de table de relocation...
Moa je vois que ca...

l'exe n'a pas de table de relogements ?

Ce qu'il faut, c'est que ta petite fonction que tu copies en RAM n'ait pas besoin d'être relogée pour fonctionner, alors tu peux la copier quelque part et l'exécuter.
Mais ton exécutable, si tu le compiles avec TIGCC, il a forcément une table de relogements.

mastergb1 :
mais avec

clrscr();
ngetchx();
ca marche plus j'ai un protected memory....

Tu ne peux pas appeler des fonctions de TIGCCLIB avec cette méthode. Mets ClrScr, c'est un ROM_CALL, ça marchera.

A condition de na pas faire OIPTIMIZE_ROM_CALL.

Ou de le faire aussi dans le programme "client".

Nan je sais je vais passer par une interface..
Le programme principal exportera les methodes que la fonction a besoin en gros de la technologie COM....

Bon ca y est la technologie DLF (dynamic link function ) marche bien..
Bon ya des regles a respecté mais ca ..
La je fais un exemple sous genlib.
Et je distribue ensuite datatolib v2.0

J'ai parlé trop vite...
Ca fonction pas directement sous genlib car un truc comme ca ne marche pas:
void (*addr)();
addr=gl_draw_line;

et apres je fais
addr(10,10,50,50,3); ca marche pas car gl_draw_line n'est pas directement une fonction C (elle passe par les registres)

Et de l'autre coté cette fonction est appelé comme une fonction C
Donc comment casté un pointeur de fonction pour qu'il utilise les conventions qui passe par les registres? comme ci dessous:

void gl_draw_line(short x1 D0, short y1 D1, short x2 D2, short y2 D3, short color D5);

quand tu définit ton pointeur sur fonction il faut aussi définir les argument que prendra la fonction.

Oui mais ya des chance que specifier des registres pour arguments ne marche pas..
Sinon c amarche en redefinissant la fonction dans l'executable principal

Orion_ :
asm(" dc.l 0x12345678 ");
// code C asm(" dc.l 0x87654321 ");

des fois g l'impression que personne ne lit mes posts...... (c pas la premiere fois )
topics/25392-fonction-en-code-binaire#16

La méthode la plus logique fonctionne:
void (*addr)(register short asm("d0"),register short asm("d1"),register short asm("d2"),register short asm("d3"),register short asm("d5"));
ou si tu préfères:
void (*addr)(register short x1 asm("d0"),register short y1 asm("d1"),register short x2 asm("d2"),register short y2 asm("d3"),register short color asm("d5"));
(Les noms des paramètres peuvent être omis dans les prototypes.)

Et si tu as besoin d'attributs:
void (__attribute__((stkparm))*addr)(short,short);

Après tout les essai passé avec succès je suis sur l'interface graphique de datatolibV2 Donc plus d'interface dos
C'est super convivial et facile d'utilisation..
Je tiens preciser que datatolib peut dorénavant etre utiliser pour des gains de ram sans aucune perte de perf ainsi que l'elaboration de librarie conditionnelle vraiment facile et enfin se prete parfaitement aux plugins (pour les donnnées et fonction) et a la programmation COM.

Juste par curiosité, mastergb, que veux tu faire avec des bouts de code en binaire?

L'appel de fonction dynamique..
Quand tu charge une librairie ou dll on charge entierement le fichier en memoire.
Dans mon cas j'alloue juste pour la fonction voulue etc...
Ensuite on peut faire des plugin de fou avec etc..
Enfin on peut reduire son exe principal des menus par exemple qui sont present qu'au debut ce qui permet d'alleger la ram puisque l'exe est plus petit....
voila

Mais ça ne réduit pas vraiment la taille, ça déplace juste les octets vers un autre fichier. En revanche, ça peut réduire la consommation de RAM.