Delphi 10.4.2 erschienen

[MEissing]

Natürlich nur einschalten, um einen Bug zu melden. Steht ja auch so im Wiki

[Harry Stahl]

Zitat:

Zitat von Daniel (Beitrag 1484029)

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

Zitat von Harry Stahl (Beitrag 1484032)

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:

Zitat von Uwe Raabe (Beitrag 1484034)

Zitat:

Zitat von Harry Stahl (Beitrag 1484032)

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:

Zitat von Harry Stahl (Beitrag 1484036)

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.

[blawen]

Abgesehen von der MyDAC-Komponente hat bei mir die Installation problemlos geklappt.

Der Download via Webinstaller hat rund 30 Minuten gedauert und bei diesem sehe ich noch Verbesserungspotential.
Nicht wegen der Zeit, sondern weil der Installer in dieser Phase nicht regelmässig ein Lebenszeichen von sich gibt (Refresh) und ich nie so richtig wusste ob er abgeschmiert ist oder nicht.
Darum hab ich mal die Kiste laufen lassen und es kam gut.

[Wosi]

Zitat:

Zitat von Harry Stahl (Beitrag 1484036)

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.

[Harry Stahl]

Zitat:

Zitat von Wosi (Beitrag 1484049)

Zitat:

Zitat von Harry Stahl (Beitrag 1484036)

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.

Nein, das stimmt nicht, es sind alle units drin, zumindest mehrere. Muss ja auch, denn der Server muss ja alle Units laden und durchsuchen, um das Ziel zu finden.

Und ja, ich habe das so gemacht, alle Log-Dateien gelöscht, Delphi gestartet, nur die eine Unit geöffnet, geklickt, nichts passiert, Delphi beendet.

Ich habe nun nicht untersucht, ob wirklich jede Unit drin war, aber testweise einige Suchbegriffe (Stringconstanten, Procedurnamen, etc.) aus verschiedenen Units getestet und habe alle im Volltext in der Log-Datei gefunden.

Also vergiss es.

Wenn jemand Projekte hat (z.B. Open Source), wo es egal ist, kann er die ja mitgeben, ich bin ja mit Sicherheit nicht die einzige Person, bei der das vorkommt...

[TurboMagic]

Zitat:

Zitat von Harry Stahl (Beitrag 1484026)

Zitat:

Zitat von MEissing (Beitrag 1484017)

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?

[Wosi]

Zitat:

Zitat von Harry Stahl (Beitrag 1484056)

Nein, das stimmt nicht

Ich habe es gerade getestet:
- Projekt geladen
- Eine Unit geöffnet
- CTRL+Click auf einen Bezeichner, der in der gleichen Unit definiert ist

Ergebnis: Die Logs enthalten nur die DPR-Datei + die Unit mit der ich getestet habe. Nichts weiter.

EDIT: Wenn du viele Dateien in Tabs in der IDE geöffnet hast, dann werden die wahrscheinlich alle beim Start einmal synchronisiert.