Compiler - Hinweise und Warnungen getrennt

[Der schöne Günther]

Der Compiler wirft einem sowohl Hinweise als auch beinharte Warnungen (und fatale Fehler) alles in die gleiche Textbox. Kann ich nach Warnungen, Hinweisen und Fehlern gruppieren? Oder wenigstens farblich auseinander halten?

[himitsu]

Du könntest natürlich die Warungen und Hinweise auch einfach "beseitigen"?
Vieles wird ja nicht umsonst angezeigt.

Nja, notfalls kann man viele der Meldungen auch einfach deaktivieren,
z.B. via

Delphi-Quellcode:

{$WARN SYMBOL_PLATFORM OFF}
{$WARN UNIT_PLATFORM OFF}
und sehr Vieles mehr

und für Manches gibt es auch entsprechende Direktiven, wie z.B. das reintroduce.

[Der schöne Günther]

Natürlich, natürlich.

Ich will ja nicht die Augen verschließen und Dinge ausblenden. Ich möchte, im Gegenteil, Warnungen deutlicher sehen als Hinweise.

[himitsu]

Würde ich auch manchmal. (vorllem im FinalBuilder)

Aber ich hab hier in der Firma in den letzten Jahren stück für stück die meisten Meldungen behoben (und schon sind es bestimmt 90-95% weniger).

Bei Einigen hab ich die Meldungen geziehlt deaktiviert. (da wo es wirklich so sein soll, bzw. nicht Anders geht)
Das kann man ja geziehlt für einzelne Units oder gar einzelne Codezeilen machen.

Und inzwischen sind bei den meisten DLLs/EXEn so wenige Meldungen da, daß man nicht mehr so lange suchen muß.



Man muß es ja nicht dauerhaft abschalten ... nur so lange, wie es einen "stört".

[Bernhard Geyer]

Ich würde himitsu Rat folgen. Das Problem der fehlenden Trennung löst sich auf wenn der Quellcode einfach keine Hinweise/Warnungen mehr beinhaltet.
Zu viele Hinweise/Warnungen deutet darauf hin das der Code eigentlich noch nicht fertig entwickelt wurde und man hier noch schlumernde Fehler hat die einen im Unpassenden Moment für Tage beschäftigt.
Seit dem wir das "0-Warnungen-Fehlerschwelle" haben sehen wir sofort wenn jemand beim Einchecken was vergessen/falsch gemacht hat das eine Warnung/Hinweis verursacht. Zuvor mit 30 Meldungen ist es untergegangen da keine geschaut hat ob es nun 30 oder 31 Meldungen sind.

[hoika]

Hallo,

man kann das Ausgabe auch in die Zwischenablage kopieren
Strg+A Strg+C
Dann in eine StringList und sortieren.


Heiko

[Der schöne Günther]

Ich buddele das noch einmal aus.

Teilweise habe ich seit langem bestehende Projekte mit hunderten Hinweisen und Warnungen. Wenn er immerhin noch kompiliert kann man ja ausliefern

Kennt jemand ein Tool mit welchem man die Meldungen filtern kann oder müsste ich mir selbst was basteln? Ich will wenigstens feststellen, ob ich selbst zu neuen Hinweisen oder gar Warnungen führe und wenn ja, wo.

[Sir Rufo]

Zitat von Der schöne Günther:

Ich buddele das noch einmal aus.

Teilweise habe ich seit langem bestehende Projekte mit hunderten Hinweisen und Warnungen. Wenn er immerhin noch kompiliert kann man ja ausliefern

Kennt jemand ein Tool mit welchem man die Meldungen filtern kann oder müsste ich mir selbst was basteln? Ich will wenigstens feststellen, ob ich selbst zu neuen Hinweisen oder gar Warnungen führe und wenn ja, wo.

Das Tool heißt Entwickler 2.0 der anhand der Hinweise und Warnungen den Quelltext besucht und diese Warnungen abstellt (wenn man nicht weiß wie, dann kann man die Warungen für die betreffenden Zeilen auch abschalten, allerdings dann mit einem zusätzlichen Compilerschalter (zum wiedereinschalten) oder/und einem ToDo-Eintrag -> Vorlage dafür erstellen hilft ungemein)

Jetzt kommen nur noch die neuen Warnungen und Hinweise hoch.

[Der schöne Günther]

Ich pflanze das bestimmt nicht mit allen möglichen Compiler-Direktiven zu, zumal der Quellcode teilweise selbst schon davon Gebrauch macht.

Die einzige Option die ich sehe, ist halt das "Meldungen"-Fenster auszuwerten. Und vielleicht hat da sich ja schon mal jemand die Mühe gemacht?

[Sir Rufo]

Zitat von Der schöne Günther:

Ich pflanze das bestimmt nicht mit allen möglichen Compiler-Direktiven zu, zumal der Quellcode teilweise selbst schon davon Gebrauch macht.

Die einzige Option die ich sehe, ist halt das "Meldungen"-Fenster auszuwerten. Und vielleicht hat da sich ja schon mal jemand die Mühe gemacht?

Mal überlegen ... Hinweise und Warnungen sollte man beachten und entsprechend behandeln (Code umschreiben oder wenn das so sein muss, dann Warnungen/Hinweise für den Codeteil ausschalten), also eigentlich ganz einfach.

Jetzt suchst du jemanden, der sich mit den Hinweisen und Warnungen auseinandergesetzt hat und so ein Tool/IDE Erweiterung programmiert hat. Ich nehme jetzt einfach mal stark an, dass bis jetzt jeder Entwickler bevor er so ein Tool schreibt, einfach die Hinweise und Warnungen beseitigt und schon braucht er das Tool nicht mehr.

Erinnert mich ein wenig an den Bauern, dem immer die Kühe weglaufen, weil er die Weide nicht eingezäunt hat.
Auf die Frage, warum er nicht einfach einen Zaun baut antwortet er, dass er dafür keine Zeit hat, weil er ja ständig seine Kühe einfangen muss.