233407 - Crash when trying to print http://www.skeeter-s.com/svg/new-lion.xhtml (libart only)

Status: RESOLVED WONTFIX

(Core :: SVG, defect)

Description

[Roland Mainz]

2004-02-07-17-trunk (e.g. the first nightly after thd landing of the SVG branch)
on Solaris 2.8/SPARC (optimized build).

An attempt to print http://www.skeeter-s.com/svg/new-lion.xhtml crashes like
this:
-- snip --
Reading xomEuro.so.2
Reading libmsgbaseutil.so
Reading libmsgnews.so
Reading libmailnews.so
Reading libmsgcompose.so
x_order_2: colinear!
x_order_2: colinear!
x_order_2: colinear!
x_order_2: colinear!
x_order_2: colinear!
x_order_2: colinear!
x_order_2: colinear!
x_order_2: colinear!
x_order_2: colinear!
x_order_2: colinear!
x_order_2: colinear!
x_order_2: colinear!
x_order_2: colinear!
x_order_2: colinear!
x_order_2: colinear!
x_order_2: colinear!
x_order_2: colinear!
x_order_2: colinear!
x_order_2: colinear!
colinear!
colinear!
x_order_2: colinear!
x_order_2: colinear!
x_order_2: colinear!
x_order_2: colinear!
x_order_2: colinear!
Reading libgfxxprint.so
Reading libxlibrgb.so
x_order_2: colinear!
x_order_2: colinear!
x_order_2: colinear!
x_order_2: colinear!
x_order_2: colinear!
x_order_2: colinear!
x_order_2: colinear!
x_order_2: colinear!
x_order_2: colinear!
t@1 (l@1) signal SEGV (no mapping at the fault address) in
nsViewManager::RenderViews at 0xfd4dbc38
0xfd4dbc38: RenderViews+0x0290: ld      [%i2 + 0x4], %g2
dbx: warning: can't find file
"/home/gisburn/package-builds/glib/glib-1.2.8/objdir/giounix.lo"
dbx: warning: see `help finding-files'
dbx: warning: can't find file
"/home/gisburn/package-builds/glib/glib-1.2.8/objdir/gmain.lo"
dbx: warning: can't find file
"/home/gisburn/package-builds/gtk+/gtk+-1.2.8/objdir/gtk/gtkmain.lo"
(dbx) where
current thread: t@1
=>[1] nsViewManager::RenderViews(0x13, 0x96f668, 0x0, 0xffbee1ac, 0x96f758,
0xffbee248), at 0xfd4dbc38 
  [2] nsViewManager::Display(0x0, 0xc46320, 0x0, 0x0, 0xffbee3d0, 0x89e958), at
0xfd4e06d0 
  [3] nsSimplePageSequenceFrame::PrintNextPage(0x8864d8, 0x0, 0xfd4e05ac,
0x886648, 0x80000000, 0xffbee3d0), at 0xfd159188 
  [4] nsPrintEngine::PrintPage(0x0, 0x2, 0xfd159d60, 0x7df838, 0x88c058,
0x88bff0), at 0xfd27a148 
  [5] nsPagePrintTimer::Notify(0xe17268, 0x719700, 0xfffffb44, 0x1, 0x1,
0xe17268), at 0xfd27f824 
  [6] nsTimerImpl::Fire(0x0, 0xb7afb0, 0xe21729c2, 0xfdd3d804, 0xfdd32574,
0xe2172506), at 0xfdcc0234 
  [7] handleTimerEvent(0xe19968, 0x216, 0xb7afb0, 0xff133990, 0xfd78b20c,
0x216), at 0xfdcc0354 
  [8] PL_HandleEvent(0xe19968, 0xf5390, 0xf5394, 0xfdcba748, 0x2e2c4, 0xe19968),
at 0xfdcba840 
  [9] PL_ProcessPendingEvents(0xf5390, 0x0, 0x80004000, 0x0, 0x0, 0xf5390), at
0xfdcba748 
  [10] nsEventQueueImpl::ProcessPendingEvents(0x1296c0, 0x5, 0x75b2c,
0xfe2b34a8, 0x0, 0xfdd32574), at 0xfdcbca80 
  [11] our_gdk_io_invoke(0x306d00, 0x1, 0x2575d0, 0xfffffff8, 0x0, 0xfcec100c),
at 0xfcec0b90 
  [12] g_io_unix_dispatch(0x2580f8, 0xffbee8c8, 0x2575d0, 0x0, 0x0, 0xffbee830),
at 0xfe2b2dc8 
  [13] g_main_dispatch(0xffbee8c8, 0x8fca0, 0x1, 0x0, 0x0, 0x2), at 0xfe2b6dc8 
  [14] g_main_iterate(0x1, 0x1, 0xff080bbc, 0xff3e7fe8, 0x0, 0x5), at 0xfe2b7bcc 
  [15] g_main_run(0x257810, 0x257810, 0xff8a4, 0x20, 0xfcf0c77c, 0x0), at
0xfe2b7f64 
  [16] gtk_main(0x0, 0x1296c0, 0xffbeea1c, 0x3da5c, 0x18a638, 0x0), at
0xfe4d60a0 
  [17] nsAppShell::Run(0x18a630, 0x1, 0xfcec1354, 0x75cdc, 0x4f538, 0x0), at
0xfcec1394 
  [18] main1(0xfcf8e2c0, 0x257a78, 0xffbeeb6c, 0xffbeeb80, 0xffbeeba4,
0xffbeebb8), at 0x22fc0 
  [19] main(0x0, 0xffbeecac, 0x0, 0x0, 0x73154, 0x0), at 0x23a28 
-- snip --

Comment 1

[Alex Fritze]

Libart backend only. Works with GDI+ backend.

Comment 2

[Jonathan Watt [:jwatt]]

Mass reassign of SVG bugs that aren't currently being worked on by Alex to
[e-mail]. If you think someone should be assigned to your bug you can
join the #svg channel on mozilla.org's IRC server ( irc://irc.mozilla.org/svg )
where you can try to convince one of the SVG hackers to work on it. We aren't
always there, so if you don't get a response straight away please try again later. 

Comment 3

[Leon Sha]

http://lxr.mozilla.org/seamonkey/source/view/src/nsViewManager.cpp#1303
>1303       buffers = CreateBlendingBuffers(&aRC, PR_FALSE, nsnull,
>1304                                       (element->mFlags & VIEW_TRANSPARENT)
>!= 0,
>1305                                       element->mBounds);

After CreateBlendingBuffers buffers is a null pointer.

Comment 4

[Jonathan Watt [:jwatt]]

Marking wontfix. We have no plans to continue work on the libart backend.