Delphi 11.2 released

[TiGü]

Für mein berufliches Delphi 10.4 ergibt sich eine Datennutzung der letzten 30 Tage bei ca. 11 Megabyte. Davon war ich sechs Tage nicht da wegen Feiertag und Urlaub.

[dummzeuch]

Bei mir ist es auch ziemlich wenig, aber ich habe bei den meisten Installationen die Welcome-Page deinstalliert bzw. schließe sie spätestens dann, wenn ich ein Projekt öffne.

[off topic]
Wobei ich gerade in der Liste "XBox Game Bar" gefunden habe, welches ich noch nie benutzt habe. WTF?
[/off topic]

[himitsu]

Die lässt sich (normal) auch nicht deinstallieren.
schau mal "Programme hinzugügen oder entfernen" da sind Dinge drin ... und oft werden z.B. Spiele einfach so bei Updates wieder installiert.

Die Gamebar hat aber eine Desktopaufnahmefunktion ... bevor man sich Mühe macht sie rauszuwerfen (weil zurück geht fast noch schwerer) ... vielleicht mal ausprobieren.

[peterbelow]

Zitat von dummzeuch:

Bei mir ist es auch ziemlich wenig, aber ich habe bei den meisten Installationen die Welcome-Page deinstalliert bzw. schließe sie spätestens dann, wenn ich ein Projekt öffne.

[off topic]
Wobei ich gerade in der Liste "XBox Game Bar" gefunden habe, welches ich noch nie benutzt habe. WTF?
[/off topic]

Kommt mit den Microsoft-Spielen, Solitaire, Jigsaw, etc.

[TurboMagic]

Zitat von dummzeuch:

Bei mir ist es auch ziemlich wenig, aber ich habe bei den meisten Installationen die Welcome-Page deinstalliert bzw. schließe sie spätestens dann, wenn ich ein Projekt öffne.

[off topic]
Wobei ich gerade in der Liste "XBox Game Bar" gefunden habe, welches ich noch nie benutzt habe. WTF?
[/off topic]

Wenn ich mich richtig erinnere kann man damit sogar Bildschirmvideos erstellen

[dummzeuch]

Zitat von TurboMagic:

Zitat von dummzeuch:

[off topic]
Wobei ich gerade in der Liste "XBox Game Bar" gefunden habe, welches ich noch nie benutzt habe. WTF?
[/off topic]

Wenn ich mich richtig erinnere kann man damit sogar Bildschirmvideos erstellen

Die ganzen Antworten bzgl. XBox Game Bar gingen ziemlich am Problem vorbei: Wenn ich das Ding nicht nutze und auch keine Spiele von Microsoft, warum verursacht es trotzdem Netzwerk-Traffic? Aber OK, war ja von Anfang an off topic.

[himitsu]

Diesmal beim Strg+Enter hängen geblieben.

Ich bin mir fast sicher, dass es ein Deadlok im Speichermanager des Inlinecompilers ist, was meistens zum Absturz führt.

Letzteres läuft brav in einer endlosen schleife

Code:

:77cf7000 
:769c764f KERNELBASE.Sleep + 0xf
:67e1a0ef borlndmm.@Borlndmm@SysFreeMem$qqrpv + 0x9b
:63dd8111 coreide280.@Agecache@TFileAgeCache@TDirectoryList@FindAge$qqrx20System@UnicodeStringri + 0x3d
:63dd7aac coreide280.@Agecache@TFileAgeCache@QueryOSAge$qqrx20System@UnicodeStringri + 0x70
:63e3d0a1 ; C:\Program Files (x86)\Embarcadero\Studio\22.0\bin\coreide280.bpl
:63e3d15f ; C:\Program Files (x86)\Embarcadero\Studio\22.0\bin\coreide280.bpl
:63e3d1c3 coreide280.@COMINOUT@BCFILENAMEDATE$QPC + 0x33
:60e72748 ; C:\Program Files (x86)\Embarcadero\Studio\22.0\bin\dcc32280.dll
:60e72203 ; C:\Program Files (x86)\Embarcadero\Studio\22.0\bin\dcc32280.dll


:77d730ac ntdll.ZwWaitForMultipleObjects + 0xc
:65bce217 rtl280.@System@Syncobjs@THandleObject@WaitFor$qqrui + 0x5b
:65ae13b4 ; C:\Program Files (x86)\Embarcadero\Studio\22.0\bin\rtl280.bpl
:659d1f1a rtl280.@System@@Assert$qqrx20System@UnicodeStringt1i + 0x66
:7799fa29 kernel32.BaseThreadInitThunk + 0x19
:77d67bbe ; C:\Windows\System32\ntdll.dll
:77d67b8e ntdll.RtlGetAppContainerNamedObjectPath + 0xee

:77d74e51 ntdll.DbgBreakPoint + 0x1
:77dae019 ntdll.DbgUiRemoteBreakin + 0x39
:7799fa29 kernel32.BaseThreadInitThunk + 0x19
:77d67bbe ; C:\Windows\System32\ntdll.dll
:77d67b8e ntdll.RtlGetAppContainerNamedObjectPath + 0xee

:67e1a0f1 borlndmm.@Borlndmm@SysFreeMem$qqrpv + 0x9d
:63dd8111 coreide280.@Agecache@TFileAgeCache@TDirectoryList@FindAge$qqrx20System@UnicodeStringri + 0x3d
:63dd7aac coreide280.@Agecache@TFileAgeCache@QueryOSAge$qqrx20System@UnicodeStringri + 0x70
:63e3d0a1 ; C:\Program Files (x86)\Embarcadero\Studio\22.0\bin\coreide280.bpl
:63e3d15f ; C:\Program Files (x86)\Embarcadero\Studio\22.0\bin\coreide280.bpl
:63e3d1c3 coreide280.@COMINOUT@BCFILENAMEDATE$QPC + 0x33
:60e72748 ; C:\Program Files (x86)\Embarcadero\Studio\22.0\bin\dcc32280.dll
:60e72203 ; C:\Program Files (x86)\Embarcadero\Studio\22.0\bin\dcc32280.dll

kein anderer Thread macht etwas im Speichermanager
und der Versuch durch Änderung des EIP und anderer CPU-Flags die schleife zu verlassen brachte auch keinen Erfolg.

[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 von himitsu:

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.