🚀 go-pugleaf

> Maybe this is not the most elegant solution, but for a quick and
> dirty approach I'd do the following -
>
> 1. A time opens the file every, say few seconds (depending on
> the frequency with which the file is changed) and checks the
> exact file size, marks it as well as the number of lines in the
> file - have to run through it once, sorry. It's a sequential file
> anyway, so there's not much to do about it.
> 2. If the file size is bigger than the last time, read the file up
> to the old number of lines and then line input the rest of the
> file

Your idea is basicly good enough as I see it, but there's something I don't
quite understand. Why not just settle with opening every hour, or which ever
is needed, note the size of the file, and then the next time you have to
read from the file, skip to the previously noted size, and then line input
the rest.
What would you want with the initial number of lines? I suppose you could
read the number of line breaks in the file, but compared to skipping to a
exact byte, it's way to slow IMO.
Obviously, the first time the program runs, it has to read the whole file,
but that's the least of the problems.

Kind regards
Brian Klausen