Handling von Fehlern, Warnungen und Hints

[Hansa]

Hinweis: Dieser Thread ist eine Abspaltung von diesem hier. Auslöser dieser Diskussion:

Zitat von Dezipaitor:

1. Warum sind die compiler direktiven WARNINGS und HINTS global? Sobald eine Unit diese auf OFF setzt, werden andere Units davon auch betroffen.

2. Warum gibt es kein {$IFOPT WARNINGS ON}, {$IFOPT HINTS ON}

3. Warum kann man keine bestimmte Warnungen im Quelltext ausschalten. z.B. die Warnung: "Code behind "end." is ignored...". Warum ist das eigentlich kein HINT stattdessen?

Okay- man sollte vllt für 2. und 3. eher fragen: Wird es soetwas geben...???

--Hier gehts weiter:

Zitat von Dezipaitor:

...3. Warum kann man keine bestimmte Warnungen im Quelltext ausschalten. z.B. die Warnung: "Code behind "end." is ignored...". Warum ist das eigentlich kein HINT stattdessen?..

Das könnte tatsächlich besser lediglich ein Hint sein, aber nur das und ähnliches. Aber in der Richtung tut sich auch was. Allerdings umgekehrt rum, als der Fragesteller gerne hätte. Wie die Frage schon indirekt aussagt : Warnings etc. werden lieber unterdrückt. Jetzt wird sogar verlangt, diese komplett unsichtbar zu machen. Borland geht nun zurecht den umgekehrten Weg : die Warnungen können in Zukunft sogar als Error abgehandelt werden. D.h. Programm compiliert nicht mehr zu Ende. Ist das Projekt nun in dieser Richtung eingestellt, dann wirds schwieriger, die Warnungen einfach zu ignorieren und später dann über Delphi zu schimpfen, weils mittlerweile wegen eigenen Uralt-Fehlern lichterloh brennt.

[edit=Phoenix]Thread separiert. Keine Diskussionen im OT bitte. Mfg, Phoenix[/edit]
[edit=Phoenix]Aufhänger der Diskussion eingefügt. Mfg, Phoenix[/edit]

[mkinzler]

Imho sind Warnungen oder Hinweise keine Fehler.

[toms]

Zitat von mkinzler:

Imho sind Warnungen oder Hinweise keine Fehler.

Ein Hinweis könnte jedoch auf einen möglichen Fehler hinweisen.

z.B Warnung D2009:

Zitat:

W1058 Implicit string cast with potential data loss from 'string' to 'AnsiString'

[SubData]

Man kann doch aber bestimmte Warnungen für bestimmte Quellcode Abschnitte deaktivieren ...
Sowas geht zumindest in Delphi 7.

Komplett alle Warnungen und Hinweise abzuschalten halte ich für sehr gefährlich.

[mkinzler]

Nein Warnungen sollten natürlich genau betrachtet werden und geprüft werden, ob ein Eingriff nötig ist. Aber Warnungen zu Fehlern zu machen, nur um den Programmierer zu zwingen, die Stelle noch mal genauer anzusehen, finde ich ist der falsche Weg.

[SubData]

Das bedeutet, dass bei Delphi 2009 eine Warnung dazu führt, dass der Compiler anhält?

[toms]

Zitat von SubData:

Das bedeutet, dass bei Delphi 2009 eine Warnung dazu führt, dass der Compiler anhält?

Nein.

[Phoenix]

Wenn Du es einschaltest ja.

Diese Option wurde anscheinend sehr oft von den Usern nachgefragt. (u.a. von mir auch mehrfach bei Nick ). Ich liefere z.B. auch keinen Code aus, der auch nur einen Hinweis enthält.

@mkinzler: Wenn viele andere Leute eben auch Qualitätscode abliefern wollen und dieses Feature nachfragen ist der Einbau denke ich nicht der falsche Weg

[mkinzler]

Es spricht nichts dagegen, dies als Switch anzubieten, aber als Standard wäre es nicht gut

[SubData]

Solange es aktivierbar / deaktivierbar ist finde ich die Option völlig in Ordnung.