Re: 'ps u' gives Floating point exception

Jared Mauch (jared@wolverine.hq.cic.net)
Tue, 23 Apr 1996 15:36:17 -0400 (EDT)


http://www2.nether.net/~jared/victim.html

Read the note about the .91 kernel changes, and get
the patch.

- jared

Shinanyaku just happened to explain this to us:
> Kayvan Sylvan was heard saying ....
> [ floating point error again ]
>
> >
> > Are you using procps-0.99a?
> >
> > Here's a patch that will probably help you.
> >
>
> While we are talking about this, my ps (yes, procps-0.99a) give
> this:
>
> > ps ax
> PID TTY STAT TIME COMMAND
> 1 ? S 1:33 init [5]
> 2 ? SW 0:00 ((kflushd)
> 3 ? SW< 0:00 ((kswapd)
> 4 ? SW 0:00 ((nfsiod)
> 5 ? SW 0:00 ((nfsiod)
> 6 ? SW 0:00 ((nfsiod)
> 7 ? SW 0:00 ((nfsiod)
> 22 ? S 0:01 /usr/sbin/syslogd
> 24 ? S 0:00 /sbin/klogd
> 27 ? S 0:00 /usr/sbin/crond -l8
> 43 ? S 0:00 /usr/sbin/portmap
> 45 ? S 0:00 /usr/sbin/inetd
> 47 ? S 0:01 sendmail: accepting connections
> 50 ? S 0:00 /usr/sbin/rpc.mountd
> 52 ? S 0:00 /usr/sbin/rpc.nfsd
> 54 ? S 0:00 /usr/local/samba/bin/smbd -D
> 56 ? S 0:00 /usr/local/samba/bin/nmbd -D
> 57 ? S 0:00 rebound: waiting for connections
> 59 ? S 0:05 /usr/local/named/named
> 71 1 S 0:00 /etc/agetty 38400 tty1
> 1321 ? S 0:00 update (bdflush)
> 1825 S0 S 0:00 pppd
> 6097 ? S 0:00 /usr/local/samba/bin/smbd -D
> 6509 ? S 0:00 /usr/X11R6/bin/xterm -ls -display 206.4.67.200:0
> 6552 ? S 0:00 -l
> 6564 ? S 0:00 -l
> 6565 p0 S 0:00 login -h turd.binary9.net -p
> 64 ? S 0:07 nexus: waiting for connections
> 6510 p2 S 0:00 -tcsh
> 6551 p2 S 0:00 rlogin neko -l shin
> 6554 p2 S 0:00 rlogin neko -l shin
> 6553 p1 S 0:00 -tcsh
> 6558 p1 S 0:00 elm
> 6563 p1 S 0:00 /usr/bin/emacs /tmp/snd.6558 -f auto-fill-mode
> 6566 p3 S 0:00 -bin/tcsh -i
> 6570 p3 R 0:00 ps ax
>
> Notice the "-l" lines? They're actually:
>
> > cat /proc/6552/stat
> 6552 (in.rlogind) S 45 45 45 0 -1 1048832 23 0 78 0 1 14 0 0 1 0 -1 0 6981633 786432 88 2147483647 134217728 134228832 3221224960 3221221044 1073845852 0 0 2149580800 65536 1225500 0 0
>
> > cat /proc/6552/cmdline
> -l
>
> Has anyone else noticed this behavior? I assume that this isn't the
> value we wanted returned, right?
>
>
>
> Shin!
> __________________________________________________________________________
> Another Mailing List personality of Nicholas J. Leon shin@binary9.net
> Linux Kernel Database [http://www.binary9.net/nicholas/kerneldb.html]
>
>