Newsgroup: it.comp.lang.c++
Titolo: ???String???

In che modo posso prendere in input una stringa?
Qualcuno può descrivermi la sintassi?
Grazie!

#include <iostream>
#include <string>
string st;
int main () {
	std::cout << "Digita una parola" << std::endl;
	std::cin >> st;  // in st hai la parola...
	return 0; 
}
Ciao
 
Luigi
-- 
Posted from 
smtp2.libero.it
 [193.70.192.52] 
via Mailgate.ORG Server - 
http://www.Mailgate.ORG

string st;
Qui ci vuole std::string invece di string
Andrea
--
Andrea Griffini, Programmer
http://www.netservers.com/~agriff

 Qui ci vuole std::string invece di string
Me lo dicono tutti, ma a me ha sempre compilato anche senza dichiarare il 
namespace.....
Forse perché uso g++ per Linux?
Ma se non ricordo male anche con il DJGPP!
Ciao
-- 
Luigi
--
bug windows [5] = {"95", "98", "NT", "Me", "2000"};

Ma se non ricordo male anche con il DJGPP!
che è il porting di g++ sotto DOS....
Anto
--
Antonio Cuni, 19 anni, studente
Brainbench Certification: 
Master C++: 4.6, higher than 98% of all previous test takers.
C Language: 3.32, higher than 79% of all previous test takers.
http://www.brainbench.com/transcript.jsp?pid=1301688

 che è il porting di g++ sotto DOS....
Ma se non sbaglio sono questi 2 migliori compilatori per quanto riguarda la 
riga di comando. No?


riga di comando. No?
non lo posso dire, visto che non ho mai provato gli altri. Cmq anche
il g++ ha i suoi bug, come tutti i software del resto...


 riga di comando. No?
DJGPP e g++ "i migliori compilatori"?  Beh, dipendera`
certo dai tuoi criteri di giudizio -- ad esempio, se il
costo zero e` fondamentale, questo gioca a loro favore:-).
Per chi e` piu` interessato all'aderenza allo Standard
C++, i compilatori migliori e` probabile che siano da
trovare fra quelli il cui front-end e` quello dell'EDG
(Edison Design Group).  Non e` ancora il mitico "C++
Standard" (che, a quanto so, a tutt'ora non esiste --
un piccolo commento sui costi enormi imposti dalla
complessita` del linguaggio C++...!) ma ha sue soli
limiti rispetto allo Standard:
- non supporta la keyword 'export' per i template;
- non permette di aggiungere specializzazioni parziali
  per template di metodi fuori dalla definizione della
  classe che contiene quei metodi.
Il piu` economico compilatore basato su front-end EDG
e` probabilmente il Comeau, la cui webpage e` a
http://www.comeaucomputing.com/
.  Costa $50 per le
piattaforme piu` diffuse, come Linux e Windows.  NON
comprende una *libreria standard* completa -- c'e` un
beta chiamato 'libcomo', ma non vi sono claims di
compatibilita` di libcomo con lo standard, per ora.
Per chi non ha grandi problemi di soldi, il mio
candidato per "miglior compilatore C++" e` il KAI
(
http://www.kai.com/C_plus_plus/index.html
, Kuck &
Associates) -- purtroppo, al momento supporta solo
N dialetti di Unix (compreso Linux), a prezzi dai
$400 in su sino a $2500+$500/anno per una licenza
multipiattaforma.  Ahime`, al momento hanno mollato
il precedente supporto per Windows NT (chissa`,
forse lo riprenderanno un giorno... penso che
c'entri il fatto che li ha comprati Intel, che fra
i suoi prodotti ha un compilatore per Windows --
che punta tutto sull'iperottimizzazione per
Pentium4, Itanium, ecc, e non poi tanto sulla
compliance con lo Standard C++).
Alex (MVP di Brainbench per il C++)

 costo zero e` fondamentale, questo gioca a loro favore:-).
Attualmente č proprio questa la caratteristica piů importante per me :), 
dato che sono in fase di apprendimento!
Grazie


 costo zero e` fondamentale, questo gioca a loro favore:-).
Prova la prerelease della versione 3; cambierai idea...  Non e' ancora
tutto perfetto (intendo g++ e la libreria standard, libstdc++), ma
quasi...
-- 
Maurizio Loreti                         
http://www.pd.infn.it/~loreti/mlo.html
Univ. of Padova, Dept. of Physics - Padova, Italy            
lor...@pd.infn.it
The instructions said to use Windows 98 or better - so I installed FreeBSD.

 quasi...
Grazie della dritta!  Comunque aspettero` un release non pre
(e magari un mingw32:-).  Come si paragonano alle due sole
incompatibilita` (di puro linguaggio, a parte le librerie)
oggi documentate per i front-end EDG, come da mio post
precedente?  (Per comodita` ricordo che le due incompatibilita`
in questione sono: uso della keyword export sui template;
specializzazione parziale di metodi-template fuori dalla
classe dei metodi stessi; per il resto, EDG ha un claim di
100% compatibilita` con lo standard C++ per il suo front-end).
