Heya, since SUSE Linux 10.1, bash always reprints the prompt. This created very weird output that is hidden too...: 19:26 shanghai:/var/run/pam_mount > echo -en "abcdefghijklm" >jengelh 19:26 shanghai:/var/run/pam_mount > cat jengelh 19:26 shanghai:/var/run/pam_mount > /pam_mount > It looks like it does print $PS1 then '\r' and then $PS1 again. Is there a way to turn this off? Besides hiding non-'\n'-output (like from the test file), it also slows down remote shell access with high-latency links. Jan Engelhardt -- --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-unsubscribe@opensuse.org For additional commands, e-mail: opensuse-help@opensuse.org
On Tue, Jul 25, 2006 at 07:28:02PM +0200, Jan Engelhardt wrote:
Heya,
since SUSE Linux 10.1, bash always reprints the prompt.
This created very weird output that is hidden too...:
19:26 shanghai:/var/run/pam_mount > echo -en "abcdefghijklm" >jengelh 19:26 shanghai:/var/run/pam_mount > cat jengelh 19:26 shanghai:/var/run/pam_mount > /pam_mount >
It looks like it does print $PS1 then '\r' and then $PS1 again. Is there a way to turn this off? Besides hiding non-'\n'-output (like from the test file), it also slows down remote shell access with high-latency links.
Seems to be a problem with your prompt string, here it works: werner@magellan:~/Tests/beamer> echo -en "abcdefghijklm" >jengelh werner@magellan:~/Tests/beamer> cat jengelh abcdefghijklmwerner@magellan:~/Tests/beamer> werner@magellan:~/Tests/beamer> echo "$PS1" $(ppwd \l)\u@\h:\w> please note that every special character like terminal escape characters should be enclosed by \[ \] within the prompt strings. Werner -- "Having a smoking section in a restaurant is like having a peeing section in a swimming pool." -- Edward Burr --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-unsubscribe@opensuse.org For additional commands, e-mail: opensuse-help@opensuse.org
Heya,
since SUSE Linux 10.1, bash always reprints the prompt.
This created very weird output that is hidden too...:
19:26 shanghai:/var/run/pam_mount > echo -en "abcdefghijklm" >jengelh 19:26 shanghai:/var/run/pam_mount > cat jengelh 19:26 shanghai:/var/run/pam_mount > /pam_mount >
It looks like it does print $PS1 then '\r' and then $PS1 again. Is there a way to turn this off? Besides hiding non-'\n'-output (like from the test file), it also slows down remote shell access with high-latency links.
Seems to be a problem with your prompt string, here it works:
werner@magellan:~/Tests/beamer> echo -en "abcdefghijklm" >jengelh werner@magellan:~/Tests/beamer> cat jengelh abcdefghijklmwerner@magellan:~/Tests/beamer> werner@magellan:~/Tests/beamer> echo "$PS1" $(ppwd \l)\u@\h:\w>
please note that every special character like terminal escape characters should be enclosed by \[ \] within the prompt strings.
export PS1="\[\e[1;30m\]\A \[\e[0;32m\]\h:\w > " has no problems but export PS1="\[\e[1;30m\]\A \[\e[0;32m\]\h:\w \[\e[1m\]> " I can't see the problem. Maybe you? Jan Engelhardt -- --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-unsubscribe@opensuse.org For additional commands, e-mail: opensuse-help@opensuse.org
On Wed, Jul 26, 2006 at 05:34:07PM +0200, Jan Engelhardt wrote:
Heya,
since SUSE Linux 10.1, bash always reprints the prompt.
This created very weird output that is hidden too...:
19:26 shanghai:/var/run/pam_mount > echo -en "abcdefghijklm" >jengelh 19:26 shanghai:/var/run/pam_mount > cat jengelh 19:26 shanghai:/var/run/pam_mount > /pam_mount >
It looks like it does print $PS1 then '\r' and then $PS1 again. Is there a way to turn this off? Besides hiding non-'\n'-output (like from the test file), it also slows down remote shell access with high-latency links.
Seems to be a problem with your prompt string, here it works:
werner@magellan:~/Tests/beamer> echo -en "abcdefghijklm" >jengelh werner@magellan:~/Tests/beamer> cat jengelh abcdefghijklmwerner@magellan:~/Tests/beamer> werner@magellan:~/Tests/beamer> echo "$PS1" $(ppwd \l)\u@\h:\w>
please note that every special character like terminal escape characters should be enclosed by \[ \] within the prompt strings.
export PS1="\[\e[1;30m\]\A \[\e[0;32m\]\h:\w > "
has no problems but
export PS1="\[\e[1;30m\]\A \[\e[0;32m\]\h:\w \[\e[1m\]> "
I can't see the problem. Maybe you?
werner@Fatou:~> PS1="\[\e[1;30m\]\A \[\e[0;32m\]\h:\w \[\e[1m\]> " 12:38 Fatou:~ > 12:38 Fatou:~ > echo -en "abcdefghijklm" >jengelh 12:38 Fatou:~ > cat jengelh abcdefghijklm12:38 Fatou:~ > I don have any one ... beside a green command line which I do not like. Try this one PS1="\\[$(tput bold;tput setaf 0)\\]\\A \\[$(tput sgr0;tput setaf 2)\\]\\h:\\w >\\[$(tput sgr0)\\] " should do the same buzt without green command line and it should fit to the most terminals around even without color. Werner -- "Having a smoking section in a restaurant is like having a peeing section in a swimming pool." -- Edward Burr --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-unsubscribe@opensuse.org For additional commands, e-mail: opensuse-help@opensuse.org
On Thu, Jul 27, 2006 at 12:45:14PM +0200, Werner Fink wrote:
On Wed, Jul 26, 2006 at 05:34:07PM +0200, Jan Engelhardt wrote:
export PS1="\[\e[1;30m\]\A \[\e[0;32m\]\h:\w > "
has no problems but
export PS1="\[\e[1;30m\]\A \[\e[0;32m\]\h:\w \[\e[1m\]> "
I can't see the problem. Maybe you?
werner@Fatou:~> PS1="\[\e[1;30m\]\A \[\e[0;32m\]\h:\w \[\e[1m\]> " 12:38 Fatou:~ > 12:38 Fatou:~ > echo -en "abcdefghijklm" >jengelh 12:38 Fatou:~ > cat jengelh abcdefghijklm12:38 Fatou:~ >
I don have any one ... beside a green command line which I do
That's interesting: I could reproduce the "problem" with _both_ variants Jan mentioned, even with the one he can not reproduce with. Robert -- Robert Schiele Tel.: +49-621-181-2214 Dipl.-Wirtsch.informatiker mailto:rschiele@uni-mannheim.de "Quidquid latine dictum sit, altum sonatur."
On Thu, Jul 27, 2006 at 04:08:48PM +0200, Robert Schiele wrote:
On Thu, Jul 27, 2006 at 12:45:14PM +0200, Werner Fink wrote:
On Wed, Jul 26, 2006 at 05:34:07PM +0200, Jan Engelhardt wrote:
export PS1="\[\e[1;30m\]\A \[\e[0;32m\]\h:\w > "
has no problems but
export PS1="\[\e[1;30m\]\A \[\e[0;32m\]\h:\w \[\e[1m\]> "
I can't see the problem. Maybe you?
werner@Fatou:~> PS1="\[\e[1;30m\]\A \[\e[0;32m\]\h:\w \[\e[1m\]> " 12:38 Fatou:~ > 12:38 Fatou:~ > echo -en "abcdefghijklm" >jengelh 12:38 Fatou:~ > cat jengelh abcdefghijklm12:38 Fatou:~ >
I don have any one ... beside a green command line which I do
That's interesting: I could reproduce the "problem" with _both_ variants Jan mentioned, even with the one he can not reproduce with.
Hmmm ... how fast or better how slow is your system? Beside this, on which terminal or terminal emluator does this happen for you? Then the locale which is used would be interesting due to the fact that multi byte handling is very slow. Werner -- "Having a smoking section in a restaurant is like having a peeing section in a swimming pool." -- Edward Burr --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-unsubscribe@opensuse.org For additional commands, e-mail: opensuse-help@opensuse.org
On Thu, Jul 27, 2006 at 04:23:56PM +0200, Werner Fink wrote:
On Thu, Jul 27, 2006 at 04:08:48PM +0200, Robert Schiele wrote:
That's interesting: I could reproduce the "problem" with _both_ variants Jan mentioned, even with the one he can not reproduce with.
Hmmm ... how fast or better how slow is your system? Beside this, on which terminal or terminal emluator does this happen for you? Then the locale which is used would be interesting due to the fact that multi byte handling is very slow.
This is on an AMD Athlon(tm) XP 2000+ with 10.1 on KDE Konsole. locale is en_US.UTF-8. Robert -- Robert Schiele Tel.: +49-621-181-2214 Dipl.-Wirtsch.informatiker mailto:rschiele@uni-mannheim.de "Quidquid latine dictum sit, altum sonatur."
On Thu, Jul 27, 2006 at 04:28:47PM +0200, Robert Schiele wrote:
On Thu, Jul 27, 2006 at 04:23:56PM +0200, Werner Fink wrote:
On Thu, Jul 27, 2006 at 04:08:48PM +0200, Robert Schiele wrote:
That's interesting: I could reproduce the "problem" with _both_ variants Jan mentioned, even with the one he can not reproduce with.
Hmmm ... how fast or better how slow is your system? Beside this, on which terminal or terminal emluator does this happen for you? Then the locale which is used would be interesting due to the fact that multi byte handling is very slow.
This is on an AMD Athlon(tm) XP 2000+ with 10.1 on KDE Konsole. locale is en_US.UTF-8.
Hmmm ... with this locale within a UTF-8 enabled terminal I'm able to reproduce this behaviour. It seems that the prompt is written twice time where the first or second write overwrites the string without the newline. Werner -- "Having a smoking section in a restaurant is like having a peeing section in a swimming pool." -- Edward Burr --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-unsubscribe@opensuse.org For additional commands, e-mail: opensuse-help@opensuse.org
Hmmm ... how fast or better how slow is your system? Beside this, on which terminal or terminal emluator does this happen for you? Then the locale which is used would be interesting due to the fact that multi byte handling is very slow.
As said, this becomes slow over the combination of high-latency links like ISDN (the more even with 9600 serial) with lots-a-hops (see below) ssh -t user@gateway "ssh -t user@gateway2 'ssh -t root@internalmachine'"
This is on an AMD Athlon(tm) XP 2000+ with 10.1 on KDE Konsole. locale is en_US.UTF-8.
*nod* locale: LANG=en_US.UTF-8 LC_CTYPE=de_DE.UTF-8 LC_NUMERIC=POSIX LC_TIME=POSIX LC_COLLATE=POSIX LC_MONETARY=POSIX LC_MESSAGES=en_US.UTF-8 LC_PAPER=de_DE.UTF-8 LC_NAME="en_US.UTF-8" LC_ADDRESS="en_US.UTF-8" LC_TELEPHONE="en_US.UTF-8" LC_MEASUREMENT="en_US.UTF-8" LC_IDENTIFICATION="en_US.UTF-8" LC_ALL=
Hmmm ... with this locale within a UTF-8 enabled terminal I'm able to reproduce this behaviour. It seems that the prompt is written twice time where the first or second write overwrites the string without the newline.
I talked to the readline maintainer; says the problem (both repainting too much and overpainting) is known and will be handled much better in readline 5.2. Jan Engelhardt -- --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-unsubscribe@opensuse.org For additional commands, e-mail: opensuse-help@opensuse.org
participants (3)
-
Dr. Werner Fink
-
Jan Engelhardt
-
Robert Schiele