PassthroughAPP and _ATL_DEBUG_INTERFACES
- From: Cartoper <cartoper@xxxxxxxxx>
- Date: Fri, 16 Oct 2009 15:43:29 -0700 (PDT)
Where does one find the most current copy of PassthroughAPP
(ProtocolImpl.h and ProtocolImpl.inl)? I have turned on
_ATL_DEBUG_INTERFACES and before the first page loads, it crashes.
Here is the output:
QIThunk - 1 Release : Object = 0x0023B498 Refcount = 2
CComClassFactory - IClassFactory
QIThunk - 184 Release : Object = 0x0023BB74 Refcount = 0
CInternetProtocol - {79EAC9E4-BAF9-11CE-8C82-00AA004BA90B}
First-chance exception at 0x758d96b4 in KioskViewingStation.exe:
0xC0000005: Access violation reading location 0xfeeefef2.
Unhandled exception at 0x758d96b4 in KioskViewingStation.exe:
0xC0000005: Access violation reading location 0xfeeefef2.
The app is a kiosk application that contains IE7/IE8. My customers
are always running at least three instances of the kiosk application
at one time, sometimes as many as 40. The app’s custom sink is
implementing IHttpNegotiate and IAuthenticate because it needs to do
some stuff to the header coming and going.
I am trying to hunt down a really random bug in the application. The
whole kiosk completely, 100% locks up. Some can use <Ctrl>+<Alt>
+<Delete> to kill it, others say they have to reboot the PC. Some
customers see it all the time; others have never had the problem. No
one that has seen the bug has been able to nail down how to reproduce;
different customers have stated they think it is related to different
actions. It is very strange, most folks report that it takes a while
for the lockup to happen, they reboot and all is well.
Some say that the instance that locks is completely random; others say
it locks up on the same one all the time. I have added HUGE amount of
logging code in the application, both in the application and in the
web server and there is no strange behavior. I went so far as to put
logging on both the entering and exiting of every one of my methods,
both are always present during a lockup.
Then I saw that Microsoft released the ATL security bug yesterday and
it gave me some new ideas, maybe that was the bug or more likely
somewhere in the custom sink, a ref count was off or something, so I
tried turning on the _ATL_DEBUG_INTERFACES and now I am running into
this bug.
I am wondering, has others seen this bug with _ATL_DEBUG_INTERFACES or
is it a good indication I need to go over how I have wired up
PassthroughAPP? I am working with VS2008 SP1.
.
- Follow-Ups:
- Re: PassthroughAPP and _ATL_DEBUG_INTERFACES
- From: Igor Tandetnik
- Re: PassthroughAPP and _ATL_DEBUG_INTERFACES
- Prev by Date: Re: VBScript issue under Windows Server 2000 and 2003
- Next by Date: Re: PassthroughAPP and _ATL_DEBUG_INTERFACES
- Previous by thread: VBScript issue under Windows Server 2000 and 2003
- Next by thread: Re: PassthroughAPP and _ATL_DEBUG_INTERFACES
- Index(es):
Relevant Pages
|