On Thu, Sep 18, 2008 at 9:57 PM, Alfred Peng <[EMAIL PROTECTED]> wrote: > Hi guys, > > Here is a core stack from running "Songbird --version" on JDS Nevada b99: > > bash-3.2$ songbird --version > POTI, Inc. Songbird 0.7.0, Copyright(c) 2005-2008 POTI, Inc. > Segmentation Fault (core dumped) > bash-3.2$ pstack core > core 'core' of 2911: songbird --version > fecb617b findenv (808f324, fef7aa18, 1, 8046fb4) + 54 > fecb6623 getenv (fef7aa18) + 31 > fef78c17 dprintf (1, fef7a864, 0) + 27 > fef78f54 dtrace_dof_fini (feffb7dc, fefb0620, fef79074, 8047044,
For this to happen, it looks as though songbird must have whacked the environment - perhaps unintentionally. http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/lib/libdtrace/common/drti.c#66 It would seem to make sense for drti.c to read all of the environment variables during dof_init() and store them in static global variables. It doesn't change the fact that the app is quite likely buggy but it does keep the blame from being put in the wrong place. -- Mike Gerdts http://mgerdts.blogspot.com/ _______________________________________________ dtrace-discuss mailing list [email protected]
