After fixing some other problems of 'bin/gub tools::python' on openSuSE
Tumbleweed 20190110
'./python -E /home/gub/NewGub/gub/target/tools/src/python-2.4.5/setup.py build'
faults at the same place:
~~~
LD_LIBRARY_PATH=/home/gub/NewGub/gub/target/tools/build/python-2.4.5:/home/gub/NewGub/gub/target/tools/root
gdb ./python
GNU gdb (GDB; openSUSE Tumbleweed) 8.2
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-suse-linux".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://bugs.opensuse.org/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from ./python...done.
(gdb) run -E /home/gub/NewGub/gub/target/tools/src/python-2.4.5/setup.py build
Starting program: /home/gub/NewGub/gub/target/tools/build/python-2.4.5/python
-E /home/gub/NewGub/gub/target/tools/src/python-2.4.5/setup.py build
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Program received signal SIGSEGV, Segmentation fault.
0x00007ffff7eec124 in PyInstance_NewRaw (klass=klass@entry=0x7ffff7e78e30,
dict=0x419e00, dict@entry=0x0) at
/home/gub/NewGub/gub/target/tools/src/python-2.4.5/Objects/classobject.c:551
551 inst->in_dict = dict;
(gdb) bt
#0 0x00007ffff7eec124 in PyInstance_NewRaw (klass=klass@entry=0x7ffff7e78e30,
dict=0x419e00, dict@entry=0x0)
at
/home/gub/NewGub/gub/target/tools/src/python-2.4.5/Objects/classobject.c:551
#1 0x00007ffff7eec229 in PyInstance_New (klass=0x7ffff7e78e30,
arg=0x7ffff7e66050, kw=0x0) at
/home/gub/NewGub/gub/target/tools/src/python-2.4.5/Objects/classobject.c:568
#2 0x00007ffff7ee30d0 in PyObject_Call (func=func@entry=0x7ffff7e78e30,
arg=arg@entry=0x7ffff7e66050, kw=kw@entry=0x0)
at
/home/gub/NewGub/gub/target/tools/src/python-2.4.5/Objects/abstract.c:1795
#3 0x00007ffff7f40e1e in PyEval_CallObjectWithKeywords (func=0x7ffff7e78e30,
arg=arg@entry=0x7ffff7e66050, kw=kw@entry=0x0)
at /home/gub/NewGub/gub/target/tools/src/python-2.4.5/Python/ceval.c:3435
#4 0x00007ffff7f401c7 in _PyExc_Init () at
/home/gub/NewGub/gub/target/tools/src/python-2.4.5/Python/exceptions.c:1827
#5 0x00007ffff7f68ed0 in Py_InitializeEx (install_sigs=1) at
/home/gub/NewGub/gub/target/tools/src/python-2.4.5/Python/pythonrun.c:207
#6 Py_InitializeEx (install_sigs=1) at
/home/gub/NewGub/gub/target/tools/src/python-2.4.5/Python/pythonrun.c:134
#7 0x00007ffff7f6e8a4 in Py_Main (argc=4, argv=0x7fffffffda28) at
/home/gub/NewGub/gub/target/tools/src/python-2.4.5/Modules/main.c:427
#8 0x00007ffff6c8bfeb in __libc_start_main (main=0x401040 <main>, argc=4,
argv=0x7fffffffda28, init=<optimized out>, fini=<optimized out>,
rtld_fini=<optimized out>,
stack_end=0x7fffffffda18) at ../csu/libc-start.c:308
#9 0x000000000040107a in _start () at ../sysdeps/x86_64/start.S:120
~~~
---
** [issues:#5425] GUB: target tools::python fails with segmentation fault**
**Status:** Accepted
**Labels:** GUB
**Created:** Mon Oct 08, 2018 10:08 AM UTC by Federico Bruni
**Last Updated:** Mon Oct 08, 2018 11:32 AM UTC
**Owner:** nobody
**Attachments:**
-
[python.log](https://sourceforge.net/p/testlilyissues/issues/5425/attachment/python.log)
(258.4 kB; text/x-log)
This happens when running `make lilypond` in GUB on Fedora 28, gcc version
8.1.1.
Find attached python.log. Here's the tail:
```
building package: tools::python
*** Stage: download (python, tools)
*** Stage: untar (python, tools)
*** Stage: patch (python, tools)
*** Stage: autoupdate (python, tools)
*** Stage: configure (python, tools)
*** Stage: compile (python, tools)
Command barfed: cd /home/fede/src/gub/target/tools/build/python-2.4.5 && make
BLDLIBRARY='-Wl,-rpath -Wl,\$$ORIGIN/../lib -Wl,-rpath
-Wl,/home/fede/src/gub/target/tools/root/usr/lib -L. -lpython$(VERSION)'
LIBC="-lcrypt -ldb"
Tail of target/tools/log/python.log >>>>>>>>
esac
/bin/sh: line 1: 28141 Segmentation fault (core dumped)
LD_LIBRARY_PATH=/home/fede/src/gub/target/tools/build/python-2.4.5:/home/fede/src/gub/target/tools/root
CC='gcc -pthread -I/home/fede/src/gub/target/tools/build/python-2.4.5'
LDSHARED='gcc -pthread -I/home/fede/src/gub/target/tools/build/python-2.4.5
-shared' OPT='-DNDEBUG -g -O3 -Wall -Wstrict-prototypes' ./python -E
/home/fede/src/gub/target/tools/src/python-2.4.5/setup.py build
make: *** [sharedmods] Error 139
Command barfed: cd /home/fede/src/gub/target/tools/build/python-2.4.5 &&
make BLDLIBRARY='-Wl,-rpath -Wl,\$$ORIGIN/../lib -Wl,-rpath
-Wl,/home/fede/src/gub/target/tools/root/usr/lib -L. -lpython$(VERSION)'
LIBC="-lcrypt -ldb"
<<<<<<<< Tail of target/tools/log/python.log
*** Failed target: tools::python
make[1]: *** [gub.make:63: packages] Error 1
make[1]: uscita dalla directory "/home/fede/src/gub"
make: *** [GNUmakefile:26: lilypond] Error 2
```
I don't know what I'm doing here but perhaps it's useful:
```
[~]$ coredumpctl gdb
PID: 28141 (python)
UID: 1000 (fede)
GID: 1000 (fede)
Signal: 11 (SEGV)
Timestamp: Mon 2018-10-08 11:45:30 CEST (15min ago)
Command Line: ./python -E
/home/fede/src/gub/target/tools/src/python-2.4.5/setup.py build
Executable: /home/fede/src/gub/target/tools/build/python-2.4.5/python
Control Group:
/user.slice/user-1000.slice/[email protected]/gnome-terminal-server.service
Unit: [email protected]
User Unit: gnome-terminal-server.service
Slice: user-1000.slice
Owner UID: 1000 (fede)
Boot ID: 483f16d4e4d14b16b9f2e843458eb3d1
Machine ID: 632206f23825416c9521585b3569c6c4
Hostname: federico
Storage:
/var/lib/systemd/coredump/core.python.1000.483f16d4e4d14b16b9f2e843458eb3d1.28141.1538991930000000.lz4
Message: Process 28141 (python) of user 1000 dumped core.
Stack trace of thread 28141:
#0 0x000014f6d27bbff4 n/a
(/home/fede/src/gub/target/tools/build/python-2.4.5/libpython2.4.so.1.0)
GNU gdb (GDB) Fedora 8.1.1-3.fc28
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from
/home/fede/src/gub/target/tools/build/python-2.4.5/python...done.
[New LWP 28141]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Core was generated by `./python -E
/home/fede/src/gub/target/tools/src/python-2.4.5/setup.py build'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x000014f6d27bbff4 in PyInstance_NewRaw (klass=klass@entry=0x14f6d2e83e30,
dict=0x127be40,
dict@entry=0x0) at
/home/fede/src/gub/target/tools/src/python-2.4.5/Objects/classobject.c:551
551 inst->in_dict = dict;
Missing separate debuginfos, use: dnf debuginfo-install
glibc-2.27-32.fc28.x86_64 libdb-5.3.28-30.fc28.x86_64
libxcrypt-4.1.2-1.fc28.x86_64
```
---
Sent from sourceforge.net because [email protected] is
subscribed to https://sourceforge.net/p/testlilyissues/issues/
To unsubscribe from further messages, a project admin can change settings at
https://sourceforge.net/p/testlilyissues/admin/issues/options. Or, if this is
a mailing list, you can unsubscribe from the mailing list._______________________________________________
Testlilyissues-auto mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/testlilyissues-auto
