On 100318 06:27, Crestez Dan Leonard wrote:
I downloaded bash-static from lenny, it seems to be the close to the
version you are talking about. I was unable to reproduce the issue.
I had the problem on stock bash-3.2.39 coming with Debian-5.0.4. I'm running
this on a Pentium III 450 MHz. This
On Sun, 2010-02-28 at 23:24 +0100, Freddy Vulto wrote:
Something fishy is going on: from 1^H1^M it looks like an additional 1 is
inserted, then backspaced (^H) and then inserted again. At other FAILs this
1 character is always the last character of the random sync string...?
This makes no
On 100226 00:49, Crestez Dan Leonard wrote:
I pushed a new attempt at this in the expect-fixes branch. It first
matches a random string then the new prompt as distinct stages. This
seems to avoid races. Link to code: http://alturl.com/tf7u
Please test this; it was broken before.
Hmm, still
On Wed, 2010-02-24 at 22:45 +0100, Freddy Vulto wrote:
This is the thread:
http://www.mail-archive.com/bug-b...@gnu.org/msg07023.html
Very useful, posting there was a good idea.
Looks like we can/should use this for bash-4:
echo 'set echo-control-characters on' ~/.inputrc
bind
This is the thread:
http://www.mail-archive.com/bug-b...@gnu.org/msg07023.html
Looks like we can/should use this for bash-4:
echo 'set echo-control-characters on' ~/.inputrc
bind 'set echo-control-characters on'
but need another solution for bash-3. I did a short try with the
On Tuesday 23 February 2010, Freddy Vulto wrote:
On 100221 12:42, Ville Skyttä wrote:
On Sunday 21 February 2010, Crestez Dan Leonard wrote:
I pushed this is in the expect-fixes branch in git. It would be great
if you could confirm my findings; I don't want to cause regressions.
On
On 100223 19:28, Ville Skyttä wrote:
Confirmed. Ditto with bash 3.2.25.
I notice the difference when just typing a ^C. On bash = 4 it is echoed
as ^C, but on bash-3 it is echoed as a newline. I think I'll ask the
bug-bash mailing list. If we could just make bash-3 echo the ^C...
On 100221 12:42, Ville Skyttä wrote:
On Sunday 21 February 2010, Crestez Dan Leonard wrote:
I pushed this is in the expect-fixes branch in git. It would be great if
you could confirm my findings; I don't want to cause regressions.
On bash-4.0 and 4.1 it runs ok, the speed improvement is
Unit tests (as in ./runUnit) don't work reliably for me on Debian
unstable. I get a bunch of more-or-less random failures on some tests.
On a complete run I can get anywhere between 5 and 15 unexpected
failures.
After some digging with runtest --debug I am convinced that the regexps
in
