how many mp3s?

Hello,

How big a list MP3s can mod_mp3 0.40 load into memory?

I have 1627 mp3s (my entire collection of ~130 CDs) and to load them I just 
have MP3 /pub/MP3s and MP3Allow *.mp3. At some point around half way through 
the list (the exact point varies each time), when I try to play a stream, 
mod_mp3 sends an unending spew of data. The only way to get it to stop is to 
stop apache. Even presing "cancel" in the download windows of the browser 
doesn't stop it - 'top -s 1' shows contiued activity for the process, as does 
the sapache server-status handler, as if it was still active & sending data. 
If I decide to view the download in a text editor instead of the runnign with 
the default app, the unending stream of data is repeated lines like this:

#EXTM3U
#EXTINF:-1,(null)
http://bytor.fenris.cjb.net:80/mp3s/stream?op=play&song=(null)
#EXTINF:-1,(null)
http://bytor.fenris.cjb.net:80/mp3s/stream?op=play&song=(null)

(last 2 lines repeated ad infinitum)

I doubt that it is a memory problem, because my gkrellm monitor hows that 
there is still 102MB free memory after apache+mod_mp3 has finished starting up 
and is ready to serve pages, and that is same value as when all mod_mp3 
directives are removed httpd.conf.

Also, even with MP3Allow *.mp3, the list to choose from generated by 
http://bytor.fenris.cjb.net/mp3s/stream?op=select has _all_ files in /pub/MP3s 
though according to the faq.html it should be limiting the list files matching 
*.mp3. Adding various MP3Deny lines doesn't affect anything.

As a suggestion, perhaps a second handler, call it mp3-listfiles could be 
added to show what files were processed on startup and given a MD5 hash for 
the &song=<hash> args? Or maybe an extension to the mp3-status handler - 
whatever.

Oh, almost forgot, the machine is running OpenBSD-current (2003-10-07) and 
apache 1.3.28
--
Cory C. Albrecht
http://www.sentex.ca/~corya/
What does not kill me only delays the inevitable.