223646 - SphereCrystal theme kills Mozilla

Status: RESOLVED WONTFIX

(Core :: SVG, defect)

Description

[Christian :Biesinger (don't email me, ping me on IRC)]

Mozilla (Trunk) with --enable-svg and a SVG gnome theme (SphereCrystal) kills
mozilla:
(gdb) bt
#0  art_svp_render_aa_iter_step (iter=0x8839b70, p_start=0x73000873,
p_steps=0x73000873, p_n_steps=0x73000873)
    at /home/chb/mozilla/other-licenses/libart_lgpl/art_svp_render_aa.c:249
#1  0x40d383ad in art_svp_render_aa (svp=0x73000873, x0=1929382003, y0=1,
x1=1929382003, y1=40,
    callback=0x40d325e0 <art_render_svp_callback>, callback_data=0x8839228)
    at /home/chb/mozilla/other-licenses/libart_lgpl/art_svp_render_aa.c:456
#2  0x40d32d81 in art_render_svp_invoke_driver (self=0x8839228, render=0x8839978)
    at /home/chb/mozilla/other-licenses/libart_lgpl/art_render_svp.c:402
#3  0x40d3163e in art_render_invoke (render=0x8839978) at
/home/chb/mozilla/other-licenses/libart_lgpl/art_render.c:1089
#4  0x41f2679c in rsvg_pixbuf_from_file_at_max_size () from /usr/lib/librsvg-2.so.2
#5  0x41f268f7 in rsvg_pixbuf_from_file_at_max_size () from /usr/lib/librsvg-2.so.2
#6  0x41f26a4d in rsvg_render_path () from /usr/lib/librsvg-2.so.2
#7  0x41f26b42 in rsvg_render_path () from /usr/lib/librsvg-2.so.2
#8  0x41f26c4d in rsvg_start_path () from /usr/lib/librsvg-2.so.2
#9  0x41f2f48c in rsvg_radial_gradient_free () from /usr/lib/librsvg-2.so.2
#10 0x418213ea in xmlParseStartTag () from /usr/lib/libxml2.so.2
#11 0x41824b64 in xmlParseExtParsedEnt () from /usr/lib/libxml2.so.2
#12 0x418257bf in xmlParseChunk () from /usr/lib/libxml2.so.2
#13 0x41f2f7f7 in rsvg_handle_write_impl () from /usr/lib/librsvg-2.so.2
#14 0x41f2fd10 in rsvg_handle_write () from /usr/lib/librsvg-2.so.2
#15 0xbfffbc20 in ?? ()
#16 0x00000d9a in ?? ()
#17 0xbfffcd28 in ?? ()
#18 0x41f2fce0 in rsvg_handle_set_size_callback () from /usr/lib/librsvg-2.so.2
Previous frame inner to this frame (corrupt stack?)

maybe an incompatibility with mozilla's libart_lgpl and the system-wide one

Comment 1

[Christian :Biesinger (don't email me, ping me on IRC)]

if this is an incompatiblity between the internal libart_lgpl and the
system-wide one, something similar to bug 181936 may be a solution

Comment 2

[Glenn Randers-Pehrson]

Attachment: Prefix libart exported symbols with "MOZ_ART_" instead of "art_"

Give this a try.  It changes the prefix of libart's exported symbols from
"art_" to "MOZ_ART_.  I made the patch from the existing libart.def file which
I'm assuming is correct and complete.

Comment 3

[Christian :Biesinger (don't email me, ping me on IRC)]

thank you, this patch seems to work fine.

Comment 4

[Christian :Biesinger (don't email me, ping me on IRC)]

...cc'ing glenn so he sees the previous comment

Comment 5

[Benjamin Smedberg]

Comment on attachment 136305 [details] [diff] [review]
Prefix libart exported symbols with "MOZ_ART_" instead of "art_"

biesi: I am assuming that's all the exported symbols; I don't really know how
to check, but given that let's go with it.

Comment 6

[Benjamin Smedberg]

Comment on attachment 136305 [details] [diff] [review]
Prefix libart exported symbols with "MOZ_ART_" instead of "art_"

biesi points out that changing the exported symbols isn't enough... if you run
"nm" you still end up with internal symbols like art_svp_render_aa_iter which
are still visible due to linux globally-visible symbols.

Comment 7

[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 8

[Jonathan Watt [:jwatt]]

Marking wontfix. We have no plans to continue development of the libart backend.