Klotzkopp

Dann hat cin/cout da nichts verloren. Was für ein Fenster ist es denn? Eine andere Form?

Was für ein Fenster? Konsole oder VCL?

Das geht nicht. In Binärschreibweise hat eine Subnetzmaske immer erst Einsen und dann Nullen. Wie wolltest du das auch sonst in der Schrägstrichschreibweise darstellen?

Ich würde das nicht Missbrauch nennen. Man kann in C++ objektorientert programmieren, weil die Sprache das unterstützt. C++ unterstützt aber auch andere Programmierparadigmen.

Ist aber falsch. Laut C++-Standard sind cin und cout im Namespace std. Das ist richtig. Das wiederum ist falsch. Da darf kein .h stehen. Wenn bei dir da .h steht, ist das vermutlich der Grund, warum du kein std:: brauchst. Aber auch hier ist der Standard eindeutig. Auf der Seite, auf die du verwiesen hast, steht's übrigens auch ohne .h

Sind irgendwelche besonderen Steuerlemente auf dem Dialog (RichText, ActiveX)? Hat der Dialog eine OnInitDialog-Methode? Wenn ja, wird die erreicht?

Könntest du nochmal genau beschreiben, wo das Problem liegt? Was genau ist die Aufgabenstellung, und inwiefern weicht das Verhalten deines Codes davon ab?

Was genau heißt denn "funktioniert nicht"? Wie äußert sich der Fehler?

Hast du denn da auch cin.ignore eingefügt? Wenn ich das cin << in C_Schueler::set durch cin.ignore(cin.rdbuf()->in_avail()); cin.getline(Datum, 8); [/code]ersetze, klappt's immer noch.

Mal abgesehen davon, dass C_Schueler::Datum um eins zu klein ist (das Nullzeichen nicht vergessen), läuft das bei mir prima. Wie äußert sich der Fehler bei dir denn?

Bei mir funktioniert's damit. Kannst du ein kompilierbares Minimalbeispiel zeigen, das den Fehler reproduziert?

Das Problem ist vermutlich, dass nach einem cin << das Zeilenendezeichen noch im Eingabepuffer liegt, und damit der nächsten Aufruf von getline einen leeren String erkennt. Das sollte sich beheben lassen, indem du vor jedem Aufruf von getline folgendes einfügst: cin.ignore(cin.rdbuf()->in_avail());Damit löschst du alles, was noch im Eingabepuffer liegt.

Liest du zwischendurch noch irgendetwas anderes über cin << ein? Kannst du deinen Code zeigen, oder, falls der zu lang ist, einen kurzen Beispielcode, der das Problem reproduziert?

Können wir uns auf einen einigermaßen professionellen Sprachstil einigen? Meinetwegen könnt ihr im OffTopic-Bereich soviel Mundart, Straßenslang und Leetspeak benutzen, wie ihr wollt. Aber zumindest in den Fachforen sollte man erkennen können, dass das ein Forum für Profis und solche, die es werden wollen, ist.

Das liegt an der Art der Fragestellung, wenn du mich fragst. Du stellst sehr allgemeine Fragen, die kaum kurz und knapp zu beantworten sind. Du sagst nicht, wozu du VC einsetzt oder worauf du besonderen Wert legst. Allgemeine Produktbeschreibungen gibt es ja bei Microsoft, offenbar reichen die dir allerdings nicht, sonst hättest du nicht hier nachgefragt. Ich kann ja mal versuchen, die Punkte zusammenzufassen, die mir wichtig sind: - MSVC2003 Standard optimiert nicht. - MSVC2005 Express optimiert, hat aber keine MFC/ATL. - Alle anderen Editionen von MSVC2005 gibt es nur als Teil des Visual Studio, nicht einzeln. Nein, die Funktionen des Klassenassistenten wurde auf mehrere kleine Assistenten und das Eigenschaftsfenster verteilt. Was IMHO auch besser ist.

Benutzt du Visual C++ 6? Ich glaube mich zu erinnern, dass es da einen Bug gab.

http://de.wikipedia.org/wiki/Euklidischer_Algorithmus Und wenn's schnell gehen muss: http://de.wikipedia.org/wiki/Steinscher_Algorithmus

Du kannst die Zahl in den nichtperiodischen und den periodischen Teil zerlegen: 1,42 = 142/100 (logisch) Und aus 0,00532532532... schieben wir erst mal die Nullen nach dem Komma raus: 0,00532532532... = 0,532532532532... / 100 und das ist (532 / 999) / 100, zusammengefasst 523 / 99900. Das Ergebnis ist also 142 / 100 + 523 / 99900 = 142381 / 99900. Kürzen musst du selbst

Und da geht's jetzt auch hin

Eine halbwegs verständliche Problembeschreibung würde auch schon helfen Also: In dem einen Programm bekommst du WM_DEVICECHANGE, und in dem anderen nicht? Ist das das Problem? Hast du in dem Programm, in dem es nicht funktioniert, RegisterDeviceNotification benutzt?

Welches ist jetzt das "Testprogramm" und welches das "normale Programm"?

Und das heißt genau?

Wie gibst du den Inhalt denn aus?

Was genau stellst du dir denn unter "wave background" vor?

Das hat nichts damit zu tun, dass das ein Konstruktor ist. Defaultparameter müssen bei der Methodendeklaration stehen (in deinem Fall in der Headerdatei), das ist alles.