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.

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

test_poplib Bus error with gcc-4.4 on OS X #50285

Closed
mdickinson opened this issue May 16, 2009 · 4 comments
Closed

test_poplib Bus error with gcc-4.4 on OS X #50285

mdickinson opened this issue May 16, 2009 · 4 comments
Labels
extension-modules C modules in the Modules dir release-blocker type-crash A hard crash of the interpreter, possibly with a core dump

Comments

@mdickinson
Copy link
Member

BPO 6035
Nosy @mdickinson, @pitrou
Files
  • poplib_backtrace.txt: backtrace for test_poplib failure
  • 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 2009-05-16.17:33:29.591>
    created_at = <Date 2009-05-16.08:58:51.414>
    labels = ['extension-modules', 'invalid', 'type-crash', 'release-blocker']
    title = 'test_poplib Bus error with gcc-4.4 on OS X'
    updated_at = <Date 2009-05-16.17:33:29.589>
    user = 'https://github.com/mdickinson'

    bugs.python.org fields:

    activity = <Date 2009-05-16.17:33:29.589>
    actor = 'mark.dickinson'
    assignee = 'none'
    closed = True
    closed_date = <Date 2009-05-16.17:33:29.591>
    closer = 'mark.dickinson'
    components = ['Extension Modules']
    creation = <Date 2009-05-16.08:58:51.414>
    creator = 'mark.dickinson'
    dependencies = []
    files = ['13994']
    hgrepos = []
    issue_num = 6035
    keywords = []
    message_count = 4.0
    messages = ['87866', '87884', '87897', '87906']
    nosy_count = 2.0
    nosy_names = ['mark.dickinson', 'pitrou']
    pr_nums = []
    priority = 'release blocker'
    resolution = 'not a bug'
    stage = None
    status = 'closed'
    superseder = None
    type = 'crash'
    url = 'https://bugs.python.org/issue6035'
    versions = ['Python 3.1']

    @mdickinson
    Copy link
    Member Author

    After building the py3k branch (r72674) with GCC 4.4 on OS X 10.5.7/x86
    using:

    CC=gcc-mp-4.4 ./configure --with-pydebug && make

    test_poplib.py is crashing with a Bus error:

    Macintosh-4:py3k dickinsm$ ./python.exe Lib/test/test_poplib.py
    test_dele (main.TestPOP3Class) ... ok
    test_exceptions (main.TestPOP3Class) ... ok
    test_getwelcome (main.TestPOP3Class) ... ok
    test_list (main.TestPOP3Class) ... ok
    test_noop (main.TestPOP3Class) ... ok
    test_pass_ (main.TestPOP3Class) ... ok
    test_retr (main.TestPOP3Class) ... ok
    test_rpop (main.TestPOP3Class) ... ok
    test_stat (main.TestPOP3Class) ... ok
    test_top (main.TestPOP3Class) ... ok
    test_uidl (main.TestPOP3Class) ... ok
    test_user (main.TestPOP3Class) ... ok
    testTimeoutDefault (main.TestTimeouts) ... ok
    testTimeoutNone (main.TestTimeouts) ... ok
    testTimeoutValue (main.TestTimeouts) ... ok
    test__all__ (main.TestPOP3_SSLClass) ... Bus error (core dumped)

    gdb backtrace attached.

    Setting priority to release blocker until we figure out that this isn't
    Python's fault.

    @mdickinson mdickinson added release-blocker extension-modules C modules in the Modules dir type-crash A hard crash of the interpreter, possibly with a core dump labels May 16, 2009
    @mdickinson
    Copy link
    Member Author

    More information: gcc-mp-4.4 is GCC 4.4 from macports. For
    some reason the macports version of gcc is having problems, but
    not the regular Apple version.

    When I compile with gcc-4.2 from Apple, test_poplib.py passes.
    When I compile with gcc-4.2 from macports, test_poplib.py fails as above.

    Here's a small script, cut down from test_poplib.py, that generates the
    Bus error. I'm still trying to work out whether the bug is in gcc,
    Python, or libssl.

    import socket, ssl
    s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
    ssl_sock = ssl.wrap_socket(s)
    ssl_sock.connect(('www.verisign.com', 443))
    file = ssl_sock.makefile('rb')
    file.close()
    ssl_sock.close()

    @pitrou
    Copy link
    Member

    pitrou commented May 16, 2009

    Even stranger is that the crash happens in debug mode, i.e. without
    optimizations.

    @mdickinson
    Copy link
    Member Author

    I'm still trying to work out whether the bug is in gcc,
    Python, or libssl.

    It was, of course, none of the above. It was a PEBCAK error.
    I had two versions of openssl: one from macports and one from
    OS X, and I was using the include files from one version and
    linking against the other.

    Sorry for the noise.

    @ezio-melotti ezio-melotti transferred this issue from another repository Apr 10, 2022
    Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
    Labels
    extension-modules C modules in the Modules dir release-blocker type-crash A hard crash of the interpreter, possibly with a core dump
    Projects
    None yet
    Development

    No branches or pull requests

    2 participants