1
pouet,

Peut-on caster une fonction void pour utiliser son résultat ?
Je fais ça : g->PdtlibRef = kernel_LibsExec ("pdtlib", 4, 1, "pdtlib", 1, &PdtlibFunctionsTable, &PdtlibOffsetsTable, g);
et il râle parce que LibsExec ne renvoie rien. Donc je fais ça : g->PdtlibRef = (LibRef*) kernel_LibsExec ("pdtlib", 4, 1, "pdtlib", 1, &PdtlibFunctionsTable, &PdtlibOffsetsTable, g);
Et il râle toujours parce qu'il comprends pas ce que je veux faire !!! cry

Ya un moyen de faire ça svp ? cheeky
avatar<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !
2
Huh ? Si ta fonction renvoie quelque chose, pourquoi est-elle déclarée void ? Il est là le problème à la base grin
avatarZeroblog

« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » — Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » — GT Turbo
3
Si, c'est normal. Voici la doc de PreOS :
35-kernel::LibsExec(char *lib_name, WORD function, BYTE version, ...)	(Preos only)

	The parameters are pushed on the stack.
	It calls the function without modifying the registers, and it pops its argument 
	during the call (LIB_DESCRIPTOR, function, and version).
	BYTE doesn't follow the C convesion for char (Sorry). Uses macro instead.

	It relocs the library, calls the function and unreallocs the library.
	The parameters pushed on the stack are corrupted.
	If there is an error, the parameter 'lib_name' equals zero after the call.

LibsExec appelle une fonction inconnue d'une lib, et renvoie void, mais la valeur de retour de la fonction appelée dans la lib n'est pas détruite. Evidemment, LibsExec ne pouvant pas deviner de quel type va être cette valeur de retour, elle est déclarée void, mais c'est pas étonnant de vouloir utiliser une valeur de retour (en l'occurence, j'appelle via LibsExec une fonction qui renvoie un LibRef*).
avatar<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !
4
Mouais tongue

Si la valeur de retour est toujours dans d0, déclare kernel_LibsExec() comme retournant un entier 32 bits, que tu pourras caster comme tu veux ensuite.

Si ça ne suffit pas, tu peux t'en sortir en définissant un pointeur de fonction avec le type de retour kivabien, tu le fais pointer vers kernel_LibsExec() (via un cast, sinon le compilo va râler), et tu appelles la fonction à travers le pointeur. Mais c'est passablement lourd grin

