On Thu, Nov 7, 2013 at 11:20 AM, William A. Rowe Jr. <wr...@rowe-clan.net>wrote:
> On Thu, 7 Nov 2013 09:43:07 -0500 > Jeff Trawick <traw...@gmail.com> wrote: > > > On Thu, Nov 7, 2013 at 12:33 AM, William A. Rowe Jr. > > <wr...@rowe-clan.net>wrote: > > > > > On Wed, 06 Nov 2013 16:07:37 -0800 > > > Mike Rumph <mike.ru...@oracle.com> wrote: > > > > > > > > > > > On 11/6/2013 1:06 PM, Jeff Trawick wrote: > > > > > > > > > > I just played with _commit() on stdin a bit. It turns out that > > > > > _commit(0) fails if stdin is redirected (main.exe < somefile) > > > > > but works if stdin is a tty. That's the opposite of _commit(1 > > > > > or 2). But I don't see how _commit(0) makes sense anyway, so I > > > > > simply removed the call instead of reversing the corresponding > > > > > _isatty() check in your patch. > > > > > > > > > > trunk: r1539455 > > > > > 1.5.x branch: r1539461 > > > > Okay Jeff, > > > > > > > > I just tried both stdout and stdin, and got the same results that > > > > you did. Strange but true. > > > > > > IIRC the choice to _commit ahead of any handling of stdin/out/err > > > reflected the possibility that bytes were queued/stuck in the FILE > > > or the msvcrt 'fd' (not really an fd at all) before assuming > > > ownership of the file handle. It might have been an overreaction > > > to a problem that wouldn't exist in practice. But I'd prefer if > > > this were left context sensitive to _DEBUG mode builds. > > > > > > > "The *_commit* function forces the operating system to write the file > > associated with *handle* to disk" > > > > _commit(fileno_stdout or fileno_stderr) fails if it refers to the > > terminal whether or not it is a debug build. It simply isn't a valid > > call. I called out the debug build issue in CHANGES because that is > > likely the only case where anyone would encounter a problem symptom. > > (_commit() otherwise continues to return -1/EBADF and nobody notices.) > > > > The fileno_stdin issue is even more odd as it took an opposite sense > > of _isatty(fileno_stdin) to keep it from reporting an error, but I > > don't see any connection between _commit() and stdin so it seemed > > most appropriate to simply remove the call for stdin. > > > > IOW, I don't see the need to tie this to debug builds because the > > calls are invalid whether or not the RTL pops up the dialog. > > In that case I can see the benefit to dropping the call entirely. > Maybe we've lost communication here... The calls that are invalid are, essentially, _commit(console), which we've filtered out via a check to _isatty(). _commit(file) still makes sense AFAIK and still is used. > > On Thu, 07 Nov 2013 07:09:18 -0800 > Mike Rumph <mike.ru...@oracle.com> wrote: > > > Do you remember if the reasons for using _commit() would distinguish > > between input and output? > > No, not offhand. In any case, they were in inverted order to clean up > any lingering input ahead of dup'ing or creating an apr file_t from an > apr_os_file_t. > > Let's axe it. > > -- Born in Roswell... married an alien... http://emptyhammock.com/