On 10/6/2011 9:33 PM, Robert Kern wrote:
On Thu, Oct 6, 2011 at 17:25, Paul Ivanovpivanov314@gmail.com wrote:
On Tue, Oct 4, 2011 at 3:04 AM, Andrea Gavanaandrea.firstname.lastname@example.org wrote:
Hi All, I was fiddling here and there with some code doing dynamic import of stuff, and I noticed that this code: import os import sys init_name = r"C:\Python27\Lib\site-packages\numpy__init__.py" directory, module_name = os.path.split(init_name) main = os.path.splitext(module_name) sys.path.insert(0, os.path.normpath(directory)) # Crash here... mainmod = __import__(main)
in this case, your main is '__init__' and your directory is 'C:\Python27\Lib\site-packages\numpy' which is probably not what you intended. You should make directory 'C:\Python27\Lib\site-packages' and main into 'numpy'
Still, it shouldn't segfault, and it's worth figuring out why it does. gdb has been mostly unenlightening for me since gdb won't let me navigate the traceback.
This is the same crash that occurs when running `python -v -c"import __init__"` from within the site-packages/numpy directory. Several numpy Python and C extension modules are imported/executed twice. Besides fixing the segfault it might be worth preventing this type of import in numpy/__init__.py, for example:
import sys as _sys if '__init__' in _sys.modules and _sys.modules['__init__'].__file__ == __file__: _sys.stderr.write("Use `import numpy` ... .\n") # or raise ImportError() else: ... del _sys
The faulthandler output is:
File "core\numerictypes.py", line 226 in _evalname File "core\numerictypes.py", line 247 in bitname File "core\numerictypes.py", line 307 in _add_aliases File "core\numerictypes.py", line 330 in <module> File "core__init__.py", line 8 in <module> File "__init__.py", line 146 in <module> File "<stdin>", line 1 in <module>
The function call that crashes during the second import of core/numerictypes.py is `int("64")`.