(à vrai dire, il doit y avoir moyen de caster directement la fonction sans devoir utiliser de variable pointeur intermédiaire, mais vue la syntaxe ignoble du C pour les pointeurs de fonction, c'est à tes risques et périls ^^)
avatarZeroblog

« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » — Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » — GT Turbo
5
Ok, ça devrait marcher en effet.
avatar<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !
6
7
    g->PdtlibRef =((LibRef*(*)(char *, short, char, ...))kernel_LibsExec) ("pdtlib", 4, 1,
                                              "pdtlib", 1, &PdtlibFunctionsTable, &PdtlibOffsetsTable, g);

?
8
(edit -> rien, je suis trop con xD)

Ca marche impeccable, merci top (t1 je sais même pas faire un cast de fonction ^^ ça c'est parce que dans ma tête, une fonction qui renvoie un int est un int, et pas un int (*)() ^^
avatar<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !
9
J'aurais donné la même solution que PpHd (sous réserve que je me sois souvenu correctement de la syntaxe de pointeur de fonction), ça m'étonne beaucoup que ça ne fonctionne pas…
T'aurais pas une macro à la con quelque part, qui interférerait avec ton code ?

./2 > Le runtime Objective-C fonctionne comme ça par exemple: La fonction objc_msgSend_stret renvoie un void, et c'est à toi de la caster dans le bon prototype avant l'appel pour recevoir ton résultat. (En pratique, le compilateur génère l'appel à cette fonction, et pas toi, bien-sûr…)
avatarLe scénario de notre univers a été rédigée par un bataillon de singes savants. Tout s'explique enfin.
T'as un problème ? Tu veux un bonbon ?
[CrystalMPQ] C# MPQ Library/Tools - [CrystalBoy] C# GB Emulator - [Monoxide] C# OSX library - M68k Opcodes
(j'ai l'impression qu'on a crossé GC, j'avais en effet une merde dans mon code qui faisait que ça compilait pas, j'ai édité)
avatar<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !
En effet grin
C'est plus logique que ça marche tongue
avatarLe scénario de notre univers a été rédigée par un bataillon de singes savants. Tout s'explique enfin.
T'as un problème ? Tu veux un bonbon ?
[CrystalMPQ] C# MPQ Library/Tools - [CrystalBoy] C# GB Emulator - [Monoxide] C# OSX library - M68k Opcodes
Plus logique, mais tellement moche smile
avatarProud to be CAKE©®™


GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.
pencil
J'ai jamais compris pourquoi fallait caster les pointeurs de fonction de façon aussi moche en C sick J'ai fini par m'y faire, mais quand tu vois qu'en asm, un pointeur c'est 4 octets d'une effarante banalité, tu comprends pas pourquoi c'est un tel boxon en C sick
avatar<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !
Ben parce que le pointeur contient le prototype (ou signature) de la fonction. Et le prototype de la fonction te dit comment elle doit être apellée: à haut niveau pour la vérification des paramètres (etc.), et à bas niveau (assembleur) pour la génération du code.
En assembleur tes 4 octets t'as potentiellement aucune idée de ce qu'ils font, alors que là tu sais, ou tu déclares, exactement ce qu'ils font (notion de type, quoi grin)

Tu peux aussi mettre un typedef si t'aimes pas la syntaxe dégueu du C, ça sera peut-être plus lisible smile
avatarLe scénario de notre univers a été rédigée par un bataillon de singes savants. Tout s'explique enfin.
T'as un problème ? Tu veux un bonbon ?
[CrystalMPQ] C# MPQ Library/Tools - [CrystalBoy] C# GB Emulator - [Monoxide] C# OSX library - M68k Opcodes
C'est meme fortement recommande le typedef pour les pointeurs de fonction smile
avatarProud to be CAKE©®™


GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.
J'en mets systématiquement, oui, c'est moins pire, mais quand même ^^
avatar<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !
Et une fois que tu seras habitué tu pourras coder des trucs comme ça :
template<class ArgType, class ReturnType = void>
struct Delegate {
	struct FictitiousBase {} *mObj;
	ReturnType (FictitiousBase::*mFuncPtr)(ArgType);

	template<class Obj>
	Delegate(Obj *object, ReturnType(Obj::*mem_func)(ArgType)) {
		mObj = (FictitiousBase*) object;
		mFuncPtr = (ReturnType(FictitiousBase::*)(ArgType)) mem_func;
	}

	ReturnType operator ()(ArgType arg) {
		if (is_same<ReturnType, void>::value) {
			(mObj->*mFuncPtr)(arg);
		} else {
			return (mObj->*mFuncPtr)(arg);
		}
	}
};

Ca te permet de faire des appels génériques sur des objets :
struct C {
	float div2(int n) {
		return n / 2.f;
	}

	void method() {
		Delegate<int, float> d(this, &C::div2);
		float var = d(11);	// 5.5f
	}
};
avatarHighway Runners, mon jeu de racing à la Outrun qu'il est sorti le 14 décembre 2016 ! N'hésitez pas à me soutenir :)

https://itunes.apple.com/us/app/highway-runners/id964932741
Merci de me rappeler pourquoi je n'aime pas le C++ !
Clair. Tu crois lire un simple appel de fonction, c'est même pas ça. Bonsoir le débogage ! grin
avatar<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !
Ca, c'est encore raisonnablement inoffensif - on peut faire bien pire grin
div étant une fonction simple, et la paire if / else avec is_same pouvant être optimisée en temps de compilation, l'appel de fonction sera probablement généré en division inline.

C++11, c'est bien !
avatarMembre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.
On voit les âmes chastes qui n'ont pas encore dû plonger dans la STL grin
J'en ai lu les headers, j'ai eu 3 semaines d'ITT, j'y suis plus revenu tongue
avatar<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !