Re: SEHException at app startup
- From: "Willy Denoyette [MVP]" <willy.denoyette@xxxxxxxxxx>
- Date: Tue, 28 Jun 2005 12:08:14 +0200
Who entered this in the registry in the first place? This .exe is your
program image right!. This key is used as a debug feature and it should
never contain your exe.
Are you sure the matrox stuff is still loaded now?
>From the module load list, it looks like you have a mixt of v1 and v2 beta2
stuff loaded in one single process! Is this gone when you look at the same
list in the debugger now?
Wily.
"Droopy" <droopytoonnospam@xxxxxxxxxxx> wrote in message
news:Xns9683677067BC4droopytoonnospamhotm@xxxxxxxxxxxxxxxxx
>I found it :-)
> I deleted the following registry key :
> HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Image File Execution
> Options\IPRRouting.exe
>
> Now it works.
>
> Still, if anybody can help me to understand why a dll like
> Matrox.PowerDesk.Hooks.dll is loaded ?
>
> Droopy.
>
> Droopy <droopytoonnospam@xxxxxxxxxxx> wrote in
> news:Xns96827429A55F4droopytoonnospamhotm@xxxxxxxxxxxxxx:
>
>> Hi Willy,
>>
>> I don't know who is loading all these "exotics" modules.
>> How can I control it ?
>> In my C++ wrapper project :
>> I added no References.
>> In the Linker Property page, I added ftd2xx.lib (an USB
>> driver
>> needed by legacy code)
>>
>> In my C# Windows application:
>> I added my C++ wrapper (of course) and log4net dll.
>>
>> The MFC dll is used by C++ legacy code.
>>
>> However, I have installed VS 2003 on another computer and it works on
>> this computer with the same solution !
>> Of course, AppVerifier is not installed on this computer.
>> You can see the start traces for this computer here below.
>>
>> To summarize, I have 2 problems :
>> 1) Why does AppVerifier is still active (I have uninstalled it) and
>> how can I completely remove it ?
>> 2) Why are these "exotic" modules loaded and how can I control the
>> modules loaded ?
>>
>> Thanks a lot for your help.
>>
>> Droopy.
>>
>> "Willy Denoyette [MVP]" <willy.denoyette@xxxxxxxxxx> wrote in
>> news:uWM0RINeFHA.3040@xxxxxxxxxxxxxxxxxxxx:
>>
>>> No, I see the verifier.dll being loaded when starting a debug session
>>> and a VERIFIER STOP 00000300 in your VS output.
>>> I also wonder why all these (exotic) modules (like
>>> Matrox.PowerDesk.Hooks.dll and the cluster api clusapi.dll) are used
>>> for and, who the hell is loading them at start-up, why for instance
>>> are the MFC (different versions) and Atl dll's loaded?
>>> It looks like an unmanaged module is loading all possible dll's from
>>> system32.
>>> What kind of application is this?
>>> If that many DLL's gets loaded at too low base addresses it might be
>>> possible that they interfere with the CLR heaps (like the managed
>>> heap) location and space requirements, such that the CLR cannot start
>>> and the process aborts.
>>>
>>> Willy.
>>>
.
- Follow-Ups:
- Re: SEHException at app startup
- From: Droopy
- Re: SEHException at app startup
- References:
- SEHException at app startup
- From: Droopy
- Re: SEHException at app startup
- From: Droopy
- Re: SEHException at app startup
- From: Willy Denoyette [MVP]
- Re: SEHException at app startup
- From: Droopy
- Re: SEHException at app startup
- From: Willy Denoyette [MVP]
- Re: SEHException at app startup
- From: Droopy
- Re: SEHException at app startup
- From: Droopy
- SEHException at app startup
- Prev by Date: <% Response.CacheControl = "no-cache" %>
- Next by Date: Re: How can I set my form to be maximal size for the screen?
- Previous by thread: Re: SEHException at app startup
- Next by thread: Re: SEHException at app startup
- Index(es):
Relevant Pages
|