From: <fre...@pe...> - 2011-12-29 15:04:19
|
Facundo Suárez <sua...@gm...> a écrit : > 2011/12/29 <fre...@pe...>: >> Facundo Suárez <sua...@gm...> a écrit : >> >>> 2011/12/29 <fre...@pe...>: >>>> >>>> Facundo Suárez <sua...@gm...> a écrit : >>>> >>>>> 2011/12/28 Frédéric <fre...@pe...>: >>>>>> >>>>>> >>>>>> Le 28/12/2011 17:27, David Baelde a écrit : >>>>>>> >>>>>>> >>>>>>> On Wed, Dec 28, 2011 at 5:08 PM,<fre...@pe...> wrote: >>>>>>> >>>>>>>> My source using "input.http" is defined in my script, even if it is >>>>>>>> relayed >>>>>>>> only 1 hour per day (for the news bulletin). >>>>>>> >>>>>>> >>>>>>> Ok so my suspicion was correct. To get rid of the message simply plug >>>>>>> a dummy output on your HTTP input. It'll empty it and avoid overruns. >>>>>>> It's costless and practically riskless. >>>>>>> >>>>>>> >>>>>> Well, I've tried to modify my script tonight adding a "output.dummy" >>>>>> for >>>>>> the source created by "input.http". >>>>>> It seems that everything is now correct :) >>>>>> No more buffer overrun message in my log... >>>>>> >>>>> >>>>> I didn't undersand very well. Can you explain me harder, please !! >>>>> >>>> >>>> If your source is defined somewhere in your script by: >>>> >>>> radio = input.harbor(... >>>> >>>> add this line later, may be at the end of your script: >>>> >>>> output.dummy(fallible=true, radio) >>> >>> >>> Done. I am going to review log later. But just a doubt: after adding >>> that line you told me, source is still named radio? >>> >> >> You can use whatever you want... but corresponding to the name used in >> output.dummy parameters > > Ok, understood > >> >> What LS Team told us to avoid a buffer overrun, is to create a sink to flush >> the buffer. >> >> > > Is it a better solution? Can you explain how to set it up? Please !! > > Thanks > Sorry but I don't know how being more precise... Can you copy your current script? I'll try to tell you how to modify it. Fred |