Skip to content

Segfault on import of clr under Arch Linux64/Mono #110

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
Closed
anntzer opened this issue Oct 30, 2015 · 11 comments
Closed

Segfault on import of clr under Arch Linux64/Mono #110

anntzer opened this issue Oct 30, 2015 · 11 comments

Comments

@anntzer
Copy link

anntzer commented Oct 30, 2015

Built from today's develop for Python3.4 and from BrisingrAerowing/pythonnet#b7e85f07d7dd2c84d54b0bb4be4be9a810a81d6a (#104) for Python3.5 (I haven't tested other versions of Python yet):

$ python -c 'import clr' 2>&1
Native stacktrace:

        /usr/lib/libmonoboehm-2.0.so.1(+0xd33ca) [0x7f8d1b0a93ca]
        /usr/lib/libmonoboehm-2.0.so.1(+0x488e0) [0x7f8d1b01e8e0]
        /usr/lib/libpthread.so.0(+0x10d60) [0x7f8d1c3efd60]
        /usr/lib/libmonoboehm-2.0.so.1(+0x243a40) [0x7f8d1b219a40]
        /usr/lib/libmonoboehm-2.0.so.1(+0x24bef8) [0x7f8d1b221ef8]
        /usr/lib/libmonoboehm-2.0.so.1(+0x244f3f) [0x7f8d1b21af3f]
        /usr/lib/libmonoboehm-2.0.so.1(+0x244308) [0x7f8d1b21a308]
        /usr/lib/libmonoboehm-2.0.so.1(+0x23af68) [0x7f8d1b210f68]
        /usr/lib/libmonoboehm-2.0.so.1(+0x23b851) [0x7f8d1b211851]
        /usr/lib/libmonoboehm-2.0.so.1(+0x245e6a) [0x7f8d1b21be6a]
        /usr/lib/libmonoboehm-2.0.so.1(+0x245f8e) [0x7f8d1b21bf8e]
        /usr/lib/libmonoboehm-2.0.so.1(+0x1fc0a1) [0x7f8d1b1d20a1]
        /usr/lib/libmonoboehm-2.0.so.1(+0x1d079c) [0x7f8d1b1a679c]
        /usr/lib/libmonoboehm-2.0.so.1(+0x48f1e) [0x7f8d1b01ef1e]
        /home/antony/miniconda3/envs/py34/lib/python3.4/site-packages/clr.cpython-34m.so(PyNet_Init+0x6e) [0x7f8d1b5c3c1e]
        /home/antony/miniconda3/envs/py34/lib/python3.4/site-packages/clr.cpython-34m.so(PyInit_clr+0x46) [0x7f8d1b5c3ca6]
        /home/antony/miniconda3/envs/py34/bin/../lib/libpython3.4m.so.1.0(_PyImport_LoadDynamicModule+0x119) [0x7f8d1c746329]
        /home/antony/miniconda3/envs/py34/bin/../lib/libpython3.4m.so.1.0(+0x146adf) [0x7f8d1c742adf]
        /home/antony/miniconda3/envs/py34/bin/../lib/libpython3.4m.so.1.0(PyEval_EvalFrameEx+0x5ffe) [0x7f8d1c72c85e]
        /home/antony/miniconda3/envs/py34/bin/../lib/libpython3.4m.so.1.0(PyEval_EvalCodeEx+0x8b1) [0x7f8d1c72ee41]
        /home/antony/miniconda3/envs/py34/bin/../lib/libpython3.4m.so.1.0(PyEval_EvalFrameEx+0x6f9a) [0x7f8d1c72d7fa]
        /home/antony/miniconda3/envs/py34/bin/../lib/libpython3.4m.so.1.0(PyEval_EvalCodeEx+0x8b1) [0x7f8d1c72ee41]
        /home/antony/miniconda3/envs/py34/bin/../lib/libpython3.4m.so.1.0(+0x90f01) [0x7f8d1c68cf01]
        /home/antony/miniconda3/envs/py34/bin/../lib/libpython3.4m.so.1.0(PyObject_Call+0x59) [0x7f8d1c65d189]
        /home/antony/miniconda3/envs/py34/bin/../lib/libpython3.4m.so.1.0(PyEval_EvalFrameEx+0x59d6) [0x7f8d1c72c236]
        /home/antony/miniconda3/envs/py34/bin/../lib/libpython3.4m.so.1.0(PyEval_EvalCodeEx+0x8b1) [0x7f8d1c72ee41]
        /home/antony/miniconda3/envs/py34/bin/../lib/libpython3.4m.so.1.0(PyEval_EvalFrameEx+0x6f9a) [0x7f8d1c72d7fa]
        /home/antony/miniconda3/envs/py34/bin/../lib/libpython3.4m.so.1.0(PyEval_EvalFrameEx+0x7156) [0x7f8d1c72d9b6]
        /home/antony/miniconda3/envs/py34/bin/../lib/libpython3.4m.so.1.0(PyEval_EvalFrameEx+0x7156) [0x7f8d1c72d9b6]
        /home/antony/miniconda3/envs/py34/bin/../lib/libpython3.4m.so.1.0(PyEval_EvalFrameEx+0x7156) [0x7f8d1c72d9b6]
        /home/antony/miniconda3/envs/py34/bin/../lib/libpython3.4m.so.1.0(PyEval_EvalCodeEx+0x8b1) [0x7f8d1c72ee41]
        /home/antony/miniconda3/envs/py34/bin/../lib/libpython3.4m.so.1.0(+0x90de2) [0x7f8d1c68cde2]
        /home/antony/miniconda3/envs/py34/bin/../lib/libpython3.4m.so.1.0(PyObject_Call+0x59) [0x7f8d1c65d189]
        /home/antony/miniconda3/envs/py34/bin/../lib/libpython3.4m.so.1.0(_PyObject_CallMethodIdObjArgs+0xf8) [0x7f8d1c65fd88]
        /home/antony/miniconda3/envs/py34/bin/../lib/libpython3.4m.so.1.0(PyImport_ImportModuleLevelObject+0x7d7) [0x7f8d1c7447f7]
        /home/antony/miniconda3/envs/py34/bin/../lib/libpython3.4m.so.1.0(+0x1283ff) [0x7f8d1c7243ff]
        /home/antony/miniconda3/envs/py34/bin/../lib/libpython3.4m.so.1.0(PyObject_Call+0x59) [0x7f8d1c65d189]
        /home/antony/miniconda3/envs/py34/bin/../lib/libpython3.4m.so.1.0(PyEval_CallObjectWithKeywords+0x43) [0x7f8d1c724e13]
        /home/antony/miniconda3/envs/py34/bin/../lib/libpython3.4m.so.1.0(PyEval_EvalFrameEx+0x2958) [0x7f8d1c7291b8]
        /home/antony/miniconda3/envs/py34/bin/../lib/libpython3.4m.so.1.0(PyEval_EvalCodeEx+0x8b1) [0x7f8d1c72ee41]
        /home/antony/miniconda3/envs/py34/bin/../lib/libpython3.4m.so.1.0(PyEval_EvalCode+0x3b) [0x7f8d1c72ef0b]
        /home/antony/miniconda3/envs/py34/bin/../lib/libpython3.4m.so.1.0(PyRun_StringFlags+0xca) [0x7f8d1c753fea]
        /home/antony/miniconda3/envs/py34/bin/../lib/libpython3.4m.so.1.0(PyRun_SimpleStringFlags+0x40) [0x7f8d1c754080]
        /home/antony/miniconda3/envs/py34/bin/../lib/libpython3.4m.so.1.0(Py_Main+0x4af) [0x7f8d1c76c51f]
        python(main+0x15d) [0x400acd]
        /usr/lib/libc.so.6(__libc_start_main+0xf0) [0x7f8d1b956610]
        python() [0x4008a9]

