On 4/30/10 10:19 AM, McConnaughey, Bill wrote:
> You can test this fairly easily. Run gdb on your program (from another
> terminal using `attach', if necessary), set a breakpoint in rl_ding,
> wait for it to hit, and examine the value of _rl_visible_bell. If it
> doesn't include 853 NUL characters, the problem must be tputs padding
> the output.
>
> Chet
>
> ---------------------------------
> Thanks for the hint, Chet. I tried it and got
>
> (gdb) p _rl_visible_bell
> $1= 0xb7e00637 "\33[?5h\33[?5l$<200/>"
>
> which is completely consistent with the record from my modified readline. I
> made a guess and changed the '$' (_rl_visible_bell[10]) to nul. Then the
> terminal blinked in the same manner as before, but the 853 nul's were not
> emitted. So I still don't know where the bug is (or whether it is deliberate
> padding), but I can easily patch it.
Interesting. My systems running xterm terminate the value after the
"5l". I tested on Mac OS X and Ubuntu; RHEL xterm, interestingly, doesn't
appear to supply a visible bell string. What are you using?
Chet
--
``The lyf so short, the craft so long to lerne.'' - Chaucer
``Ars longa, vita brevis'' - Hippocrates
Chet Ramey, ITS, CWRU [email protected] http://cnswww.cns.cwru.edu/~chet/
_______________________________________________
Bug-readline mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/bug-readline
