Re: [Pkg-shadow-devel] Bug#476519: shell-mode garbles input
[EMAIL PROTECTED] wrote: CR> Does this happen only in an emacs shell-mode window? No. It happens also in xterm. Today it at least allowed me to do -c date. I did not type exit or logout. The magic hand did. # su - nobody -c date No directory, logging in with HOME=/ Sat May 3 01:03:10 CST 2008 # su - nobody -c 'sh -i' No directory, logging in with HOME=/ sh-3.2$ exit # su - nobody No directory, logging in with HOME=/ [EMAIL PROTECTED]:/$ logout FWIW, I can't reproduce this on Fedora 8, the version of Linux I have available. This really looks like a terminal process group problem -- read will return -1/EIO if the process doing the read isn't in the same process group as the terminal and the process is blocking SIGTTIN, which interactve shells do by default. Does su do anything with process groups? Chet -- ``The lyf so short, the craft so long to lerne.'' - Chaucer Live Strong. No day but today. Chet Ramey, ITS, CWRU[EMAIL PROTECTED]http://cnswww.cns.cwru.edu/~chet/
Re: Problem with "\ev" in vi mode with EDITOR=/usr/bin/ed
[EMAIL PROTECTED] wrote: Fix: You can use ed, but there's no echo and you have to use ^J instead of After !stty sane^J ed functions normal. Also ^Z and fg %1 (when %1 is the suspended ed command) works After return to bash you need to give one extra before works again. I will look at it, and bash should probably restore the tty mode before calling fc, but there is a reason the code looks for and uses $VISUAL before $EDITOR. Chet -- ``The lyf so short, the craft so long to lerne.'' - Chaucer Live Strong. No day but today. Chet Ramey, ITS, CWRU[EMAIL PROTECTED]http://cnswww.cns.cwru.edu/~chet/
Re: [Pkg-shadow-devel] Bug#476519: shell-mode garbles input
SC> Could you try ulimit -a? # su - nobody -c ulimit\ -a|grep -v unlimited core file size (blocks, -c) 0 scheduling priority (-e) 0 pending signals (-i) 1791 max locked memory (kbytes, -l) 32 open files (-n) 1024 pipe size(512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 real-time priority (-r) 0 stack size (kbytes, -s) 8192 max user processes (-u) 1791 No directory, logging in with HOME=/ # ps -fjlLunobody; lsof -u nobody both show nothing. No lots of processes for me. SC> Do you get it from the Linux console (emacs -nw)? Yes, just tired it in emacs -nw -f shell and after 10 good logins I got a bad one. SC> Have you tried changing nobody's shell? I don't want to. CR> Does su do anything with process groups? That is an advanced question not for little me. Anyway, the only other human to have reproduced any of this mess is http://bugs.debian.org/476519#52 Nobody :-) has responded to the points of that message #52.
