Delphi 11.2 released

[himitsu]

Hatten wir nicht vor Kurzem jemanden, bei dem Haltepunkte mit Bedingungen nicht funktionieren?

Ich hab grade den Fall, dass ich sinnlos Haltepunkte setzen muß, weil im Win64 bei F7 es oftmal nicht zurückkommt und wie F9 endlos an bleibt, bei jedem direkten Aufruf einer WinAPI (FindFirstFileEx/FindNextFile)


[add]
Irgendwie funktioniert das Wichtigste garnicht mehr.
Win64 und Debugger
Debugger und Anwendung mit Admin-Manifest
...
OK, zumindestens die letzten 3 Tage mal kein einziger Absturz/Hängenbleiben der IDE.
Und "Kill DelphiLSP" in den Tools war echt eine super Idee .... immer wenn mal wieder CodeInsight/ErrorInsight/.... hängt oder stundenlang die LSP-Progressbar nervig rumläuft.

https://quality.embarcadero.com/brow...2Win64%20F7%22

[jaenicke]

Zitat:

Zitat von himitsu (Beitrag 1513696)

Hatten wir nicht vor Kurzem jemanden, bei dem Haltepunkte mit Bedingungen nicht funktionieren?

Das mit stahli, wenn du das meinst, ist aber ziemlich speziell. Das liegt da an den Pfaden, unter denen die Haltepunkte gespeichert werden. Ich habe keine Ahnung, weshalb das bei ihm so passiert. Ich kann das falsche Verhalten zwar anhand des Beispiels nachvollziehen, aber nicht selbst reproduzieren. Ich vermute, dass es mit absoluten / relativen Pfaden zu tun hat.

[himitsu]

Boar, ich dachte grade alle lokalen Projekte wären gelöscht.

Geile Idee das Projekte-Verzeichnis zu lokalisieren.

[himitsu]

Einfach nichts funktioniert mehr. (OK, ein klein bissl übertrieben, aber gefühlt ist es so)

HelpInsight: früher hieß es noch
Count - System.Integer
Caption - Controls.TCaption

jetzt heißt es meistens
property TLabel.Caption - Vcl.StdCtrls.pas (192)

oder manchmal
property TStrings.Count: Integer - System.Classes.pas (763)

Und bei Strg+Linksklick
---------------------------
Fehler
---------------------------
Listenindex außerhalb des gültigen Bereichs (1).
---------------------------
OK Details >>
---------------------------


Letzteres war ja OK, aber meistens sieht man eben nicht mehr den Typ
und da mindestens seit 11.2 alles GANZ GENAU sein muß, brauch man zwingend die Anzeige des Typen, oder wenigstens ein ZumCode.

NativeuInt ist kein Integer (Win32)
TCaption ist kein String

Ja, ratet mal, warum es hier nun knallt.

Delphi-Quellcode:

var Edit:     TMemo;
var CheckBox: TCheckBox;
var Option := string.Join(sLineBreak, [Edit.Text, CheckBox.Checked.ToString]);

[dcc32 Error] E2251 Ambiguous overloaded call to 'Join'


Und dann noch die Exception beim Beenden von Delphi oder dass oft ErrorInsight/CodeInsight/CodeCompletation nicht arbeiten wollen.

[BerndS]

Nur zur Info für alle, die sich nicht für RSP-39812 LSP and Code Completion not working properly registriert haben.
Dort wurde eine neue Version vom DelphiLSP bereitgestellt (10.1.2023).

[Sherlock]

Zitat:

Zitat von BerndS (Beitrag 1517356)

Nur zur Info für alle, die sich nicht für RSP-39812 LSP and Code Completion not working properly registriert haben.
Dort wurde eine neue Version vom DelphiLSP bereitgestellt (10.1.2023).

Aber nur für WIN32!

Zitat:

NOTE: This zip contains only the updated WIN32 compiler. If your project targets another platform (WIN64, Mobile or POSIX), do not download these files.

Sherlock

[Uwe Raabe]

Ja, es ist halt nur ein inoffizieller Fix, der nur von einem Teil der User verwendet werden kann - aber immerhin gibt es davon einige. Der Rest muss wohl bis 11.3 warten.

[BerndS]

Inzwischen ist dort auf Nachfrage auch die dcc64280.zip zum Laden verfügbar.

[TigerLilly]

Zitat:

If your project targets another platform (WIN64, Mobile or POSIX), do not download these files.

Spießt sich das dann und die anderen Plattformen funktionieren dann gar nicht mehr?

[Uwe Raabe]

Zitat:

Zitat von TigerLilly (Beitrag 1517368)

Spießt sich das dann und die anderen Plattformen funktionieren dann gar nicht mehr?

Das der DelphiLSP auch geändert wurde, kann das durchaus sein.