Mail Archives: cygwin/2006/09/14/08:40:54
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
According to Wells, Roger K. on 9/14/2006 6:29 AM:
> I applaud any effort to speed up bash but 3.1.18 immediately broke enough
> stuff that I do not believe we will proceed to use it in its present form.
bash 3.1.18 doesn't exist - the last official upstream patch for the 3.1
series was 17, so I just released 3.1.17, at packaging attempt 8.
>
> On my bash wish list I would include changing clear (ctrl-l) so that it
> clears the entire buffer and not just the lines that are currently visible.
> I have the windows code to do this if any one wants to proceed. I realize
> that the behavior is the same as it is in RedHat Linux where it produces the
> same inconveniences. Thus adopting this change would be a departure from
> other platforms. Just a thought.
Huh? bash-3.1-8 did not do anything differently than bash-3.1-6 in
regards to handling ctrl-l. As for clearing the entire buffer vs. just
visible lines, that is a feature of what escape sequences your terminal
understands - which TERM are you using, cmd.com, rxvt, or xterm? If it is
cmd.com, then the fix would be to cygwin proper, not bash (and even if
bash were involved, it would be readline, not bash).
- --
Life is short - so eat dessert first!
Eric Blake ebb9 AT byu DOT net
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFFCU3P84KuGfSFAYARAqNLAJ9kUycNyC5U3LJjL6GUABAFEwxB8wCgkCUZ
6d72A3UHG/1djKBoIFlG1BU=
=yYcV
-----END PGP SIGNATURE-----
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
- Raw text -