DonationCoder.com Software > ProcessTamer

Unreported bug in Process Tamer (v2.11.01)?

<< < (2/3) > >>

Dr. Bob:
I had been considering a case sensitivity issue too. I got the impression that the process having problems was often/always(?) displayed in PT in upper case. I think I have also seen it with Firefox but was reluctant to report it before I have seen it again because it is used so much and I would have expected many people to have experienced it. I was also waiting for confirmation of the issue by other users.

Both SEMON21.EXE and FIREFOX.EXE are shown in PT in upper case. The file name on disk in both cases is in lower case. I was thinking that there might be a case sensitivity issue that somehow stems from an inconsistent/mixed use of Windows Long File Names and DOS 8.3 file names to identify processes. Or perhaps related to what is called "Internal File Name" when you right-click on a file and look at its properties. Provided that is again different from Windows LFN and DOS 8.3 names. I don't know how Windows and PT identify processes using any of these names.

mouser:
i think you are definitely onto the right track..

there are 2 ways to add exceptions to PT, one is by browsing for the exe in the main options tab, the other is by viewing the process list and choosing ignore.

have you tried both of these ways -- is the exe always named the same regardless of which way you do it?

if you look at the PT log when it says it lowered the process (or they tray balloon) -- does the case of the process name match the same as when you added the Ignore exception?

Dr. Bob:
I have always added explicit rules when the process was displayed in the Processes list. And I haven't really paid attention to the case in the balloons. I don't have the logging feature active.

As a side note to IainB. I noticed your extensive use of Force Kill. I think you can reduce the need for that by preventing programmes from being run at Windows startup. Check this useful utility: http://www.mlin.net/StartupCPL.shtml

I also always immediately check the Preferences/Settings of any new programme I install to disable starting with Windows startup and automatic update checking etc. That should decrease the need for the Force Kill rules. I don't use it at all.

IainB:
Dr. Bob: Thanks for the suggestion. I knew somebody would probably critique my configuration list, so you've not disappointed!    ;)
I already use Sysinternals' AutoRuns to govern my startups, and "Startup Control Panel" would do much the same job, I think.

What have we here? Oh no! Eyes hazing over with red...anger...must destroy...cannot stop...nooooooo!...not that!...not a rant!...
----- START OF RANT ------
I have every good reason for using Force Kill, and PT has proven to be a boon and a time-saver for me. Even after being unticked in startup, some proggies spawn themselves and reset themselves afresh as a startup, when I inadvertently install them or even just allow them to update themselves.
Rather than have to untick them time after time in AutoRuns, PT allows me to "fire and forget" - just kill 'em by brute force if they ever surface as a process. I can clean up the startup lists at my leisure, then.

For example:
(a) the persistent and annoyingly trojan-like AdobeCrap proggies when you update any Adobe product;
(b) the annoyingly trojan-like AskCrap proggies when you click "accept" by mistake when hurriedly installing some other proggy update that has the AskBar proggy concealed/bundled within it;
(c) the persistent and annoyingly trojan-like Micro$oft Messenger (which I rarely use, preferring to use Trillian for all my chat media), when a Windows Update runs.

CGuard, SeaPort, AdobeFlashCrap are all in the same category as the above.

I get PT to Force Kill the ImpulseCrap ones because they install with Fences (which I like a lot and always use). Unfortunately, Fences is set up so that it will not run unless Stardock Impulse is present and properly starts (presumably before it can issue an Error return). No amount of Autoruns tweaking or deleting of Stardock Impulse seems to alter this, so I let it start up and then PT kills it, and Fences then seems to load quite happily. I couldn't get this degree of control over Fences before I had PT, and was about to ditch Fences until I figured this trick out. (I have mentioned this in another thread elsewhere in the DC discussion forums.)

So you might now begin to see why I say that "...PT has proven to be a boon and a time-saver for me...".

I also always try to ensure that newly spawned instances of these annoying proggies are blocked by ZoneAlarm. They all try to "phone home" via some TCP/IP address or URL, but Zone Alarm won't let 'em without my say-so. I must have about 20 proggies blocked thusly in ZoneAlarm - including the above. That 20 includes, for example, about 9 AdobeCrap/FlashCrap proggies, and several Micro$oft ones (including Windows MediaPlayer, Windows Workflow Foundation, Microsoft Register Server).

All these petty annoyances can make my blood boil, but, thanks to PT (and ZoneAlarm), I can chillax bro' - well, most of the time anyway.
----- END OF RANT ------

superboyac:
Gotta love a good rant!  You go! :Thmbsup:

Navigation

[0] Message Index

[#] Next page

[*] Previous page