Sure. It's last access time was Friday, July 01, 2011.
I find there is a setting for more details being maintained in an NTFS system, of which access date/time is just one. If that feature is switched on, you can have bad effects on system utilisation. Normally I would expect only system servers would feel a need to have the facility working.
LookinAround I can envisage situations in debugging when you could ask the user to set this on.....
gbhall Thanks for the tip! Will remember/take a look for the future.
Holly crap !!
Do you know how badly I searched every where about fixing this issue and I got no solution for it ?
do you know that since this issue happened I couldn't : linked fire fox and Internet download manager to show me ( open ) the folders of the downloaded files, running system restore, open personalize menu...and for sure updating the damn nVidia video card !
I almost decided to re image the whole operation system just because of this. your absolutely right! I was registering the file that located on the directory : c:\windows\system32\actxprxy.dll which most of web sits suggest this!
now after I register that file again on the location you mentioned it work! I cant believe I was stuck with this since 4 months! my god it was like a nightmare. even games never run good cause I couldnt update the VGA drive and now am sure I will be able to do that now since this eliminate every stupid " interface not supported " mumbo jumbo dialogs I have every where on the OS before.
am an IT on very big medical organization and I would like to thank you from the deepest place in my heart. I only register on this site just to say this to you.
Thanks for every body who work on this problem and sorry for my weak language.
Interesting - you're saying registering the active-x proxy .dll in system32 does not solve a range of problems, but registering it in syswow64 does ? That is the location for 32-bit versions of dlls on a 64-bit system. So there is clear evidence of a failure by systems engineers to fully solve the problems of running 32-bit applications on a 64-bit system.
It would not be at all surprising if a few 64-bit applications stopped working instead now ??
Happy to hear this thread helped you too!! Thanks for posting!.
This is what I discovered while working on this thread (I used a Windows 7 x64bit machine). When you're running 64-bit Windows
Some DLLs and EXEs have both 32- and 64-bit specific versions. While there are other DLLs and EXEs which have only a single version that can run under both 32- and 64-bit environments
If it's 32-bit specific, it's stored in C:\Windows\SysWOW64\
If it's 64-bit specific, it's stored in C:\Windows\system32\
If it works under both 32 and 64 bit, it's also stored in C:\Windows\system32\
Regsvr32 is the program which registers DLLs/EXEs/etc. It has two different versions.
Run the 32-bit version under SysWow64 to register 32-bit
Run the 64-bit version under System 32 to register 64-bit
A 32-bit apps (like Firefox) is also stored in SysWow64 Program Files (x86) and it looks at 32-bit registered DLLs (such as the 32-bit version of actxprxy.dll in the SysWow64 directory - that was missing in these user's cases!)
A 64-bit app will look at the list of 64-bit registered software
You can visualize this yourself by running both the 32 and 64-bit versions of RegDllView. Each version of RegDllView displays the current list and location of 32 and 64- bit components
/* EDIT */
So IMO, I don't think registering a 32-bit version of a DLL should affect 64 bit apps. 64-bit apps will be looking for DLLs maintained on a different list
/* EDIT 2 */
Corrected the storage location of 32-bit apps above
So the registration of 32- and 64-bit versions with the same name probably goes to different parts of the registry - (due to using a different registration exe but with the same name = regsrvr32.exe) in different locations.
It still makes little sense - why not have regsrv32.exe and regsvr64.exe ? Looks like a typical example of MS over-complication (try searching for 'regsrv' for example), and explains why a MS update of October 2013 messed up millions of PC USB services world-wide. They don't understand their own systems.
I agree. I think it only makes it harder for developers (and everyone else) to have that same name for both 32- and 64-bit contexts. And have to determine if the right regsrv32 was called with the right s/w component, but I guess that's M$ for you!
I know the post is very old but this information really helped me in figuring out what happened to my Windows 8 machine. I just registered to say thanks for everyone's input both complainers and helpers and solvers. You stand commended on running down an issue that I'm sure many others would have given up on.
I running Windows 8 not 8.1 and I was having a "Firefox.exe class not registered" problem! This also happened after removing and repairing some adware that had manifested itself on the system. I noticed everything worked great except I couldn't open the download folder from withing Firefox after the download had completed, I could manually navigate to the download folder and open the file but I never could do this from within Firefox like I used to. Never the less after verifying that actxprxy.dll was in the proper folders (system32) (syswow64) then verifying that it was not already registered in the registry under the .dll of my wow6432node, I then applied the solution that LookinAround came up with by using regsvr32. I can't say others using or experiencing this problem in Windows 8 just apply the code as I have know Idea what that would do to a system if it has already been registered. None the less I just want to stand out and say again THANKS TO ALL for the help this site provided.