devC++ est gratuit et bien puissant
( sur télécharger.com)

merci beaucoup!

pour le toolkit de VC++, il n´y a pas d´interface, alors il faut tout faire par la ligne de commande.

il y adeux logiciel à utiliser pour cela, cl.exe et link.exe ( je suis pas sur) qui sont tous les deux dans le dossier BIN.

tu ecrit ( normallement et pour le plus simple sans aucune optimisation) :
cl nomdufichier.cpp
dans une fenêtre MS-DOS. S´il y a plusieurs fichier, tu les liste tous.

JeanYvesYves
Posté le 02 juillet 2004 à 10:24:33

1. include < stdio.h>
2. include < conio.h>

int main()
{
textcolor(RED);
printf("Bonjour\n");
getchar();
textcolor(BLUE);
printf("Erreur\n");
getchar();
return 0;
}

/ / possible problemes sous visual C++ mais sous devC++, ça marchera surement
bien linker : -lconio

Merci

Ca a l´air dur le C++ ! !

ca y est j ai acheter le livre que vous m avez conseillé, a savoir " comment programmer en C++, troisieme edition"

et ba..euh il a l air, comment dire...complet!!(+1000pages!! )

en esperant que j y comprennne quelque chose parce que quand je vois qu il s adresse aussi aux universitaire, bah j ai un peu peur...

Moi jai une question je sais kelle a deja été poser mais je ne la trouve pas...

ac dev C++ quand jutilise la lib conio.h je ne réussi jamais a compiler!! je lai bien linker et jai regarder ds mon repertoire include et je voie " conio.h" et " conio.c"

par contre quand je fait " rebuild all" il ny a aucune erreur mais il ne me montre pas le Nb de bytes quel prend donc je sais kil ne compile pas et ensuite je click sur " show all compiler result" elle me marque lerreur suivante:

C:\DEV-C_~1\Bin\ld.exe: cannot open -lconio: No such file or directory

merci davance pr votre futur reponse

tu dois avoir un param de lignes de commandes mal réglé, visiblement il cherche à ouvrir le fichier -lconio comme si c´était un fichier source pour le compiler
tu n´aurais pas mis la lib conio au compiler au lieu du linker par ex, ou un truc du style ?

j´ai une petite question mais elle n´est pas en lien directe avec le c++ mais vous saurez peut-être m´aider... En fait je n´arrive plus a installer dev-c++. Je clique sur le fichier setup, ça charge un instant mais ça ne fait rien. DOnc je ne peux pas l´installer e tça m´embète...

je ne comprend pas vraiment ce que tu vx mexpliquer..je suis vraiment dsl..

mais est-ce que toi ou qq1 dautre pourrait mexpliquer ac toute les étape en detail pr savoir comment linker la lib conio a mon projet svp....

merci encore..

Un peu en retard mais merci JY² pour ta réponse à propos de mon dernier message sur la lecture d´une ligne sans buffer overflow. J´ai décidé de passer par le chemin plus difficile et de ne pas restreindre la lecture à 64ko, je pense que j´y suis arrivé.

Je soumets ici le morceau de code qui fait la lecture d´une ligne de taille indéfinie. Je serais reconnaissant si vous ( au sens large, n´importe quel programmeur expérimenté ) pouviez me donner votre opinion sur la logique l´efficacité/innefficacité dérrière le travail. C´est rien de vraiment compliqué mais j´ai quand même dû m´asseoir et réfléchir à ce que je faisais pour que ça fonctionne .

Le code:
http://webmouton.pingouin.ca/code.cpp

J´ai enlevé le reste du wrapper pour seulement vous montrer la fonction qui, présentement, ne fait que lire la première ligne d´un fichier ( mais la taille est infinie ! je suis fier de moi ) . J´ai ajouté des commentaires à la masse pour faciliter la lecture...

C´est à peu prêt tout... Si c´est trop long, ignorez-moi, c´est vraiment juste une requête en vue de m´améliorer, aucun vrai problème à signaler .

Bleh, je viens de trouver une erreur grave... crotte crotte crotte.

Bon j´ai corrigé tout ça et j´ai refait le fichier, toujours disponible à

http://webmouton.pingouin.ca/code.cpp

Hmmm j´ajoute au passage que j´ai p-e forcé un peu sur les ZeroMemory... J´ai voulu tenir les buffers propres au maximum pour éviter à tout prix les plantages...

Quand je veux mesurer le temps en utilisant timeGetTime() et que je compile ça marche pas : le compilateur me met [linker error] undefined reference to `timeGetTime()´

MSDN => winmm.lib

au passage, une discussion récente sur les moyens de mesurer le temps avait montré que timeGetTime() n´est pas l´idéal, selon les OS. Moi j´en reviens toujours à conseiller l´utilisation du multimedia timer, via un QueryPerformanceCounter() ( cf. MSDN pour plus d´infos).

prout.....
( j´ai compris un dixiéme du texte)

Je regardais le code que j´ai posté plus haut et j´ai réalisé que la taille maximale dépendait en fait de la taille max. d´un unsigned long ( ce qui n´est pas mal quand même). Ça m´a amené à me demander: est-ce qu´il y a une façon d´avoir un espace en mémoire ( utilisable pour faire des calculs, on oublie ici les tableaux de char) qui n´est limité que par le nombre de mo. de mémoire présente sur le système ? Plusieurs langages de haut niveau ( donc facile... je pense ici à PHP et à FLASH qui ont des variables non typées) m´ont semblé en être capable ( jusqu´à un certain point à tout le moins).

dans tous les cas, c´est l´OS qui se débrouille... Si tu alloues une place plus grande que ce qui est dispo en RAM, l´OS va swapper sur les disques, comme pour tout programme d´ailleurs. Au pire, tu es limité par la place sur les disques de swap... M´enfin quand tu vois que sur n´importe quelle machine courante maintenant y´a 512 Mo de ram, faut en vouloir pour tout saturer avec ton seul programme... Et si c´est le cas, c´est qu´il y a tres certainement un algo qui foire qq part ou des structures de données plus adaptées pour optimiser l´utilsation mémoire.

non, tu ne peut pas,

d´abord, même en flash, le fait que les variable ne soit pas typé ne fait pas qu´elle est une taille illimité je pense.

Ensuite, sur un PC moderne ( pour des grosse machine, je sais pas, je parle uniquement de PC), la mémoire est limité à 2Go ( ce qui est la taille d´un signed long), donc pour l´instant, même avec des variable plus grande, il n´y a pas de mémoire à acéder au delà, car même l´OS ne pourrait swapper un tableau qui occuperait plus de mémoire que toute la RAM disponible.