Einfrieren des Rechners

[Michael II]

Ich kenne dieses Verhalten von einem 32Bit Delphi Programm P (Release); es trat bei sehr wenigen (<1%) Kunden auf; dort aber immer wieder.
Das Problem trat von täglich mehrmals bis alle paar Tage auf. P blieb mehrere Sekunden oder viel länger (auch nach Minuten nicht zurück) hängen; auch auf dem aktuellen Win10 Release.

Das Problem trat auf seit Delphi Carnival/Rio und vorher nie.

Das Programm lief dabei nicht in eine Exception.

Auf meinen Compis (u.a. auf zwei Windows Server Systemen, P im Dauerbetrieb) lief P absolut problemlos. Ich habe insgesamt xx Wochen "verbraten" bei der Suche und bei Anpassungen (was 20 jährigem Code durchaus auch gut tun kann ).

Schliesslich habe ich mit Eurekalog und v.a. auch dank Dauer-Kundenfeedback das Problem beseitigen können.

Das Programm blieb bei den betroffenen Kunden immer wieder in
C:\Windows\WinSxS\x86_microsoft.windows.common-controls...\comctl32.dll
hängen, immer im Zusammenhang mit TMemo.

Ich habe natürlich keine Ahnung, ob bei deinem Delphi das gleiche Problem vorliegt. Viel Spass beim Loggen... .

[Uwe Raabe]

Zitat von Michael II:

Das Programm blieb bei den betroffenen Kunden immer wieder in
C:\Windows\WinSxS\x86_microsoft.windows.common-controls...\comctl32.dll
hängen, immer im Zusammenhang mit TMemo.

Welche Einstellungen stehen denn auf der Seite Manifest in den Projektoptionen -> Anwendung?

[Billa]

Hallo,

das Problem trat bei meinem Firmenrechner (mit Rio und Tokyo) vorzugsweise beim Debugging auf: der Rechner kam manchmal erst nach über einer Minute "wieder".
Ursache war wohl ein kleines Dienstprogramm "Flow.exe" aus dem "HP-Audio Controls Control Panel". Das Ding scheint Lautstärken in Browserfenstern zu steuern. Seitdem in der IDE das News-Fenster beim Start und diese Anwendung "totgelegt" sind, ist das Problem weg.

[freimatz]

Zitat von Billa:

Seitdem in der IDE das News-Fenster beim Start ... "totgelegt" sind, ...

Wie macht man das?

[philipp.hofmann]

Schau dir mal die Beschreibung unter
https://www.danielwolf.eu/blog/2015/...lkommens-seite
an, da ist neben einer definitiv sinnvolleren Willkommensseite auch beschrieben, wie man die Default-News-Seite deaktiviert.

[Michael II]

Zitat von Uwe Raabe:

Welche Einstellungen stehen denn auf der Seite Manifest in den Projektoptionen -> Anwendung?

Hoi Uwe
und Danke.

Manifestdatei: Automatisch erzeugen, Laufzeit Themes EIN, DIP: "Monitor" wie auch mit "Monitor V2" veröffentlicht, Als Aufrufer, UI-Zugriff AUS, Benutzerdefiniertes Manifest LEER

Gruss
Michael

[Uwe Raabe]

OK, dann liegt es vermutlich nicht an einer alten comctl32.

[zeras]

Da sich das Problem durch Updates von Windows, BIOS etc. nicht lösen lies, habe ich die Info weiter oben genutzt.
Ich stelle fürs Debuggen von Win32 auf Win64 um. Seitdem hängt sich Delphi nicht mehr beim Debuggen auf.
Im Manifest habe ich Unterschiede zwischen 32 und 64. Woher die kommen, weiß ich leider nicht.
Bei 64 steht:
Manifestdatei: Automatisch erzeugen
Laufzeit-Themes ist nicht aktiviert
DPI-Unterstützung -> Keiner
Ausführungsebene -> Als Aufrufer
UI-Zugriff ist deaktiviert

Bei 32 steht:
Manifestdatei: Automatisch erzeugen
Laufzeit-Themes ist nicht aktiviert
DPI-Unterstützung -> Über Monitor v2
Ausführungsebene -> Als Aufrufer
UI-Zugriff ist deaktiviert

Sollte der Unterschied "DPI-Unterstützung" das Problem ausmachen?