vpicdisasm segfault with core dump

DanielH · 2016-07-02 03:42:45

Several months ago, I've compiled vpicdisasm on Arch Linux using PKGBUILD and .SRCINFO from AUR Archive at https://github.com/aur-archive/vpicdisasm .

At those times, vpicdisasm worked flawlessly, but now I'm unable to properly run vpicdisasm, it segfaults with a core dump:

[daniel@hardwork Programas]$ journalctl -b -0 | tail -n 20
...
jul 02 00:15:15 hardwork systemd-coredump[2000]: Process 1998 (vpicdisasm) of user 1000 dumped core.
                                                 
                                                 Stack trace of thread 1998:
                                                 #0  0x00007f6e6e2730ac vfprintf (libc.so.6)
                                                 #1  0x00007f6e6e31f396 __vsnprintf_chk (libc.so.6)
                                                 #2  0x00000000004034bc n/a (vpicdisasm)
                                                 #3  0x00000000004037ef n/a (vpicdisasm)
                                                 #4  0x0000000000403d5d n/a (vpicdisasm)
                                                 #5  0x0000000000400ee5 n/a (vpicdisasm)
                                                 #6  0x00007f6e6e24a741 __libc_start_main (libc.so.6)
                                                 #7  0x00000000004010b9 n/a (vpicdisasm)

I have run vpicdisasm using strace, results below:

[daniel@hardwork Programas]$ vpicdisasm -t ihex tx_span_rs485_1ms.hex

execve("/usr/bin/vpicdisasm", ["vpicdisasm", "-t", "ihex", "tx_span_rs485_1ms.hex"], [/* 65 vars */]) = 0
brk(NULL)                               = 0x1d87000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("/opt/opencascade/lib/tls/x86_64/libc.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/opt/opencascade/lib/tls/x86_64", 0x7ffe5bd54a50) = -1 ENOENT (No such file or directory)
open("/opt/opencascade/lib/tls/libc.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/opt/opencascade/lib/tls", 0x7ffe5bd54a50) = -1 ENOENT (No such file or directory)
open("/opt/opencascade/lib/x86_64/libc.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/opt/opencascade/lib/x86_64", 0x7ffe5bd54a50) = -1 ENOENT (No such file or directory)
open("/opt/opencascade/lib/libc.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/opt/opencascade/lib", {st_mode=S_IFDIR|0755, st_size=12288, ...}) = 0
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=262272, ...}) = 0
mmap(NULL, 262272, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f14f4aa8000
close(3)                                = 0
open("/usr/lib/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0`\10\2\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1960968, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f14f4aa7000
mmap(NULL, 3803440, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f14f4525000
mprotect(0x7f14f46bc000, 2097152, PROT_NONE) = 0
mmap(0x7f14f48bc000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x197000) = 0x7f14f48bc000
mmap(0x7f14f48c2000, 14640, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f14f48c2000
close(3)                                = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f14f4aa6000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f14f4aa5000
arch_prctl(ARCH_SET_FS, 0x7f14f4aa6700) = 0
mprotect(0x7f14f48bc000, 16384, PROT_READ) = 0
mprotect(0x7f14f4ae9000, 4096, PROT_READ) = 0
munmap(0x7f14f4aa8000, 262272)          = 0
brk(NULL)                               = 0x1d87000
brk(0x1da8000)                          = 0x1da8000
open("tx_span_rs485_1ms.hex", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=1782, ...}) = 0
read(3, ":020000040000FA\r\n:100000008A110A"..., 4096) = 1782
fstat(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 2), ...}) = 0
--- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0x4} ---
+++ killed by SIGSEGV (core dumped) +++[daniel@hardwork Programas]$ vpicdisasm -t ihex tx_span_rs485_1ms.hex

All dependencies are installed:

[daniel@hardwork bin]$ ldd vpicdisasm
	linux-vdso.so.1 (0x00007ffe2739f000)
	libc.so.6 => /usr/lib/libc.so.6 (0x00007f08451b8000)
	/lib64/ld-linux-x86-64.so.2 (0x00007f0845559000)

[daniel@hardwork bin]$  objdump -p vpicdisasm | grep NEEDED
  NEEDED               libc.so.6

Finally, I've tryed to remove and reinstall vpicdisasm, not solved: vpicdisasm continues segfaulting:

[daniel@hardwork Programas]$ pacman -Qi vpicdisasm
Name            : vpicdisasm
Version         : 1.3-5
Description     : A Microchip PIC disassembler for Baseline, Mid-Range, and
                  Mid-Range Enhanced 8-bit PIC cores
Architecture    : x86_64
URL             : https://github.com/vsergeev/vpicdisasm
Licenses        : GPL2
Groups          : None
Provides        : None
Depends On      : glibc
Optional Deps   : None
Required By     : None
Optional For    : None
Conflicts With  : None
Replaces        : None
Installed Size  : 45,00 KiB
Packager        : Unknown Packager
Build Date      : mar 28 jun 2016 13:46:52 ART
Install Date    : mar 28 jun 2016 13:46:54 ART
Install Reason  : Explicitly installed
Install Script  : No
Validated By    : None

My system (Arch Linux with LXQt) is up to date, glibc too (v2.23-5).
vpicdisasm developer (Vanya Sergeev) doesn't answer my emails about...

Could anybody kindly review these reports and tell me how can I solve this problem?

Best regards,
Daniel

PS: please forgive my bad english, I'm argentinian and only speak/write spanish.

jasonwryan · 2016-07-02 03:50:32

Have you updated vpicdisasm to build against the new libraries? Maintaining AUR packages is your responsibility.

Moving to AUR Issues...

Arch Linux

#1 2016-07-02 03:42:45

vpicdisasm segfault with core dump

#2 2016-07-02 03:50:32

Re: vpicdisasm segfault with core dump

Board footer