Kevin 2012-02-04 03:14
Windows 7 Ultimate 64 bit using 64 bit Ultramon.
Whenever I have Ultramon installed many applications end up in a Not responding mode. Each time I notice a new floating Ultramon Icon has appeared on the desktop. Clicking on that new icon brings up the same pop up windows that trying to close an not responding application does.
This means that the new icon is actually a duplicate of the one that appears on an applications menu bar.
Ultramon people have no idea why and say it simply should not happen.
Question. Would it better to use a 32 bit version of Ultramon on a 64 bit system when one considers that most applications are in fact 32 bit.
I only have rare problems. None of that normal stuff for me.
|
Christian Studer 2012-02-04 08:29
You can't install the 32-bit version of UltraMon on 64-bit Windows.
My guess would be a conflict with another application, one thing you could do is run EnumHooks.exe and post the contents of the generated log file here. This application generates a list of installed hooks, which is what UltraMon uses for things like the window buttons.
Christian Studer - www.realtimesoft.com
|
Murray 2012-02-07 11:11
You know what, happens here too. I have even re-installed Windows (Clean, not upgrade etc... W7 x64 Home Premium at home, and Pro at work). One of the FIRST things I do is install Ultramon and have seen this happen. With Ultramon turned on I receive probably a 25% greater chance of a black floating "Move" button and "Not Responding" application. I have seen no reason for this.
Other than Google Chrome, IE9, 7-ZIP, WLMM and a few others... the system is practically clean and cans till cause the issues. I haven't tried without a security product installed though. I run McAfee Enterprise at work and Security Essentials at home... both show this issue.
Apps that would ordinarily work fine, or take a moment of pause at worst, will turn white and list their status as "Not Responding". When this happens, there is a black rendered "Move" button that appears either in front of behind the application window. Moving the Window (or waiting a few seconds) reveals an Ultramon "Move" button still working and attached to the application window... but a second one (black) floating on the desktop. Killing the app kills the extra button. Pretty weird. Especially when you consider the app pretty much never goes into "not Responding" with Ultramon turned off.
BTW: I use default Ultramon settings, typical install (all features for v3.1.0 x64) and smart taskbar (3 screens at work, 2 screens at home). The only tweaks are to remove the "maximise to Desktop" options, and to space the "move" button out by 15 pixels. That's it.
|
Christian Studer 2012-02-08 09:43
If you want to check if this is related to the hook installed by UltraMon, you could disable window buttons and menu commands via UltraMon Options > Buttons and Menu Commands, then check if that fixes the issue.
Christian Studer - www.realtimesoft.com
|
Jim 2012-02-12 14:28
I believe the Buttons and Menu Commands are not reliable. I have seen too many hangs and harddrive churning occur on multiple computers when these are checked. Disappointing to me as I really like these features but cannot get my systems to work properly when they're on......
|
Christian Studer 2012-02-13 09:36
Jim, try running EnumHooks as mentioned in my reply to Kevin, might be a conflict with another application which uses hooks.
Christian Studer - www.realtimesoft.com
|
