> > > When trying to login with fgetty, I could read my password on the screen
> > > while typing. Did not continue.
> > > ngetty + login behaves good
> > > ngetty + login1 will get in well, but no key press will echo on the
> > > console.
> >
> > Sorry, I assumed you read C. This is intended behaviour. Please,
> > continue and tell, whether rest is OK. I expect terminal to be not in
> > good shape, but after `reset` I expect fancy letter to work.
>
> fgetty_patched + login1: � doesn't show up, (arg: 1) instead, even after
> reset.
>
> ngetty + login1: no letter will show up after logging in, but they are
> there (except �); that is, if I (blindly) type
I am almost out of ideas. Let me sum all we have done:
- problem raises in /bin/bash and /usr/bin/rc, but not in /bin/sh.
Noteworthy, that /bin/sh does not link to libreadline.
- problem still present, even if we remove every terminal-manipulation
code from fgetty, login1, login2
- problem happens with root and non-root logins
- problem disappear in child process, and this child process have a bit
different terminal configuration: -isig vs isig
- problem happens without fgetty binary, with only login1 and login2.
- `reset' does not help
Please, do following things:
- set emacs (or anything that is interactive and does not link
readline) as login shell and tell, whether bug arises
- since you said that good shell and bad shell differs in terminal
configuration, use `stty(1)' to configure bad shell as good one,
and via-verse.
- replace login1 with following shell script (extremely insecure,
do not forget to revert)
#!/bin/bash
/bin/bash
and test following cases:
+ ngetty with such login1
+ fgetty with such login1
--
Accept: text/plain, text/x-diff
Accept-Language: eo,en,ru
X-Web-Site: sinsekvu.github.io
