Click here to Skip to main content
15,901,205 members
Please Sign up or sign in to vote.
4.00/5 (1 vote)
See more:
Dear all,

I have been trying to solve this problem for some days but I have not found any solution yet.

I wrote a code to post process some data I took and, after some time running, it stops and windows displays this message:

"The system dll user32.dll was relocated in memory. The application will not run properly. The relocation occurred because the DLL Dynamically Allocated Memory occupied an address range reserved for Windows System DLLs"

The program is quite memory demanding (about 1.3GB) and some people suggested this could be a conflict with the anti virus.

Do you have any suggestions?

Thank you very much for your help

Regards

JM
Posted
Updated 12-May-10 22:17pm
v2
Comments
Michel Godfroid 13-May-10 4:56am    
We'll need more details: Operating system and build, What kind of project is this? Does it happen all the time, only on some configs?
JMGIC 13-May-10 5:13am    
I am working under windows. I have just checked it in a 64bits machine and it seems to work (with the exception that I have found a memory leak that I am trying to solve and after some iterations it crashes but, in any case, the error reported here is not the "user32.dll" one).
I am linking the program now statically to see if the problem persists. I will try, as well, to remove my program from my antivirus to see if that makes it more stable. I will report what I get. Is there any known limitation in 32bits machines which could trigger this problem?
Thank you for your help

Dear all,
I have finally given up with this problem. I found that it works in a 64bits machine so I am going to use one for this.
Regards,
Marcos
 
Share this answer
 
Microsoft suggest that this error message is caused by a DLL loading with the same base address as USER but before USER is loaded. There are a couple of causes, one on XP SP2 (documented here[^]with a fix), the other being that someone tried to rebase a DLL to the same base address as USER.

As it's your own code I doubt it's the second, but you may be using a third party DLL that's causing the conflict.

Cheers,

Ash
 
Share this answer
 
Comments
JMGIC 27-May-10 4:57am    
Thank you very much Aescleal,
That was a tricky one...
Kind regards,

This content, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)



CodeProject, 20 Bay Street, 11th Floor Toronto, Ontario, Canada M5J 2N8 +1 (416) 849-8900