Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

50% cpu use by winmergeu.exe after program closed #903

Closed
Je55eah opened this issue Jul 28, 2021 · 6 comments
Closed

50% cpu use by winmergeu.exe after program closed #903

Je55eah opened this issue Jul 28, 2021 · 6 comments

Comments

@Je55eah
Copy link

Je55eah commented Jul 28, 2021

Winmergeu.exe is hanging around long after the program was closed and taxing the processor for some reason. I installed the program today on a 32bit windows 7 system with the installer provided on your site today.
20210728214156-2021-07-28 21_41_23-Windows Task Manager

@sdottaka
Copy link
Member

I have tried on Windows XP, Windows 7, and Windows 10 and could not reproduce this problem.
Does this problem occur constantly on your machine?

In versions of WinMerge prior to 2.16.14, it was rare that closing the WinMerge window did not cause the process to terminate, and I am unable to find a correct solution to this problem.
As a workaround, WinMerge now kills its own process if the process does not terminate after two seconds from closing the window.

This may or may not be what is causing this problem. If you know of a way to reproduce this problem, please let me know.

@Je55eah
Copy link
Author

Je55eah commented Jul 28, 2021

I killed the process then re-opened the files I was comparing. After closing WinMerge nothing remained. It's a spooky bug that I cannot reproduce.

@sdottaka
Copy link
Member

Fixed with commit 74a6f2f.
I was finally able to reproduce this issue on Windows 10 version 1809 on a virtual machine.

@Gitoffthelawn
Copy link
Contributor

What was causing this issue? I seem to recall noticing it happen once several months ago.

@sdottaka
Copy link
Member

WinMerge has a thread that is responsible for asynchronously writing configuration data to the registry.
Write instructions are sent to this thread via a message queue, but in rare cases, the message queue is queued before it is fully created, which is what caused this issue.

@Gitoffthelawn
Copy link
Contributor

WinMerge has a thread that is responsible for asynchronously writing configuration data to the registry. Write instructions are sent to this thread via a message queue, but in rare cases, the message queue is queued before it is fully created, which is what caused this issue.

Got it. Thank you!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants