Hi Samuel,
I have used a loop for the non-blocking read in a thread at interval (300
millisec) and writing simultaneously. It worked. But it consumes a lot of
CPU. So I noticed the following (See REFERENCE below). With the file
descriptor returned in BRLTTY-windows (which is an attribut
Siju Samuel, le Sat 14 Dec 2013 07:10:20 -0600, a écrit :
> Can I expect this will be fixed soon.
When I get time, which is somehow undefined.
> Also a related question; is this specific to the driver (device) or
> common code.
It is common code.
> As a resolution, is it good to perform non-
Hi Dave /Samuel
Thanks for the reply. I made a mistake in the question asked. Correction :
The "Write" is hanging while performing the blocking-read.
samuel: Currently I am testing in Windows with the code checked out as of
last July (07/2013).
Can I expect this will be fixed soon. Also a re
Siju Samuel, le Fri 13 Dec 2013 17:24:04 -0600, a écrit :
> Thread2: ( Which will be called when needed)
> (brlapi_writeTextWin(0, INPUTSTRING, 0) >= 0)
>
> This call hangs until a key is pressed . Is it expected.
IIRC somebody already reported it on windows too, but we haven't found
the time
Hi,
> Whether or not it's safe to write in one thread while reading in another is a
> question I'd prefer Samuel to answer.
It is safe.
Shérab.
___
This message was sent via the BRLTTY mailing list.
To post a message, send an e-mail to: BRLTTY@mielke.
[quoted lines by Siju Samuel on 2013/12/13 at 17:24 -0600]
>When we try to read and write simultaneously , read is handing until a
>keypress is made.
...
> if (brlapi_readKey(1, &key) > 0) {
brlapi.h: int BRLAPI_STDCALL brlapi_readKey(int wait, brlapi_keyCode_t *code);
As you can see, the fi
Hi,
When we try to read and write simultaneously , read is handing until a
keypress is made.
A sketch of what I did is as below. Can you please suggest what is the
issue.
1. For that initially I open the connection and enter tty mode.
2. In one thread execute brlapi_readKey() in a while lo
