> 4096 if #define is set so. So far there's no need for it but I hope IOK, agreed, I'll look for to dump the section immediately and
> will find a TS where it will be a benefit of
You can always dump one section before 4097 is reached, even if such
TS you describe exist.
> will work for secbuf_real as well for malloc()ed secbufI planned to support dynamically alloc'ed buffer for purpose
OK, if you plan to use it for other stuff.
I was just confused that the saved value right now would always be the
same.
I see your point, it is of course for the same PID and sometimesI see it as: "There will be delays up to one TS-to-TS span (of the same PID)". This can be a long time (seconds) in the worst case. It should be dumped as soon as possible.
:) right, I haven't find them yet but I can imagineThere should not be any other broken data from before if it already was dumped in time. Unless those broken TS which you did not find yet exist.
The comapre would be beneficial, as it (on my 7146 based card) it periodically (1 sec period) reports bursts of longerThat was to the Convergence code tree. I did not compare it to my current code yet. But if the other code is fixed now anyway ...