Re^5: Reading files, skipping very long lines...

If you're reading each line as soon as it is appended to the file, there won't be a newline.

But if there's a chance that another line will follow more quickly than your seek gets there, you could always read backwards $MAX bytes to see if there's a newline.

Caution: Contents may have been coded under pressure.

Comment on Re^5: Reading files, skipping very long lines... Download Code

Replies are listed 'Best First'.
Re^6: Reading files, skipping very long lines... by rir (Vicar) on Sep 30, 2005 at 23:10 UTC
If you're reading each line as soon as it is appended to the file, there won't be a newline. But we are not reading the lines, we are just seeking to the EOF. How do we guarantee that we are fast enough? (I am not sure if the system or just the program is overwhelmed by size of lines.) Let MAX be seven. N is a newline. The following data arrives. `1...N.........9........N.2N...............f....x15` We capture the line containing 1. We start on the next line but give up before we get to character 9; so we seek on the file and end up at x15; then we read back to about f. How can we ever be sure that we are not missing one or more lines in the area of 2? I feel confident there is a race condition but it has been more than a decade since I've seeked on any file in any language. Be well, rir	[reply]
Re^7: Reading files, skipping very long lines... by Roy Johnson (Monsignor) on Oct 03, 2005 at 12:44 UTC
But we are not reading the lines, we are just seeking to the EOF. It may be the same thing. The OP wanted to "wait for the next line", which suggests that the lines come in one at a time, and with some delay between them. Caution: Contents may have been coded under pressure.	[reply]