comp.lang.ada
 help / color / mirror / Atom feed
From: "Le" <snelson1@llnl.gov>
Subject: Re: Palatable Windows IO using Ada
Date: 7 Apr 2006 09:30:23 -0700
Date: 2006-04-07T09:30:23-07:00	[thread overview]
Message-ID: <1144427423.152451.170970@j33g2000cwa.googlegroups.com> (raw)
In-Reply-To: <15qxrbngb2kll.wkigwit0g1tn.dlg@40tude.net>

Your attempt at a tutorial is in error in a couple of places. Stating
that an application "should know" what will be returned is
presumptuous. Note this is a legacy application, so obviously there are
some devices out there which give varying responses. These are raw byte
sequences - no blocks or lines. Those esternal device ICDs are not
typically in the control of a system designer.

The ReadFile interface *is* blocking.  Overlap allows an app to come
back and see if it is done.  If not, assuming timeout wasn't used, one
must then cancel the IO or some other cleanup.

With respect to buffering, my point was that doing byte at a time IO to
get around the blocking nature of the API defeats the efficiencies
presumably provided by the driver's internal buffering.




  reply	other threads:[~2006-04-07 16:30 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-04-07  0:21 Palatable Windows IO using Ada Le
2006-04-07  7:29 ` Dmitry A. Kazakov
2006-04-07 16:30   ` Le [this message]
2006-04-07 18:51     ` Dmitry A. Kazakov
2006-04-07 19:21       ` Le
2006-04-07 20:49         ` Dmitry A. Kazakov
2006-04-08  2:07   ` Steve
2006-04-08  9:36     ` Dmitry A. Kazakov
2006-04-09 13:50       ` Steve
2006-04-10  7:43         ` Dmitry A. Kazakov
2006-04-10 13:50           ` Steve
2006-04-10 15:05             ` Dmitry A. Kazakov
2006-04-10 19:28           ` Randy Brukardt
2006-04-07 10:55 ` Stephen Leake
2006-04-07 21:19 ` John
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox