Delphi 10.4.2 erschienen

[Der schöne Günther]

Hey, das ist cool 😎

[Harry Stahl]

Zitat:

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

Hey, das ist cool 😎

Willkommen im Club: https://www.delphipraxis.net/1483897-post62.html

[DeddyH]

Wenn das dann auch in größeren Units mit vielen anonymen Methoden funktioniert, bin ich in der Hinsicht zufrieden. Schaun mer mal.

[PeterPanino]

Ein Tag nach der Installation: Es läuft alles schön flüssig und rund.

[PeterPanino]

Code-Vervollständigung: Da ich (neben GExperts) auch CnWizards benutze, habe ich eine gute Arbeitsteilung erreicht:

• Wenn ich einen Teil eines existierenden Bezeichners schreibe, vervollständigt automatisch der Cn Code Input Helper diesen Bezeichner, was der Cn Code Input Helper mit seinen Farben und der Fuzzy-Suche besser kann als die native Code-Vervollständigung.

• Wenn ich einen Punkt nach einem Klassen-Bezeichner schreibe, kommt das Popup-Menü der nativen Code-Vervollständigung zum Zug, da ich im Cn Code Input Helper das Aufpoppen nach dem Klassenpunkt deaktiviert habe.

Das funktioniert jetzt alles ausgezeichnet und es ist eine Freude, damit zu arbeiten!

[himitsu]

Von wem ist den rechts unterm Projektmanager die CodeInsight-Status-Anzeige?
(Delphi, GExperts, DDevExtension, ...)
Macht sich betimmt nett, wenn man drauf wartet und nicht weiß "kommt's noch und etwas warten, oder isses schon abgestürzt?"

OK, ich frag jetzt mal nicht "warum rechts und nicht links? unter der Strukturanzeige :stupid:"



GExperts, die Experimental, scheint noch zu arbeiten und wurde problemlos geladen ... offiziell isse ja nicht, aber dachte ich muß auch erstmal auf ein Update für 10.4.2 warten.



Und nein, Strg+Linksklick funktioniert in einem großeren Projekt natürlich garnicht mehr
und Strg+Enter auf einer Unit in den Uses (keine von Delphi selbst) öffnet nur den Öffnendialog, anstatt der Unit.
-> auch ohne in Suchpfaden zu stehen, früher wurden Units des/der geöffneten Projektes/Projektgruppe gefunden

[PeterPanino]

Zitat:

Zitat von himitsu (Beitrag 1483970)

Von wem ist den rechts unterm Projektmanager die CodeInsight-Status-Anzeige?
(Delphi, GExperts, DDevExtension, ...)

Screenshot?

[Daniel]

Zitat:

Zitat von himitsu (Beitrag 1483970)

Und nein, Strg+Linksklick funktioniert in einem großeren Projekt natürlich garnicht mehr
und Strg+Enter auf einer Unit in den Uses (keine von Delphi selbst) öffnet nur den Öffnendialog, anstatt der Unit.
-> auch ohne in Suchpfaden zu stehen, früher wurden Units des/der geöffneten Projektes/Projektgruppe gefunden

Es mag sein, dass dies in Deiner Umgebung nicht funktioniert - ich kann beide Funktionalitäten problemlos benutzen. Wenn Du an einer konkreten Lösung interessiert bist, mache dafür einen separaten Thread auf. Wir können hier im Release-Thread nicht alle spezifischen Probleme erörtern - das gäbe ein totales Durcheinander.

[Uwe Raabe]

Zitat:

Zitat von himitsu (Beitrag 1483970)

Von wem ist den rechts unterm Projektmanager die CodeInsight-Status-Anzeige?
(Delphi, GExperts, DDevExtension, ...)

Delphi 10.4.2

[Harry Stahl]

Zitat:

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

Hey, das ist cool ��

Gerade sieht es so aus, dass die Inline-Markierung für Hinweise und Warnungen wohl nur für VCL-Projekte gilt, aber nicht für FMX?

Kann das jemand bestätigen?

[PeterPanino]

Zitat:

Zitat von Daniel (Beitrag 1483975)

Zitat:

Zitat von himitsu (Beitrag 1483970)

Und nein, Strg+Linksklick funktioniert in einem großeren Projekt natürlich garnicht mehr
und Strg+Enter auf einer Unit in den Uses (keine von Delphi selbst) öffnet nur den Öffnendialog, anstatt der Unit.
-> auch ohne in Suchpfaden zu stehen, früher wurden Units des/der geöffneten Projektes/Projektgruppe gefunden

