Bug in SVDRP?

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

 



Hi,

On Wednesday 12 October 2005 15:26, Klaus Schmidinger wrote:
> Andreas Mair wrote:
> > Hi,
> >
> > I was hunting a bug in VDRAdmin when I stumbled on "confusing"
> > behaviour in VDR1.3.34:
> >
> > Programming a timer using "newt ..." and a very long summary leads to
> > "line too long" error message. Made some debugging and it seems that a
> > line can be up to 10239 characters.
> > So I shortened the "newt" call to 10239 and VDR accepted it. Reviewed
> > to timer in the VDR OSD and it showed up.
> > Later I had to restart VDR and it refused to read timers.conf! Then I
> > manually edited timers.conf until VDR accepted it.
> > I had to shorten the "newt" call to 10218 characters to get all
> > working. Looking at VDR'S source the parse buffer is 10k (10240 byte).
> >
> > Are there some circumstances I don't get? Please enlighten me!
> >
> > Regards,
> > Andreas
>
> Are you writing the entire film's script into the timer's 'summary'?
>
> Even in my wildest dreams I would never have expected that 10KB
> would _ever_ be too little for this...
>
> Are you really sure this is a good thing to do?

You're absolutely right. It's not that I want to do it, but there had been a 
bug report for VDRAdmin that some timers couldn't be programmed due to long 
summaries. After shortening the summary the timer got programmed.
I simply tried to locate the bug and I saw that VDR behaviour. That's all.

And I really think that 10KB is enough.
But OTOH: VDR should be able to read what it writes...

Regards,
Andreas


[Index of Archives]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Util Linux NG]     [Xfree86]     [Big List of Linux Books]     [Fedora Users]     [Fedora Women]     [ALSA Devel]     [Linux USB]

  Powered by Linux