>non-blocking mode doesn't make much sense on a file. On a socket or
>command pipe, non-blocking is useful because if the sender decides not
>to send any data, you would otherwise wait infinitely long. A file is
>always ready. My guess is that you actually want to do something else.

I generally open a disk file using the default blocking mode, so the behavior
with files not ending in a newline is normally not a problem for me.
However one of my use cases is reading CSV data as it is being captured from a data logger.

I'm writing procs to split CSV data into a list of records (instead of a queue or matrix).
In looking a how this is done in the tcllib csv package I realized the code was written to gracefully handle nonblocking mode when using [gets]. A minor change in my code would make it more robust.

This kind of thing should be documented somewhere. I'd like to see what other best practices
and quirks are described there. If documentation does not exist, it needs to be created.

Dave B

* clt.to.davebr@dfgh.net
| >non-blocking mode doesn't make much sense on a file. On a socket or
| >command pipe, non-blocking is useful because if the sender decides not
| >to send any data, you would otherwise wait infinitely long. A file is
| >always ready. My guess is that you actually want to do something else.
>
| I generally open a disk file using the default blocking mode, so the
| behavior with files not ending in a newline is normally not a problem
| for me. However one of my use cases is reading CSV data as it is
| being captured from a data logger.

Are you reading from a pipe to the logger, or from a disk file which is
in parallel updated by the logger?

| In looking a how this is done in the tcllib csv package I realized the
| code was written to gracefully handle nonblocking mode when using
| [gets]. A minor change in my code would make it more robust.

Where do you see nonblocking mode in tcllib csv?
I don't see any 'fconfigure' commands in the module, only

while !eof
if gets < 0 continue

loops... (tcllib 1.20).

R'