[SciPy-dev] slice3.py and xplt

Nils Wagner nwagner at iam.uni-stuttgart.de
Thu Sep 21 12:13:03 CDT 2006


On Thu, 21 Sep 2006 10:34:14 -0600
  Travis Oliphant <oliphant.travis at ieee.org> wrote:
> Nils Wagner wrote:
>> Hi all,
>>
>> Meanwhile I have replaced numpy.lib.mlab by 
>>numpy.oldnumeric.mlab in
>> Mplot.py
>>
>> The nexr problem is
>>
>>   
>>>>> from scipy.sandbox import xplt
>>>>>         
>> Traceback (most recent call last):
>>   File "<stdin>", line 1, in ?
>>   File
>> "/usr/lib64/python2.4/site-packages/scipy/sandbox/xplt/__init__.py",
>> line 48, in ?
>>     from Mplot import *
>>   File 
>>"/usr/lib64/python2.4/site-packages/scipy/sandbox/xplt/Mplot.py",
>> line 1013, in ?
>>     import colorbar
>>   File
>> "/usr/lib64/python2.4/site-packages/scipy/sandbox/xplt/colorbar.py",
>> line 11, in ?
>>     from slice3 import *
>>   File
>> "/usr/lib64/python2.4/site-packages/scipy/sandbox/xplt/slice3.py", 
>>line
>> 1585, in ?
>>     _poly_permutations4 = _construct3 (0)
>>   File
>> "/usr/lib64/python2.4/site-packages/scipy/sandbox/xplt/slice3.py", 
>>line
>> 1579, in _construct3
>>     mask = find_mask (below, _node_edges3 [itype])
>> TypeError: array cannot be safely cast to required type
>>
>> How can I resolve this problem ?
>>
>>   
> There may be several 64-bit issues with xplt.   There 
>was a lot of heavy 
> use of the "int" type interchanged with the "long" type. 
> On 32-bit 
> platforms this is not a problem, but trying to 
>"automatically" 
> converting from "long" to "int" on a 64-bit platform 
>will give you this 
> kind of error.  
> 
Travis,

Is there a chance that these problems will be fixed in
a couple of weeks ?

The bug tracker has no entry for sandbox packages.
Is this intentional ?

Nils

> -Travis
> 
> _______________________________________________
> Scipy-dev mailing list
> Scipy-dev at scipy.org
> http://projects.scipy.org/mailman/listinfo/scipy-dev

  


More information about the Scipy-dev mailing list