car strcpy() une fonction de la lib C standard et pas C++.
extern "C" aurap our effet de provoquer la recherche dans le bon répertoire et d'éviter de décorer les fonctions déclarées dans le header.
J'espère avoir des échos positifs de ce nouvel algorithme
Réponse courte:
Ton algo, il R0x0R des mamans ours !
Réponse un peu plus développée:
Je pense que tout le monde sera d'accord pour intégrer ce module à GIMP (et que tu vas rapidement te le faire piquer, donc fais de la pub !). Par contre, là où cela va pécher, c'est au niveau de la licence. Ton code est-il en GPL ou au contraire complètement fermé ? Dans le premier cas, il n'y aura sans doute pas de problème pour l'intégrer au tronc standard du GIMP. Dans le second, il te faudra écrire toi-même un greffon et le proposer sur ta page car les distribs refuseront probablement de l'intégrer à cause de cela.
Pendant que l'on y est, ce serait bien de ne plus traduire directement to support par « supporter » en français. C'est un faux-ami, mais comme tout le monde a pris l'habitude de le faire, les gens n'y font plus attention. C'est un peu comme pour « bande passante ».
Donc, si s'agit de supporter un matériel ou une application, on peut utiliser:
Oui, à condition qu'il soient équipés de la prise téléinformatique (le connecteur DIN à 5 broches à l'arrière). 90% du temps, elle existe, mais certains Magis (les Magis normaux, pas les Magis Club), ne l'ont plus. Avec un bon Minitel 1 des familles, cela devrait passer tout seul.
Par contre, ce serait bien que ton Minitel soit au moins un 1B (Bistandard), sinon tu sera condamné au 40 colonnes. En vidéotex cela passe tout seul, mais sous Unix ce n'est pas une résolution très pratique ...
Moi, j'utilise un minitel-2. Cela demande un tout petit peu plus de configuration, mais guère ... et ça marche !
En fait, c'est dans la nature d'Unix de gérer des consoles série. C'est comme çà que fonctionnaient les gros mainframes et ce n'est que sur ordinateur personnel que l'on a développé les consoles virtuelles.
Méfiance toutefois, il est possible que le package qui contienne getty ou agetty ne soit pas installé par défaut, voir même indisponible sur la distribution, auquel cas il faudra aller chercher le package directement sur le Net.
Il me semble que le flou est une question de collimatage du rayon. Comment la dalle peut-elle s'user ? A la limite, le phosphore peut s'abîmer et ton image paraitre plus terne, mais pas floue. Les pores du shadow mask ne vont pas s'élargir !
Pareil pour les traînées de luminosité : Elle apparaissent en fonction de ce qui est affiché sur l'écran. Comment la « dalle » (si l(on peut parler de dalle pour un CRT) peut-elle avoir une implication dans ce phénomène ?
Moi ce qui me fait rire c'est que ce genre de papier est toujours intitulé « Les faits » ou quelque chose qui s'en rapproche. Jamais quelque chose du style « 5 bonnes raisons de ne pas utiliser Kro », en tout cas quand ils sont pondus par les compagnies concurrentes.
A chaque fois, on a le droit à un nouvel état des lieux qui n'est jamais le même que le précédent. C'est stupide, ils ne se rendent même pas compte qu'ils ne sont plus originaux depuis longtemps. En général, la seule chose que l'on perçoit, c'est l'irritation de l'auteur. Cela dessert la compagnie plus que cela interpelle le lecteur.
Ok, ben après avoir tout essayé, je confirme que le polish anti-rayure pour automobile est ce qui marche le mieux ! Il rendra même un aspect parfaitement lisse à votre CRT.
Par contre, il faudra s'armer d'une bonne dose de patience, de plusieurs litres d'huile de coude, et d'une grosse quantité d'essuie-tout. L'erreur à ne pas faire, essayer d'étaler la pâte. A la place, en mettre juste une touche ou deux directement sur le moniteur puis polir localement (dans un rayon de 5 à 6 cm maximum), fermement mais sans appuyer. Continuer jusqu'à ce que la pate commence à opposer une résistance, puis à disparaitre complètement. Passer ensuite un chiffon propre sur toute la surface pour retirer toutes les dernières traces de pate, puis lustrer avec encore un essuie-tout propre pendant 5 à 10 bonnes minutes.
On va peut-être dire que je vois le mal partout, mais le choix de ce format ne serait-il pas motivé à la base par le besoin d'échapper aux filtres ? Les fichiers Word et consors, on commence à les connaître un peu. En général on les mets directement à la benne, sinon, même avec un format non-libre, il existe des outils pour explorer leur contenu.
Peut-être qu'un SXI aura le temps de circuler un peu plus longtemps avant d'enerver les filtres bayésiens et leurs potes.
Es-tu sûr que KDE a bien réinstallé, voire simplement redéfini le fichier qu'il faut jouer ? Parce que s'il est inexistant, ou non spécifié, le système fonctionnera très bien mais tu ne risques pas d'entendre beaucoup de choses.
Essaie de le localiser puis de tenter de l'ouvrir avec xmms dans une console, par exemple.
Oublie l'interface graphique, prend une ligne de commande toute bête et réessaie avec fdisk, je n'ai pas encore eu à repartionner un disque USB, mais si le mass-storage reconnaît bien ton disque comme un /dev/sd- , avec sa suite de secteurs contigüs, fdisk ne devrait pas avoir de problème.
'agirait-il d'une pièce défectueuse ou d'une incompatibilité avec le noyau ou autre logiciel ?
Dans 99% des cas, ce sera la deuxième option.
Y a un truc auquel j'avais pas pensé :
$ dmesg | less
Tape cela dans un shell après avoir (réussi à) démarré(er) ta machine. Si timeout il y a, le module noyau devrait y laisser une note ... Ce serait bien que tu en fasses une copie ici ...
Sinon, essaie en priorité de bouger l'ACPI, pour voir si cela change quelque chose.
Non seulement le service ne retourne ni "timed-out", ni "[FAILED]" mais "[OK]", mais encore le service paresseux en question change de façon semble-t-il aléatoire !
Ben, au moment où le service en question finit par rendre la main, il affiche bien quelque chose quand même, non (un [OK] probablement).
Il nous faudrait un peu plus de détails sur ta config (c'est pas un biprocesseur ?) ...
A vue de nez, il y a deux choses qui me viennent à l'esprit.
- L'init d'un modem ADSL, qui selon les implémentations peut bloquer jusqu'à ce que la synchronisation soit établie, ce qui pourrait expliquer le caractère aléatoire des services bloqués.
- Une gestion de l'ACPI foireuse ! Essaie de recompiler un noyau pour voir si tu peux régler - ou au moins modifier - le problème en question.
Sinon, il y a 85% de chances que ce soit matériel (les 15% restants correspondant à une implémentation bancale du système de démarrage, ce qui n'est pas à exclure avec RedHat ou Mandrake, surtout avec le frame buffer).
Enfin, chose importante: La durée de gel du système est-elle identique à chaque fois (à quelques secondes près), ou varie-t-elle du tout ou tout ? Dans la première hypothèse, et en l'absence d'activité disque, réseau,etc. tout porte à croire qu'il s'agit d'un timeout, et je suis presque sûr que c'est dans le noyau que cela ce passe: vérifie tous les modules chargés ...
Merci pour le lien, c'est ce que je cherchais (au moins des gens qui me comprennent :-) ) !
Bon, aux lires de ce forum, visiblement des choses comme le white spirit ou l'acétone semblent notoirement inefficaces ! Il parait que la seule chose qui marche vraiment est le polish anti-rayures pour carrosserie automobile, suffisament fin pour être agir sur le film anti-reflet sans altérer le verre.
Certains ont même utilisé le CIF crème-javel à la place. Bon je fais un test et si ça marche je ponds un mini-HOWTO ! :-)
Hélas, c'est le problème ! Il ne me reste plus de ce produit, si c'est bien celui que je suspecte, car le résultat n'est pas immédiat. J'ai essayé avec d'autres choses, y compris de l'acétone, sans succès.
Je pense qu'avec de l'acide fluorhydrique, j'obtiendrais de bons résultats, mais je ne suis pas sûr de garantir l'intégrité du verre du tube cathodique :-)
Merci quand même, en tout cas.
PS: Pour l'acide fluorhydrique, c'est un gag, hein ...
je ferait peut etre mieux de rester sous windows a mon grand desespoir ?
Ben, la différence principale entre Linux et Windows, c'est que sous Linux, quand il y a des problèmes, tu as les moyens de les réparer. Sous Win, la plupart du temps tu réinstalles le tout (tant pis, je ferai la chasse au troll plus tard).
Pour le reste, ce serait bien que tu nous donnes des détails TECHNIQUES. C'est vrai que sous Windows, plus ça va, plus on a tendance à les masquer, ce qui n'est pas une bonne chose.
- Pour le son, essaie de lancer aumix ou alsamixer pour régler les volumes (problème classique).
- Pour le lecteur de CD, c'est quel type ? IDE-ATA ? SCSI ? USB ?
Enfin, Linux demande de mettre un peu les mains dans le cambouis parce que les constructeurs ne prennent pas en charge eux-même le système comme ils le font pour W32. C'est ce qui fait le charme du système. Une fois que tu as réussi tu te sens beaucoup plus à l'aise car tu n'es plus à la merci d'une panne de l'OS. En tout cas, tiens bon&nsbp;: Un UNIX, en général, c'est chiant à configurer au début et ensuite ça te dure la vie entière :-)
Je n'ai jamais porté la SG dans mon coeur, mais je suis obligé de reconnaître qu'ils ont quand même cherché à pallier leur âneries. Peu de compagnies peuvent affirmer en faire autant ...
Si le toner a l'air liquide au travers de la petite fenêtre de visite qui équipe parfois les cartouches, c'est parce qu'il est extrêmement fin ! C'est d'ailleurs pour cela qu'il faut faire attention de ne pas le répandre à l'extérieur parce qu'il devient assez chiant à récupérer et qu'on risque de l'inhaler, et que plus c'est fin plus c'est dangereux.
J'ai déjà vu le toner d'une photocopieuse se répandre suite à une mauvaise manip' pendant le changement d'une cartouche. La poudre est extrêmement légère et retombe tout doucement, pour former une très belle tache floue au sol digne des meilleurs effets de dégradé du GIMP. Si le toner était humide, il retomberait sous forme de goutes, rapidement, et s'agglomererait au sol.
Il me semble que le toner est en fait un pigment composé de carbone et d'un polymère ou d'une résine. Donc un plastique. Il FOND quand il est cuit par l'imprimante et adhère à la feuille de cette façon. Il se dépose sur le tambour puis la feuille de papier par effet electrostatique (le tambour est excité par la lumière de la lampe ou directement par le laser) mais pas par effet de tension de surface.
Bref, le toner peut éventuellement perdre son efficacité en vieillissant (et encore) et surtout s'agglomérer s'il est stocké au chaud (là, pour le coup, cela doit donner un résultat assez dégueulasse), mais pas sécher.
C'est pas seulement ces caractères qui n'apparaissent pas, c'est surtout que le parser les interprète comme une balise HTML. Donc le mieux est encore de les écrire respectivement:
< pour < ("lower tag")
> pour > ("greater tag")
& pour & ("ampersand").
En C++, le suffixe ".h" à la fin des fichiers d'entêtes est optionel dans le code.
Tu peux réécrire ton post proprement (le parseur de DLFP a pris les encadrements de tes noms de fichiers pour des balises et les a virés).
Quelle ligne de commande utilises-tu pour compiler ton programme ?
Quel est le nom de ton fichier source ?
Sinon "istream" et "iostream", c'est l'équivalent de "stdio.h" en C (rien que çà). C'est notament iostream qui va gérer les flux standard cout,cin et cerr.
# Mauvais headers
Posté par Obsidian . En réponse au message Compilation C++. Évalué à 1.
Puis ajoute
extern "C" {
#include <string.h>
}
car strcpy() une fonction de la lib C standard et pas C++.
extern "C" aurap our effet de provoquer la recherche dans le bon répertoire et d'éviter de décorer les fonctions déclarées dans le header.
Bon courage.
# R0X0R
Posté par Obsidian . En réponse au journal Restauration d'image au CNRS. Évalué à 6.
Réponse courte:
Ton algo, il R0x0R des mamans ours !
Réponse un peu plus développée:
Je pense que tout le monde sera d'accord pour intégrer ce module à GIMP (et que tu vas rapidement te le faire piquer, donc fais de la pub !). Par contre, là où cela va pécher, c'est au niveau de la licence. Ton code est-il en GPL ou au contraire complètement fermé ? Dans le premier cas, il n'y aura sans doute pas de problème pour l'intégrer au tronc standard du GIMP. Dans le second, il te faudra écrire toi-même un greffon et le proposer sur ta page car les distribs refuseront probablement de l'intégrer à cause de cela.
[^] # Moment Capello
Posté par Obsidian . En réponse au journal Je retourne ma veste ! toujours du bon coté .... Évalué à 5.
Donc, si s'agit de supporter un matériel ou une application, on peut utiliser:
- Prendre en charge
- Reconnaître (<- mon préféré)
- Gérer
Il s'agit d'apporter un appui à une personnalité (dans le sens de supporter, comme dans les stades), à une idéologie ou un consensus, on peut dire:
- Soutenir
Enfin, s'il s'agit d'aide aux utilisateurs (support technique) :
- Assistance
Voila, merci de votre attention, vous pouvez désormais reprendre une activité normale ...
[^] # Re: Lancer un getty
Posté par Obsidian . En réponse au message Connecter une VT420 sur COM1 ou COM2. Évalué à 2.
Par contre, ce serait bien que ton Minitel soit au moins un 1B (Bistandard), sinon tu sera condamné au 40 colonnes. En vidéotex cela passe tout seul, mais sous Unix ce n'est pas une résolution très pratique ...
[^] # Re: Lancer un getty
Posté par Obsidian . En réponse au message Connecter une VT420 sur COM1 ou COM2. Évalué à 2.
En fait, c'est dans la nature d'Unix de gérer des consoles série. C'est comme çà que fonctionnaient les gros mainframes et ce n'est que sur ordinateur personnel que l'on a développé les consoles virtuelles.
Méfiance toutefois, il est possible que le package qui contienne getty ou agetty ne soit pas installé par défaut, voir même indisponible sur la distribution, auquel cas il faudra aller chercher le package directement sur le Net.
Sinon, c'est un vrai bonheur.
[^] # Re: réponse un peu idiote
Posté par Obsidian . En réponse au message Ravoir un vieux moniteur : Virer l'anti-reflet.. Évalué à 2.
Il me semble que le flou est une question de collimatage du rayon. Comment la dalle peut-elle s'user ? A la limite, le phosphore peut s'abîmer et ton image paraitre plus terne, mais pas floue. Les pores du shadow mask ne vont pas s'élargir !
Pareil pour les traînées de luminosité : Elle apparaissent en fonction de ce qui est affiché sur l'écran. Comment la « dalle » (si l(on peut parler de dalle pour un CRT) peut-elle avoir une implication dans ce phénomène ?
[^] # Re: marketing..
Posté par Obsidian . En réponse au journal Arrête de chercher Mulder, elle est la là vérité.. Évalué à 2.
A chaque fois, on a le droit à un nouvel état des lieux qui n'est jamais le même que le précédent. C'est stupide, ils ne se rendent même pas compte qu'ils ne sont plus originaux depuis longtemps. En général, la seule chose que l'on perçoit, c'est l'irritation de l'auteur. Cela dessert la compagnie plus que cela interpelle le lecteur.
[^] # http://www.chezmoicamarche.com
Posté par Obsidian . En réponse au message ld me détruit des symboles importants. Évalué à 2.
g++ v3.3.3 sur une Fedora Core 2.
Fais un "g++ -v" pour connaître ta version du compilo.
Ah également: Essaie d'éditer tes liens avec g++ plutôt qu'avec ld directement, j'ai déjà eu ce genre de problème.
g++ -O2 -c lib.cpp -o lib.o
puis
g++ -O2 -o effet main.cpp lib.o
pour éditer le fichier final 'Effet".
Bonne chance.
[^] # Re: Deux solutions dont une :-)
Posté par Obsidian . En réponse au message Ravoir un vieux moniteur : Virer l'anti-reflet.. Évalué à 2.
Ok, ben après avoir tout essayé, je confirme que le polish anti-rayure pour automobile est ce qui marche le mieux ! Il rendra même un aspect parfaitement lisse à votre CRT.
Par contre, il faudra s'armer d'une bonne dose de patience, de plusieurs litres d'huile de coude, et d'une grosse quantité d'essuie-tout. L'erreur à ne pas faire, essayer d'étaler la pâte. A la place, en mettre juste une touche ou deux directement sur le moniteur puis polir localement (dans un rayon de 5 à 6 cm maximum), fermement mais sans appuyer. Continuer jusqu'à ce que la pate commence à opposer une résistance, puis à disparaitre complètement. Passer ensuite un chiffon propre sur toute la surface pour retirer toutes les dernières traces de pate, puis lustrer avec encore un essuie-tout propre pendant 5 à 10 bonnes minutes.
Eprouvant, mais le résultat vaut le coup !
# Parano ?
Posté par Obsidian . En réponse au journal Chain-mail, les mentalités changent.... Évalué à 7.
Peut-être qu'un SXI aura le temps de circuler un peu plus longtemps avant d'enerver les filtres bayésiens et leurs potes.
# Le fichier sonore ?
Posté par Obsidian . En réponse au message problème de son (KDE et Mandrake 10). Évalué à 2.
Essaie de le localiser puis de tenter de l'ouvrir avec xmms dans une console, par exemple.
[^] # Re: 1 mot
Posté par Obsidian . En réponse au journal Moins de spam aujourd'hui ?. Évalué à 2.
[^] # Re: [X] un écran MicroTouch que j'arrive pas a faire marcher
Posté par Obsidian . En réponse au sondage Ma souris a. Évalué à 4.
[X] La souris combo 3 boutons/molette !
# Reponse bête
Posté par Obsidian . En réponse au message Comment formater un disque USB LaCie pour mdk 10.1. Évalué à 2.
[^] # Re: Spinlocks, ADSL ?
Posté par Obsidian . En réponse au message Lenteur anormale de démarrage. Évalué à 2.
Dans 99% des cas, ce sera la deuxième option.
Y a un truc auquel j'avais pas pensé :
$ dmesg | less
Tape cela dans un shell après avoir (réussi à) démarré(er) ta machine. Si timeout il y a, le module noyau devrait y laisser une note ... Ce serait bien que tu en fasses une copie ici ...
Sinon, essaie en priorité de bouger l'ACPI, pour voir si cela change quelque chose.
Bon courage.
# Spinlocks, ADSL ?
Posté par Obsidian . En réponse au message Lenteur anormale de démarrage. Évalué à 2.
Ben, au moment où le service en question finit par rendre la main, il affiche bien quelque chose quand même, non (un [OK] probablement).
Il nous faudrait un peu plus de détails sur ta config (c'est pas un biprocesseur ?) ...
A vue de nez, il y a deux choses qui me viennent à l'esprit.
- L'init d'un modem ADSL, qui selon les implémentations peut bloquer jusqu'à ce que la synchronisation soit établie, ce qui pourrait expliquer le caractère aléatoire des services bloqués.
- Une gestion de l'ACPI foireuse ! Essaie de recompiler un noyau pour voir si tu peux régler - ou au moins modifier - le problème en question.
Sinon, il y a 85% de chances que ce soit matériel (les 15% restants correspondant à une implémentation bancale du système de démarrage, ce qui n'est pas à exclure avec RedHat ou Mandrake, surtout avec le frame buffer).
Enfin, chose importante: La durée de gel du système est-elle identique à chaque fois (à quelques secondes près), ou varie-t-elle du tout ou tout ? Dans la première hypothèse, et en l'absence d'activité disque, réseau,etc. tout porte à croire qu'il s'agit d'un timeout, et je suis presque sûr que c'est dans le noyau que cela ce passe: vérifie tous les modules chargés ...
[^] # Re: Deux solutions dont une :-)
Posté par Obsidian . En réponse au message Ravoir un vieux moniteur : Virer l'anti-reflet.. Évalué à 2.
Merci pour le lien, c'est ce que je cherchais (au moins des gens qui me comprennent :-) ) !
Bon, aux lires de ce forum, visiblement des choses comme le white spirit ou l'acétone semblent notoirement inefficaces ! Il parait que la seule chose qui marche vraiment est le polish anti-rayures pour carrosserie automobile, suffisament fin pour être agir sur le film anti-reflet sans altérer le verre.
Certains ont même utilisé le CIF crème-javel à la place. Bon je fais un test et si ça marche je ponds un mini-HOWTO ! :-)
[^] # Re: réponse un peu idiote
Posté par Obsidian . En réponse au message Ravoir un vieux moniteur : Virer l'anti-reflet.. Évalué à 2.
Je pense qu'avec de l'acide fluorhydrique, j'obtiendrais de bons résultats, mais je ne suis pas sûr de garantir l'intégrité du verre du tube cathodique :-)
Merci quand même, en tout cas.
PS: Pour l'acide fluorhydrique, c'est un gag, hein ...
# Courage !
Posté par Obsidian . En réponse au message beaucoup de probleme.... Évalué à 3.
Ben, la différence principale entre Linux et Windows, c'est que sous Linux, quand il y a des problèmes, tu as les moyens de les réparer. Sous Win, la plupart du temps tu réinstalles le tout (tant pis, je ferai la chasse au troll plus tard).
Pour le reste, ce serait bien que tu nous donnes des détails TECHNIQUES. C'est vrai que sous Windows, plus ça va, plus on a tendance à les masquer, ce qui n'est pas une bonne chose.
- Pour le son, essaie de lancer aumix ou alsamixer pour régler les volumes (problème classique).
- Pour le lecteur de CD, c'est quel type ? IDE-ATA ? SCSI ? USB ?
Enfin, Linux demande de mettre un peu les mains dans le cambouis parce que les constructeurs ne prennent pas en charge eux-même le système comme ils le font pour W32. C'est ce qui fait le charme du système. Une fois que tu as réussi tu te sens beaucoup plus à l'aise car tu n'es plus à la merci d'une panne de l'OS. En tout cas, tiens bon&nsbp;: Un UNIX, en général, c'est chiant à configurer au début et ensuite ça te dure la vie entière :-)
[^] # Re: lamentable
Posté par Obsidian . En réponse au journal Certificat expiré pour Logitelnet. Évalué à 3.
http://linuxfr.org/2003/01/30/11181.html(...)
http://linuxfr.org/2003/07/11/13215.html(...)
http://linuxfr.org/~Dam_ned/5774.html(...)
Je n'ai jamais porté la SG dans mon coeur, mais je suis obligé de reconnaître qu'ils ont quand même cherché à pallier leur âneries. Peu de compagnies peuvent affirmer en faire autant ...
[^] # Re: politique de prix : y a pas que lexmark malheureusement..
Posté par Obsidian . En réponse au journal Lexmark, la compagnie qui veut qu'on l'aime. Évalué à 8.
Si le toner a l'air liquide au travers de la petite fenêtre de visite qui équipe parfois les cartouches, c'est parce qu'il est extrêmement fin ! C'est d'ailleurs pour cela qu'il faut faire attention de ne pas le répandre à l'extérieur parce qu'il devient assez chiant à récupérer et qu'on risque de l'inhaler, et que plus c'est fin plus c'est dangereux.
J'ai déjà vu le toner d'une photocopieuse se répandre suite à une mauvaise manip' pendant le changement d'une cartouche. La poudre est extrêmement légère et retombe tout doucement, pour former une très belle tache floue au sol digne des meilleurs effets de dégradé du GIMP. Si le toner était humide, il retomberait sous forme de goutes, rapidement, et s'agglomererait au sol.
Il me semble que le toner est en fait un pigment composé de carbone et d'un polymère ou d'une résine. Donc un plastique. Il FOND quand il est cuit par l'imprimante et adhère à la feuille de cette façon. Il se dépose sur le tambour puis la feuille de papier par effet electrostatique (le tambour est excité par la lumière de la lampe ou directement par le laser) mais pas par effet de tension de surface.
Bref, le toner peut éventuellement perdre son efficacité en vieillissant (et encore) et surtout s'agglomérer s'il est stocké au chaud (là, pour le coup, cela doit donner un résultat assez dégueulasse), mais pas sécher.
# STTY is your friend
Posté par Obsidian . En réponse au message configurer ttyS0. Évalué à 2.
Est-ce que c'est possible de faire un cp /dev/ttyS0 -
cat /dev/ttyS0, voir même cat /dev/ttyS0 | xxd devrait te faciliter la vie ...
A++
[^] # Re: C'est du C++ ?
Posté par Obsidian . En réponse au message istream et iostream. Évalué à 2.
D'accord mais avec quoi ? Avec gcc, avec g++, avec autoconf (./configure puis make) ?
Si tu compiles du C++ avec gcc par exemple, il se peut qu'il n'aille pas chercher ce qui lui faut. Essaie d'utiliser g++ à la place.
Sinon ton compilateur C++ est peut-être mal, voir pas du tout installé.
[^] # Re: C'est du C++ ?
Posté par Obsidian . En réponse au message istream et iostream. Évalué à 3.
< pour < ("lower tag")
> pour > ("greater tag")
& pour & ("ampersand").
# C'est du C++ ?
Posté par Obsidian . En réponse au message istream et iostream. Évalué à 2.
En C++, le suffixe ".h" à la fin des fichiers d'entêtes est optionel dans le code.
Tu peux réécrire ton post proprement (le parseur de DLFP a pris les encadrements de tes noms de fichiers pour des balises et les a virés).
Quelle ligne de commande utilises-tu pour compiler ton programme ?
Quel est le nom de ton fichier source ?
Sinon "istream" et "iostream", c'est l'équivalent de "stdio.h" en C (rien que çà). C'est notament iostream qui va gérer les flux standard cout,cin et cerr.