This issue tracker has been migrated to GitHub ,
and is currently read-only.
For more information,
see the GitHub FAQs in the Python's Developer Guide.
Created on 2012年03月20日 15:34 by donchen, last changed 2022年04月11日 14:57 by admin. This issue is now closed.
| Files | ||||
|---|---|---|---|---|
| File name | Uploaded | Description | Edit | |
| Makefile | donchen, 2012年03月20日 15:34 | Makefile for HP11i PA-RISC 32bit | ||
| Messages (5) | |||
|---|---|---|---|
| msg156420 - (view) | Author: (donchen) | Date: 2012年03月20日 15:34 | |
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 issue9178 (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! |
|||
| msg156428 - (view) | Author: Martin v. Löwis (loewis) * (Python committer) | Date: 2012年03月20日 16:11 | |
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. |
|||
| msg156451 - (view) | Author: (donchen) | Date: 2012年03月20日 19:52 | |
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
|
|||
| msg156725 - (view) | Author: Terry J. Reedy (terry.reedy) * (Python committer) | Date: 2012年03月25日 00:24 | |
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. |
|||
| msg240940 - (view) | Author: A.M. Kuchling (akuchling) * (Python committer) | Date: 2015年04月14日 16:38 | |
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. |
|||
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2022年04月11日 14:57:28 | admin | set | github: 58582 |
| 2015年04月14日 16:38:19 | akuchling | set | status: open -> closed nosy: + akuchling messages: + msg240940 resolution: out of date stage: resolved |
| 2012年03月25日 00:24:51 | terry.reedy | set | nosy:
+ terry.reedy messages: + msg156725 |
| 2012年03月20日 19:52:21 | donchen | set | messages: + msg156451 |
| 2012年03月20日 16:11:39 | loewis | set | nosy:
+ loewis messages: + msg156428 |
| 2012年03月20日 15:34:52 | donchen | create | |