At least since last Tumbleweed update, wget fails to download anything and
always fails with a segmentation fault:
--
$ wget
https://web.archive.org/web/2000/https://github.com/adobe-fonts/source-han-sans/releases/download/2.004R/SourceHanSans.ttc.zip
Overriding existing handler for signal 10. Set JSC_SIGNAL_FOR_GC if you want
WebKit to use a different signal
--2022-06-07 16:36:41--
https://web.archive.org/web/2000/https://github.com/adobe-fonts/source-han-sans/releases/download/2.004R/SourceHanSans.ttc.zip
Resolving web.archive.org (web.archive.org)... 207.241.237.3
Connecting to web.archive.org (web.archive.org)|207.241.237.3|:443...
Segmentatiefout (geheugendump gemaakt)
--
$ wget
https://cdn.zabbix.com/zabbix/binaries/stable/6.0/6.0.5/zabbix_agent-6.0.5-windows-amd64-openssl.msi
Overriding existing handler for signal 10. Set JSC_SIGNAL_FOR_GC if you want
WebKit to use a different signal
--2022-06-07 16:38:51--
https://cdn.zabbix.com/zabbix/binaries/stable/6.0/6.0.5/zabbix_agent-6.0.5-windows-amd64-openssl.msi
Resolving cdn.zabbix.com (cdn.zabbix.com)... 172.67.69.4, 104.26.7.148,
104.26.6.148, ...
Connecting to cdn.zabbix.com (cdn.zabbix.com)|172.67.69.4|:443... connected.
Segmentatiefout (geheugendump gemaakt)
--
I also noticed this message I never saw before:
"Overriding existing handler for signal 10. Set JSC_SIGNAL_FOR_GC if you want
WebKit to use a different signal" -- not sure if it is related.
Current Tumbleweed version: 20220605
wget version:
Repository : openSUSE:Tumbleweed
Name : wget
Version : 1.21.3-1.2
Arch : x86_64
Vendor : openSUSE
Installed Size : 711.3 KiB
Installed : Yes
Status : up-to-date
Source package : wget-1.21.3-1.2.src
--
Not sure If I do this right, and if this is useful, but this is what I get with
gdb:
--
$ gdb --args wget https://aka.ms/vs/16/release/vc_redist.x64.exe
GNU gdb (GDB; openSUSE Tumbleweed) 11.1
Copyright (C) 2021 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 wget...
Reading symbols from /usr/lib/debug/usr/bin/wget-1.21.3-1.2.x86_64.debug...
(gdb) r
Starting program: /usr/bin/wget https://aka.ms/vs/16/release/vc_redist.x64.exe
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
[Detaching after vfork from child process 18815]
[New Thread 0x7ffff4c69640 (LWP 18819)]
Overriding existing handler for signal 10. Set JSC_SIGNAL_FOR_GC if you want
WebKit to use a different signal
--2022-06-07 16:54:38-- https://aka.ms/vs/16/release/vc_redist.x64.exe
Verbinding maken met 192.168.0.1:800... verbonden.
Thread 2 "BMScavenger" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7ffff4c69640 (LWP 18819)]
0x00007ffff788668c in __condvar_dec_grefs (cond=cond@entry=0x7ffff6bf8500,
g=g@entry=1, private=private@entry=0) at pthread_cond_wait.c:152
152 if (atomic_fetch_add_release (cond->__data.__g_refs + g, -2) == 3)
(gdb) bt
#0 0x00007ffff788668c in __condvar_dec_grefs (cond=cond@entry=0x7ffff6bf8500,
g=g@entry=1, private=private@entry=0)
at pthread_cond_wait.c:152
#1 0x00007ffff7887164 in __pthread_cond_wait_common
(abstime=<optimized out>, clockid=1, mutex=0x55555562e5c0,
cond=0x7ffff6bf8500) at pthread_cond_wait.c:510
#2 ___pthread_cond_clockwait64 (abstime=<optimized out>, clockid=1,
mutex=0x55555562e5c0, cond=0x7ffff6bf8500)
at pthread_cond_wait.c:682
#3 ___pthread_cond_clockwait64 (cond=0x7ffff6bf8500, mutex=0x55555562e5c0,
clockid=1, abstime=<optimized out>)
at pthread_cond_wait.c:670
#4 0x00007ffff66294f7 in ()
#5 0x0000000000005656 in ()
#6 0x000000002076b0af in ()
#7 0x000055555562e5c0 in ()
#8 0x0000141a205c7cea in ()
#9 0x0000000000000001 in ()
#10 0x0000000000000064 in ()
#11 0x0000000000005656 in ()
#12 0x000000002076b0af in ()
#13 0x6e65766163534d42 in ()
#14 0x0000000000726567 in ()
#15 0x0000000000000000 in ()
--
I have no idea how and where to look for more detail about this problem and the
gdb output does not make me any wiser.