#58 songs that disappear are fatal

[David J. MacKenzie]

I renamed some song files after w3juke read the index
file, and when it tried to play one of them (by Bob
Seeger And The Silver Bullet Band) this segv happened:

Prefetching: artist: Bob Seger And The Silver Bullet
Band; disc: Greatest Hits; track: 10-Mainstreet;
last_play: 0 pri: 38; queue: up next
scheme 'http' trail
'//parsec.zeromm.com/audio/Bob%20Seger...' url:
http://parsec.zeromm.com/audio/Bob%20Seger%20And%20The%20Silver%20Bullet%20Band/Greatest%20Hits/10-Mainstreet.mp3
Found cached addrinfo for parsec.zeromm.com cached 3
hours, 36 minutes, 7 seconds ago
Get http input from host 'parsec.zeromm.com' (IPv4
192.111.45.73)
Waiting for http connection on #7
Got http connection on #7
connection_ready, sending: GET
/audio/Bob%20Seger%20And%20The%20Silver%20Bullet%20Band/Greatest%20Hits/10-Mainstreet.mp3
HTTP/1.0
User-Agent: i11ega1/2.1
Host: parsec.zeromm.com

Sched'ing check_for_exit for w3juke-xmms (13927) every
10000ms
< HTTP/1.1 404 Not Found
RCODE: 404
< Date: Tue, 09 Oct 2001 00:53:35 GMT
< Server: Apache/1.3.20 (Unix) PHP/4.0.6
< Connection: close
< Content-Type: text/html; charset=iso-8859-1
<
input_ppipe_line_buffered::more_input disconnecting fd#7
Reached EOF on out
rd_bytes: 3134951 wr_bytes: 3134951
nbuf_full: 1 nbuf_empty: 1 nzero_read: 0
No buffer empties, reducing restart_out by 101680
bytes, now 10590636
Closing 8 (w3juke-xmms)
Sched'ing check_for_exit for w3juke-xmms (13927) every 50ms
*** no handler for text/html; charset=iso-8859-1
Closing 7
(http://parsec.zeromm.com/audio/Bob%20Seger%20And%20The%20Silver%20Bullet%20Band/Greatest%20Hits/10-Mainstreet.mp3)
w3juke-xmms (13927) exited; status: 0 exited: 1
signaled: 0 stopped: 0 exit status: 0 sig#0 core: 0 stop#0
writer_exit status: 0 in_eof: 1 out_eof: 1
next_tune (last call 3 minutes, 19 seconds ago)
*** making /home/djm//.w3juke/history.new
Primus/Suck On This/06-Tommy the Cat ready to play again
Moodswings/Moodfood/01-Throw Off The Shackles won't
play again sooner then 5 min
utes, 56 seconds
Queue sizes:
up_next: 1
played_list: 57
play_list[0]: 913
play_list[1]: 0
play_list[2]: 0
play_list[3]: 0
play_list[4]: 0
play_list[5]: 0
play_list[6]: 0
play_list[7]: 0
play_list[8]: 0
play_list[9]: 149
play_list[10]: 23489
play_list[11]: 0
all_tunes: 24609
now_playing = 0x8735770; *artist: Bob Seger And The
Silver Bullet Band; disc: Greatest Hits; track:
10-Mainstreet; last_play: 0 pri: 38; queue: up next
Using prebuffered tune🧑‍🎨 Bob Seger And The Silver
Bullet Band; disc: Greatest Hits; track: 10-Mainstreet;
last_play: 0 pri: 38; queue: up next
Prefetch didn't get headers, reconnecting
Er, pre->get->are_headers_done() returns true??
Segmentation fault

[Chris P. Ross]

Logged In: YES
user_id=12814

Were you able to get a core file, Dave? I would
like to see exactly where the SEGV is occurring.
I'm going to assign this to Josh, because that is code
he's much more familiar with than I.

He'll prolly need a better idea of where the SEGV is
occuring, tho.

Perhaps one could make a file: index and put some tracks
in it, one of which is bogus? It might make it easier
to recreate the crash.