[ISSUE] kodi-rpi segfaults on startup on rpi-musl (original 256M raspberrypi B)

[ISSUE] kodi-rpi segfaults on startup on rpi-musl (original 256M raspberrypi B)

[voidlinux-github]

[-- Attachment #1: Type: text/plain, Size: 2718 bytes --]

New issue by oldlaptop on void-packages repository

https://github.com/void-linux/void-packages/issues/16335

Description:
<!-- Don't request update of package. We have a script for that. https://alpha.de.repo.voidlinux.org/void-updates/void-updates.txt . However, a quality pull request may help. -->
### System

* xuname:  
Void 4.19.81_1 armv6l-musl  uptodate rFF
* package:  
kodi-rpi-18.4_2

### Expected behavior
kodi should probably at least start.

### Actual behavior
kodi segfaults on startup. The backtrace in the wrapper script's generated "crash log" is essentially worthless (available on request, anyhow); running gdb on the actual binary yields the following:
```$ gdb /usr/lib/kodi/kodi-rbpi 
GNU gdb (GDB) 8.3.1
Copyright (C) 2019 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 "arm-linux-musleabihf".
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 /usr/lib/kodi/kodi-rbpi...
(No debugging symbols found in /usr/lib/kodi/kodi-rbpi)
(gdb) run
Starting program: /usr/lib/kodi/kodi-rbpi 

Program received signal SIGSEGV, Segmentation fault.
0xb6fb7c58 in do_relocs (dso=dso@entry=0xb6ffd6d0 <app>, rel=0x796fc4, rel_size=1463840, stride=3069935072, stride@entry=2) at ldso/dynlink.c:423
423     ldso/dynlink.c: No such file or directory.
(gdb) bt
#0  0xb6fb7c58 in do_relocs (dso=dso@entry=0xb6ffd6d0 <app>, rel=0x796fc4, rel_size=1463840, stride=3069935072, stride@entry=2) at ldso/dynlink.c:423
#1  0xb6fb8ccc in reloc_all (p=p@entry=0xb6ffd6d0 <app>) at ldso/dynlink.c:1327
#2  0xb6fba950 in __dls3 (sp=<optimized out>) at ldso/dynlink.c:1906
#3  0xb6fba298 in __dls2 (base=<optimized out>, sp=0xbefff8a0) at ldso/dynlink.c:1650
#4  0xb6fb7270 in _dlstart () from /lib/ld-musl-armhf.so.1
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb)
```

Following duncaen's suggestion on IRC the kodi-rbpi binary's stack size was increased with chelf first to 4M, and then to 8M (e.g. `# chelf -s $(dc -e '8192 1024 *p') /usr/lib/kodi/kodi-rbpi`), with no apparent effect.

### Steps to reproduce the behavior
Install kodi-rpi, try to run it.

Re: kodi-rpi segfaults on startup on rpi-musl (original 256M raspberrypi B)

[github-actions]

[-- Attachment #1: Type: text/plain, Size: 293 bytes --]

New comment by github-actions[bot] on void-packages repository

https://github.com/void-linux/void-packages/issues/16335#issuecomment-1099786882

Comment:
Issues become stale 90 days after last activity and are closed 14 days after that.  If this issue is still relevant bump it or assign it.

Re: [ISSUE] [CLOSED] kodi-rpi segfaults on startup on rpi-musl (original 256M raspberrypi B)

[github-actions]

[-- Attachment #1: Type: text/plain, Size: 2795 bytes --]

Closed issue by oldlaptop on void-packages repository

https://github.com/void-linux/void-packages/issues/16335

Description:
<!-- Don't request update of package. We have a script for that. https://alpha.de.repo.voidlinux.org/void-updates/void-updates.txt . However, a quality pull request may help. -->
### System

* xuname:  
Void 4.19.81_1 armv6l-musl  uptodate rFF
* package:  
kodi-rpi-18.4_2

### Expected behavior
kodi should probably at least start. (Whether it will run and be useful on this hardware is another matter...)

### Actual behavior
kodi segfaults on startup. The backtrace in the wrapper script's generated "crash log" is essentially worthless (available on request, anyhow); running gdb on the actual binary yields the following:
```$ gdb /usr/lib/kodi/kodi-rbpi 
GNU gdb (GDB) 8.3.1
Copyright (C) 2019 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 "arm-linux-musleabihf".
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 /usr/lib/kodi/kodi-rbpi...
(No debugging symbols found in /usr/lib/kodi/kodi-rbpi)
(gdb) run
Starting program: /usr/lib/kodi/kodi-rbpi 

Program received signal SIGSEGV, Segmentation fault.
0xb6fb7c58 in do_relocs (dso=dso@entry=0xb6ffd6d0 <app>, rel=0x796fc4, rel_size=1463840, stride=3069935072, stride@entry=2) at ldso/dynlink.c:423
423     ldso/dynlink.c: No such file or directory.
(gdb) bt
#0  0xb6fb7c58 in do_relocs (dso=dso@entry=0xb6ffd6d0 <app>, rel=0x796fc4, rel_size=1463840, stride=3069935072, stride@entry=2) at ldso/dynlink.c:423
#1  0xb6fb8ccc in reloc_all (p=p@entry=0xb6ffd6d0 <app>) at ldso/dynlink.c:1327
#2  0xb6fba950 in __dls3 (sp=<optimized out>) at ldso/dynlink.c:1906
#3  0xb6fba298 in __dls2 (base=<optimized out>, sp=0xbefff8a0) at ldso/dynlink.c:1650
#4  0xb6fb7270 in _dlstart () from /lib/ld-musl-armhf.so.1
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb)
```

Following duncaen's suggestion on IRC the kodi-rbpi binary's stack size was increased with chelf first to 4M, and then to 8M (e.g. `# chelf -s $(dc -e '8192 1024 *p') /usr/lib/kodi/kodi-rbpi`), with no apparent effect.

### Steps to reproduce the behavior
Install kodi-rpi, try to run it.