message - Page 1

Y aurait personne qui aurait le code en C pour un message qui defile de gauche a droite ou qui clignote ? merci
on m'a dit les lignes de commande sont dans l'aide mais en vain
merci

Clignoter : Tu affiches le message puis tu l'effaces. En boucle.
Défiler : Tu affiches caractère par caractère en commençant un caractère plus loin à chaque affichage.

int x,i,j;
for (i=0; i<100; i++)
{
DrawStr (x,50,"ton message",A_NORMAL);
for (i=0; j<5000; i++) {}
ClrScr();
x+=1;
}

volatile int i; sinon je crois que gcc "optimise" la boucle en la supprimant.

Faut dire aussi que ce qu'il a écrit, c'est un hack doublé d'un workaround totalement sale. La Tigcc Team a implémenté WaitForMillis en standard, ce n'est pas pour rien !
Qu'il aille se fa*re voir chez debian !

Moumou> tu as oublié la règle n°1 : quand on cite le nom d'un concurrent ou d'un ennemi, on le met en italique, mais on ne met surtout pas de lien

D'ailleurs, WaitForMills est un ROM_CALL indispensable de AMS 2.0x, et je ne comprends pas pourquoi PpHd ne l'a pas encore implémenté sur Pedrom ! A cause de ça, mon backgammon (en _nostub, bien sûr) ne marche pas ! C'est aussi absurde que si on m'annonçait qu'3l33t n'était pas un groupe de lamerZ qui utilisent le l4m3sp34k, que GTC (qui, soit dit en passant, typosquatte notre nom) n'était pas un vaporware, que Konqueror ou Fedora core 1 (mais le 2 va bientôt sortir, bien avant n'importe quelle release de Debian en tout cas) étaient obsolètes .

Imbécile, WaitForMillis n'est pas un ROM_CALL ni dans TIGCCLIB, c'est une routine de la TICT...

ho le vilain !

./8> C'est mieux, mais tu as oublié la règle n°2 : on ne dit pas "GTC" mais "GTools Compiler" pour ne pas favoriser les concurrents de la TIGCC Team qui adoptent le typosquat.

int x,i,j;
for (i=0; i<100; i++)
{
DrawStr (x,50,"ton message",A_NORMAL);
for (i=0; j<5000; i++) {}
ClrScr();
x+=1; }

putain ça me fait penser à cadepa (et au DS sur la programmation qu'on a eu y'a pas longtemps )

Imbécile, WaitForMillis n'est pas un ROM_CALL ni dans TIGCCLIB, c'est une routine de la TICT...

on voit que tu as tout de suite remarqué le point important du post, qui lui donne tout son sens

Et oui, toujours d'ailleurs

A_normal??????????
sinon merci

fo mettre include<quoi >car la il me dit A_normal undefined merci

*hum*

-> doc de DrawStr imbécile.

#include <tigcclib.h>
....
DrawStr(x,y,"Ma chaine",A_NORMAL);

y aurait pa un autre include car meme avec cette bibliotheque A_normal reste indefinie pour lui
merci sinon y a sleep ou shai pa ....?

Tiens, question bête, quand on fait un include tigcclib.h, il inclue systèmatiquement tout, ou il arrive à faire le tri entre les librairies utilisées et non utilisées ?!

Il inclue tous les headers, mais ça ne pose pas de problème.

Ok .

merci question bete mais ca marche pa toujours bref merci on a pas le droit de poser une kestion ?

fais un copier/coller de ce que j'ai posté plus haut...

Nil
: Tiens, question bête, quand on fait un include tigcclib.h, il inclue systèmatiquement tout, ou il arrive à faire le tri entre les librairies utilisées et non utilisées ?!

Les deux.
Il inclut systématiquement tous les headers, mais ces headers ne contiennent que des macros et des déclarations (prototypes) de fonctions. Les macros n'ont aucun effet si elles ne sont pas utilisées. Pour les déclarations, c'est le linker qui fait le tri entre les fonctions utilisées ou non. Seules les fonctions utilisées sont importées de tigcc.a. (Plus précisément: "les fichiers objet contenant les fonctions utilisées", mais TIGCCLIB contient une fonction par fichier objet en général.)

Ok, merci

bete mais ca marche pa

Respect la case, c'est A_NORMAL pas A_normal