dependency walker ieshims dll windows 7

When I run dependency walker with my statically compiled program(it's x32) I see many "wrong CPU type" warnings and one missing dll, ieshims.
Unfortunately, when I import this dll in C# code, I encounter: " an attempt was made to load a program with an incorrect format hresult: 0x8007000B " is observed, when I used DependencyWalker for this DLL, it shows ieshims.
From where these dlls come from and why my created dll has dependency over these two?
Is there a way to just get rid of these warnings?Those would get processed at t-13 via the hfsvcpack folders.Dependency Walker find: At least one delay-load dependency module was not found.Dll is an artefact of Vista/7 where a shim DLL is used to proxy certain calls (such as CreateProcess) to handle protected mode IE, which doesn't exist on XP, so it is unnecessary.I've a dll which I've built in Windows7 (64bit OS) in 'Win32' platform.
If in doubt with the zero files copied, I encourage you to verify that mcafee all access review 2014 the hotfix isn't replaced by something else.

essential elements 2000 trumpet book 1 />

There's two or three general types of users of hfslip.The program works fine with it, and I can see it in my "Program Files/ Internet Explorer", but haven't put it in the same directory or anything.I heard that if a x32 process runs on a x64 system on windows it will first go to "Windows/System32" and if the bit size doesn't match (needs x32 bit) then it will be redirected to "Windows/SysWOW64" (which apparently holds the x32 dll libraries).At least one module has an unresolved import due to a missing export function in a delay-load dependent module.Ok, so first off I'm running on Windows 7, x64 bit.Dll is related to Windows Error Reporting and again is probably unused on Windows XP which has a slightly different error reporting system than Vista and above.
Then there's the last batch that uses reduced source (i.e.