E
Eric T
Hello friends, I'm in charge of some pure VC++ code but we're adding new
features using managed C++ (7.1). On two of three developer machines the
execution of this code has become impossible recently -- we don't know what
changed. Depending on my lib files list order I get different errors. If I
have winmm first, I get this in Windbg since I can't even get to the entry
point [main()] -- this same error happened in VC6 before I ported the pure
C++ to 7.1:
(100c.1070): Access violation - code c0000005 (first chance)
First chance exceptions are reported before any exception handling.
This exception may be expected and handled.
eax=00000001 ebx=7c810119 ecx=7c917304 edx=00240608 esi=00000010
edi=76b60160
eip=76b439a6 esp=0012f1c4 ebp=0012f1d8 iopl=0 nv up ei pl nz na pe
nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000
efl=00010202
<Unloaded_WINMM.dll>+0x39a6:
76b439a6 ?? ???
If I put winmm.lib after the DLL which is written in managed C++, then I can
single-step to the point where the first function of the managed DLL is
called, at which point I get:
[WinDBG dump, since it shows more:]
(17a8.e04): Break instruction exception - code 80000003 (first chance)
eax=00241eb4 ebx=7ffdd000 ecx=00000003 edx=00000008 esi=00241f48
edi=00241eb4
eip=7c901230 esp=0012fb20 ebp=0012fc94 iopl=0 nv up ei pl nz na pe
nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000
efl=00000202
*** ERROR: Symbol file could not be found. Defaulted to export symbols for
ntdll.dll -
ntdll!DbgBreakPoint:
7c901230 cc int 3
It often will take the entire VS7.1 down with it. On one of the three
development machines things work fine.
I'm totally stumped -- if anybody has any ideas in which direction to turn,
please advise.
Thanks,
EricT.
features using managed C++ (7.1). On two of three developer machines the
execution of this code has become impossible recently -- we don't know what
changed. Depending on my lib files list order I get different errors. If I
have winmm first, I get this in Windbg since I can't even get to the entry
point [main()] -- this same error happened in VC6 before I ported the pure
C++ to 7.1:
(100c.1070): Access violation - code c0000005 (first chance)
First chance exceptions are reported before any exception handling.
This exception may be expected and handled.
eax=00000001 ebx=7c810119 ecx=7c917304 edx=00240608 esi=00000010
edi=76b60160
eip=76b439a6 esp=0012f1c4 ebp=0012f1d8 iopl=0 nv up ei pl nz na pe
nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000
efl=00010202
<Unloaded_WINMM.dll>+0x39a6:
76b439a6 ?? ???
If I put winmm.lib after the DLL which is written in managed C++, then I can
single-step to the point where the first function of the managed DLL is
called, at which point I get:
[WinDBG dump, since it shows more:]
(17a8.e04): Break instruction exception - code 80000003 (first chance)
eax=00241eb4 ebx=7ffdd000 ecx=00000003 edx=00000008 esi=00241f48
edi=00241eb4
eip=7c901230 esp=0012fb20 ebp=0012fc94 iopl=0 nv up ei pl nz na pe
nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000
efl=00000202
*** ERROR: Symbol file could not be found. Defaulted to export symbols for
ntdll.dll -
ntdll!DbgBreakPoint:
7c901230 cc int 3
It often will take the entire VS7.1 down with it. On one of the three
development machines things work fine.
I'm totally stumped -- if anybody has any ideas in which direction to turn,
please advise.
Thanks,
EricT.