Closed
Bug 183
Opened 27 years ago
Closed 26 years ago
Row Cells crash for et_HandleEvent_EvalAck at http://www.zdnet.com/zdnn
Categories
(MozillaClassic Graveyard :: Layout, defect, P3)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: niles, Assigned: toshok)
References
()
Details
Created by Rick Niles (niles@axp745.gsfc.nasa.gov) on Monday, April 13, 1998 11:29:15 AM PDT
Additional Details :
Mozilla crashs when loading:
http://www.zdnet.com/zdnn
Happens for all platforms (tested on Win95, Linux).
Here''s the traceback:
Program received signal SIGSEGV, Segmentation fault.
0x82825ea in lo_cell_relayout_pass (context=<error type>,
state=<error type>,
table=<error type>, cell_array=0x8b02fc0,
blank_cell=<error type>, cell_pad={type = 0,
size = <incomplete type>, creationTime =
PR_TRANSMITFILE_KEEP_OPEN,
modifyTime = 138268048}, rowspan_pass=0xbfffd512,
relayout=0xffd55400 <abuf.42+3214434576>) at
laytable.c:6462
6462 row_max = row_max->next;
(gdb) where
#0 0x82825ea in lo_cell_relayout_pass (context=<error
type>, state=<error type>,
table=<error type>, cell_array=0x8b02fc0,
blank_cell=<error type>, cell_pad={type = 0,
size = <incomplete type>, creationTime =
PR_TRANSMITFILE_KEEP_OPEN,
modifyTime = 138268048}, rowspan_pass=0xbfffd512,
relayout=0xffd55400 <abuf.42+3214434576>) at
laytable.c:6462
#1 0x82836b9 in lo_EndTable (context=<error type>,
state=<error type>, table=<error type>,
relayout=0xffd57c00 <abuf.42+3214444816>) at
laytable.c:7178
#2 0x8287ceb in lo_CloseTable (context=<error type>,
state=<error type>) at laytags.c:1951
#3 0x8287ec5 in lo_process_table_tag (context=<error type>,
state=<error type>,
tag=<error type>) at laytags.c:2053
#4 0x828ec9d in lo_LayoutTag (context=<error type>,
state=<error type>, tag=<error type>)
at laytags.c:5922
#5 0x826a487 in lo_FlushBlockage (context=<error type>,
state=<error type>,
main_doc_state=<error type>) at layout.c:2551
#6 0x82f8c63 in lo_UnblockLayout (context=<error type>,
top_state=<error type>)
at layscrip.c:588
#7 0x82f8941 in lo_unblock_script_tag (context=<error
type>,
messWithParser=0xffd7d800 <abuf.42+3214599440>) at
layscrip.c:390
#8 0x82f8be3 in lo_StyleEvalExitFn (data={void (
<unknown type>)} 0xbfffd7e0 <abuf.42+2143479024>,
str=<incomplete type>, len=0,
wysiwyg_url=<incomplete type>, base_href=<incomplete
type>,
valid=0xffd7fc01 <abuf.42+3214608657>) at layscrip.c:575
#9 0x83dcddb in et_HandleEvent_EvalAck (e=0x8ad0280) at
et_moz.c:1762
#10 0x8430ef7 in PL_HandleEvent (self=0x8ad0280) at
plevent.c:398
#11 0x8430e0d in PL_ProcessPendingEvents (self=0x874b200) at
plevent.c:360
#12 0x80a5535 in fe_event_processor_callback (closure=0x0,
fd=0x89710b4, id=0xbfffd864)
at mozilla.c:1756
#13 0x4017a94d in XtAppProcessEvent ()
#14 0x80a45db in fe_EventLoop () at mozilla.c:1075
#15 0x80a74b1 in main (argc=1, argv=0xbffff404) at
mozilla.c:3323
-----------
Obviously, we are moving past the end of the linked-list
row_list.
However, everything looked foobar''ed back to
et_HandleEvent_EvalAck
(et_moz.c) with those <error type> for the values. It think
there''s
something wrong with the event itself.
Thanks,
Rick Niles.
Updated•27 years ago
|
Assignee: nobody → djw
Component: Layout
Assignee | ||
Comment 2•26 years ago
|
||
Updated•26 years ago
|
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Comment 3•26 years ago
|
||
This no longer crashes with NGLayout. Marked fixed.
Updated•26 years ago
|
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•