user32.dll was relocated in memory....shell32.dll

I am also facing the same problem. This has to do with the new update from Microsoft. The actual error I get is as below:

The system DLL user32.dll was relocated in memory. The application will not run properly. The relocation occurred because the DLL C:\WINDOWS\system32\SHELL32.dll occupied an address range reserved for Windows system DLLs. The vendor supplying the DLL should be contacted for a new DLL.

And this occurs when I try to run calculator.exe, whose vendor is M$. Any pointers on how to solve this issue?

I started getting this yesterday when booting. My calculator works OK though.

Did you try the suggested hotfix?

http://support.microsoft.com/kb/935448/en-us

--

SvenC

That hotfix didn't work for me... I still have this problem when I open the windows calcultator... Is there another hotfix available to solve this problem?

Thanks!

The KB article is not useful for us having shell32.dll error. I am pretty sure it got something to do with the recent MS07-017 update, because that's the only update I applied. It is affecting active sync, calculator, Nero burning rom, and some installation exe. I hope there is a fix asap as I don't think it is ideal for us to have a corrupted working environment after applying the microsoft so-called security update. Please, work this out and Thank you.

Cheers matey, worked a treat 4 me. Shows how much MS check these updates b4 downloading them.

I am having the same issue with user32.dll and shell32. The hotfix did not fix it, and AVG Free and ActiveSync both refuse to start.

From some searching online, many people are saying this crops up for users that have a shellpack or bricopack modifying the system bitmap resources (to change the icons and other UI stuff).

In my case, I do have a bricopack from trucsenvrac.com installed, but there are other popular ones at crystalxp.net. Are any of you in a similar position? I would really like to keep the resource modifications the pack makes, but I'd also like to stay patched up; that zero-day exploit sounds potentially nasty.