Mailing List archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[vdr] Re: Feature request: changed/new SVDRP return codes



On Thu, Feb 05, 2004 at 10:30:44PM +0200, Jan Ekholm wrote:
> 
> Hi,
> 
> While looking a bit at parsing the SVDRP data that VDR returns I think a
> small change or two to the protocol could make things a lot easier for
> those using the protocol.
> 
> Currently most commands that get lists of stuff from VDR are using the
> return code 250, which means "Requested VDR action okay, completed". It
> can however be a bit hard to parse the data from VDR as this 250 is used
> for so many things. Imagine the following:
> 
> 1. client sends a LSTC
> 2. reads lines from VDR and parses the channels
> 3. client sends a LSTR
> 4. reads lines from VDR and parses the recordings
> 
> However, when can the client know for sure that all data that the LSTC
> generates has been read and it is safe to send to LSTR? Timeouts are a bit
> of an ugly hack. Most likely VDR has sent all data when the client hasn't
> got anything for, say, 10 seconds, but one can't be really sure. It is
> quite easy to mix up the lines returned by the various commands that use
> 250 and do a mis-parse.

The last "250" has a " " instead of the "-"

250-Bla
250-Bla
250-Bla
250 <- Here is the space = last line


Bis denn

-- 
Real Programmers consider "what you see is what you get" to be just as 
bad a concept in Text Editors as it is in women. No, the Real Programmer
wants a "you asked for it, you got it" text editor -- complicated, 
cryptic, powerful, unforgiving, dangerous.



-- 
Info:
To unsubscribe send a mail to ecartis@linuxtv.org with "unsubscribe vdr" as subject.



Home | Main Index | Thread Index