PDA

View Full Version : Command Line Interface causes SlimServer 6.1.1 crash?



jbcsl
2005-08-04, 18:45
I'm trying to write a program that talks to SlimServer through the command line interface. While I'm following documentations to familiarise myself with the commands, I noticed that if I pass an "id" tag to the "playlists" command, the server will crash, e.g.

-----------------------------------------------------------------
telnet localhost 9090
Trying 127.0.0.1...
Connected to localhost.localdomain.
Escape character is '^]'.

playlists 0 5
playlists 0 5 count%3A5 index%3A0 title%3A912%20Private id%3A52 index%3A1 title%3A912%20Private%20BK id%3A22 index%3A2 title%3A912_Queen id%3A54 index%3A3 title%3A912_Queen_BK id%3A55 index%3A4 title%3APublic%20Unknown id%3A74


playlists 0 5 id:0
playlists 0 5 id%3A0 count%3A5 index%3A0 title%3A912%20Private id%3A52 index%3A1 title%3A912%20Private%20BK id%3A22 index%3A2 title%3A912_Queen id%3A54 index%3A3 title%3A912_Queen_BK id%3A55 index%3A4 title%3APublic%20Unknown id%3A74


playlists 0 5 id:55
Connection closed by foreign host.
-----------------------------------------------------------------

From a short test, I found the only "id" tag that doesn't cause the server to crash is "id:0", but there is no difference whether passing "id:0" or not. As soon as I put another tag number (whether an existing one or not), the server crashed.

The SlimServer I tested is 6.1.1, Linux tar source from the website. I didn't install the server (for a reason), so I ran the perl script as root with following options,

--playlistdir /var/music/playlist/912/
--audiodir /var/music/library/912/
--logfile /var/music/preference/912/logfile.txt
--prefsfile /var/music/preference/912/prefsfile.txt
--pidfile /var/music/preference/912/pidfile.txt
--cachedir /var/music/preference/912/

Before testing SlimServer 6.1.1, I tried 6.0.2 and also had a crashing scenario. Instead of the "id" tag, it was the "search" tag of "playlists" command crashes the 6.0.2 server.

Although in 6.1.1, a command "playlists 0 5 search:the" will not crash. The "count" tag in the reply doesn't seem to be correct. Instead of being "Number of results returned by the query." (straight copy from the documentation), the value of the "count" tag always seems to be the total number of playlists. This only seems to happen in the "playlists" command, but not in others, e.g. "titles" command.


I'm wondering are these known bugs? Is anybody else having the same problem?

jbcsl
2005-08-07, 15:55
nobody has the same problem as me!?