All I have installed else is dash: 4 successes 0 failures.
SC> perl -e '$<=$>=$(=$)=65534; exec sh'
That gets a shell without triggering the error.
SC> perl -e '$<=$>=$(=$)=65534; system sh'
That filled emacs with \377's with luckily a little CPU left over that
I could kill emacs... *
SC> Not sure
On Sun, May 04, 2008 at 10:14:26AM +0800, [EMAIL PROTECTED] wrote:
[...]
> SC> Have you tried changing nobody's shell?
> I don't want to.
Then, can you try:
su - nobody -c ksh
su - nobody -c pdksh
su - nobody -c zsh
Also, what about:
perl -e '$<=$>=$(=$)=65534; exec sh'
perl -e '$<=$>=$(=$)=655
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
[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
#
On Sat, May 03, 2008 at 12:30:02AM +0800, [EMAIL PROTECTED] wrote:
> Here we see the typical deal. You asked me about ulimit.
[..]
Could you try ulimit -a?
Have you got a lot of processes running as "nobody"?
$ ps -fjlLunobody
$ sudo lsof -u nobody
Or maybe it could be "su" that exits and bash
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 d
Stephane Chazelas wrote:
[...]
Could be a tty setting as well.
stty min 0 time 10 -icanon
could reproduce that if bash was built without readline I think.
With readline, bash is meant to reset those min and time
parameters before each prompt. Maybe it fails to do so in which
case strace will t
Here we see the typical deal. You asked me about ulimit. I tried to
get a shell oh, six times this time before the magic hand stopped
logging me out. Whereupon it bites off the first character of what I
type and logs me out, saving the message for after the next prompt.
Then I get a shell again to
On Fri, May 02, 2008 at 11:27:00PM +0800, [EMAIL PROTECTED] wrote:
> SC> Try
> SC> sudo env -i SHELLOPTS=xtrace su -p - nobody
> (I don't use sudo)
> uid=0(root) gid=0(root) groups=0(root)
> # env -i SHELLOPTS=xtrace su -p - nobody
> + PATH=/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games
> + '
On Fri, May 02, 2008 at 11:27:00PM +0800, [EMAIL PROTECTED] wrote:
> SC> Try
> SC> sudo env -i SHELLOPTS=xtrace su -p - nobody
> (I don't use sudo)
> uid=0(root) gid=0(root) groups=0(root)
> # env -i SHELLOPTS=xtrace su -p - nobody
> + PATH=/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games
> + '
SC> Try
SC> sudo env -i SHELLOPTS=xtrace su -p - nobody
(I don't use sudo)
uid=0(root) gid=0(root) groups=0(root)
# env -i SHELLOPTS=xtrace su -p - nobody
+ PATH=/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games
+ '[' /bin/sh ']'
+ PS1='[EMAIL PROTECTED]:\w\$ '
+ export PATH
+ umask 022
[EMAIL P
On Fri, May 02, 2008 at 06:08:41AM +0800, [EMAIL PROTECTED] wrote:
> As http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=476519 says, maybe
> it is a bash bug: with Debian sid's BASH_VERSION=3.2.33(1)-release
> about half the time the below works normally, the other half some
> magic hand sends "ex
As http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=476519 says, maybe
it is a bash bug: with Debian sid's BASH_VERSION=3.2.33(1)-release
about half the time the below works normally, the other half some
magic hand sends "exit" to it, logging me out right away. The first
letter of which gets bitten
13 matches
Mail list logo
