22749 - Table renderer crashes on large tables

Status: VERIFIED WORKSFORME

(Core :: Layout: Tables, defect, P3)

Description

[Greg Hackmann]

Given sufficiently large tables, Mozilla will crash while rendering the page.
Ironically, you can see an example of this by going to the Bugzilla fixed bugs
page at
http://bugzilla.mozilla.org/buglist.cgi?bug_status=RESOLVED&bug_status=VERIFIED&bug_status=CLOSED&resolution=FIXED&email1=&emailtype1=substring&emailassigned_to1=1&email2=&emailtype2=substring&emailreporter2=1&changedin=&votes=&chfieldfrom=&chfieldto=Now&chfieldvalue=&target_milestone=M12&short_desc=&short_desc_type=substring&long_desc=&long_desc_type=substring&bug_file_loc=&bug_file_loc_type=substring&status_whiteboard=&status_whiteboard_type=substring&newqueryname=&form_name=query&order=assign.login_name%2C%20bugs.priority%2C%20bugs.bug_severity;
Mozilla will crash (at least on my PC) midway through loading the page.  This
also happens when browsing hard drives with an extremely large number of
directories, presumably for the same reason.

Comment 1

[Christian Mattar]

This URL runs fine here.
There are probably one or two leeks lurking in the table code, so it might have
something to do with RAM.

I am using WIN98 1999122208 (128 MB RAM)

Comment 2

[Greg Hackmann]

I did a little bit of experimenting with this.  I opened up the page I noted
before, and it worked.  However, if I went to enough pages with large tables,
then Mozilla would slow to a crawl and eventually crash, even if only one
of the pages was open.  (i.e. I went to one page, then another, then another in
one window rather than opening multiple windows.)  These sympoms certainly
sound like a memory leak somewhere.  If there's any way to compile Mozilla using
Borland C++Builder 4.0 (which claims to compile a lot of Visual C++ code but
doesn't always live up to that claim) then I can try and trace it with my
debugger, but I don't know how much help I'd be.

Comment 3

[John Morrison]

[Putting back summary and URL.]

[e-mail] : to the best of my knowledge, Mozilla has not been
compiled with Borland C++ on Win32. You might however ask on
netscape.public.mozilla.builds for pointers from anyone who has tried in
the past.

Comment 4

[leger]

Adding "crash" keyword to all known open crasher bugs.

Comment 5

[Sitsofe Wheeler]

This sounds a little like bug 6101...

Comment 6

[karnaze (gone)]

mass move to m16

Comment 7

[karnaze (gone)]

Moving to M17.

Comment 8

[karnaze (gone)]

The url is loading for me.

Comment 9

[karnaze (gone)]

I forgot to add that I was using WinNT and a recent build.

Comment 10

[Christine Hoffman]

Using 7/13 build, no crash. Verifying bug WORKSFORME.