Delphi-PRAXiS
Seite 1 von 2  1 2      

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Die Delphi-IDE (https://www.delphipraxis.net/62-die-delphi-ide/)
-   -   Compiler - Hinweise und Warnungen getrennt (https://www.delphipraxis.net/179702-compiler-hinweise-und-warnungen-getrennt.html)

Der schöne Günther 25. Mär 2014 16:30

Compiler - Hinweise und Warnungen getrennt
 
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 25. Mär 2014 16:38

AW: Compiler - Hinweise und Warnungen getrennt
 
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 25. Mär 2014 17:01

AW: Compiler - Hinweise und Warnungen getrennt
 
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 25. Mär 2014 17:40

AW: Compiler - Hinweise und Warnungen getrennt
 
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 25. Mär 2014 19:54

AW: Compiler - Hinweise und Warnungen getrennt
 
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 26. Mär 2014 05:15

AW: Compiler - Hinweise und Warnungen getrennt
 
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 16. Jun 2014 18:31

AW: Compiler - Hinweise und Warnungen getrennt
 
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 16. Jun 2014 18:48

AW: Compiler - Hinweise und Warnungen getrennt
 
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 16. Jun 2014 18:52

AW: Compiler - Hinweise und Warnungen getrennt
 
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 16. Jun 2014 19:06

AW: Compiler - Hinweise und Warnungen getrennt
 
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:


Alle Zeitangaben in WEZ +1. Es ist jetzt 00:17 Uhr.
Seite 1 von 2  1 2      

Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz