Suchergebnisse

Ohne ungerundete Werte einer Problemzeile ist das Problem nicht genauer zu beleuchten. Hätte man etwa 22.45 und 22.55 so wäre die Differenz 0.10 und gerundete Werte 22, 23 und 0 wären ganz plausibel.

Möglicherweise spielt es eine Rolle, ob eine Spielsitzung als Ganzes von Interesse ist / bleibt oder aber nicht. Bei einem Brettspiel - wie etwa beim Schach - interessiert eben der komplette Partieverlauf. In PGN Dateien sind ggf. mehrere Parteien gespeichert, von denen jede einzelne als Dokument aufgefasst werden kann. Das Partiebild wäre dann eine View dazu, die Notation eine andere, evtl. auch noch der Verlauf der Materialbilanz etc.. Im anderen Fall, der Spielverlauf ist nach dem Spielende (…

Neues C++ Commandline Projekt: beide Einträge im Debug-Mode: leer.

Diese beiden Einträge sind bei mir bereits per Default leer gelassen. Wie soll man da durch eine Löschung irgendwas Neues bewirken?

@Dominik: ?

@Dominik: kannst Du das bitte präzisieren?

Aus dem Kontext der genannten Flag-Bezeichnung heraus kam mir folgende Idee: ich setzte die Compilerversion im Debug-Mode auf GCC 4.0 zurück. Und schon läuft es wieder. Irgendwie scheinen STL-Bezugnahmen im Debug-Mode unter der Compiler-Version GCC 4.2 zahlreiche, diverse Probleme zu verursachen. Macht es nun prinzipielle Probleme, die Release unter GCC 4.2 zu erstellen, jedoch unter GCC 4.0 zu debuggen? Es scheint mir eine Vertrauensfrage in die Qualität des GCC 4.2 zu sein. Kann mir hierzu jem…

Hallo Dominik, erstmal danke, nun habe ich versuchsweise in "Preprocessor Macros Not Used in Precompiled Headers" den Wert "_GLIBCXX_DEBUG" eingetragen - leider ohne den gewünschten Erfolg ...

Unter Xcode 3.2.1 ist leider das fehlerhafte Verhalten immer noch unverändert.

Keine Ahnung von einem BugFix. Die Dev-Connection scheint sich im Übrigen nur an Englisch sprachige Entwickler zu richten. Insofern berichte ich dort keine Fehler mehr. In Deutschland zahlt man etwa 3:2 mal so viel für Mac Software wie in den USA, da sollte ein deutschsprachiger Zugang selbstverständlich - da finanzierbar - sein.

Da hatte ich bereits ein ähnliches Problem angesprochen: ähnlicher Fall Tritt das Problem auch im Release-Mode auf oder wie bei mir nur im Debug-Mode? Welche Xcode-Version wird verwendet? Es scheint für die neueste Ausgabe spezifisch ...

Die beiden Testprogramme verhalten sich dort identisch wie via Xcode aufgerufen. Ich vermute wirklich, dass etwas mit der Standard Debug Link-Bibliothek nicht stimmt.

Test-Programm:C-Quellcode (12 Zeilen)Release:Quellcode (1 Zeile)Debug:Quellcode (1 Zeile) Es stirbt (ostringstring Ausgabe) im Debug bei der ersten Zahl-Ausgabe.

a) Compile ... Quellcode (4 Zeilen) b) Link ... Quellcode (4 Zeilen) c) Build Succeeded; No issues

Nun, zurzeit bin ich leider von meinem Mac getrennt, es wird also dauern. Das Problem entdeckte ich, als ich gleiche Sourcen per Borland Turbo C++, diversen MS Visual Studio Versionen und Xcode (vom Snow-Leopard) kompilierte. Nur unter Xcode im Debug Modus tauchte dieser Wirrwarr auf. Nach viel zu viel Zeit konnte ich das Problem dann eingrenzen und auf obiges Mini-Beispiel reduzieren. Witzig ist, dass es mit der deprecated Klasse ostrstream noch klappte, wenn auch mit dem Hinweis auf eingebunde…

a) mit der Kommandozeile hab ich es nicht so, vertraue da der Entwicklungsumgebung. b) ob 32-Bit oder 64-Bit Kompilat spielt keine Rolle: das Verhalten ist gleich. c) (short) casten brachte leider auch nichts anderes. Offenbar wird der String-Stream komplett gesperrt, nachdem gescheitert ist, einen Integer auszugeben - etwa das nachfolgende Space ' ' wird ignoriert, wie alles, ganz gleich was danach noch auszugeben versucht würde.

Es liegt hier wohl eine aktuellere Version vor: #define __VERSION__ "4.2.1 (Apple Inc. build 5646)"

release: Quellcode (1 Zeile) debug: Quellcode (1 Zeile)

Kann es sein, dass im Debug-Modus ostringstream keine int Ausgaben mehr vornimmt? Folgendes Beispiel verhält sich unter Xcode 3.2 entsprechend unterschiedlich in Release oder Debug: C-Quellcode (13 Zeilen)Noch ist es für mich ein Rätsel ...

Die Frage nach NDEBUG scheint mir wieder aktuell zu sein. Könnte man nicht in den Project Build Einstellungen für Release selber solche Defines machen? Mir ist das allerdings zur Zeit noch nicht wieder gelungen ... P.S.: was also entspricht nun der "GCC 4.0 - Languange" Option "Other C Flags" ? P.P.S.: ok, hab's gefunden ...