[BRLTTY] How to track efficiently a track
Samuel Thibault
samuel.thibault at ens-lyon.org
Sat Dec 5 20:50:00 EST 2020
MENGUAL Jean-Philippe, le dim. 06 déc. 2020 00:18:50 +0100, a ecrit:
> Well actually I managed to generate a first core. See
> https://people.debian.org/~jpmengual/core
This is saying that the brl_writeWindow function of the brltty brlapi braille driver got
its text as the following:
0x6d, 0x0, 0x0, 0x0,
0x73, 0x0 <repeats 19 times>,
0x21, 0x0, 0x0, 0x0,
0x0, 0x0, 0x0, 0x0,
0xf0, 0xeb, 0x6a, 0xa7,
0x20, 0x0, 0x0, 0x0
0x20, 0x0, 0x0, 0x0
0x20, 0x0, 0x0, 0x0
etc.
It seems like the atspi2 driver returned some bogus data, and this is
making the BrlAPI server reject it since it then does not match the
announced number of sent characters and contains non-existing unicode
characters.
I have submitted a fix on
https://github.com/brltty/brltty/pull/287
How do you prefer to test that it fixes things in your case? An updated
brltty 6.1 package in unstable, or an updated brltty 6.2 package in
experimental?
Samuel
More information about the BRLTTY
mailing list