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 how
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 '$=$=$(=$)=65534;
[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
#
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
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 exit
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
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
+ '['
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
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
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
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
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
I've played a bit around with this bug. Meanwhile bash got upgraded to
3.2 and behaves somewhat differently: when logging in as root on the
console and typing su - nobody, nobody is immediately logged out on
the first keystroke, as if C-d had been typed. However, I could not
reproduce it after
Hello,
I can't reproduce it neither with emacs nor the first character bug.
Another idea: What is the shell used by root or by nobody once logged in
(echo $SHELL), and what's the default shell on the system?
--
Nekral
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Sven, can you help out with
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=476519
I am out of the office this week.
On Sat, Apr 19, 2008 at 03:04:24PM +0200, Nicolas Fran?ois wrote:
Hello,
I can't reproduce it neither with emacs nor the first character bug.
Another idea: What is the
16 matches
Mail list logo
