Projektoptionen werden einfach ignoriert

[steamengine]

Hallo allerseits,

ich habe eine Projektgruppe, die unter CodeGear 2007 auf einem Rechner bestens kompilierbar ist. Jetzt mußte ich auf einen neuen Rechner umsteigen, habe das gesamte Projekt dorthin kopiert, und nun werden die Projektoptionen des zu kompilierenden Projekts vom Compiler komplett ignoriert.

Das betrifft die Ausgabedatei, d.h. das Kompilat entsteht nicht im gewünschten Verzeichnis,
sowie den Projektsuchpfad, der ignoriert wird (Ich muss den globalen Suchpfad einstellen, als temporären Workaround)
sowie die Ausgabe für die Units.

D.h. alles Wichtige, was auf der Seite Projektoptionen steht, wird einfach nicht beachtet.

Mehrfaches Neueingeben hilft nicht.

Was kann ich tun ?

Besten Dank
Steamengine

[ma2xx]

*Push*
Ich habe auch gerade dieses Problem wie oben beschrieben und bin am verzweifeln: Alle Projektoptionen werden ignoriert. Man kann zwar Ausgabeverzeichnis und Compilerdefinitionen eingeben, diese wirken aber nicht beim compilieren. Es ist auch auffällig, dass im Meldungsfenster die dcc32.exe ohne entsprechende Parameter aufgerufen wird.
Neuinstallation von Delphi2007 half auch nicht ... :cry:

Hat jemand eine Idee?

[worker]

dcc32 ist der Kommandozeilen-Compiler; und der greuft meines wissens nach nicht auf die DPROJ-Datei zu, sondern auf die CFG-Datei.

[Muetze1]

Das Problem haben wir hier auch bei allen HP Rechnern. Hintergrund ist das MSBuild System, welches die Variable Platform auswertet. Diese wird in den Projektfiles von RAD Studio aber mit "AnyCPU" eingetragen. Abhilfe wäre entweder die Environmentvariable "PLATFORM" komplett zu entfernen oder fest auf "AnyCPU" zu setzen.

Es hatte uns rund ein Jahr der Verzweiflung gekostet und wir haben auch schon massiv über HP geschimpft, da man alle deren System neu aufsetzen musste.

Support Eintrag bei CG #37251

Zitat:

Zitat von worker

dcc32 ist der Kommandozeilen-Compiler; und der greuft meines wissens nach nicht auf die DPROJ-Datei zu, sondern auf die CFG-Datei.

Die .cfg Dateien wurden komplett beseitigt und werden nicht mehr genutzt oder erzeugt.

[ma2xx]

Hallo Muetze1

Du hattest den richtigen Tipp. Es war tatsächlich ein HP-Rechner mit originaler Windows-Installation wo die Umgebungsvariable PLATFORM=BPC gesetzt war. Da ein anderen HP-Rechner mit einer Windows-Neuinstallation ohne diese Umgebungsvariable läuft habe ich an meinem Problem-PC die Variable einfach gelöscht und uh-lala alles läuft wieder Perfekt.

Besten Dank für den Tipp! :cheer:

Gruss
ma2xx

[hanspeter]

Der Fehler tritt auch beim (automatischen) Konvertieren eines Projektes von D2007 nach D2009 auf.
Unter D2009 werden die Projektoptionen für das Speichern komplett ignoriert.
Es wurde versucht im alten Verzeichnis das Compilat abzulegen.
Geholfen hat hier nur das manuelle Ändern der Projektdatei. Der Ausgabepfad steht in der Projektdatei
an 4 oder 5 Stellen.
Und mein Rechner ist kein HP-Rechner.

Gruß
Peter

[Muetze1]

Zitat:

Zitat von hanspeter

Der Fehler tritt auch beim (automatischen) Konvertieren eines Projektes von D2007 nach D2009 auf.
Unter D2009 werden die Projektoptionen für das Speichern komplett ignoriert.
Es wurde versucht im alten Verzeichnis das Compilat abzulegen.

Das ist ein anderer bekannter Fehler, der auch schon beim manuellen konvertieren von noch älteren Projekten in das neue RAD2007 Studio Format auftrat. Der hat mit dem o.g. Fehler und der Environment nichts zu tun. Wir haben von rund 23 Entwicklungsrechnern nur 2, wo die automatische Konvertierung der Projektdateien funktioniert. Bei diesen Rechnern besteht auch das Problem mit dem Package Cache nicht (z.B. Package Installationsfehler: adortl1x0.bpl ist kein Design-Time Package). Es gibt also zwei fehlerfrei arbeitende Installation, alle anderen sind Müll. Auch mehrfach De- und Neuinstallationen helfen nicht. Keiner dieser Rechner läuft auf einem HP Windows Image.