Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

pydoc -g dumps core on Solaris 2.8 #37118

Closed
arkoenig mannequin opened this issue Aug 30, 2002 · 9 comments
Closed

pydoc -g dumps core on Solaris 2.8 #37118

arkoenig mannequin opened this issue Aug 30, 2002 · 9 comments

Comments

@arkoenig
Copy link
Mannequin

arkoenig mannequin commented Aug 30, 2002

BPO 602627
Nosy @facundobatista
Files
  • traceback-noopt: traceback when python built with -O0
    		•

    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 2005-05-16.17:34:31.000>
created_at = <Date 2002-08-30.20:51:11.000>
labels = []
title = 'pydoc -g dumps core on Solaris 2.8'
updated_at = <Date 2005-05-16.17:34:31.000>
user = 'https://bugs.python.org/arkoenig'

    bugs.python.org fields:

    activity = <Date 2005-05-16.17:34:31.000>
actor = 'arkoenig'
assignee = 'none'
closed = True
closed_date = None
closer = None
components = ['Demos and Tools']
creation = <Date 2002-08-30.20:51:11.000>
creator = 'arkoenig'
dependencies = []
files = ['608']
hgrepos = []
issue_num = 602627
keywords = []
message_count = 9.0
messages = ['12219', '12220', '12221', '12222', '12223', '12224', '12225', '12226', '12227']
nosy_count = 3.0
nosy_names = ['nnorwitz', 'facundobatista', 'arkoenig']
pr_nums = []
priority = 'normal'
resolution = 'wont fix'
stage = None
status = 'closed'
superseder = None
type = None
url = 'https://bugs.python.org/issue602627'
versions = ['Python 2.2']
    @arkoenig
    Copy link
    Mannequin Author

    arkoenig mannequin commented Aug 30, 2002

    Python 2.2.1, Solaris 2.8, gcc 3.2, binutils 2.12.1

    When I execute "pydoc -g", it pops up a dialog box
    saying "Starting server" and "Search for", and then
    dumps core before I have time to type anything.
    The same problem happens on Solaris 2.7

    The traceback:

    Core was generated by `/usr/gnu/bin/python
    /usr/gnu/bin/pydoc -g'.
    Program terminated with signal 11, Segmentation fault.
    Reading symbols from /usr/lib/libsocket.so.1...done.
    Loaded symbols for /usr/lib/libsocket.so.1
    Reading symbols from /usr/lib/libnsl.so.1...done.
    Loaded symbols for /usr/lib/libnsl.so.1
    Reading symbols from /usr/lib/libdl.so.1...done.
    Loaded symbols for /usr/lib/libdl.so.1
    Reading symbols from /usr/lib/libpthread.so.1...done.
    Loaded symbols for /usr/lib/libpthread.so.1
    Reading symbols from /usr/lib/libthread.so.1...done.
    Loaded symbols for /usr/lib/libthread.so.1
    Reading symbols from
    /usr/gnu/lib/libreadline.so.4...done.
    Loaded symbols for /usr/gnu/lib/libreadline.so.4
    Reading symbols from /usr/lib/libcurses.so.1...done.
    Loaded symbols for /usr/lib/libcurses.so.1
    Reading symbols from /usr/lib/libcrypt_i.so.1...done.
    Loaded symbols for /usr/lib/libcrypt_i.so.1
    Reading symbols from /usr/gnu/lib/libtk8.3.so...done.
    Loaded symbols for /usr/gnu/lib/libtk8.3.so
    Reading symbols from /usr/gnu/lib/libtcl8.3.so...done.
    Loaded symbols for /usr/gnu/lib/libtcl8.3.so
    Reading symbols from /usr/lib/libX11.so.4...done.
    Loaded symbols for /usr/lib/libX11.so.4
    Reading symbols from /usr/lib/libm.so.1...done.
    Loaded symbols for /usr/lib/libm.so.1
    Reading symbols from /usr/lib/libc.so.1...done.
    Loaded symbols for /usr/lib/libc.so.1
    Reading symbols from /usr/gnu/lib/libgcc_s.so.1...done.
    Loaded symbols for /usr/gnu/lib/libgcc_s.so.1
    Reading symbols from /usr/lib/libmp.so.2...done.
    Loaded symbols for /usr/lib/libmp.so.2
    Reading symbols from /usr/lib/libgen.so.1...done.
    Loaded symbols for /usr/lib/libgen.so.1
    Reading symbols from
    /usr/openwin/lib/libXext.so.0...done.
    Loaded symbols for /usr/openwin/lib/libXext.so.0
    Reading symbols from
    /usr/openwin/lib/libdga.so.1...done.
    Loaded symbols for /usr/openwin/lib/libdga.so.1
    Reading symbols from
    /usr/platform/SUNW,Ultra-5_10/lib/libc_psr.so.1...done.
    Loaded symbols for
    /usr/platform/SUNW,Ultra-5_10/lib/libc_psr.so.1
    Reading symbols from
    /usr/gnu/lib/python2.2/lib-dynload/strop.so...done.
    Loaded symbols for
    /usr/gnu/lib/python2.2/lib-dynload/strop.so
    Reading symbols from
    /usr/lib/locale/en_US.ISO8859-1/en_US.ISO8859-1.so.2...done.
    Loaded symbols for
    /usr/lib/locale/en_US.ISO8859-1/en_US.ISO8859-1.so.2
    Reading symbols from
    /usr/openwin/lib/locale/common/xlibi18n.so.2...done.
    Loaded symbols for
    /usr/openwin/lib/locale/common/xlibi18n.so.2
    Reading symbols from
    /usr/openwin/lib/locale/common/ximlocal.so.2...done.
    Loaded symbols for
    /usr/openwin/lib/locale/common/ximlocal.so.2
    Reading symbols from
    /usr/gnu/lib/python2.2/lib-dynload/time.so...done.
    Loaded symbols for
    /usr/gnu/lib/python2.2/lib-dynload/time.so
    Reading symbols from
    /usr/gnu/lib/python2.2/lib-dynload/errno.so...done.
    Loaded symbols for
    /usr/gnu/lib/python2.2/lib-dynload/errno.so
    Reading symbols from
    /usr/gnu/lib/python2.2/lib-dynload/_socket.so...done.
    Loaded symbols for
    /usr/gnu/lib/python2.2/lib-dynload/_socket.so
    Reading symbols from
    /usr/gnu/lib/python2.2/lib-dynload/select.so...done.
    Loaded symbols for
    /usr/gnu/lib/python2.2/lib-dynload/select.so
    #0 0xff0b2be0 in Tk_FreeGC () from
    /usr/gnu/lib/libtk8.3.so
    (gdb) bt
    #0 0xff0b2be0 in Tk_FreeGC () from
    /usr/gnu/lib/libtk8.3.so
    #1 0xff0da71c in TkButtonWorldChanged () from
    /usr/gnu/lib/libtk8.3.so
    #2 0xff0da66c in ConfigureButton () from
    /usr/gnu/lib/libtk8.3.so
    #3 0xff0d9dc8 in ButtonWidgetObjCmd () from
    /usr/gnu/lib/libtk8.3.so
    #4 0xfefe0b50 in EvalObjv () from
    /usr/gnu/lib/libtcl8.3.so
    #5 0xfefe0c80 in Tcl_EvalObjv () from
    /usr/gnu/lib/libtcl8.3.so
    #6 0x0008deb8 in Tkapp_Call (self=0x159c88,
    args=0x2c60d8) at Modules/_tkinter.c:619
    #7 0x00049e28 in fast_cfunction (func=0x159c88,
    pp_stack=0xfe908780, na=1089160)
    at Python/ceval.c:3131
    #8 0x00047ea0 in eval_frame (f=0x1cc7c0) at
    Python/ceval.c:2007
    #9 0x00048b30 in PyEval_EvalCodeEx (co=0x220340,
    globals=0x1cc7c0, locals=0x0, args=0x8,
    argcount=1, kws=0x1c1dd8, kwcount=1, defs=0x1d76ec,
    defcount=1, closure=0x0)
    at Python/ceval.c:2585
    #10 0x00049f20 in fast_function (func=0x1,
    pp_stack=0x8, n=1842656, na=1, nk=1)
    at Python/ceval.c:3161
    #11 0x00047de0 in eval_frame (f=0x1c1c80) at
    Python/ceval.c:2024
    #12 0x00048b30 in PyEval_EvalCodeEx (co=0x1983a8,
    globals=0x1c1c80, locals=0x0, args=0x30fd50,
    argcount=2, kws=0x30fd58, kwcount=0, defs=0x0,
    defcount=0, closure=0x0) at Python/ceval.c:2585
    #13 0x00049f20 in fast_function (func=0x0,
    pp_stack=0x30fd50, n=3210584, na=2, nk=0)
    at Python/ceval.c:3161
    #14 0x00047de0 in eval_frame (f=0x30fc00) at
    Python/ceval.c:2024
    #15 0x00048b30 in PyEval_EvalCodeEx (co=0x12f788,
    globals=0x30fc00, locals=0x0, args=0x1c0bc8,
    argcount=1, kws=0x1c0bcc, kwcount=0, defs=0x0,
    defcount=0, closure=0x0) at Python/ceval.c:2585
    #16 0x00049f20 in fast_function (func=0x0,
    pp_stack=0x1c0bc8, n=1838028, na=1, nk=0)
    at Python/ceval.c:3161
    #17 0x00047de0 in eval_frame (f=0x1c0a70) at
    Python/ceval.c:2024
    #18 0x00048b30 in PyEval_EvalCodeEx (co=0x300058,
    globals=0x1c0a70, locals=0x0, args=0x301a6c,
    argcount=3, kws=0x0, kwcount=0, defs=0x0,
    defcount=0, closure=0x0) at Python/ceval.c:2585
    #19 0x000aaa9c in function_call (func=0x2fc3c0,
    arg=0x301a60, kw=0x0) at Objects/funcobject.c:374
    #20 0x00095d00 in PyObject_Call (func=0x2fc3c0,
    arg=0x301a60, kw=0x0) at Objects/abstract.c:1684
    #21 0x0009e644 in instancemethod_call (func=0x2fc3c0,
    arg=0x301a60, kw=0x0)
    at Objects/classobject.c:2276
    #22 0x00095d00 in PyObject_Call (func=0x2fc3c0,
    arg=0x301a60, kw=0x0) at Objects/abstract.c:1684
    #23 0x00049fe4 in do_call (func=0x2c5718,
    pp_stack=0xfe908fd8, na=3, nk=3152480)
    at Python/ceval.c:3262
    #24 0x00047d28 in eval_frame (f=0x1cc5f8) at
    Python/ceval.c:2027
    #25 0x00048b30 in PyEval_EvalCodeEx (co=0x12f398,
    globals=0x1cc5f8, locals=0x0, args=0x2cba54,
    argcount=3, kws=0x0, kwcount=0, defs=0x0,
    defcount=0, closure=0x0) at Python/ceval.c:2585
    #26 0x000aaa9c in function_call (func=0x301bf0,
    arg=0x2cba48, kw=0x0) at Objects/funcobject.c:374
    #27 0x00095d00 in PyObject_Call (func=0x301bf0,
    arg=0x2cba48, kw=0x0) at Objects/abstract.c:1684
    #28 0x0009e644 in instancemethod_call (func=0x301bf0,
    arg=0x2cba48, kw=0x0)
    at Objects/classobject.c:2276
    #29 0x00095d00 in PyObject_Call (func=0x301bf0,
    arg=0x2e3bb0, kw=0x0) at Objects/abstract.c:1684
    #30 0x00049c94 in PyEval_CallObjectWithKeywords
    (func=0x2da810, arg=0x2e3bb0, kw=0x0)
    at Python/ceval.c:3049
    #31 0x00097d9c in PyInstance_New (klass=0x2da810,
    arg=0x2e3bb0, kw=0x0) at Objects/classobject.c:557
    #32 0x00095d00 in PyObject_Call (func=0x2da810,
    arg=0x2e3bb0, kw=0x0) at Objects/abstract.c:1684
    #33 0x00049fe4 in do_call (func=0x316828,
    pp_stack=0xfe9094a0, na=2, nk=3029936)
    at Python/ceval.c:3262
    #34 0x00047d28 in eval_frame (f=0x1a3d20) at
    Python/ceval.c:2027
    #35 0x00048b30 in PyEval_EvalCodeEx (co=0x12fab0,
    globals=0x1a3d20, locals=0x0, args=0x186414,
    argcount=3, kws=0x2b1228, kwcount=0, defs=0x1cd87c,
    defcount=2, closure=0x0)
    at Python/ceval.c:2585
    #36 0x000aaa9c in function_call (func=0x1d1dc8,
    arg=0x186408, kw=0x2d6238)
    at Objects/funcobject.c:374
    #37 0x00095d00 in PyObject_Call (func=0x1d1dc8,
    arg=0x186408, kw=0x2d6238)
    at Objects/abstract.c:1684
    #38 0x00049c94 in PyEval_CallObjectWithKeywords
    (func=0x1d1dc8, arg=0x186408, kw=0x2d6238)
    at Python/ceval.c:3049

    #39 0x000bcb3c in builtin_apply (self=0x0,
args=0x1d1dc8) at Python/bltinmodule.c:95
#40 0x000ba398 in PyCFunction_Call (func=0x101d18,
arg=0x1c4910, kw=0x0)
    at Objects/methodobject.c:69
#41 0x00047ec8 in eval_frame (f=0x1a4078) at
Python/ceval.c:2004
#42 0x00048b30 in PyEval_EvalCodeEx (co=0x2c86c8,
globals=0x1a4078, locals=0x0, args=0x1612d4, 
    argcount=1, kws=0x1612d8, kwcount=0, defs=0x0,
defcount=0, closure=0x0) at Python/ceval.c:2585
#43 0x00049f20 in fast_function (func=0x0,
pp_stack=0x1612d4, n=1446616, na=1, nk=0)
    at Python/ceval.c:3161
#44 0x00047de0 in eval_frame (f=0x161180) at
Python/ceval.c:2024
#45 0x00048b30 in PyEval_EvalCodeEx (co=0x2c8cd0,
globals=0x161180, locals=0x0, args=0x265e4c, 
    argcount=1, kws=0x0, kwcount=0, defs=0x0,
defcount=0, closure=0x0) at Python/ceval.c:2585
#46 0x000aaa9c in function_call (func=0x2d6518,
arg=0x265e40, kw=0x0) at Objects/funcobject.c:374
#47 0x00095d00 in PyObject_Call (func=0x2d6518,
arg=0x265e40, kw=0x0) at Objects/abstract.c:1684
#48 0x0009e644 in instancemethod_call (func=0x2d6518,
arg=0x265e40, kw=0x0)
    at Objects/classobject.c:2276
#49 0x00095d00 in PyObject_Call (func=0x2d6518,
arg=0x100368, kw=0x0) at Objects/abstract.c:1684
#50 0x00049c94 in PyEval_CallObjectWithKeywords
(func=0x2d7350, arg=0x100368, kw=0x0)
    at Python/ceval.c:3049
#51 0x0007f508 in t_bootstrap (boot_raw=0x28bdf8) at
Modules/threadmodule.c:190

    @arkoenig arkoenig mannequin closed this as completed Aug 30, 2002
    @arkoenig arkoenig mannequin closed this as completed Aug 30, 2002
    @nnorwitz
    Copy link
    Mannequin

    nnorwitz mannequin commented Sep 14, 2002

    Logged In: YES
    user_id=33168

    I built python 2.2.1+ w/gcc 2.95.3 and did not have the
    problem. So I think this may be specific to gcc 3.2. Can
    you try building w/lower optimization or turning off
    optimization? -O1, -O0 or no -O option?

    @arkoenig
    Copy link
    Mannequin Author

    arkoenig mannequin commented Sep 17, 2002

    Logged In: YES
    user_id=418174

    I rebuilt python from scratch by saying "make configure",
    then going into Makefile and removing "-O3" from the
    definition of the OPT macro, then saying "make". The
    resulting python still dumps core when executing "./python
    Lib/pydoc.py -g".

    Of course there could still be a platform or optimization
    dependency in tcl, or tk, or some other library.

    Suggestions?

    @nnorwitz
    Copy link
    Mannequin

    nnorwitz mannequin commented Jan 6, 2003

    Logged In: YES
    user_id=33168

    Andrew, could I get you to look at bug 662787?
    http://python.org/sf/662787

    We are having problems with solaris boxes and could use some
    help.
    Thanks.

    @arkoenig
    Copy link
    Mannequin Author

    arkoenig mannequin commented Jan 6, 2003

    Logged In: YES
    user_id=418174

    I rebuilt python with -O0 and it still crashes.

    The new traceback is attached.

    @nnorwitz
    Copy link
    Mannequin

    nnorwitz mannequin commented Jan 29, 2003

    Logged In: YES
    user_id=33168

    I notice that you are using Tk 8.4. Have you (or can you)
    tried with Tk 8.3? Do you have the most recent version
    8.4.1 from Oct 22, 2002?

    @facundobatista
    Copy link
    Member

    Logged In: YES
    user_id=752496

    Please, could you verify if this problem persists in Python 2.3.4
    or 2.4?

    If yes, in which version? Can you provide a test case?

    If the problem is solved, from which version?

    Note that if you fail to answer in one month, I'll close this bug
    as "Won't fix".

    Thank you!

    . Facundo

    @facundobatista
    Copy link
    Member

    Logged In: YES
    user_id=752496

    Deprecated. Reopen only if still happens in 2.3 or newer.

    . Facundo

    @arkoenig
    Copy link
    Mannequin Author

    arkoenig mannequin commented May 16, 2005

    Logged In: YES
    user_id=418174

    I have installed gcc 4.0, binutils 2.16, and Python 2.4.1, and the
    problem is no longer occurring. So whatever it may have been,
    it's fixed now :-)

    @ezio-melotti ezio-melotti transferred this issue from another repository Apr 9, 2022
    Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
    Assignees
    No one assigned
    Labels
    None yet
    Projects
    None yet
    Milestone
    No milestone
    Development

    No branches or pull requests
    1 participant
    @facundobatista