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)

1998-03-31
defect

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.
Assignee: nobody → djw
Component: Layout
Assignee: djw → toshok
updated URL.
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
This no longer crashes with NGLayout. Marked fixed.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.