Hi Samuel and all,
Moving this into a different thread for convenience.
I've further investigated the brlapi freeze under Windows. The freeze
actually occurs when writing to the display; I initially thought it
related to reading from the display. It only occurs if there are keys
waiting which have not yet been read.
Here are exact steps to reproduce:
1. Initialise brlapi.
2. Write some text to the display, just to ensure all is working.
3. Press a key on the display.
4. Write some more text to the display without first calling
readKey(False). This call will block.
Programmatically, in Python:
import brlapi
c = brlapi.Connection()
c.enterTtyModeWithPath()
c.writeText("hello")
# Press a key on the display at this point.
c.writeText("after key press")
# Above call will block.
I also tested this under Linux and it works fine there, so it seems ot
be Windows specific.
Perhaps there is some behaviour of Windows named pipes that brlapi isn't
handling?
Jamie
--
James Teh
Email: [EMAIL PROTECTED]
WWW: http://www.jantrid.net/
MSN Messenger: [EMAIL PROTECTED]
Jabber: [EMAIL PROTECTED]
Yahoo: jcs_teh
_______________________________________________
This message was sent via the BRLTTY mailing list.
To post a message, send an e-mail to: [email protected]
For general information, go to: http://mielke.cc/mailman/listinfo/brltty
