Closed Bug 6943 Opened 26 years ago Closed 25 years ago

crash interrupting document load

Categories

(Core :: Graphics: ImageLib, defect, P3)

x86
Windows NT
defect

Tracking

()

VERIFIED WORKSFORME

People

(Reporter: buster, Assigned: pnunn)

References

()

Details

on a fast connnection, I get this crash intermittantly when running with a 30 second delay between pages. "viewer -f top100.txt -d 30" IL_InterruptContext() line 2071 + 3 bytes ImageGroupImpl::Interrupt() line 319 + 12 bytes nsPresContext::~nsPresContext() line 91 GalleyContext::~GalleyContext() line 41 GalleyContext::`scalar deleting destructor'() + 15 bytes nsPresContext::Release() line 113 + 34 bytes nsCOMPtr_base::~nsCOMPtr_base() line 26 nsCOMPtr<nsIPresContext>::~nsCOMPtr<nsIPresContext>() + 15 bytes DocumentViewerImpl::~DocumentViewerImpl() line 242 + 33 bytes DocumentViewerImpl::`scalar deleting destructor'() + 15 bytes DocumentViewerImpl::Release() line 184 + 99 bytes nsWebShell::Embed() line 752 + 27 bytes nsDocumentBindInfo::OnStartBinding() line 1428 + 36 bytes OnStartBindingProxyEvent::HandleEvent() line 507 StreamListenerProxyEvent::HandlePLEvent() line 472 + 12 bytes PL_HandleEvent() line 491 + 10 bytes PL_ProcessPendingEvents() line 452 + 9 bytes _md_EventReceiverProc() line 868 + 9 bytes code: IL_IMPLEMENT(void) IL_InterruptContext(IL_GroupContext *img_cx) { il_container *ic; IL_ImageReq *image_req; il_container_list *ic_list; if (!img_cx) return; /* Mark all clients in this context as interrupted. */ for (ic_list = img_cx->container_list; ic_list; ic_list = ic_list->next) { ic = ic_list->ic; for (image_req = ic->clients; image_req; image_req = image_req->next) { ---> if (image_req->img_cx == img_cx) { image_req->stopped = TRUE; } } } } image_req seems to have already been deleted, the msvc debugger shows the value of the pointer to be 0xdddddddd.
Status: NEW → ASSIGNED
Target Milestone: M8
Target Milestone: M8 → M9
next milestone.
Target Milestone: M9 → M10
Buster, Rickg: Would you attach a copy of the top100 list file to this report? thanks, pn
I'm can't reproduce the problem. Would you test this again to see if the numerous other checkins have *spontaneously* fixed the bug? -thanks, pn
this seems to be fixed.
thanks much. Closing as worksforme. -pn
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Status: RESOLVED → VERIFIED
Rubber-stamping as duplicate. (www.cnn.com is such a popular site that should problems actually exist, they will be reported again.)
You need to log in before you can comment on or make changes to this bug.