Am Samstag, 7. Dezember 2002 16:55 schrieb Ernst May-Jung: > Am Samstag, 7. Dezember 2002 16:01, schrieb Max Trense: > > Am Samstag, 7. Dezember 2002 10:26 schrieb Ernst May-Jung: > > > jedes Jahr eine neue Programmiersprache. Nach Perl und PHP will ich > > > mich nun nach fast 20 J�hriger Pause und kleiner Auffrischung in > > > miserablem Basic Stil noch einmal C genauer C++ widmen. > > > > Bjarne Stroustrup, Die C++ Programmiersprache, 4. Auflage, Addison-Wesley > > (www.aw.com) ISBN 3-8272-1660-X > > Darin findest Du fast alles, was Du in den ersten 1-2 Jahren mit C++ > > brauchen wirst. Ich kann auch nicht empfehlen, viel schneller vorzugehen, > > Du w�rdest unweigerlich viele interessante Sachen verpassen ;-)) > > Mach kein Schei�, ich bin viel zu ungeduldig. F�r Perl und PHP habe ich > grad mal 2 Monte bis zum ersten gr��eren Programm gebraucht. Bei Perl war > es ein Online Shop, bei PHP die Datenkelter.
Leider (oder gl�cklicherweise) ist objektorientiertes Denken die halbe Miete bei C++. Wenn Du n�mlich Deinen Programmen ein vern�nftiges Design zugrundelegst, kannst viele Fehler schon im vornherein vermeiden. Das Programmieren wird so auch wesentlich angenehmer. <comment> Wir k�nnen ja mal einen Workshop anbieten ?!?? </comment> > Ich denke Du hast schon recht :-) Ich lese gerade WIELAND "C++ Entwicklung > mit Linux". Er schreibt auch mann sollte die ersten Kapitel nicht > �berspringen, damit man erst mal lernt objektorientiert zu denken. Ist > schon eine verr�ckte Welt. Gerade schreib ich ein Programm zum Rechnen mit > Rationalen Zahlen. Die Classendefiniton hat er f�r den Einstieg vorgegeben. > > Ich wundere mich wenn etwas nicht funktionert. > Ich wundere mich wenn es l�uft und das obwohl es Dinge sind die ich mir > gerade so zuammen gereimt habe. > > > > > Wie benutzt Du cout? > > cout << AusgabeString ?? Das sollte eigentlich funktionieren. Ist auch > > nicht wirklich kompliziert ;-)) > > Nee, eigentlich nicht. So benutze ich es auch. > > > > > GDB tauscht auch einige Libs aus, um an Deinem Programm teilhaben zu > > k�nnen. > > M�glicher Weise ist das der Grund, warum ich �berhaupt was zum Laufen > bekomme. Ich bin nicht der einzige mit Problemen mit dem C++ 3.2 und den > neuen Headern. Auch nicht mit 'cout' leider hab ich noch keine L�sung > gefunden. > > Die neueren Versionen von C++ Compilern sollen f�r die STLibraries Namen > > ohne Erweiterung bevorzugen. Das ist schon richtig so. > > Ja, nur warum wird 'cout' nicht zur Verf�gung gestellt? > 'cout' und 'endl' werden als 'nicht definert' zur�ckgewiesen. > Gibt es da ein �quivalent, das l�uft? cout funktioniert schon. F�r den Anfang kannst Du Dir ja mal 'using namespace std' vor jedes Deiner Programme setzen. Aber versprich mir, das sofort wieder zu lassen, sobald Du bei dem entsprechenden Kapitel angekommen bist ;-)) Gute Info-Dozenten rei�en mir daf�r n�mlich den Kopf ab! (Zum Gl�ck kenn' ich keine ;-)) Alternativ w�rde ich cout immer mit 'std::cout' aufrufen. > > Gesetzt den Fall, dass Du dieselben Libs/Header hast wie ich, ist > > eigentlich nicht viel zu beachten... Aber BTW: Auf welchem System > > (Distro, Arch, ...) l�uft das denn (nicht)? > > RedHat 8.0 Upgrade von 7.2 > ich glaube da ist ein bischen was schief gegangen, das System hat Probleme > mit fast allen Progammen die mit K anfangen: Word, Kivio, auch Kdevelop > krieg ich schnell zum Abst�rzen aber wenigstens startet es. Ja... RedHat ist dabei schiefgegangen. Du hast doch hoffentlich nicht die Release aus dem Internet verwendet? Ich hatte mal enigma (7.3?) von ftp.redhat.com. Da waren derma�en viele Fehler drin... Ich w�rde an Deiner Stelle, wenn Du es irgendwie verantworten kannst, nochmal die "Voll"-version aufspielen. Das erspart Dir 'ne ungeheure Menge �rger. > Sorry, hab schon wieder vergessen wie man die Kernelversion ausgibt. uname -a > Prozessor: 1GHZ AMD > was brauchst Du noch alles? Arch?? Gemeint war die Prozessorarchitektur. Da einige hier in letzter Zeit mit Exoten rumexperimentieren, wollte ich nur sichergehen, dass Du es nicht an irgendwie portierten Libs liegt ;-) -- + Max Trense + [EMAIL PROTECTED] ---------------------------------------------------------------------------- PUG - Penguin User Group Wiesbaden - http://www.pug.org
