[bug-notifications] [graphviz 0004729]: core dump when run against dot files from ruby 1.9

[Mantis Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4729 
====================================================================== 
Reported By:                bwalton
Assigned To:                
====================================================================== 
Project:                    graphviz
Issue ID:                   4729
Category:                   regular use
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2011-03-23 03:36 CET
Last Modified:              2011-09-27 18:48 CEST
====================================================================== 
Summary:                    core dump when run against dot files from ruby 1.9
Description: 
dot segfaults on files in the ruby 1.9 source directory.  A backtrace is
below.  This may be related to the recent pixman update.

The call that produces the segfault is:
dot
/home/bwalton/opencsw/ruby19/trunk/work/solaris9-i386/build-isa-i386/ruby-1.9.2-p180/doc/capi/html/d8/d18/ruby_2ruby_8h__dep__incl.dot
-Tpng -o ~/dot.png

I'll attach that dot file for reference.
====================================================================== 

---------------------------------------------------------------------- 
 (0009308) ellson (manager) - 2011-09-27 18:48
 https://www.opencsw.org/mantis/view.php?id=4729#c9308 
---------------------------------------------------------------------- 
Its still dying in libthread:

(gdb) where
https://www.opencsw.org/mantis/view.php?id=0  0xfea346a8 in slow_tls_get_addr ()
from /usr/lib/libthread.so.1

but it doesn't look like its pixman thats pulling it in:

ellson at testing9s:ellson> ldd /opt/csw/lib/sparcv8/libpixman-1.so.0
        /usr/lib/secure/s9_preload.so.1
        libm.so.1 =>     /usr/lib/libm.so.1
        libc.so.1 =>     /usr/lib/libc.so.1
        libdl.so.1 =>    /usr/lib/libdl.so.1
        /usr/platform/SUNW,SPARC-Enterprise-T5220/lib/libc_psr.so.1


This can't be good!  3 different thread libraries used by pango? :

ellson at testing9s:ellson> ldd /opt/csw/lib/sparcv8/libpango-1.0.so.0 | grep
thread
        libgthread-2.0.so.0 =>   /opt/csw/lib/sparcv8/libgthread-2.0.so.0
        libpthread.so.1 =>       /usr/lib/libpthread.so.1
        libthread.so.1 =>        /usr/lib/libthread.so.1

On Fedora pango uses gthread and pthread.