Compiler-Hinweise deaktivieren

[ManuMF]

Hallo,

ich habe in einer Unit eine Funktion, die mir den Inhalt eines Edits auf einen Datumswert überprüft, das ganze mit try..except:

Delphi-Quellcode:

try
  DummyDateTime := StrToDateTime(Edit.Text); // jetzt richtig
except
  result := false;
end;

Beim Compilieren gibt Delphi dann eine Hinweismeldung aus: "Auf DummyDateTime zugewiesener Wert wird nie verwendet". Kann ich das irgendwie abstellen?
Es ist mir klar, dass es kein Fehler ist, aber es ist halt lästig. Und es soll nur für diese Unit gelten.

Danke,
ManuMF

[Bernhard Geyer]

Schau mal in der Hilfe unter $WARN

[ManuMF]

Hallo,

danke, das probier ich mal aus.

Gruß,
ManuMF

[jbg]

Das sind mir die liebsten Programmierer. Was kommt als nächstes: "Delphi gibt mir lauter Warnungen aus, kann ich die irgendwo per Compilerschalter abschalten?"
Und zum Schluss hat man dann ein Programm das angeblich ohne Hinweise und Warnungen kompiliert, aber nichts anderes ist, als eine tickende Zeitbome.


Nur so mal nebenbei gefragt, was soll denn bitteschön an einer Stringzuweisung schief gehen (wenn nicht gerade Speichermangel herrscht, wobei dann dein except auch nicht mehr viel bringt).

[semo]

Zitat:

Auf DummyDateTime zugewiesener Wert wird nie verwendet

*räusper*
wer lesen kann: diese variable wird nie verwendet.
also kann das ganze krams doch raus aus deinem quellcode?! :gruebel:

[himitsu]

Jupp, standardmäßig kann man sowas auch weglassen, dann wird intern ja auch 'ne DummyVariable verwendet.

Delphi-Quellcode:

try
  Edit.Text;
except
  result := false;
end;

(wobei jetzt auffällt, daß dieser Code wirklich sinnlos ist :roll: )
Also grob gesagt ... man muß das Ergebnis einer Funktion nirgends zuweisen ;)

[ManuMF]

Hallo,

Zitat:

Zitat von jbg

Das sind mir die liebsten Programmierer. Was kommt als nächstes: "Delphi gibt mir lauter Warnungen aus, kann ich die irgendwo per Compilerschalter abschalten?"
Und zum Schluss hat man dann ein Programm das angeblich ohne Hinweise und Warnungen kompiliert, aber nichts anderes ist, als eine tickende Zeitbome.

Moment mal! Ich möchte das auf die eine Prozedur anwenden, weil ich die Meldung kenne, nicht auf das ganze Programm! :?

Zitat:

Zitat von jbg

Nur so mal nebenbei gefragt, was soll denn bitteschön an einer Stringzuweisung schief gehen (wenn nicht gerade Speichermangel herrscht, wobei dann dein except auch nicht mehr viel bringt).

Zitat:

Zitat von computer-glossar.de

*räusper*
wer lesen kann: diese variable wird nie verwendet.
also kann das ganze krams doch raus aus deinem quellcode?! :gruebel:

Tut mir außerordentlich leid, dass ich nicht geschrieben habe, dass DummyDateTime ein TDateTime-Wert ist, und im Pseudocode oben das StrToDateTime vergessen habe... :roll:

Ist das denn gleich ein Grund, sich so viel toller zu fühlen und das hier auch noch zum Ausdruck zu bringen :?:

Ich habe hier schon Fragen gestellt, die wesentlich "blöder" waren (z.B. weil ich eine einfache Kleinigkeit vergessen habe), und die wurden weitaus freundlicher beantwortet. :arrow: :dp:

Gruß,
ManuMF

[himitsu]

die $Warn- Dinger sind ja keine globalen Optionen ... du kannst also auch vor dem Code Warn deaktivieren und danach wieder aktivieren.

Delphi-Quellcode:

{$WARN ... OFF}
...
{$WARN ... ON}

[ManuMF]

@himitsu: Das wollte ich ja.

Gruß,
ManuMF

[Martin K]

Also ich würde es so machen:

Delphi-Quellcode:

try 
  StrToDateTime(Edit.Text); // jetzt richtig 
except 
  result := false; 
end;

Dann brauchst Du keine extra Variable :arrow: keine Meldung des Compilers :!:

[ManuMF]

Hallo,

Hatte es mit {$HINTS OFF} hinbekommen.

@Martin K: Die Idee ist gut - Wieder einmal etwas, auf das ich selbst kommen müsste ;-)

Gruß,
ManuMF

[Martin K]

Zitat:

Zitat von ManuMF

Hatte es mit {$HINTS OFF} hinbekommen.

Was der Compiler Dir ausgegeben hat, war ja auch ein Hinweis und keine Warnung.
Warum also mit

Zitat:

Zitat von himitsu

Delphi-Quellcode:

{$WARN ... OFF}
...
{$WARN ... ON}

:gruebel:

Wenn man die Variable nicht braucht, auf ihren Wert also niemals zugreift (genau das war der Hinweis des Compilers), warum soll man sie dann überhaupt deklarieren? :gruebel:

:arrow: Die Variable kannst Du Dir also komplett sparen :wink:

[himitsu]

Es gibt doch auch eine Exceptionfreie Variante von StrToDateTime, also sowas wie TryStrToDateTime ... weiß nur nicht mehr genau wie das heißt, aber ich glaub mit Try fing es an.
Dann bräuchte man noch nichtmal 'nen Try-Except.

Delphi-Quellcode:

Result := TryStrToDateTime(Edit.Text, unmöglicherWert) <> unmöglicherWert;

ach menno ... ich meinte natürlich $HINT, statt $WARN, aber es ist doch egal, die arbeiten beide gleich und man kann das Selbe mit HINT machen ^^

[Martin K]

Zitat:

Zitat von himitsu

Es gibt doch auch eine Exceptionfreie Variante von StrToDateTime, also sowas wie TryStrToDateTime ... weiß nur nicht mehr genau wie das heißt, aber ich glaub mit Try fing es an.
Dann bräuchte man noch nichtmal 'nen Try-Except.

Ja, gibt's:

Delphi-Quellcode:

function TryStrToDateTime(const S: string; out Value: TDateTime): Boolean;

Liefert True zurück, wenn die Umwandlung des Strings in TDateTime erfolgreich war, andernfalls False.
Allerdings brauch man hier auch wieder eine extra Variable für die Ausgabe...

[ManuMF]

Zitat:

Zitat von Martin K

Liefert True zurück, wenn die Umwandlung des Strings in TDateTime erfolgreich war, andernfalls False.
Allerdings brauch man hier auch wieder eine extra Variable für die Ausgabe...

Exakt. Aber ich habe es so gelöst, wie dus es oben geschrieben hast - ohne {$HINTS OFF}. Auch das Testen auf einen Cardinal habe ich jetzt ohne den "Dummy", in dem ich einfach auf > 0 prüfe. Ich hab halt manchmal eine Denkblockade für die einfachsten Lösungen ;-)

Gruß,
ManuMF