Reprise du message précédent :
La macro doit ressembler a ca
 
#define ASSERT bool b; \
  ((result && __asm{int 3}),result) = result = fct_assert  
 
je ne vois pas vraiment le Pb sinon le fait que __asm ne renvoie rien...
 
#define ASSERT bool b; \
  ((result && (__asm{int 3},true)),result) = result = fct_assert  
 
ou je remplace le __asm{int 3} par un operateur virgule
(__asm{int 3},true)... qui lui renvoie quelque chose....
 
bon deja au depart c'etait pas genial, maintenant c'est completement illisible.

ben c'est presque comme celle que j'ai fait.
 
Et j'ai essayé de compiler la macro que tu as fait, mais ça ne marche pas mieux avec VC++.
 
Tu arrives à compiler toi ?
 
PS : faut mettre "bool result" à la place de "bool b"

wow
 
et t'as pas moyen de passer une structure qui stocke les paramètres, ou encore par une string ?
 
(histoire de n'avoir qu'un seul paramètre)

Ben a la maison j'ai pas de compilo...
Et au boulot, le __asm machin chose, mes stations Sun je ne crois pas qu'elles vont aimer!

youdontcare a écrit a écrit : wow   et t'as pas moyen de passer une structure qui stocke les paramètres, ou encore par une string ?   (histoire de n'avoir qu'un seul paramètre)

 
c'est ironique ?
parce que sinon, je vois pas trop ce que tu veux dire.

Ton probleme vient de ta liste d'arguments dont la longueur n'est pas fixe... ce qui t'oblige a faire l'appel a ta fonction en dernier et donc a retourner l'ordre d'execution (que la fin de la macro soit execute en premier...
 
En supprimant cette liste a longueur variable tu supprime le Pb
 
Regarde par exemple du cote des Flux tu pourrait avoir un appel du style
ASSERT ("Pb de macro ligne"<<noline<<"colone"<<nocol<<endl, test);
 
ce qui reconstitue l'aspect liste d'argument a nombre variable, mais ou il n'y en a que deux en faits...

ah ok, je vois.
En effet c'est vrai que ça pourrait marcher comme ceci.
Mais comme j'ai déjà pas mal de code écrit avec mes assert sous forme de printf je vais peut-être pas tout changer.
 
Mais bon, c'est pas très grave. Une fois un assert déclenché il suffit de remonter d'un cran dans la pile des fonctions pour trouver l'erreur.
 
C'est juste que je me disais qu'il y avait peut-être une bidouille qui me permettrait de changer l'ordre d'execution pour pouvoir mettre le int 3 dans le cpp.
 
Mais les compilos on leur limites par rapport aux bidouilles
 
PS : remarquer que sur ce problème, j'ai juste besoin que ça marche sous Visual C++.