Compiling Python 2.7.2 on HP11i PA-RISC ends with segmentation fault in Python executable

[donchen]

BPO	14374
Nosy	@loewis, @akuchling, @terryjreedy
Files	Makefile: Makefile for HP11i PA-RISC 32bit

^{Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.}

Show more details

GitHub fields:

assignee = None
closed_at = <Date 2015-04-14.16:38:19.636>
created_at = <Date 2012-03-20.15:34:52.394>
labels = ['library', 'type-crash']
title = 'Compiling Python 2.7.2 on HP11i PA-RISC ends with segmentation fault in Python executable'
updated_at = <Date 2015-04-14.16:38:19.634>
user = 'https://bugs.python.org/donchen'

bugs.python.org fields:

activity = <Date 2015-04-14.16:38:19.634>
actor = 'akuchling'
assignee = 'none'
closed = True
closed_date = <Date 2015-04-14.16:38:19.636>
closer = 'akuchling'
components = ['Library (Lib)']
creation = <Date 2012-03-20.15:34:52.394>
creator = 'donchen'
dependencies = []
files = ['24967']
hgrepos = []
issue_num = 14374
keywords = []
message_count = 5.0
messages = ['156420', '156428', '156451', '156725', '240940']
nosy_count = 4.0
nosy_names = ['loewis', 'akuchling', 'terry.reedy', 'donchen']
pr_nums = []
priority = 'normal'
resolution = 'out of date'
stage = 'resolved'
status = 'closed'
superseder = None
type = 'crash'
url = 'https://bugs.python.org/issue14374'
versions = ['Python 2.7']

[donchen]

Hello,
I am compiling Python2.7 on a HP11i PA-RISC machine and received a segmentation fault.

Platform Information
"uname -a" = HP-UX hpdev2 B.11.11 U 9000/800 2280874925 unlimited-user license

Steps
1) uncompress Python tgz file
2) run "configure CC=aCC CXX=aCC"
3) make

Result: Segmentation fault at library generation time.
$> ranlib libpython2.7.a
aCC -Ae -Wl,-E -Wl,+s -o python \
Modules/python.o \
libpython2.7.a -lnsl -lrt -ldld -lpthread -lm
sh[3]: 15168 Bus error(coredump)
*** Error exit code 138

Analysis: core file generated by Python executable
$> file python
python: PA-RISC2.0 shared executable dynamically linked -not stripped
$> file libpython2.7.a
libpython2.7.a: archive file -PA-RISC2.0 relocatable library
$> strings core|more
<HP-UX
hpdev2
B.11.11
9000/800
2280874925
python
Modu
xxsu
LDSH
xsubtype.o -o
BCAc
runpy
(si)
path
__main__
warn
warnall
2.7.2
readline
...

