Issue14374
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) * ![]() |
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) * ![]() |
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) * ![]() |
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 |