Bugzilla – Bug 363
some mp3 streams crashes slimserver under Mac OS X
Last modified: 2011-03-16 04:18:43 UTC
I'm playing an mp3 stream (from iTunes playlist): http://64.236.34.97:5190/stream/1006 which is "M O S T L Y - C L A S S I C A L" from http://di.fm It plays for about 3 to 4 minutes without problems, and then the client tells it has lost connection to the server, and a few seconds later, this is in /tmp/slimerror.log Quantifier in {,} bigger than 32766 in regex; marked by <-- HERE in m/^((?:vfD_[^_]+_Vfd|(?:__(?: cursorpos|center)__)?(?:__(?:cursorpos|center)__)(?:vfD_[^_]+_Vfd|.)|.){ <-- HERE 0,41621})/ 2004-06-08 05:40:22.4889 Got to the END. 2004-06-08 05:40:22.4900 Got sigint. 2004-06-08 05:40:22.4906 SlimServer cleaning up. This is caused by sysread() in Slim::Web::RemoteStream::readMetaData returning undef and still adds data to the 2nd arg. This makes $metadata grow witout bounds, so it becomes +32K, and then slimserver crashes. Patch for this is attached to bug report.
Created attachment 44 [details] patch which fixes problem and adds more $::d_remotestream debugging.
Created attachment 45 [details] improved patch can't do next inside do..while() in perl, so here's an improved patch patch fixes problem and adds more $::d_remotestream debugging.
Approving for 5.2, but would like to get some eyes on the patch.
Should be fixed in the latest nightly.
This Slimserver bug was fixed a very long time ago, and is now being marked as Closed. If you're still experiencing this issue, please verify you are running a current version of Slimserver and re-open the bug.
Routine bug db maintenance; removing old versions which cause confusion. I apologize for the inconvenience.