Versionsinformationen werden nicht mit in die Exe übernommen

[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

[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 von himitsu:

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 von dummzeuch:

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

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

[DeddyH]

[QUOTE=dummzeuch;1539992]

Zitat von himitsu:

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 von dummzeuch:

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 von DeddyH:

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?

[Uwe Raabe]

Zitat von QuickAndDirty:

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?

Gerade dieses Beispiel erzeugt eben keine Warnung, da ein string-Result immer initialisiert ist. Aber auch mit einem Integer als Rückgabe kommt zumindest unter Delphi 12 keine.

Es gibt aber schon eine Möglichkeit, eine solche Warnung lokal zu unterdrücken ohne die gleich ganz abzuschalten:

Delphi-Quellcode:

{$WARN NO_RETVAL OFF}
Function test(a:boolean):Integer;
Begin
  If a then
    result := 1;
end;
{$WARN NO_RETVAL DEFAULT}

[himitsu]

Wobei der Integer in dem Fall des Integers halt wirklich nicht initialisiert sein kann
und beim nichtvorhandenen ELSE zufällig sein kann.

Andersrum ist es schlimmer.
Per se ist der Result als String immer initialisiert, aber nicht in der Funktion, sondern beim Aufrufer, wo er dann z.B. in einer Schleife initial nicht '' sein kann.
Bei gemanagten Typen wird "intern" aus dem Result ein OUT- VAR-Parameter und außerdem sind gemangte Typen immer mit "0" initialisiert. (WideString, LongString, Variant, dynamische Array, Interface und ordentlich geschriebene Custom-Managed-Records)

Delphi-Quellcode:

function Test(a: Boolean): String;
// wird zu
procedure Test(a: Boolean; var Result: String);

Wir hatten im XE einen Fall, wo sich der Compiler in einer Verschachtelung aus Try-Finally, Try-Except, If-Then-Else-If-Then-Else-If-Then-Else-... und Case mit Exit und Abort/Raise durcheinander kam
und nachfolgend meinte die lokale Integervariable könne uninitialisiert sein, drum wurde dort ein :=0 am Anfang eingefügt, was dann D10+ aber anders sah und richtig erkannte, dass bis zur Auswertung es in allen Pfaden gesetzt wird, oder es via Exit/Raise vorher rausspringt.


Im Windows64-Compiler gibt es jetzt teilweise Zustände, wo ein Boolean-Result immer automatisch initialisiert ist scheint ... nja, wenn du schaust immmer, aber eigentlich fast immer, weil du zufällig den einen Abweichenden von Tausenden/Millionen Durchgängen nicht siehst.

[QuickAndDirty]

Zitat von Uwe Raabe:

Es gibt aber schon eine Möglichkeit, eine solche Warnung lokal zu unterdrücken ohne die gleich ganz abzuschalten:

Delphi-Quellcode:

{$WARN NO_RETVAL OFF}
Function test(a:boolean):Integer;
Begin
  If a then
    result := 1;
end;
{$WARN NO_RETVAL DEFAULT}

OMG
danke.
außer NORETVAL gibts sicher für jede warnung einen wert oder? Weißt du wo die liste zu finden ist?

[himitsu]

Stehen alle in der Hilfe.

Und wie gesagt, ist DAS hier auch keine Lösung.
Die Lösung ist den Wert zu initialisieren, entweder vorher oder im Else, da die Funktion sonst mehr dem Russisch Roulette entspricht.