Es mag sein, dass dies in Deiner Umgebung nicht funktioniert - ich kann beide Funktionalitäten problemlos benutzen. Wenn Du an einer konkreten Lösung interessiert bist, mache dafür einen separaten Thread auf. Wir können hier im Release-Thread nicht alle spezifischen Probleme erörtern - das gäbe ein totales Durcheinander.

CTRL-CLICK hat nie richtig funktioniert - manchmal funktioniert es, manchmal nicht. Ich habe aber den Eindruck, dass es in Delphi 10.4.2 öfter funktioniert als in Delphi 10.4.1. CTRL-CLICK sollte aber eine explizite Rückmeldung ausgeben, wenn die betreffende Source-Datei nicht existiert (z.B. wenn nur eine .DCU-Datei existiert). Dann weiß man wenigstens, woran man ist. Gar keine Rückmeldung ist frustrierend. Das ist so, wie wenn du jemanden nach dem Weg fragst und keine Antwort bekommst.

[Harry Stahl]

Zitat:

Zitat von PeterPanino (Beitrag 1483984)

Zitat:

Zitat von Daniel (Beitrag 1483975)

Zitat:

Zitat von himitsu (Beitrag 1483970)

Und nein, Strg+Linksklick funktioniert in einem großeren Projekt natürlich garnicht mehr
und Strg+Enter auf einer Unit in den Uses (keine von Delphi selbst) öffnet nur den Öffnendialog, anstatt der Unit.
-> auch ohne in Suchpfaden zu stehen, früher wurden Units des/der geöffneten Projektes/Projektgruppe gefunden

Es mag sein, dass dies in Deiner Umgebung nicht funktioniert - ich kann beide Funktionalitäten problemlos benutzen. Wenn Du an einer konkreten Lösung interessiert bist, mache dafür einen separaten Thread auf. Wir können hier im Release-Thread nicht alle spezifischen Probleme erörtern - das gäbe ein totales Durcheinander.

CTRL-CLICK hat nie richtig funktioniert - manchmal funktioniert es, manchmal nicht. Ich habe aber den Eindruck, dass es in Delphi 10.4.2 öfter funktioniert als in Delphi 10.4.1. CTRL-CLICK sollte aber eine explizite Rückmeldung ausgeben, wenn die betreffende Source-Datei nicht existiert (z.B. wenn nur eine .DCU-Datei existiert). Dann weiß man wenigstens, woran man ist. Gar keine Rückmeldung ist frustrierend. Das ist so, wie wenn du jemanden nach dem Weg fragst und keine Antwort bekommst.

Ohne das Thema hier unnötig verlängern zu wollen, aber ich denke man kann annehmen, dass die Umstellung auf das LSP-Server-Protokoll bei Code Insight noch nicht vollständig fertig ist. Ich habe hier leider auch sehr viele Fälle, wo Ctrl-Links-Click nicht funktioniert, insbesondere in FMX-Projekten funktioniert es auch noch schlechter als in VCL-Projekten.

Ich denke, man hat aus guten Gründen noch die alte Methode (Classic Code Insight) drin gelassen, die habe ich wieder aktiviert, LSP ist im jetzigen Zustand für mich nicht akzeptabel (wie es geht, siehe anliegenden Screenshot).

Damit keine Missverständnisse aufkommen: Trotz dieses Punktes, wo man sicher noch dran arbeiten kann und wird, ist die Version 10.4.2 aus meiner Sicht die bislang beste 10.4-Version, die einen großen Fortschritt in Sachen Stabilität und Geschwindigkeit gemacht hat.

Edit: Vielleicht muss ich für die Version 10.4.2 hier doch eine Warnung dazu ausgeben: Nachdem ich auf Classic umgestellt hatte - und mal testweise wieder auf LSP - und dann wieder auf Classic, kann ich auf der Seite jetzt gar keine Auswahl mehr machen, siehe Screenshot 2...

Edit2: ENTWARNUNG Aus irgendwelchem Gründen wurde beim Wechsel die Sprache auf "Vorgabe" gestellt. Wenn man das wieder auf "Delphi" stellt, kann man wieder alles auswählen.

Sorry für das hin und her, aber evtl. geht es jemandem ja auch so...

[MEissing]

Hier geht's. Vorher natürlich explizit einschalten

Anhang 53708

[Harry Stahl]

Zitat:

