I will state my own answer, but I welcome all that is clearer.
From what I have seen so far, various connection functions, for example. file , open , close , flush , isOpen and isIncomplete (among others) are based on specific connection types, e.g. files, feeds, URLs and some other things.
In contrast, bigmemory has its own type of connection, and the bigmemory object is an S4 object with a slot for a memory address for operating system buffers. After being placed there, the OS is responsible for flushing these buffers. Since this is the responsibility of the OS, obtaining information about dirty buffers requires interaction with the OS, not R.
Thus, the answer for bigmemory is βno,β because the data is stored in the kernel buffer, although it may be βyesβ for other connections that are processed through STDIO (that is, stored in βuser spaceβ).
For more information on OS / kernel actions, see this question in SO ; I am studying a couple of programs (and not just R + bigmemory) that produce buffering that fills oddities, and this thread helped enlighten me on the kernel side.
source share