rc interface locking

[tjenkins]

HI,
I am using 0.8.6d Janus on FC8.

When I start up the client with remote interface, it locks after first command and I can exit only by double ctrl-c. I am using this to send commands:
echo "goto 2" | netcat -c localhost 12345
echo "goto 1" | netcat -c localhost 12345


[root@localhost vlc-0.8.6d]# ./vlc -I rc --rc-host localhost:12345 ../IPTV.pls
VLC media player 0.8.6d Janus
starting VLC root wrapper... using UID 0 (root)
***************************************
* Running VLC as root is discouraged. *
***************************************

It is potentially dangerous, and might not even work properly.
Remote control interface initialized. Type `help' for help.
status change: ( new input: ../IPTV.pls )
status change: ( audio volume: 256 )
status change: ( play state: 1 )
status change: ( stop state: 0 )
status change: ( new input: mms://-hidden- )
status change: ( audio volume: 256 )
status change: ( play state: 1 )
[00000298] access_mms access: selecting stream[0x1] audio (72 kb/s)
[00000298] access_mms access: selecting stream[0x2] video (968 kb/s)
[00000298] access_mms access: ignoring stream[0x3] video (718 kb/s)
[00000298] access_mms access: ignoring stream[0x4] video (468 kb/s)
[00000298] access_mms access: ignoring stream[0x5] video (218 kb/s)
[00000298] access_mms access: connection successful
[00000296] main input error: refcount is 1, delaying again (id=296,type=-7) **** this is after first command, the channel is changed but interface is locked afterwards

[00000296] main input error: waited too long, cancelling destruction (id=296,type=-7)
[00000363] access_mms access: selecting stream[0x1] audio (72 kb/s)
[00000363] access_mms access: selecting stream[0x2] video (968 kb/s)
[00000363] access_mms access: ignoring stream[0x3] video (718 kb/s)
[00000363] access_mms access: ignoring stream[0x4] video (468 kb/s)
[00000363] access_mms access: ignoring stream[0x5] video (218 kb/s)
[00000363] access_mms access: connection successful
signal 2 received, terminating vlc - do it again in case it gets stuck
user insisted too much, dying badly
Aborted


Is it some problem with locking in the playlists?

[tjenkins]

I can confirm the problem dissapeared in latest 0.9.0 svn trunk.

[Doki]

Well the problem still exist on 0.8.6, the weird thing is that it accepts the first commands list from netcat but seems to ignore it after when it perfectly works if you use netcat manually or telnet... Anyway, i will test with 0.9svn since I build it yesterday