Henry Vermaak wrote:
On 09/03/11 11:30, Mark Morgan Lloyd wrote:
Henry Vermaak wrote:
On 08/03/11 10:30, Mark Morgan Lloyd wrote:
Can anybody say whether there is a good reason that serial.pp lacks a
function to read the CD signal?
Is SerFlush, which calls fpfsync, intended to discard input d
Henry Vermaak wrote:
On 9 March 2011 15:54, wrote:
On , Mark Morgan Lloyd wrote:
I was using this to communicate with an HP instrument a few weeks ago, so
have my own re-implementation of some of the stuff. I'll look at doing a
patch, preparatory to seeing if I can hack a complementary Win-
On 9 March 2011 15:54, wrote:
> On , Mark Morgan Lloyd wrote:
>
>>
>> I was using this to communicate with an HP instrument a few weeks ago, so
>> have my own re-implementation of some of the stuff. I'll look at doing a
>> patch, preparatory to seeing if I can hack a complementary Win-32
>> equi
On , Mark Morgan Lloyd wrote:
I was using this to communicate with an HP instrument a few weeks ago, so
have my own re-implementation of some of the stuff. I'll look at doing a
patch, preparatory to seeing if I can hack a complementary Win-32
equivalent.
Mark, afaik there isn'ta way of
Henry Vermaak wrote:
On 09/03/11 11:30, Mark Morgan Lloyd wrote:
Henry Vermaak wrote:
On 08/03/11 10:30, Mark Morgan Lloyd wrote:
Can anybody say whether there is a good reason that serial.pp lacks a
function to read the CD signal?
Is SerFlush, which calls fpfsync, intended to discard input d
On 09/03/11 11:30, Mark Morgan Lloyd wrote:
Henry Vermaak wrote:
On 08/03/11 10:30, Mark Morgan Lloyd wrote:
Can anybody say whether there is a good reason that serial.pp lacks a
function to read the CD signal?
Is SerFlush, which calls fpfsync, intended to discard input data, output
data or bo
In our previous episode, Mark Morgan Lloyd said:
> > fsync just makes sure all the in-kernel caches are written to the
> > device. Flushing input data is just a matter of reading it.
>
> Thanks for that Henry. Obviously there's scope for confusion here with
> the kernel's tcflush() and tcdrain(
Henry Vermaak wrote:
On 08/03/11 10:30, Mark Morgan Lloyd wrote:
Can anybody say whether there is a good reason that serial.pp lacks a
function to read the CD signal?
Is SerFlush, which calls fpfsync, intended to discard input data, output
data or both?
fsync just makes sure all the in-kernel
On 08/03/11 10:30, Mark Morgan Lloyd wrote:
Can anybody say whether there is a good reason that serial.pp lacks a
function to read the CD signal?
Is SerFlush, which calls fpfsync, intended to discard input data, output
data or both?
fsync just makes sure all the in-kernel caches are written to
greim wrote:
Hi Mark,
Can anybody say whether there is a good reason that serial.pp lacks a
function to read the CD signal?
i would recommend the synaser library, more sophisticated then the
serial.pp
http://www.ararat.cz/synapse/doku.php/download
I know you would. There are cases where i
Hi Mark,
Can anybody say whether there is a good reason that serial.pp lacks a
function to read the CD signal?
i would recommend the synaser library, more sophisticated then the serial.pp
http://www.ararat.cz/synapse/doku.php/download
there is a function getCarrier, i guess this is what you
Can anybody say whether there is a good reason that serial.pp lacks a
function to read the CD signal?
Is SerFlush, which calls fpfsync, intended to discard input data, output
data or both?
--
Mark Morgan Lloyd
markMLl .AT. telemetry.co .DOT. uk
[Opinions above are the author's, not those of
12 matches
Mail list logo