There was an bpo-9178 (http://mail.python.org/pipermail/python-bugs-list/2010-July/104448.html) with a similar topic but the compiler generated segmentation fault instead. In this case the core file seems
to be from Python itself. I have attached Makefile for your reference.

Thank you for your help!

[loewis]

I don't think we will be able to help. Can you run the generated Python under a debugger and find out what happened?

If not, just try disabling optimization in the compiler and see whether this helps.

[donchen]

Taking away -O options in makefile still generates the crash. I have attached the stack below.

Can you inform me what python executable is doing at this time? From the make I see it is linking python so why would it be running?

Thanks

$ gdb python core
HP gdb 5.7 for PA-RISC 1.1 or 2.0 (narrow), HP-UX 11.00
and target hppa1.1-hp-hpux11.00.
Copyright 1986 - 2001 Free Software Foundation, Inc.
Hewlett-Packard Wildebeest 5.7 (based on GDB) is covered by the
GNU General Public License. Type "show copying" to see the conditions to
change it and/or distribute copies. Type "show warranty" for warranty/support.
..
Core was generated by `python'.
Program terminated with signal 10, Bus error.

#0 0x12c674 in sre_match (state=0x4010b4f0, pattern=0x0)
at ./Modules/_sre.c:846
846 switch (*ctx->pattern++) {
(gdb) where
#0 0x12c674 in sre_match (state=0x4010b4f0, pattern=0x0)
at ./Modules/_sre.c:846
#1 0x13023c in pattern_match (self=0xaad83cc4, args=0xaad83cc4, kw=0x4013ac25)
at ./Modules/_sre.c:1888
#2 0xa87d0 in PyCFunction_Call (func=0x40105c00, arg=0x4018a2bc,
kw=0x4013acd1) at Objects/methodobject.c:85
#3 0x5274c in call_function (pp_stack=0x4014de90, oparg=1074097960)
at Python/ceval.c:4013
#4 0x4fb9c in PyEval_EvalFrameEx (f=0x4018a128, throwflag=0)
at Python/ceval.c:2666
#5 0x50d30 in PyEval_EvalCodeEx (co=0x401486f0, globals=0x0,
locals=0x40056f28, args=0x401481fc, argcount=2, kws=0x401486bc, kwcount=0,
defs=0x40109d5c, defcount=1, closure=0x0) at Python/ceval.c:3253
#6 0x52974 in fast_function (func=0x0, pp_stack=0x40148398, n=384,
na=1074152536, nk=0) at Python/ceval.c:4109
#7 0x52824 in call_function (pp_stack=0x0, oparg=0) at Python/ceval.c:4034
#8 0x4fb9c in PyEval_EvalFrameEx (f=0x40148560, throwflag=0)
at Python/ceval.c:2666
#9 0x52a94 in fast_function (func=0x0, pp_stack=0x40148390, n=1075032760,
na=1075086160, nk=0) at Python/ceval.c:4099
#10 0x52824 in call_function (pp_stack=0x4010c260, oparg=1074650600)
at Python/ceval.c:4034
#11 0x4fb9c in PyEval_EvalFrameEx (f=0x40148218, throwflag=0)
at Python/ceval.c:2666
#12 0x50d30 in PyEval_EvalCodeEx (co=0x40068530, globals=0x40014258,
locals=0x8, args=0x401424b4, argcount=0, kws=0x401481f0, kwcount=0,
defs=0x0, defcount=0, closure=0x0) at Python/ceval.c:3253
#13 0x52974 in fast_function (func=0x785d4ea0, pp_stack=0x785cc6e0, n=344,
na=1074152536, nk=0) at Python/ceval.c:4109
#14 0x52824 in call_function (pp_stack=0x0, oparg=1075062292)
at Python/ceval.c:4034
#15 0x4fb9c in PyEval_EvalFrameEx (f=0x401480b0, throwflag=0)
at Python/ceval.c:2666
#16 0x52a94 in fast_function (func=0x785d4ea0, pp_stack=0x0, n=344,
na=1074152536, nk=0) at Python/ceval.c:4099
#17 0x52824 in call_function (pp_stack=0x4, oparg=1074364576)
at Python/ceval.c:4034
#18 0x4fb9c in PyEval_EvalFrameEx (f=0x401424d0, throwflag=0)
at Python/ceval.c:2666
#19 0x52a94 in fast_function (func=0x785d4ea0, pp_stack=0xffffffff, n=364,
na=1074152536, nk=0) at Python/ceval.c:4099
---Type <return> to continue, or q <return> to quit---
#20 0x52824 in call_function (pp_stack=0x0, oparg=1075028952)
at Python/ceval.c:4034
#21 0x4fb9c in PyEval_EvalFrameEx (f=0x40147f30, throwflag=0)
at Python/ceval.c:2666
#22 0x52a94 in fast_function (func=0x785d4ea0, pp_stack=0x4013a3d8, n=356,
na=1074152536, nk=0) at Python/ceval.c:4099
#23 0x52824 in call_function (pp_stack=0x4, oparg=1074364576)
at Python/ceval.c:4034
#24 0x4fb9c in PyEval_EvalFrameEx (f=0x4013a830, throwflag=0)
at Python/ceval.c:2666
#25 0x52a94 in fast_function (func=0x1208e051, pp_stack=0xc941ef15,
n=1074568539, na=1074898960, nk=0) at Python/ceval.c:4099
#26 0x52824 in call_function (pp_stack=0x40137970, oparg=1073899304)
at Python/ceval.c:4034
#27 0x4fb9c in PyEval_EvalFrameEx (f=0x4011a6d8, throwflag=0)
at Python/ceval.c:2666
#28 0x52a94 in fast_function (func=0x0, pp_stack=0x400c2148, n=1074565502,
na=1074536776, nk=0) at Python/ceval.c:4099
#29 0x52824 in call_function (pp_stack=0x4, oparg=1074364896)
at Python/ceval.c:4034
#30 0x4fb9c in PyEval_EvalFrameEx (f=0x400c2010, throwflag=0)
at Python/ceval.c:2666
#31 0x50d30 in PyEval_EvalCodeEx (co=0x14, globals=0x0, locals=0x4867e2c0,
args=0x4000f144, argcount=0, kws=0x0, kwcount=0, defs=0x0, defcount=0,
closure=0x0) at Python/ceval.c:3253
#32 0x4c04c in PyEval_EvalCode (co=0x785c3dfe, globals=0x0, locals=0x785d4d40)
at Python/ceval.c:667
#33 0x636ec in PyImport_ExecCodeModuleEx (name=0x785cb460 "", co=0xeccd053d,
pathname=0x400242a8 "@\bP") at Python/import.c:681
#34 0x63fa0 in load_source_module (
name=0x400101d8 " Do not enter it in sys.modules.\nThe module name must include the full package name, if any.", pathname=0x785e0f48 "", fp=0x785e0f44)
at Python/import.c:1021
#35 0x64e80 in load_module (name=0x0, fp=0x0, pathname=0x0, type=0, loader=0x0)
at Python/import.c:1825
#36 0x66388 in import_submodule (mod=0x400101d8, subname=0x1 "",
fullname=0x400611d8 "") at Python/import.c:2596
#37 0x65d18 in load_next (mod=0x785d4ea0, altmod=0x1, p_name=0x4,
buf=0x40064458 "", p_buflen=0x785e0f40) at Python/import.c:2416
#38 0x65558 in import_module_level (name=0x0, globals=0x400966f0,
locals=0x400966f0, fromlist=0x40092378, level=0) at Python/import.c:2137
---Type <return> to continue, or q <return> to quit---

#39 0x657ac in PyImport_ImportModuleLevel (name=0x40091de0 "", globals=0x0,
    locals=0x4003d1f8, fromlist=0x4003dcf8, level=0) at Python/import.c:2189
#40 0xf9128 in builtin___import__ (self=0x785e0d88, args=0x40056f28,
    kwds=0x400611d8) at Python/bltinmodule.c:49
#41 0xa87d0 in PyCFunction_Call (func=0x400101d8, arg=0x1, kw=0x400611d8)
    at Objects/methodobject.c:85
#42 0x319dc in PyObject_Call (func=0x0, arg=0x0, kw=0x0)
    at Objects/abstract.c:2529
#43 0x31a6c in call_function_tail (callable=0x40083b48, args=0x6)
    at Objects/abstract.c:2561
#44 0x31b40 in PyObject_CallFunction (callable=0x40083b48,
    format=0x4000ed79 "OOOOi") at Objects/abstract.c:2585
#45 0x669b0 in PyImport_Import (module_name=0x4000eb68) at Python/import.c:2774
#46 0x653f4 in PyImport_ImportModule (name=0x4007ad20 "")
    at Python/import.c:2048
#47 0x69f20 in initsite () at Python/pythonrun.c:714
#48 0x699b4 in Py_InitializeEx (install_sigs=0) at Python/pythonrun.c:258
#49 0x69a44 in Py_Initialize () at Python/pythonrun.c:370
#50 0x2c944 in Py_Main (argc=0, argv=0x0) at Modules/main.c:505
#51 0x2b7f8 in main (argc=0, argv=0x0) at ./Modules/python.c:23
Current language:  auto; currently c++
(gdb) print ctx
$1 = (struct sre_match_context *) 0x0

[terryjreedy]

This does not seem to clearly be a bug in the core codebase. An enquiry on python-list or maybe even stackoverflow might get a response from someone with HP11i PA-RISC experience.

[akuchling]

No further information from poster; please comment if you still wish to pursue this. Closing this issue as obsolete.

If I'm interpreting the uname -a output correctly, this is HP-UX 11.11, released in 2000 according to http://en.wikipedia.org/wiki/HP-UX#Release_history.