Eigentlich hatte ich nur den Code (das heißt, .h, .cpp) bearbeitet. Alles andere sind Projektdateien? Dann tausche ich die mal.
Eigentlich hatte ich nur den Code (das heißt, .h, .cpp) bearbeitet. Alles andere sind Projektdateien? Dann tausche ich die mal.
Das hat nichts genützt.Außer, dass nun klar ist, dass irgend etwas in den Code-Dateien kaputt sein muss.
In den Projekt-Ordner befinden sich doch ein Ordner Release und/oder Debug? Beide Ordner einfach mal löschen. Anders kann dir heir nicht geholfen werden, weil kein Probleme mit dem Code ersichtlich sind. So ein Problem hatte ich aber auch schon mal und da haben alle Empfehlungen geholfen.
edit: Alternativ hänge mal deinen Code an und ich probiere es zu kompilieren. Wenn ich deinen Code ohne Probleme kompilieren kann, ist es kein Codeproblem. Dabei kann ich ja gleich den besprochenen Code hinzufügen.
Ich habe es gelöscht, neu compiliert, wieder der Fehler.
Hier der Code. Ich hoffe, es klappt - aber nich mehr hoffe ich, dass der Fehler irgendwie dauerhaft behoben werden kann, damit ich in Zukunft weiter modden kann.
Alles, was heute ergänzt wurde, ist mit "Kathy Wegbereiter trait" gekennzeichnet, ich habe allerdings einen Teil davon wieder gelöscht und hoffe jetzt, dass ich nichts anderes Wichtiges mitgelöscht habe.
Wenn was fehlen würden, wäre das einfacher zu finden. Dsa würde direkt ausgegeben werden.
Ich will keine Angst machen und keine Gerüchte in Umlauf setzen, aber das Problem habe ich seit Mai letzten Jahres auch.Zitat von Kathy
Ich persönlich habe die Vermutung, dass ab und zu irgendwas in der IDE (ich verwende VC++ 2010) korrumpiert wird, oder alternativ (in der Registry???) irgendwelche Pfade.
Meine Lösung bisher war, immer mit einem noch funktionierenden Projekt zu arbeiten, in welches dann die entsprechend geänderten Dateien hineinkopiert und anschließend kompiliert wurden. Ist natürlich höchst umständlich und auch wenig befriedigend.
Falls jemand eine wirkliche Lösung für das Problem findet, wäre ich heilfroh, sie würde hier vorgestellt.
Das habe ich jetzt mal versucht. Eine Kopie von meiner zuletzt funktionierenden Kopie, nur die .cpp und .h -Dateien reinkopiert, der selbe Fehler.
Konnte den Code ohne Probleme kompilieren und es wird wohl so sein, wie ich es mir schon dachte und Bello schrieb.
Das heißt, mein Projektdateien sind im Eimer?
Aber wie kommt es, dass es dann nicht einmal mehr dann funktioniert, wenn ich die Projektdateien, die heute Morgen noch funktioniert haben nehme, und dann wieder den geänderten Code hinzufüge?
Ich kann dazu nur sagen, dass ich das Problem nicht mehr hatte, seit ich die Professional Version auch für Civprojekte nutze.
Ich verstehe das nicht. Sobald ich den heute geänderten Code in ein Verzeichnis kopiere, funktioniert das Compilieren nicht mehr. Vorher wohl. Wenn es bei dir jetzt Probleme gegeben hätte, wäre wenigstens klar, dass es an den Änderungen liegt.
Welche Dateien kopierst du?
CvPlayer.cpp; CvPlayer.h; CyPlayer.h; CyPlayer.cpp; CvPlayerInterface1.cpp; CvGameTextMgr.cpp; CvInfos.cpp; CvInfos.h; CYInfoInterface3.cpp
Eine Möglichkeit fällt mir noch ein, wenn ich CvPlayerInterface1.cpp und CyInfoInterface3.cpp lese. Die Dateien dürfen eine bestimme Menge Einträge nicht überschreiten. Um das zu lösen, legt man eine neue Datei mit einer Nummer Größer als die höchste Nummer an.
Finde mal raus, welche der beiden Dateien es ist. Ich tippe auf CvPlayerInterface1.cpp aus Erfahrung.Tausche nur mal diese Datei mit der alten ohne Erweiterung aus.
Wenn es die ist, kopierst du die Datei und gibst eine neue höchste Nummer der Datei und der Klasse in der Datei. Entferne alles mit .def(... raus. Schneide dann ausgewählte Teile aus der niedrigeren Nummer raus in die neue Nummer. Vergesse nicht überall, wo die Klasse CyPlayerPythonInterface1 definiert ist im Code, darunter eine Nummer höher hinzuzufügen, also CyPlayerPythonInterface2... zufügen.
Geändert von rucivfan (01. März 2014 um 19:31 Uhr)
Berechtigungen
Zitieren