core dump during import

(I posted this last week to scipy-user but received no responses.  Since it
seems to involve Numeric I thought I'd try here.)

------------------------------------------------------------------------------

I'm the "python guy" at work which by default makes me the "scipy
installation guy" as well, though I'm not using it for any of my own
projects.  Awhile ago I performed a very basic installation:

    install latest f2py
    install Numeric 23.1
    install SciPy_complete-0.3

The platform is Solaris 9 on Intel.  I'm using Python 2.3.4 (though
originally installed using 2.3.3).  GCC and G77 are both at 3.3.2.

The installation goes fine with the one caveat that I needed to point
LD_RUN_PATH at the g77 lib dir so libg2c.so.0 could be found at runtime.

If I execute

    from scipy.stats import distribution

at the interpreter prompt I get a segfault.  Here's the beginning of the gdb
traceback:

    #0  0x20ec8356 in ?? ()
    #1  0xdd2d7e24 in Cephes_InitOperators (dictionary=0x8486dfc)
        at Lib/special/cephesmodule.c:413
    #2  0xdd2d7a7a in initcephes () at Lib/special/cephesmodule.c:1105
    #3  0x080d082e in _PyImport_LoadDynamicModule (
        name=0x8040500 "scipy.special.cephes", 
        pathname=0x8040070 
"/opt/lang/python/lib/python2.3/site-packages/scipy/special/cephes.so", 
fp=0x8148780) at ../Python/importdl.c:53
    #4  0x080cd637 in load_module (name=0x8040500 "scipy.special.cephes", 
        fp=0x8148780, 
        buf=0x8040070 
"/opt/lang/python/lib/python2.3/site-packages/scipy/special/cephes.so", type=3, 
loader=0x0) at ../Python/import.c:1708
    #5  0x080ce345 in import_submodule (mod=0x8149fa4, subname=0x804050e 
"cephes", 
        fullname=0x8040500 "scipy.special.cephes") at ../Python/import.c:2291
    #6  0x080cdea4 in load_next (mod=0x8149fa4, altmod=0x81265e0, 
        p_name=0x8040930, buf=0x8040500 "scipy.special.cephes", 
p_buflen=0x80404fc)
        at ../Python/import.c:2111
    #7  0x080cfbf1 in import_module_ex (name=0x0, globals=0x8486c64, 
        locals=0x8486c64, fromlist=0x83e256c) at ../Python/import.c:1957
    #8  0x080ced40 in PyImport_ImportModuleEx (name=0x8369c34 "cephes", 
        globals=0x8486c64, locals=0x8486c64, fromlist=0x83e256c)
        at ../Python/import.c:1998
    #9  0x080a1bde in builtin___import__ (self=0x0, args=0x8483d4c)
        at ../Python/bltinmodule.c:45
    #10 0x080fac78 in PyCFunction_Call (func=0x8151bec, arg=0x8483d4c, kw=0x0)
        at ../Objects/methodobject.c:108
    #11 0x08062e90 in PyObject_Call (func=0x8151bec, arg=0x8483d4c, kw=0x0)
        at ../Objects/abstract.c:1755

Since I don't use SciPy, Cephes or f2py outside of installing SciPy I don't
really know where to start poking.  Frame 1 is at this line:

    413    f = PyUFunc_FromFuncAndData(cephes3a_functions, bdtr_data, 
cephes_4_types, 2, 3, 1, PyUFunc_None, "bdtr", bdtr_doc, 0);

and cephes3a_functions looks suspicious:

    (gdb) p cephes3a_functions
    $2 = {0x5, 0x6}

I presume considering the variable name those are supposed to be valid
function pointers.  Stepping through initcephes leads me to this:

    (gdb) n
    393         cephes3a_functions[0] = PyUFunc_fff_f_As_iid_d;
    (gdb) n
    391         cephes3_functions[2] = PyUFunc_ffF_F_As_ddD_D;
    (gdb) n
    392         cephes3_functions[3] = PyUFunc_ddD_D;
    (gdb) n
    394         cephes3a_functions[1] = PyUFunc_ddd_d_As_iid_d;
    (gdb) n
    395         cephes3_2_functions[0] = PyUFunc_fff_ff_As_ddd_dd;
    (gdb) p cephes3a_functions
    $9 = {0x5, 0x6}
    (gdb) p PyUFunc_ddD_D
    $10 = {void (char **, int *, int *, void *)} 0xdd2e4720 <PyUFunc_ddD_D>
    (gdb) p PyUFunc_ddd_d_As_iid_d
    $11 = {void (char **, int *, int *, 
        void *)} 0xdd2e4a20 <PyUFunc_ddd_d_As_iid_d>

It seems there's something amiss with the cephes3a_functions initialization.
In fact, other cephes*_functions variables appear bogus as well:

    (gdb) p cephes3_functions
    $12 = {0, 0, 0x3, 0x4}
    (gdb) p cephes1_functions
    $13 = {0x464c457f, 0x10101}
    (gdb) p cephes2_4_functions
    $14 = {0x7e34, 0x7}

Does this ring a bell with anybody?  Any clues about how to proceed would be
appreciated.

Thanks,

-- 
Skip Montanaro
Got spam? http://www.spambayes.org/
skip@xxxxxxxxx


-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285