I am currently trying to debug an intermittent bug within our
application that causes a browser crash. Not just a "hey, the
application threw a runtime error", I mean a do-not-pass-go,
do-not-output-useful-debug-stack, do-not-write-useful-info-to-log, .ocx
illegal exception that kills the browser.

 

So my question is: What methods have you guys used to track these things
down? I've gone the massive trace statement route, but that's proven
less than helpful.

 

Assume FB3, compiling to 2.0.1, IE & FF testing on player versions r28,
r45, r47 and r60. IE gives some slightly useful information: Unhandled
exception at 0x3006c907 in iexplore.exe: 0xC0000005: Access violation
reading location 0x00000000.

 

Under other circumstances I'd say it's an out-of-memory error since
we've seen those before, but the application has since been scrubbed and
optimized and profiled to death, and doesn't suck up more than 35 megs
on a bad day.

 

Michael Krotscheck

Senior Developer

 
RESOURCE INTERACTIVE

<http://www.resource.com/> www.resource.com <http://www.resource.com> 

[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> 

 

________________________________________________________________________
____
This email and any of its attachments may contain Resource Interactive
proprietary information, which is privileged, confidential and may be
subject to copyright or other intellectual property rights belonging to
Resource Interactive. This email is intended solely for the use of the
individual or entity to which it is addressed. If you are not the
intended recipient of this email, you are hereby notified that any
dissemination, distribution, copying or action taken in relation to the
contents of and attachments to this email is strictly prohibited and may
be unlawful. If you have received this email in error, please notify the
sender immediately and permanently delete the original and any copy of
this email and any printout.


Reply via email to