Zitat von MEissing (Beitrag 1483987)

Hier geht's. Vorher natürlich explizit einschalten

Anhang 53708

Hmm... scheint wohl mal zu gehen, mal nicht.

Im anliegenden Screenshot (natürlich ist "alles Anzeigen" aktiviert), wird die Variable "s" nicht verwendet und "i" ist gar nicht definiert. Hier gibt es keine Hinweise.

( Wenn ich bei Code-Insight auf Classic umschalte, wird mir ein Hinweis angezeigt, allerdings auf der falschen Zeile)

Muss ich mal weiter testen...

Wie auch immer, ein tolles Feature, in einem VCL-Projekt habe ich eben rasend schnell mit diesen Hinweisen überflüssige Variablen entfernt...

Edit: Habe jetzt mal ein paar FMX-Projekte geöffnet und kontrolliert: In den meisten Fällen wird es angezeigt, in einigen wenigen Fällen nicht, keine Ahnung warum (allerdings nur mit LSP-Server-Protokoll als Code-Insight Manager).

[himitsu]

CodeInsightManager auf Classic, da geht Deklarationsuchen öfters,
aber dann werden auch enorm viele Fehler angezeigt ... bestimmt 80% der eigenen Unit unterstrichen "UnitName kann nicht aufgelöst werden" und nachfolgen dann auch viele Typen und Funktionesaufrufe als Fehler.

Und ich hatte jetzt mühevoll ein Script geschrieben, was sämtliche Pfade zu unseren Units in den Suchpfad einträgt,
also daran dass nichts gefunden werden könne, kann es also nicht liegen.

[philipp.hofmann]

Kleine Info zu den Ergebnissen, was noch geht und was nicht mehr:
- MacOS-BluetoothLE geht nicht mehr (habe ich mich noch nicht weiter drum gekümmert)
- iOS: Ich hatte hier mal die Klasse VirtualKeyboardService hier gefunden, mit der man verhindern konnte, dass das VirtualKeyboard beim Anklicken von bestimmten Elementen erscheint; wenn man dies mit 10.4.2 einbindet, kann man den TWebBrowser nicht mehr vernünftig verwenden (man kann keinerlei Eingaben mehr in Formularfelder vornehmen); ich habe daher TVirtualKeyboardService wieder rausgenommen; scheint auch nicht mehr notwendig sein (bei mir kam beim Anklicken von ReadOnly-Memo-Elementen das VirtualKeyboard, was ja keinen Sinn gemacht hat), somit ist zumindest kein neuer Bug notwendig;
- STRG-Klick oder Klick auf Search: Zumindest stürzt es schon mal seltener ab als zuvor; aber es ist noch lange nicht gelöst und gibt immer noch Abstürze in großen Projekten;

[Harry Stahl]

Ich glaube man kommt nicht umher alle Fälle nachvollziehbar zu melden, wo es nicht funktioniert.

Habe ich mal hier gemacht: https://quality.embarcadero.com/browse/RSP-33065

Ein wenig habe ich die Hoffnung, dass man hier evtl. mit Patches nachjustieren kann, da es ja nur den Editor betreffen würde...

[philipp.hofmann]

@Harry: Der interne Issue beim EMBT dazu ist: https://quality.embarcadero.com/browse/RSP-24626. Am besten dafür voten.

[lxo]

Gibt es denn keine Möglichkeit bzgl. der STRG-Klick und Error-Insight Probleme.
Logdateien oder ähnliches zu generieren um dem Support die Probleme vielleicht irgendwie erklären zu können?
Ich weiß halt wirklich nicht woran es liegt. Mit einem neuen Testprojekt läuft alles super. Und zum Teil funktioniert es auch in unseren Projekten nur größtenteils nicht. Ich sehe da einfach keinen Zusammenhang.

@MEissing
Hast du da evtl. ein Tipp wie man das gezielter an den Support melden könnte?
Oder vielleicht was die Probleme verursachen könnte?

[jaenicke]

Zitat:

Zitat von PeterPanino (Beitrag 1483984)

CTRL-CLICK hat nie richtig funktioniert - manchmal funktioniert es, manchmal nicht.

Mit Generics hat es z.B. schon immer Probleme gehabt. Ansonsten klappte das eigentlich immer ganz gut. Manche haben es aber auch bei Units (statt der eigentlichen Funktion Strg + Enter) versucht und sich gewundert, dass das oft nicht ging.

