Versionsinformationen werden nicht mit in die Exe übernommen

[jaenicke]

Du kannst auch selbst mit z.B. Notepad++ in die .dproj Datei schauen. Das Format ist etwas unübersichtlich, aber relativ leicht verständlich. Außerdem muss man das Format ja ohnehin kennen, um beim Einchecken die Änderungen zu prüfen.

(Manche checken die Datei einfach ohne Prüfung der Änderungen ein, aber das wäre wie bei allen anderen Quelltextdateien höchst fahrlässig.)

[galych]

Zitat:

Zitat von jaenicke (Beitrag 1539972)

Du kannst auch selbst mit z.B. Notepad++ in die .dproj Datei schauen.

Nun ja, ich bin damit vertraut :-D Die Datei ist in Ordnung, in allen VerInfo-Zeilen, wo es sein muss, steht die richtige Version. Das macht mich so stutzig, ich sehe nicht, woher die alte Version kommt. Aber es muss doch irgendwo sein, sonst würde es nicht in Details von exe angezeigt werden.

[Uwe Raabe]

Kann es sein, dass noch eine andere Versions-Resource eingebunden wird?

[jaenicke]

Öffne die .res Datei einmal mit einem Ressourceneditor und schau mal rein, was du dort findest. Du kannst auch einen Texteditor verwenden und die unlesbaren Teile ignorieren. Schau einfach mal, ob du die falschen Daten dort findest.

Du kannst auch einfach mal den Firmennamen in den Projektoptionen an der Stelle ändern, die gerade verwendet werden sollte, um zu schauen, ob dieser Wert dann in der Exe ankommmt. Wenn du die Exe in Notepad++ öffnest, kannst du nach diesem angepassten (unverwechselbaren) Wert auch suchen, falls wie Uwe schrieb zwei Versionsressourcen eingebunden sind. Ich weiß allerdings nicht, ob Delphi dann automatisch eine entfernt.

Die .res Datei kannst du aber auch ohne Folgen löschen oder umbenennen, da diese ohnehin neu erstellt wird. Dabei sollte normalerweise kein Unterschied auftreten, was du ja auch prüfen kannst. Wir checken die Datei auch gar nicht ein.

[galych]

Leute, vielen lieben Dank!
Datei .res war schuld. Zusätzlich zu .res-Datei, die jedes mal neu erstellt wird, hatte ich im Hauptverzeichnis des Projekts noch eine. Anscheinend schleppe ich sie seit 2 Versionen schon mit, wie auch immer es dazu kam. Und da ich normalerweise bei der Entwicklung auf die Version nicht achte, war es mir nur in der neueren Version aufgefallen, als ich versucht habe, mit dem Server der Version zu arbeiten.

Nochmals vielen Dank! Hätte ich nur schon früher in diesem Forum nachgefragt :-D

[himitsu]

Falsche Sprache der Ressource?

* in der DPROJ schauen, ob/wo es die VersionsInfos gibt (hier am Besten nur in der Base/Basis-Config)

* normal wird vor dem Compilieren des Codes die Info der Projektoption in die *.res syncronisiert
* * hier kann man z.B. mit dem ResourceHacker (irgendeinem Ressourcen-Editor, welcher RES-Dateien versteht) in die *.RES schauen

* geschaut, ob der Compiler/Linker etwas bezüglich Ressoucen-Konfliken rummeckert? (Compiler-Log)

* mit dem ResourceHacker kann man nachfolgend auch in der EXE nachsehn, ob und wie dort diese Versions-Ressource aussieht

[edit]

Zitat:

hatte ich im Hauptverzeichnis des Projekts noch eine

ja nee, siehe das FETTE.

Warum hört NIE jemand darauf, was Delphi einem sagt?

[dummzeuch]

Zitat:

Zitat von himitsu (Beitrag 1539987)

Warum hört NIE jemand darauf, was Delphi einem sagt?

Weil die meisten Delphi-Entwickler Männer sind, und die hören ja bekanntlich nie zu. ;-)

Ernsthaft: Diese Meldung geht in dem ganzen Wust der Ausgaben schnell unter. Und da viele auch Compiler-Warnings und Hints nicht beheben, sind sie darauf trainiert, sowas zu ignorieren.

[galych]

Zitat:

Zitat von dummzeuch (Beitrag 1539992)

Weil die meisten Delphi-Entwickler Männer sind, und die hören ja bekanntlich nie zu. ;-)

Nun, ich bin kein Mann, :-D aber ich habe schlechte Angewohnheit nur auf Fehlermeldungen zu reagieren. Meistens geht es gut.

[DeddyH]

[QUOTE=dummzeuch;1539992]

Zitat:

Zitat von himitsu (Beitrag 1539987)

Ernsthaft: Diese Meldung geht in dem ganzen Wust der Ausgaben schnell unter. Und da viele auch Compiler-Warnings und Hints nicht beheben, sind sie darauf trainiert, sowas zu ignorieren.

Naja, die Hinweise und Warnungen ändern sich aber auch gelegentlich. Ich habe früher auch schon initiale Werte zugewiesen, um "Variable X wurde möglicherweise nicht initialisiert"-Meldungen loszuwerden. In späteren Versionen hieß es aber dann "Auf X zugewiesener Wert wird niemals benutzt". Ich habe dann auch schon Conditional Defines eingebaut, aber das kann es ja nicht sein.

[QuickAndDirty]

Zitat:

Zitat von dummzeuch (Beitrag 1539992)

Ernsthaft: Diese Meldung geht in dem ganzen Wust der Ausgaben schnell unter. Und da viele auch Compiler-Warnings und Hints nicht beheben, sind sie darauf trainiert, sowas zu ignorieren.

Delphi-Quellcode:

Function test(a:boolean):string;
Begin
  If a then
    result := 'yo'
  else 
    result := 'no';
end;

"Das Ergebnis der Funktion ist möglicherweise undefiniert"
Kann man diese Meldung verhindern ohne result zu intialisieren?

Es geht mir NICHT um genau diese funktion, sondern die compiler warnings zu verhindern in fällen wo ich weiß was da passiert.
Mit "reintroduce" werden auch Warnungen dass die Sichtbarkeit einer Methode überschrieben wird, oder so, verhindert.
Sowas will ich eigentlich für einige compiler warnings.

EDIT:

Zitat:

Zitat von DeddyH (Beitrag 1539996)

Naja, die Hinweise und Warnungen ändern sich aber auch gelegentlich. Ich habe früher auch schon initiale Werte zugewiesen, um "Variable X wurde möglicherweise nicht initialisiert"-Meldungen loszuwerden. In späteren Versionen hieß es aber dann "Auf X zugewiesener Wert wird niemals benutzt". Ich habe dann auch schon Conditional Defines eingebaut, aber das kann es ja nicht sein.

Zwei doofe ein Gedanke?