Unsichere Typumwandlung bei TFormatSettings

[Gollum]

Zitat:

Erzeugst du irgendwo neue Instanzen von TFormatSettings? Hast du irgendwo eine Variable namens FormatSettings vom Typ string? Seltsam ists schon..

Das dieses Verhalten seltsam ist, da gebe ich Dir Recht.
Und nein, ich erzeuge keine Extrainstanz von Formatsettings und auch keine Varable oder ähnliches.
Warum sollte ich auch?

[Furtbichler]

Poste mal dein Beispielprojekt, bitte.

[Gollum]

Zitat von Furtbichler:

Poste mal dein Beispielprojekt, bitte.

Geht leider nicht. Zum Einen ist das Projekt zu komplex (incl. Datenbankanbindung) und zum Anderen hat mein Arbeitgeber etwas dagegen.

[himitsu]

Wenn man sich anguckt, wie die globale "Instanz" dieses Records deklariert ist...
Eigentlich sollte es nicht, aber da kann der Compilier schonmal durcheinander kommen.

Zum Glück ist es bei dir nur eine Warnung, denn eigentlich würde soeine Zuweisung, von derartig inkompatiblen Typen, in einem Error enden und den Kompilierungsvorgang abbrechen.

Hier (XE2 ohne Updates) wird aber auch nicht gemeckert.

[s.h.a.r.k]

Zitat von Gollum:

Zitat von Furtbichler:

Poste mal dein Beispielprojekt, bitte.

Geht leider nicht. Zum Einen ist das Projekt zu komplex (incl. Datenbankanbindung) und zum Anderen hat mein Arbeitgeber etwas dagegen.

Kannst du dann wenigstens alle relevanten Stellen posten, die mit FormatSettings zu tun haben!?

[Gollum]

Hallo,

kann ich, bringt aber warscheinlich nichts.

Hier mal einige Auszüge:

Delphi-Quellcode:

  if CharInSet(Text[i], ['0'..'9', '-', '+', FormatSettings.DecimalSeparator]) then
  ...
  ...
  if short then Result:=FormatSettings.ShortDayNames[aTag]
    else Result:=FormatSettings.LongDayNames[aTag]
  ...
  ...
  for i:=1 to 12 do cbbMonat.Items.Add(FormatSettings.LongMonthNames[i]);

Das komische an der Sache ist, dass in einem anderen Projekt, dass auch auf (gemeinsame) Dateien dieses Projektes zugreift, die Warnung nicht erscheint.

[himitsu]

Sieh es einfach als winzigen Bug im Compiler an.
Du könntest es ja mal im QC melden.

[Gollum]

Der Bug sitzt eher vor dem Bildschirm. Wie ich ja bereits vorhin geschrieben habe, taucht das Problem bei einem anderen Projekt nicht auf.

Wahrscheinlich habe ich in den Millionen von Optionen irgenwo etwas falsches angekreuzt bzw. aktiviert. Den Unterschied habe ich bisher leider noch nicht gefunden.

[himitsu]

Compilerfehler (also insgesamt Fehler im Compiler/Linker/Debugger) tauchen nicht immer auf.
Viele sind situationsabhängig.

Oftmals ist es so, daß man nur irdentwo anders eine winzige Unbedeutende Sache zu ändern braucht, welche mit dem Problem nichtmal im Geringsten etwas zu tun hat, und urplötzlich funktioniert das Andere (oder andersrum und es funktioniert eben nicht mehr)
Ich hatte es mal, daß ich davor nur eine Leerzeile reinmachen mußte und schon ging es, oder zwei Funktionen austauschen (die Eine vor die Andere verschieben).


Was du machen kannst ist das Zurückbauen des Projekts.
Also so lange alles andere ausbauen, bis es wieder funktioniert, oder bis am Ende möglichst nur noch die fehlerhafte Codestelle übrigbleibt.
Wenn's geht, dann den Teil wieder reinmchen, prüfen ob's nun wieder Probleme gibt und wenn ja, dann eventuell was Anderes entfernen usw.
Am Ende dann natürlich ab ins QC damit.

[Gollum]

Zitat von himitsu:

Was du machen kannst ist das Zurückbauen des Projekts.

Das wird bei ca. 60.000 Programm-Zeilen etwas mühsam. Ich hätte nicht einmal einen vernünftigen Ansatz, da von diesem (komischen) Hinweis auch installierte Komponenten und diverse gemeinsam genutze Units betroffen sind.