Debug info from gdb:

ptrace: Operation not permitted.
No threads.

=================================================================
Got a SIGSEGV while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries 
used by your application.
=================================================================

Libraries installed from the Arch Linux standard package repository (except that Python3.4 was installed via conda). In particular

$ mono --version
Mono JIT compiler version 4.0.4 (Stable 4.0.4.1/5ab4c0d Mon Sep 14 09:24:50 UTC 2015)
Copyright (C) 2002-2014 Novell, Inc, Xamarin Inc and Contributors. www.mono-project.com
        TLS:           __thread
        SIGSEGV:       altstack
        Notifications: epoll
        Architecture:  amd64
        Disabled:      none
        Misc:          softdebug 
        LLVM:          supported, not enabled.
        GC:            sgen

Any help would be appreciated.
@mikofski
Copy link

Is #119 a duplicate of this? Have you tried adding "PYTHON_WITHOUT_ENABLE_SHARED" to defines in setup.py. Also see this SO Q/A.

@anntzer
Copy link
Author

anntzer commented Mar 16, 2016

This does not seem to help, at least on Python 3.5, using today's develop + PYTHON_WITHOUT_ENABLE_SHARED.

@den-run-ai
Copy link
Contributor

Are you using 64bit CPython 3.5? Is this from official python.org or one of
distros or your own build?

Have a look at Travis CI builds - the tests pass for one of latest Mono
versions.

On Tuesday, March 15, 2016, Antony Lee notifications@github.com wrote:

This does not seem to help, at least on Python 3.5, using today's develop

  • PYTHON_WITHOUT_ENABLE_SHARED.

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub
#110 (comment)

@anntzer
Copy link
Author

anntzer commented Mar 16, 2016

64-bit Python 3.5.1 from the Arch Linux repositories, built (by the packagers) as described here:
https://projects.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/python

@den-run-ai
Copy link
Contributor

@anntzer I tried installing Linux Arch in VirtualBox and failed badly:

image

https://www.archlinux.org/releng/releases/2016.09.03/torrent/

http://download.virtualbox.org/virtualbox/5.1.4/virtualbox-5.1_5.1.4-110228~Ubuntu~precise_amd64.deb

@anntzer
Copy link
Author

anntzer commented Sep 5, 2016

FWIW I am not using python for .NET anymore.

@den-run-ai
Copy link
Contributor

den-run-ai commented Sep 5, 2016 •
edited
Loading

@anntzer no problem, I was able to get and running arch with 32bit, but not 64bit in VirtualBox. Perhaps providing manylinux wheels could resolve these issues.

#258

@vmuriart
Copy link
Contributor

vmuriart commented Sep 6, 2016

@anntzer did you switch to an alternative solution/project?

@anntzer
Copy link
Author

anntzer commented Sep 6, 2016

Nope, that was for a side project that I just shelved.

@den-run-ai
Copy link
Contributor

I'm closing this issue because based on some reading arch linux is not recommended for production environment (maybe because has no LTS) and not provided on cloud and CI hosting facilities such as Travis CI, DigitalOcean, AWS, Azure.

travis-ci/travis-ci#1849

@den-run-ai
Copy link
Contributor

https://aur.archlinux.org/packages/python-pythonnet/

@den-run-ai den-run-ai changed the title Segfault on import of clr under Linux64/Mono Segfault on import of clr under Arch Linux64/Mono Jun 14, 2018
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
4 participants
@anntzer @mikofski @den-run-ai @vmuriart