bug introduced in 0.3.23, crash when no network interfaces up. #340
Description
using the 32bit official linux binary build of bitcoin, on ubuntu lucid 32bit. when there are no network interfaces up (i.e., network cable disconnected), bitcoin client fails to start with a segfault. no such issue when a network cable is connected and an interface is up. no such issue when an interface is up, but firewall blocks all incoming and outgoing packets. if bitcoin is started, then network cable is unplugged, bitcoin hard crashes. issue does not occur with previous release, 0.3.22.
gdb traceback of the segfault included below:
$ gdb bitcoind
GNU gdb (GDB) 7.1-ubuntu
Copyright (C) 2010 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 "i486-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /home/dfolkins/bin/bitcoind...(no debugging symbols found)...done.
(gdb) run
Starting program: /home/dfolkins/bin/bitcoind
[Thread debugging using libthread_db enabled]
[New Thread 0xb7abbb70 (LWP 2010)]
[New Thread 0xb72bab70 (LWP 2011)]
[New Thread 0xb6ab9b70 (LWP 2012)]
[New Thread 0xb62b8b70 (LWP 2013)]
[New Thread 0xb5ab7b70 (LWP 2014)]
[New Thread 0xb52b6b70 (LWP 2015)]
[New Thread 0xb4aa7b70 (LWP 2016)]
[New Thread 0xb42a6b70 (LWP 2017)]
[Thread 0xb72bab70 (LWP 2011) exited]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb5ab7b70 (LWP 2014)]
0x002e150b in vfprintf () from /lib/tls/i686/cmov/libc.so.6
(gdb) bt
#0 0x002e150b in vfprintf () from /lib/tls/i686/cmov/libc.so.6
#1 0x002e2ec2 in ?? () from /lib/tls/i686/cmov/libc.so.6
#2 0x002dde13 in vfprintf () from /lib/tls/i686/cmov/libc.so.6
#3 0x0038203d in __vfprintf_chk () from /lib/tls/i686/cmov/libc.so.6
#4 0x08056458 in ?? ()
#5 0x080847d9 in ?? ()
#6 0x08091c7a in ?? ()
#7 0x08092853 in ?? ()
#8 0x0015296e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#9 0x0036ea4e in clone () from /lib/tls/i686/cmov/libc.so.6
(gdb)
if you need further information, please ask. but otherwise, should be able to confirm this with (i think) any 32bit linux. or if not, then least, 32bit ubuntu lucid. :)