If Module32First(AHandle, AModuleEntry) then
Nvidia nview code#
The only "solution" that I found was to look for nView and advise the user to turn it off using the code below: function CheckForNview: Boolean įunction IsNviewModuleRunning(AHandle: THandle AProcessId: DWord): Boolean ĪModuleEntry.dwSize := SizeOf(AModuleEntry) ĪModuleEntry.th32ProcessID := AProcessId
Looking at the stack trace from madExcept I could see that the application froze in nview.dll. The Delphi application stopped responding without any obvious reason. Unfortunately my laptop can't be updated to the latest version so I can't easily test with it. Has anyone else seen this issue? I've verified it with an older version of nView, but a customer with the latest version has the issue whenever he tries to move the main form or resize it. The application will move to the other monitor and any hidden forms will be visible. Choose to send the application to a different monitor. Show or ShowModal the form, then close it (form needs to have been shown at least once). Start any Delphi application with secondary forms that will be hidden when they are closed. Use a multi-monitor system with NVidia nView desktop manager. The problem can also be seen using just the IDE (show a non-docked window, close it and then choose to send the Delphi IDE to a different monitor.) The previously hidden forms are in an unresponsive state and can't be closed. Basically nView seems to 'unhide' hidden secondary forms when moving an application between monitors. I've recently had a customer report an issue with my applications and NVidia nView desktop manager.
0 kommentar(er)
