Klotzkopp

Man sollte aber stdio und iostream nicht mischen, deshalb besser: cout<<ReadNow;

Unsere Praktikanten sind gerade in C# eingestiegen, und sind begeistert. Auch in dem Projekt, in dem ich gerade stecke, und das bisher rein VC6 war, wollen wir einige Komponenten durch .NET ersetzen. Die Möglichkeiten, die C# bietet (z.B. Generierung neuer Klassen zur Laufzeit), sind einfach toll. Ich habe den Eindruck, dass sich da jemand (im Gegensatz zu manch anderen Microsoft-Produkten) wirklich was dabei gedacht hat.

Ein stiller Mitleser, bei dem zwischen Registrierung und erstem Beitrag keine Minute vergeht, und der dieselbe IP wie Poldi hat. Wenn Du Dich selbst um Deine Glaubwürdigkeit bringen wolltest, für mich das hast Du geschafft.

Weise in deinem Programm einer Variablen den Wert des Ausdrucks QrSMaxAknr->FieldByName("akey")->AsInteger zu, die kannst Du Dir im Debugger ansehen.

Eben darum macht man sowas Siehe auch: http://mindprod.com/unmain.html

@Crush: Es ging mir weniger darum, einen Fall zu konstruieren, in dem so ein Konstrukt erforderlich ist, als um die Reihenfolge der Konstruktoraufrufe. Du hattest geschrieben: Wenn aber (in meinem Beispiel) bar1 und bar2 etwas mehr tun würden, als nur "Zweiter" vor "Erster" auszugeben, z.B. Zugriff auf ein globales Objekt, dann wäre die Kenntnis über die Reihenfolge schon von Vorteil.

Naja, das folgende Beispiel ist zwar konstruiert, aber sowas könnte wichtig sein, auch ohne Assembler. Oder habe ich was falsch verstanden: class bar1 { public: bar1() { printf("Erster\n"; } }; class bar2 { public: bar2() { printf("Zweiter\n"; } }; class foo { public: foo() : b1(), b2() {} private: bar2 b2; bar1 b1; };[/CODE] Es ist eine (absichtliche) Falschschreibung mit dem Ziel der Verunglimpfung, damit Verstoß gegen die Boardregeln.

Naja, nicht ganz. arrayvar[index] ist ja gleichbedeutend mit *(arrayvar + index). Letztendlich ist die Index-Schreibweise nichts anderes als Zeigerarithmetik mit anschließender Dereferenzierung. Deswegen funktioniert ja auch index[arrayvar]. Um (ohne Indexoperator) auf das erste Element zuzugreifen, schreibt man *(arrayvar), oder auch *(arrayvar + 0), was somit gleichbedeutend mit arrayvar[0] ist.

Danke, Crush, so was hatte ich vermutet. Eine weitere Frage: Ist die Reihenfolge, in der die Member in der Liste stehen, auch die Reihenfolge, in der die Variablen initialisiert werden, oder darf man sich darauf nicht verlassen?

Könnte problematisch werden, wenn man ein Programm aus einem anderen Verzeichnis aufruft. Aber dann müsste man sich den Pfad aus getcwd() und argv[0] zusammenbasteln können.

Hallo Leute! Ich habe eine Frage bezügliche der Initialisierung von Membervariablen, genauer gesagt, dem Unterschied zwischen der Zuweisung im Konstruktor und der Verwendung der Initialisierungsliste. Beispiel: // A: init list class foo { public: foo() : bar(0) {} private: int bar; }; // B: ctor assignment class foo2 { public: foo2() { bar2 = 0; } private: int bar2; };[/CODE]Ich weiß, dass bei einem const-Member nur A funktioniert. Aber gibt es weitere Unterschiede?

WM_SIZE

Die Gemeinsamkeiten von Java und C# gehen kaum über das grundlegende Objektmodell und "public static void main" hinaus. Die APIs sind grundverschieden, was den späten Umstieg, den Du empfiehlst, erschwert. Der Code jeder Programmiersprache wird vor der Ausführung in Maschinensprache übersetzt, sonst würde es kaum laufen. Und weder der Java- noch der C#-Compiler erzeugen nativen Code. Warum tust Du es dann? Stand das in dem Artikel, den Du gelesen hast, oder woher stammt die Info

Infos über die verschiedenen ID3-Standards gibts bei http://www.id3.org. Dort sind auch Implementierungen für diverse Programmiersprachen zu finden. Suchst Du eine plattformspezifische Lösung, oder warum postet Du das in diesem Forum?

Das ist suboptimal, weil Du Dich von der Anwesenheit und der Position des IE abhängig machst. Zudem setzt Du Dich über die Einstellungen des Benutzers bezüglich Default-Browser hinweg. Ein Shell_Execute, wie Crush schon schrieb, mit "file:///C:/hilfe/hilfe_seite1.htm" als URL, ist besser.

Standard-C oderC++ kann keine "HTML-Seiten öffnen". Während ich also den Thread verschiebe, kannst Du uns sagen, welche Plattform und welche Entwicklungsumgebung Du benutzt.

Hast Du den Multiline-Stil im Resource Editor gesetzt? Oder erzeugst Du das Steuerelement dynamisch?

Also mit Borland erstellst Du Programme für... hmmm... Windows? Und das ist doch von... hmmm... Microsoft? Moment mal, auf welchem Betriebssystem läuft denn der C++-Builder? hmmm... Ein wenig inkonsequent, findest Du nicht? Zum Thema: Die beiden IDEs tun sich nicht viel, solange es um normale Anwendungsprogrammierung geht. Es gibt gewisse Inkompatibilitäten bei Konsolenprogrammen (weil es da keinen wirklichen Standard gibt). Sicherlich kann ich aber auch mit VC++ ein Projekt erstellen, mit dem der C++-Builder nicht fertig wird. Meist ist es eine Frage der Gewöhnung. Wer sich in seiner IDE auskennt, der wird dabei bleiben wollen, und auch Argumente dafür finden. Was "besser" ist, kommt ganz drauf an, was man machen will.

Mein Tipp: Es gibt ein Forum explizit für IDEs.

Seltsam. Mit Klicken kann man sich doch nur anmelden, wenn XP gerade nicht als Domänen-Client installiert wurde. Was für eine Lizenz hast Du denn?

Zumindest bei einer Volume-License besteht die Möglichkeit, von Microsoft ein ISO-Image für eine neue CD zu beziehen. So haben wir es im Betrieb gemacht. Ob diese Möglichkeit auch bei anderen Lizenzmodellen besteht (bzw. ob das Problem überhaupt auftritt), weiß ich nicht. Die Retail-Version hat das Problem jedenfalls nicht, hab gestern erst installiert.

http://www.google.de/search?q=Lyrics+leave+alone+gentleman Treffer Nummer 4. Andere Texte wirst Du auf ähnliche Weise finden können...

Der C#-Compiler und das Framework SDK sind kostenlos, nur die IDE (Visual Studio .net) muss man kaufen, es geht aber auch ohne die. C# ist übrigens durchaus ausgereift. Allerdings braucht man für den Einsatz als Websprache einen ASP.net-fähigen Webserver (sprich: IIS).

Kannst Du genau bestimmen, in welcher Zeile der Fehler auftritt?

An der Stelle würde ich davon ausgehen, dass der "Nachbar" die Person ist, die auf dem nächsten besetzten Platz sitzt. Steht vielleicht so nicht in der Aufgabenstellung, aber sonst macht das Rätsel gar keinen Sinn (IMHO).