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. :angel:

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". :stupid:

[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 :stupid:

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:

Zitat von Der schöne Günther (Beitrag 1262505)

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 :stupid:

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:

Zitat von Der schöne Günther (Beitrag 1262509)

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. :stupid:

[Der schöne Günther]

Ist gut gemeint, ich weiß.

Aber es geht um ein altes, verstaubtes Projekt. Es wird nur um ein Feature erweitert. Es hat hunderte Warnungen, Hinweise und esoterische Ratschläge.

Die Option das komplette Projekt mal eben so glattzubügeln stellt sich wirklich nicht im geringsten.

[dummzeuch]

msbuildfilter aus meinen dzlib-Buildtools kann da vielleicht helfen. Es funktioniert allerdings nur fuer Commandline-Compiles:

msbuild projekt.dproj | msbuildfilter

obiges compiliert das Projekt projekt.proj, gibt die Ausgabe an msbuildfilter weiter, welches sie je nach Typ farbig hervorhebt:
* normale Ausgaben: grau
* hints: weiss
* Warnings: gelb
* Errors: rot

Ich weiss aber nicht, ob es mit allen Delphi-Versionen und insbesondere mit deutschsprachiger Ausgabe funktioniert. Es koennte.

Download-Link:
http://sourceforge.net/p/dzlib/hgbui...exe?format=raw

Aufruf mit --help liefert eine Hilfe zu den Parametern.

[stahli]

Mir ist es bis jetzt immer gelungen, alle Hinweise und Warnungen auszubügeln.
Manchmal ist es nervig, aber da muss man halt durch.

Eine andere Darstellung oder Sortierung bringt letztlich auch nicht viel.
Man kann neue Meldungen dann so oder so leicht übersehen wenn es zu viele werden.
Was willst Du hunderten Meldungen bei jedem Build entnehmen (selbst wenn sie farbig sind?)?

Also meine Meinung: Aufräumen oder ignorieren.

[Mikkey]

Zitat:

Zitat von Der schöne Günther (Beitrag 1262511)

Ist gut gemeint, ich weiß.

Aber es geht um ein altes, verstaubtes Projekt. Es wird nur um ein Feature erweitert. Es hat hunderte Warnungen, Hinweise und esoterische Ratschläge.

Die Option das komplette Projekt mal eben so glattzubügeln stellt sich wirklich nicht im geringsten.

Wie wär's mit zählen?

Die Meldungsliste lässt sich (wenn nicht ins Clipboard, dann zumindest in eine Textdatei) kopieren.

Ein vollständiger Build liefert beispielsweise 456 Meldungen

Nach Deiner Änderung wiederholst Du das ganze. Wenn ebenfalls 456 Meldungen herauskommen, kannst Du noch die beiden Meldungslisten mit einem entsprechenden Tool vergleichen (BeyondCompare etc) und gut ist.

[Perlsau]

Zitat:

Zitat von stahli (Beitrag 1262514)

Mir ist es bis jetzt immer gelungen, alle Hinweise und Warnungen auszubügeln. Manchmal ist es nervig, aber da muss man halt durch.

Geht mir inzwischen ganz genauso. Als ich vor vielen Jahren mit der Delphi-Programmierung begann, mußte ich die meisten Meldungen noch ignorieren, weil ich damals einfach noch nicht verstand, was sie bedeuteten. Heute empfinde ich es als Erfolgserlebnis, meinen Code so zu gestalten, daß alle Hinweise & Warnungen unterbleiben. Nur bei manchen Units von Drittanbietern ist das manchmal nicht ganz so einfach. Ein meist unlösbares Problem stellt die Bearbeitung von Fremdcode dar, weil der ursprüngliche Autor, der dann meist auch mein Auftraggeber ist, eine andere Philosophie verfolgt und mich nicht dafür bezahlt, daß ich Warnungen und Hinwesie ausbügle. In dieser Situation hat es sich bewährt, das einfach so hinzunehmen, um den Auftrag nicht unnötig zu gefährden.