[opensuse] how is bash scrambling typed user commands?
Since the new install of opensuse 12.3, there are times when commands entered into xterm windows are scrambled or trashed thus: Entered: "ifdown wlan9" Echoed: "iwanolw fdn9" (sans quotes, of course.) I am absolutely certain it is not merely echoing what I entered. This occurs most often when command is entered immediately after the window receives focus and when there is a delay before the command is echoed by the shell. This also occurs in konsole and mlterm but with less frequency. It has also happened a couple times entering urls in qupzilla and firefox. Any idea what is going on here? TIA jd -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
* jdebert
Since the new install of opensuse 12.3, there are times when commands entered into xterm windows are scrambled or trashed thus:
Entered: "ifdown wlan9" Echoed: "iwanolw fdn9" (sans quotes, of course.)
I am absolutely certain it is not merely echoing what I entered. This occurs most often when command is entered immediately after the window receives focus and when there is a delay before the command is echoed by the shell.
This also occurs in konsole and mlterm but with less frequency. It has also happened a couple times entering urls in qupzilla and firefox.
Any idea what is going on here?
Replace keyboard, but could also be bad cable. -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535 @ http://linuxcounter.net -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Sun, 5 Oct 2014 00:41:31 -0400
Patrick Shanahan
* jdebert
[10-05-14 00:14]: Any idea what is going on here?
Replace keyboard, but could also be bad cable.
Wouldn't that still be rather obvious? 3 different keyboards? 2 different IME's plus no IME? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2014-10-05 06:50, jdebert wrote:
On Sun, 5 Oct 2014 00:41:31 -0400 Patrick Shanahan <> wrote:
* jdebert
[10-05-14 00:14]: Any idea what is going on here?
Replace keyboard, but could also be bad cable.
Wouldn't that still be rather obvious?
3 different keyboards?
2 different IME's plus no IME?
Well, it does look as if your machine is not able to properly and quickly receive the keys from the keyboard. There are some keyboards, used typically for gaming, that can cache keypresses internally, and also accept many simultaneous keys. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
On Sun, 05 Oct 2014 14:34:03 +0200
"Carlos E. R."
On 2014-10-05 06:50, jdebert wrote:
On Sun, 5 Oct 2014 00:41:31 -0400 Patrick Shanahan <> wrote:
* jdebert
[10-05-14 00:14]: Any idea what is going on here?
Replace keyboard, but could also be bad cable.
Wouldn't that still be rather obvious?
3 different keyboards?
2 different IME's plus no IME?
Well, it does look as if your machine is not able to properly and quickly receive the keys from the keyboard.
There are some keyboards, used typically for gaming, that can cache keypresses internally, and also accept many simultaneous keys.
I do not believe it's a keyboard. What you describe would not scramble the entered text under this specific condition. And note, the text is obviously scrambled, like a word jumble, not random noise and there are no characters dropped, which is what typically occur if what you say is true. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Le 05/10/2014 15:34, jdebert a écrit :
I do not believe it's a keyboard. What you describe would not scramble the entered text under this specific condition.
I often have this problem, because I'm a bad typer and fail to synchronize my fingers when hitting the keys. So I have the right letters, but in wrong order. can it be that some sort of bug give the same result? I don't see how :-( jdd -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2014-10-05 15:34, jdebert wrote:
On Sun, 05 Oct 2014 14:34:03 +0200 "Carlos E. R." <> wrote:
There are some keyboards, used typically for gaming, that can cache keypresses internally, and also accept many simultaneous keys.
I do not believe it's a keyboard. What you describe would not scramble the entered text under this specific condition.
And note, the text is obviously scrambled, like a word jumble, not random noise and there are no characters dropped, which is what typically occur if what you say is true.
No, with a keyboard of the type I describe no letters are lost, but they may be in the "wrong" order from what you expect (like jdd hints, which also happens to me). Look, pressing with an horizontal stick on mine: asdgfh asdgfh asdgfh asdgfh Always the same. The "jkl" letters that I also press get lost, so it apparently can only transmit 6 letters from the same row. Trying to press letters from two rows, simultaneously, with a thicker rod, I get: aqswdegftr aqswde aqswdetr aqswdegft aqswde aqswde Now there is some variance, in number and content. But you see the ordering is always the same. So you see, if I type "too" fast, no letters are lost, but they may not appear in the order they "should". They appear in the real order they were pressed; but if they were simultaneously pressed, then the keyboard sends them by keyboard position order. The keyboard decides, not me. I don't know if this relates to your problem or not, though. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
On Sun, 05 Oct 2014 22:18:10 +0200
"Carlos E. R."
On 2014-10-05 15:34, jdebert wrote:
On Sun, 05 Oct 2014 14:34:03 +0200 "Carlos E. R." <> wrote:
There are some keyboards, used typically for gaming, that can cache keypresses internally, and also accept many simultaneous keys.
I do not believe it's a keyboard. What you describe would not scramble the entered text under this specific condition.
And note, the text is obviously scrambled, like a word jumble, not random noise and there are no characters dropped, which is what typically occur if what you say is true.
No, with a keyboard of the type I describe no letters are lost, but they may be in the "wrong" order from what you expect (like jdd hints, which also happens to me).
Huh?
Look, pressing with an horizontal stick on mine:
asdgfh asdgfh asdgfh asdgfh
Always the same. The "jkl" letters that I also press get lost, so it apparently can only transmit 6 letters from the same row.
Trying to press letters from two rows, simultaneously, with a thicker rod, I get:
aqswdegftr aqswde aqswdetr aqswdegft aqswde aqswde
Now there is some variance, in number and content. But you see the ordering is always the same.
You've simulated a cat resting on a keyboard! But fortunately I don't use a cat. I use my fingers. (^_^)
So you see, if I type "too" fast, no letters are lost, but they may not appear in the order they "should". They appear in the real order they were pressed; but if they were simultaneously pressed, then the keyboard sends them by keyboard position order. The keyboard decides, not me.
I've already said that this occurs in one specific situation. I didn't say it happens in other situations. And it apparently has nothing to do with bash, although it occurs most frequently with it. But it still happens in the same situation regardless. And before you blame my typing again, will repeat again that I am absolutely certain I did not type it in that way. While I type way too fast for typewriters and apparently for msword and openoffice as well, bash and the others are not as slow and do not exhibit the same problem.
I don't know if this relates to your problem or not, though.
I doubt it. I've seen buffer problems where characters beginning or ending are dropped and very rarely where half the buffer is transposed with the other half but I've not seen this before. And, yes, I've seen bad keyboards and cables produce characters at random or lose characters but never have I seen such result in a literal scrambling of text entered. jd -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Interestingly, this hasn't happened since the security update to bash. It was happening daily. Now it's just my typos or back to dropping characters if I type too much too fast, especially on sticky keyboards, which seems to be most keyboards in existence. And I was wrong about it occurring in firefox and qupzilla. I misremembered the problem which was caused by the cursor jumping in the urlbar while I was typing. That problem "took care of itself" a month or so back. So problem solved (hopefully). Thanks for the help. (^_^) Also... I gave the cat his own keyboard which he really seems to apreciate. So far. jd -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
* jdebert
On Sun, 5 Oct 2014 00:41:31 -0400 Patrick Shanahan
wrote: * jdebert
[10-05-14 00:14]: Any idea what is going on here?
Replace keyboard, but could also be bad cable.
Wouldn't that still be rather obvious?
3 different keyboards?
2 different IME's plus no IME?
:^) you failed to mention trying other keyboards :^) -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535 @ http://linuxcounter.net -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Sun, 5 Oct 2014 09:44:15 -0400
Patrick Shanahan
* jdebert
[01-01-70 12:34]: On Sun, 5 Oct 2014 00:41:31 -0400 Patrick Shanahan
wrote: * jdebert
[10-05-14 00:14]: Any idea what is going on here?
Replace keyboard, but could also be bad cable.
Wouldn't that still be rather obvious?
3 different keyboards?
2 different IME's plus no IME?
:^) you failed to mention trying other keyboards :^)
Perhaps because it's not a keyboard problem? ;) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
jdebert wrote:
Perhaps because it's not a keyboard problem? ;)
It's a bash bug pseudo-fixed in 4.3. If a SIGNAL handler is invoked while bash is quiescent, it can add or subtract keys (but not in any reliable or repeatable way). The 4.3 fix I object to because it disallows any realtime signal handling -- it's only handled when the user presses the next key. So my bash code to show me the size of the window doesn't work interactively in 4.3... I tried to explain to chet about bottom half and top half device handlers and how you do the unsafe user stuff in the top -- but still in some measure of "real time"... but it overflowed his input buffer ... so its just both fixed and broken in 4.3.
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Wed, 08 Oct 2014 20:44:59 -0700
Linda Walsh
jdebert wrote:
Perhaps because it's not a keyboard problem? ;)
It's a bash bug pseudo-fixed in 4.3. If a SIGNAL handler is invoked while bash is quiescent, it can add or subtract keys (but not in any reliable or repeatable way).
Awesome! Thanks. that explains some things. jd -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (5)
-
Carlos E. R.
-
jdd
-
jdebert
-
Linda Walsh
-
Patrick Shanahan