Click here to Skip to main content
15,881,248 members

IE explorer OLE / com lockup in an MFC application

Simon Langdon asked:

Open original thread
Can anyone provide insight into why the IE Control in our application randomly, infrequently locks up.

Because we don't have access to our customer's computers, especially not in a debuggable state, this one's proving really hard to pinpoint.

This is an MFC, MDI application where several report windows (10 or so) each subclass an IE control and display marked up HTML, except when the problem occurs where no report window displays a (new) report until the application is restarted.

Two lines of enquiry - one of the report windows is a Start Page which shows product information, as such it's constantly running javascript that updates the page every so often. (One of our devs has seen javascript errors from this window too). Is it possible to get some sort of threadlock between instances of the control?

Architecturally, is our implementation right? Would it make more sense to implement one instance of the control for the whole application, and have it open multiple windows? Having only the briefest of looks at the APIs for this object I'm not sure how I'd do this.

Thanks for looking!

What I have tried:

Turning off the javascript from the front page of the application.
Trying to reproduce the defect in debug code
Tags: MDI, Explorer, Lock

Plain Text
ASM
ASP
ASP.NET
BASIC
BAT
C#
C++
COBOL
CoffeeScript
CSS
Dart
dbase
F#
FORTRAN
HTML
Java
Javascript
Kotlin
Lua
MIDL
MSIL
ObjectiveC
Pascal
PERL
PHP
PowerShell
Python
Razor
Ruby
Scala
Shell
SLN
SQL
Swift
T4
Terminal
TypeScript
VB
VBScript
XML
YAML

Preview



When answering a question please:
  1. Read the question carefully.
  2. Understand that English isn't everyone's first language so be lenient of bad spelling and grammar.
  3. If a question is poorly phrased then either ask for clarification, ignore it, or edit the question and fix the problem. Insults are not welcome.
  4. Don't tell someone to read the manual. Chances are they have and don't get it. Provide an answer or move on to the next question.
Let's work to help developers, not make them feel stupid.
Please note that all posts will be submitted under the http://www.codeproject.com/info/cpol10.aspx.



CodeProject, 20 Bay Street, 11th Floor Toronto, Ontario, Canada M5J 2N8 +1 (416) 849-8900