Delphi 10.4.2 erschienen

[MEissing]

LSP Log einschalten

http://docwiki.embarcadero.com/RADSt..._and_Log_Files

[Harry Stahl]

Zitat von MEissing:

LSP Log einschalten

http://docwiki.embarcadero.com/RADSt..._and_Log_Files

Davon kann man eigentlich nur abraten:

Erstens entstehen dabei irre große Dateien und außerdem wird Euer ganzer Source-Code in diesen Dateien geloggt, den wollt Ihr doch sicher nicht einfach so weitergeben, oder?

[Daniel]

„Einfach so“ gewiss nicht - man kann wahlweise sensible Infos herausnehmen oder besagten Mechanismus auf ein Testprogramm loslassen, dessen einziger Zweck es ist, einen Fehler nachzustellen und bedenkenlos weitergegeben werden kann. Da gibt es viele Möglichkeiten, wenn man nur will.

[Harry Stahl]

Zitat von Daniel:

„Einfach so“ gewiss nicht - man kann wahlweise sensible Infos herausnehmen oder besagten Mechanismus auf ein Testprogramm loslassen, dessen einziger Zweck es ist, einen Fehler nachzustellen und bedenkenlos weitergegeben werden kann. Da gibt es viele Möglichkeiten, wenn man nur will.

Das Thema wollen ist (zumindest bei mir) kein Problem, ich habe ja auch schon da was geliefert: https://quality.embarcadero.com/browse/RSP-33065

Das Problem ist, dass man es nicht immer so nachstellen kann. Ein anderer Problemfall, der in einem sehr umfangreichen Projekt nicht funktioniert, funktioniert aber unter Umständen in einem reduzierten Testprogramm (wie ich gerade nach 1/2 Stunde "Bauzeit" für ein Testprogramm festgestellt habe).

Was wirklich irritierend ist, dass Delphi tatsächlich weiß, wo die Deklaration ist (siehe Screenshot: In beiden Setups zeigt Delphi im Hint den Unit-Namen an, wo die Funktion ist, nämlich in "Shared.plattform"). In meinem Original-Programm springt Delphi da NICHT hin, aber im Testprogramm sehr wohl. Das hilft dann auch nicht weiter...

Letztlich wird man es in einigen Fällen nur testen können, wenn man genau den vollständigen Code, die Pfadangaben, die Compilerdirektiven, etc. hat... Aber wenn man einen einfachen Fall nachvollziehbar darstellen kann (siehe meinen Link), dann sollte man es tun...

[Uwe Raabe]

Zitat von Harry Stahl:

In meinem Original-Programm springt Delphi da NICHT hin, aber im Testprogramm sehr wohl. Das hilft dann auch nicht weiter...

Vielleicht doch. Man (also jemand bei Embarcadero) könnte jetzt die beiden LSP-Logs analysieren, um den Unterschied zwischen einem geht und geht nicht herauszufinden.

[Harry Stahl]

Zitat von Uwe Raabe:

Zitat von Harry Stahl:

In meinem Original-Programm springt Delphi da NICHT hin, aber im Testprogramm sehr wohl. Das hilft dann auch nicht weiter...

Vielleicht doch. Man (also jemand bei Embarcadero) könnte jetzt die beiden LSP-Logs analysieren, um den Unterschied zwischen einem geht und geht nicht herauszufinden.

Da muss ich passen, den vollständigen Source-Code eines (insbesondere den meines kommerziell wichtigsten) Projektes gebe ich nicht raus und den lade ich schon gar nicht auf eine Bugtracker Homepage ins Internet...

Das hat im Übrigen nichts mit Misstrauen zu tun, sondern mit Vorsicht (das sind mir einfach zu viele Stellen und Beteiligte). Ich wäre bereit hier ein Tool zu installieren, das die Auswertung vor Ort macht und die Ergebnisse, die sende ich gerne weiter (so weit sie meinen Source-Code nicht enthält)...

Auch wenn ich in diesem Fall kein nachvollziehbares Projekt liefern kann, habe ich den oben beschriebenen Problem-Sachverhalt in Form eines (weiteren) QC-Reports hinterlassen, evtl. hilft es ja etwas...

https://quality.embarcadero.com/browse/RSP-33076

@ Daniel: Evtl. macht es Sinn für das Thema Strg+Left Mouseclick einen gesonderten Thread aufzumachen und das bisherige dazu dorthin zu verschieben?

[Uwe Raabe]

Zitat von Harry Stahl:

den lade ich schon gar nicht auf eine Bugtracker Homepage ins Internet...

Das erwartet ja auch niemand. Embarcadero ist in solchen Fällen sicher bereit eine NDA zu unterschreiben und die Logs auf nicht-öffentlichem Weg zu erhalten.

Die Beschreibung in deinem BugReport wird vermutlich nicht weiterhelfen. Insbesondere, da du ja selbst sagst, dass es in einem Testprogramm funktioniert. Das lässt vermuten, dass der auslösende Code nicht der ist, bei dem der Fehler sichtbar wird, sondern in dem Teil steckt, der in dem Testprogramm nicht vorhanden ist.

[Wosi]

Zitat von Harry Stahl:

Da muss ich passen, den vollständigen Source-Code eines (insbesondere den meines kommerziell wichtigsten) Projektes gebe ich nicht raus und den lade ich schon gar nicht auf eine Bugtracker Homepage ins Internet...

Die Logs enthalten nur den Code, der von der IDE zum LSP-Server gesendet wird. Soll heißen: Wenn dein Projekt 1000 Units hat und du CTRL+Click in einer einelnen Unit machst, dann findest du in den Log-Dateien nur den Inhalt dieser einen Unit. Die anderen 999 sind nicht dabei.
Wichtig ist, dass du das Logging nur einschaltest um einen Fehler zu reproduzieren und es danach wieder ausschaltest. Sonst hast du schnell mehrere 100MB an Logs auf deiner Platte.

[TurboMagic]

Zitat von Harry Stahl:

Zitat von MEissing:

LSP Log einschalten

http://docwiki.embarcadero.com/RADSt..._and_Log_Files

Davon kann man eigentlich nur abraten:

Erstens entstehen dabei irre große Dateien und außerdem wird Euer ganzer Source-Code in diesen Dateien geloggt, den wollt Ihr doch sicher nicht einfach so weitergeben, oder?

Hast du meinen Beitrag dazu gelesen?
Der beschreibt:

1. Man kann es sehr gut zippen!
2. Natürlich soll man es nicht an QP reports direkt dranhängen weil da Source Code drin ist,
man soll es an jemand bei EMBT per E-Mail oder FTP senden. Dazu halt per QP Report Kontakt
mit EMBT aufnehmen oder im schlimmsten Fall M. Eissing fragen an wen man das schikcen darf.

Denn: wie soll EMBT die noch existierenden Fehler/Probleme beheben, wenn sie keine Logs dazu bekommen?

[lxo]

Zitat von MEissing:

LSP Log einschalten

http://docwiki.embarcadero.com/RADSt..._and_Log_Files

Findet man da denn die richtigen Infos zu den Problemen von Error Insight und STRG+Klick? Wird das bei beidem mit LSP ermittelt?