ostream.SetBuffer(buf, SIZE); /// voici ce que j'aimerais arriver =E0
faire
TestOutStream(ostream);
cout << buf << endl;
L'=E9criture dans le ostream (ou classe d=E9riv=E9e, bien entendu)
entrainerait une =E9criture dans le buffer buf. Le d=E9bordement serait
=E9galement g=E9r=E9.
Existe-t-il des classes std faisant ce que je viens de d=E9crire?
Comment dois-je m'y prendre?
On Wed, 30 Dec 2009 01:12:51 -0800 (PST), Philippe MESMEUR :
je cherche à encapsuler un buffer dans un ostream
Je peux me gourer, mais... est-ce que std::strstream ne ferait pas exactement ce que tu veux ?
Mickaël Wolff
Philippe MESMEUR a écrit :
On 30 déc, 16:06, Philippe MESMEUR wrote:
Quelqu'un sait-il comment faire faire l'équivalent de strstream avec les classes de sstream?
La version standard doit être std::stringstream ? Au fait, pourquoi utilises-tu un vieil environnement MSVS ? -- Mickaël Wolff aka Lupus Michaelis http://lupusmic.org
Philippe MESMEUR a écrit :
On 30 déc, 16:06, Philippe MESMEUR <philippe.mesm...@gmail.com> wrote:
Quelqu'un sait-il comment faire faire l'équivalent de strstream avec
les classes de sstream?
La version standard doit être std::stringstream ?
Au fait, pourquoi utilises-tu un vieil environnement MSVS ?
--
Mickaël Wolff aka Lupus Michaelis
http://lupusmic.org
Quelqu'un sait-il comment faire faire l'équivalent de strstream avec les classes de sstream?
La version standard doit être std::stringstream ? Au fait, pourquoi utilises-tu un vieil environnement MSVS ? -- Mickaël Wolff aka Lupus Michaelis http://lupusmic.org
Fabien LE LEZ
On Wed, 30 Dec 2009 08:12:27 -0800 (PST), Philippe MESMEUR :
Cependant, elle est indiqué comme étant obsolète
Oui et non.
L'idée même d'utiliser un buffer sous la forme d'un char[] est mauvaise la plupart du temps. Par conséquent, strstream ne sert plus à grand chose, et est remplacé par stringstream.
Il a été annoncé que strstream est "deprecated", et pourrait être supprimé d'un prochain standard. Il y a toutefois peu de chances pour que ça arrive dans un avenir proche.
Par ailleurs, Visual C++ a tendance à balancer des warnings "This stuff is deprecated". Du coup, il faut systématiquement ajouter /D_CRT_SECURE_NO_WARNINGS sur la ligne de commande.
On Wed, 30 Dec 2009 08:12:27 -0800 (PST), Philippe MESMEUR
<philippe.mesmeur@gmail.com>:
Cependant, elle est indiqué comme étant obsolète
Oui et non.
L'idée même d'utiliser un buffer sous la forme d'un char[] est
mauvaise la plupart du temps. Par conséquent, strstream ne sert plus à
grand chose, et est remplacé par stringstream.
Il a été annoncé que strstream est "deprecated", et pourrait être
supprimé d'un prochain standard. Il y a toutefois peu de chances pour
que ça arrive dans un avenir proche.
Par ailleurs, Visual C++ a tendance à balancer des warnings "This
stuff is deprecated". Du coup, il faut systématiquement ajouter
/D_CRT_SECURE_NO_WARNINGS sur la ligne de commande.
On Wed, 30 Dec 2009 08:12:27 -0800 (PST), Philippe MESMEUR :
Cependant, elle est indiqué comme étant obsolète
Oui et non.
L'idée même d'utiliser un buffer sous la forme d'un char[] est mauvaise la plupart du temps. Par conséquent, strstream ne sert plus à grand chose, et est remplacé par stringstream.
Il a été annoncé que strstream est "deprecated", et pourrait être supprimé d'un prochain standard. Il y a toutefois peu de chances pour que ça arrive dans un avenir proche.
Par ailleurs, Visual C++ a tendance à balancer des warnings "This stuff is deprecated". Du coup, il faut systématiquement ajouter /D_CRT_SECURE_NO_WARNINGS sur la ligne de commande.
James Kanze
On Dec 31 2009, 8:26 pm, Fabien LE LEZ wrote:
On Wed, 30 Dec 2009 08:12:27 -0800 (PST), Philippe MESMEUR :
>Cependant, elle est indiqué comme étant obsolète
Oui et non.
L'idée même d'utiliser un buffer sous la forme d'un char[] est mauvaise la plupart du temps.
Sauf quand il ne l'est pas. Je m'en sers assez souvent en sortie, pour formatter des données in situ dans un bloc destiné à un autre protocol. Quand on travaille à un niveau assez bas, c'est utile.
Mais évidemment, elle a beaucoup de bagage en trop pour ça. Ça fait longtemps que j'ai écris mon propre memory_streambuf, ultra-simplifié.
Par conséquent, strstream ne sert plus à grand chose, et est remplacé par stringstream.
Il a été annoncé que strstream est "deprecated", et pourrait être supprimé d'un prochain standard. Il y a toutefois peu de chances pour que ça arrive dans un avenir proche.
D'autant plus qu'il y a certains qui poussent à elever le « deprecated ».
Par ailleurs, Visual C++ a tendance à balancer des warnings "This stuff is deprecated". Du coup, il faut systématiquement ajouter /D_CRT_SECURE_NO_WARNINGS sur la ligne de commande.
Oui. Mais dans ce cas-ci, g++ a le même problème (avec quelque chose de différent qu'il faut définir),
-- James Kanze
On Dec 31 2009, 8:26 pm, Fabien LE LEZ <grams...@gramster.com> wrote:
On Wed, 30 Dec 2009 08:12:27 -0800 (PST), Philippe MESMEUR
<philippe.mesm...@gmail.com>:
>Cependant, elle est indiqué comme étant obsolète
Oui et non.
L'idée même d'utiliser un buffer sous la forme d'un char[] est
mauvaise la plupart du temps.
Sauf quand il ne l'est pas. Je m'en sers assez souvent en
sortie, pour formatter des données in situ dans un bloc destiné
à un autre protocol. Quand on travaille à un niveau assez bas,
c'est utile.
Mais évidemment, elle a beaucoup de bagage en trop pour ça. Ça
fait longtemps que j'ai écris mon propre memory_streambuf,
ultra-simplifié.
Par conséquent, strstream ne sert plus à grand chose, et est
remplacé par stringstream.
Il a été annoncé que strstream est "deprecated", et pourrait
être supprimé d'un prochain standard. Il y a toutefois peu de
chances pour que ça arrive dans un avenir proche.
D'autant plus qu'il y a certains qui poussent à elever le
« deprecated ».
Par ailleurs, Visual C++ a tendance à balancer des warnings
"This stuff is deprecated". Du coup, il faut systématiquement
ajouter /D_CRT_SECURE_NO_WARNINGS sur la ligne de commande.
Oui. Mais dans ce cas-ci, g++ a le même problème (avec quelque
chose de différent qu'il faut définir),
On Wed, 30 Dec 2009 08:12:27 -0800 (PST), Philippe MESMEUR :
>Cependant, elle est indiqué comme étant obsolète
Oui et non.
L'idée même d'utiliser un buffer sous la forme d'un char[] est mauvaise la plupart du temps.
Sauf quand il ne l'est pas. Je m'en sers assez souvent en sortie, pour formatter des données in situ dans un bloc destiné à un autre protocol. Quand on travaille à un niveau assez bas, c'est utile.
Mais évidemment, elle a beaucoup de bagage en trop pour ça. Ça fait longtemps que j'ai écris mon propre memory_streambuf, ultra-simplifié.
Par conséquent, strstream ne sert plus à grand chose, et est remplacé par stringstream.
Il a été annoncé que strstream est "deprecated", et pourrait être supprimé d'un prochain standard. Il y a toutefois peu de chances pour que ça arrive dans un avenir proche.
D'autant plus qu'il y a certains qui poussent à elever le « deprecated ».
Par ailleurs, Visual C++ a tendance à balancer des warnings "This stuff is deprecated". Du coup, il faut systématiquement ajouter /D_CRT_SECURE_NO_WARNINGS sur la ligne de commande.
Oui. Mais dans ce cas-ci, g++ a le même problème (avec quelque chose de différent qu'il faut définir),