Bug#922210: glx-diversions: fails to upgrade to 0.8.8~deb9u1: terminate called after throwing an instance of 'std::logic_error' ... Aborted

Andreas Beckmann anbe at debian.org
Wed Feb 13 11:32:07 GMT 2019


On 2019-02-13 10:39, Salvatore Bonaccorso wrote:
...> Setting up update-glx (0.8.8~deb9u1) ...
> Setting up glx-alternative-mesa (0.8.8~deb9u1) ...
> Setting up glx-diversions (0.8.8~deb9u1) ...
> terminate called after throwing an instance of 'std::logic_error'
>                                                                    what():  basic_string::_M_construct null not valid
>                                                                                                                      Aborted

That's apt-get .... unfortunately I can't get a core dump or examine it
in gdb ...

This is just the end of strace output:

wait4(28046, 0x7ffc1e703900, WNOHANG, NULL) = 0
pselect6(17, [0 14 16], NULL, NULL, {tv_sec=0, tv_nsec=50000000}, {[],
8}) = 1 (in [16], left {tv_sec=0, tv_nsec=22288477})
read(16, "status: glx-diversions: installe"..., 1024) = 34
wait4(28046, 0x7ffc1e703900, WNOHANG, NULL) = 0
pselect6(17, [0 14 16], NULL, NULL, {tv_sec=0, tv_nsec=50000000}, {[],
8}) = 1 (in [16], left {tv_sec=0, tv_nsec=49240970})
read(16, "status: libglx-mesa0: not-instal"..., 1024) = 36
futex(0x7fe452fef1a0, FUTEX_WAKE_PRIVATE, 2147483647) = 0
write(2, "terminate called after throwing "..., 48) = 48
write(2, "std::logic_error", 16)        = 16
write(2, "'\n", 2)                      = 2
write(2, "  what():  ", 11)             = 11
write(2, "basic_string::_M_construct null "..., 41) = 41
write(2, "\n", 1)                       = 1
rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, ~[RTMIN RT_1], [], 8) = 0
getpid()                                = 27937
gettid()                                = 27937
tgkill(27937, 27937, SIGABRT)           = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
--- SIGABRT {si_signo=SIGABRT, si_code=SI_TKILL, si_pid=27937, si_uid=0} ---
+++ killed by SIGABRT +++

Interestingly, the problem does not show up with the (identical) package
from stretch-backports.

But at least I can reproduce it in pbuilder using my piuparts stretch
chroot.


Andreas



More information about the pkg-nvidia-devel mailing list