Das Thema bleibt.
Also erstmal ist mein W-LAN schuld.
Alle 60 Sekunde gibt es ein kleines 'Loch' von etwa einer Sekunde (mehr oder weniger) .
Wenn Phoner einfriert, dann dort.
Nun ist die CAPI aber komplett asynchron definiert, also sollten solche Aussetzer nicht solch verheerende Folgen auf Phoner haben.
Seit ich die mtg-CAPRI-CAPI verwende gibt es außer dem Einfrieren noch eine zusätzliche Variante im Verhalten.
Wenn die Netzwerkverbindung zu lange gestört ist blendet die CAPI einen Dialog mit OK-Button ein "No more Server Connection" und schließt Phoner nach Betätigung. Darf die das?
Phoner bleibt während eines Gespräches immer noch hängen, nur eben seltener.
7C91EB8F: ntdll.dll - KiFastSystemCallRet
7C911046: ntdll.dll - RtlEnterCriticalSection
004BA8CC: Phoner.exe - TCapi20.DisconnectB3Req
00565559: Phoner.exe - TfrmMain.btDisconnectClick
00479B79: Phoner.exe - TControl.Click
004797AE: Phoner.exe - TControl.Perform
0047C8D6: Phoner.exe - TWinControl.IsControlMouseMsg
0047C6BA: Phoner.exe - TWinControl.MainWndProc
00425DF9: Phoner.exe - StdWndProc
77D1872F: user32.dll - GetDC
77D18811: user32.dll - GetDC
77D189C8: user32.dll - GetWindowLongW
77D196C2: user32.dll - DispatchMessageA
0049860F: Phoner.exe - TApplication.ProcessMessage
005736A9: Phoner.exe - Phoner
7C816D4A: kernel32.dll - RegisterWaitForInputIdle
Das Beenden von Phoner dauert oft mehrere Sekunden und liefert dann auch ein Freeze.log.
7C91EB8F: ntdll.dll - KiFastSystemCallRet
719B5FA2: mswsock.dll -
71A12E62: WS2_32.dll - select
10009319: capi2032_mtg.dll -
Ist es denkbar, das es sich um ein Timingproblem handelt?