Ich habe mit 10.4.2 jedenfalls einmal unsere alte Version aufgemacht und Strg + Klick, Codevervollständigung usw. getestet und unsere neue Version, in der wir viele Codesünden wie zyklische Unitreferenzen oder Verwendung von with usw. aufgeräumt haben. In der neuen Version funktioniert es so gut wie immer korrekt, in der alten passiert immer wieder gar nichts...

[Harry Stahl]

Zitat:

Zitat von philipp.hofmann (Beitrag 1484002)

@Harry: Der interne Issue beim EMBT dazu ist: https://quality.embarcadero.com/browse/RSP-24626. Am besten dafür voten.

Nein, das ist was anderes. 10.3 hatte noch gar keine LSP-Server-Unterstützung, das war noch das alte (Classic) Code-Insight.

[TurboMagic]

[QUOTE=lxo;1483925]

Zitat:

Zitat von Harry Stahl (Beitrag 1483897)

Nur leider weiß ich nicht wie ich das Problem konkret darstellen soll.
Bei neuen Projekten funktioniert es ja eigentlich ohne Probleme.

Gibt es da irgendwie ein Log, wo man vielleicht sehen könnte was da genau passiert bzw. die IDE versucht zu machen?
Damit ich das dann auch ans Ticket anhängen kann.

Mit der Aussage "geht nicht" wird es wahrscheinlich schwierig das Problem nachzuvollziehen.

Ja gibt es. Suche Mal nach LSP im DocWiki, da ist irgendwo beschrieben wie man das einschaltet. Log Datei wird schnell sehr groß, komprimiert aber gut als zip. Nur: da sind eure Bezeichnet drin. Also EMBT nach direkte Mailadresse fragen. Damit man das nicht an den QP Report anhängen muss.

[TurboMagic]

Zitat:

Zitat von himitsu (Beitrag 1483970)

Von wem ist den rechts unterm Projektmanager die CodeInsight-Status-Anzeige?
(Delphi, GExperts, DDevExtension, ...)
Macht sich betimmt nett, wenn man drauf wartet und nicht weiß "kommt's noch und etwas warten, oder isses schon abgestürzt?"

OK, ich frag jetzt mal nicht "warum rechts und nicht links? unter der Strukturanzeige :stupid:"

Der Progressbar? Ist von der IDE selber!:shock::-D

[TurboMagic]

Zitat:

Zitat von lxo (Beitrag 1484009)

Gibt es denn keine Möglichkeit bzgl. der STRG-Klick und Error-Insight Probleme.
Logdateien oder ähnliches zu generieren um dem Support die Probleme vielleicht irgendwie erklären zu können?
Ich weiß halt wirklich nicht woran es liegt. Mit einem neuen Testprojekt läuft alles super. Und zum Teil funktioniert es auch in unseren Projekten nur größtenteils nicht. Ich sehe da einfach keinen Zusammenhang.

@MEissing
Hast du da evtl. ein Tipp wie man das gezielter an den Support melden könnte?
Oder vielleicht was die Probleme verursachen könnte?

Es gibt ein Log. Siehe meine Antwort an Himitsu...

[MEissing]

LSP Log einschalten

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

[arnof]

Ich habe das Problem das Mac als Plattform nicht geht, wenn ich eine FMX App auf Mac stellen will, dann

[Fataler Fehler] Das erforderliche Include-Attribut fehlt beim <ProfileInclude>-Element.

C:\Users\ArnoF\AppData\Roaming\Embarcadero\BDS\21. 0\MacOSX10.15.sdk


Die Datei ist aber vorhanden (MacOSX10.15.sdk)

Hat jemand eine Idee was man da machen kann

[arnof]

Zitat:

Zitat von arnof (Beitrag 1484020)

Ich habe das Problem das Mac als Plattform nicht geht, wenn ich eine FMX App auf Mac stellen will, dann

[Fataler Fehler] Das erforderliche Include-Attribut fehlt beim <ProfileInclude>-Element.

C:\Users\ArnoF\AppData\Roaming\Embarcadero\BDS\21. 0\MacOSX10.15.sdk


Die Datei ist aber vorhanden (MacOSX10.15.sdk)

Hat jemand eine Idee was man da machen kann

gelöst, macosSDK unter Optionen gelöscht und neu hinzugefügt, jetzt geht das auch :thumb:

[Harry Stahl]

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?

[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.

[lxo]

Zitat:

Zitat von MEissing (Beitrag 1484017)

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?

[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.