From casper@sac.sfbay.sun.com Mon Feb 9 11:05:04 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n19J53Q1026138 for ; Mon, 9 Feb 2009 11:05:04 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n19J4j3o004149; Mon, 9 Feb 2009 19:05:03 GMT Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KET0072JBOC4P00@nwk-avmta-2.sfbay.sun.com>; Mon, 09 Feb 2009 11:05:00 -0800 (PST) Received: from dm-sfbay-02.sfbay.sun.com ([129.146.11.31]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KET0000DBOCF7F0@nwk-avmta-2.sfbay.sun.com>; Mon, 09 Feb 2009 11:05:00 -0800 (PST) Received: from sac.sfbay.sun.com (new-sac.SFBay.Sun.COM [129.146.175.65]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n19J4wGq013611; Mon, 09 Feb 2009 11:04:58 -0800 (PST) Received: from sac.sfbay.sun.com (localhost [127.0.0.1]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n19J4vSb026133; Mon, 09 Feb 2009 11:04:57 -0800 (PST) Received: (from casper@localhost) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id n19J4v8v026129; Mon, 09 Feb 2009 11:04:57 -0800 (PST) Date: Mon, 09 Feb 2009 11:04:57 -0800 (PST) From: Casper Dik Subject: Unified ps(1) [PSARC/2009/076 FastTrack timeout 02/16/2009] To: PSARC-ext@sun.com Cc: Casper.Dik@sun.com, David.Comay@sun.com Message-id: <200902091904.n19J4v8v026129@sac.sfbay.sun.com> Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 Status: RO Content-Length: 3853 Template Version: @(#)sac_nextcase %I% %G% SMI This information is Copyright 2009 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: Unified ps(1) 1.2. Name of Document Author/Supplier: Author: Casper Dik 1.3 Date of This Document: 09 February, 2009 4. Technical Description I'm sponsoring this fasttrack for myself. I request Patch/Micro release binding (this change is compatible). We currently ship two "ps" executables: /usr/bin/ps and /usr/ucb/ps. Some people prefer "ps -ef" and others like "ps uxga". It's fairly easy to unify the commands so that we do the "right thing". We propose that the unified command works as follows: If a first argument is present and it does not start with a "-" we run as "/usr/ucb/ps" If a first argument is present and it starts with "-" and some of the characters passed aren't ucb ps options, we run as "/usr/bin/ps" If neither are not the case, then ps will behave as before: /usr/ucb/ps and /usr/bin/ps will both work as before, depending on the getexecname() return value. The /usr/ucb/*/ps binaries will be hardlinked to /usr/bin/*/ps. They will stay in their respective packages. The /usr/ucb/sparcv7/ps binary is removed; there is no /usr/bin/sparcv7/ps. Sample with /usr/bin first in $PATH # ps -ef UID PID PPID C STIME TTY TIME CMD root 0 0 0 22:10:42 ? 0:01 sched root 1 0 0 22:10:44 ? 0:02 /sbin/init root 2 0 0 22:10:44 ? 0:00 pageout root 3 0 0 22:10:44 ? 1:22 fsflush # ps uxga USER PID %CPU %MEM SZ RSS TT S START TIME COMMAND root 751 0.2 2.62818426328 ?? S 22:12:42 0:05 xterm -ls -n moloc root 3 0.1 0.0 0 0 ? S 22:10:43 1:21 fsflush root 19210 0.1 0.1 1832 1112 pts/1 O 11:31:40 0:00 ps uxga root 19207 0.1 0.3 4640 2800 pts/1 S 11:31:04 0:00 ksh93 # ps -uxga ps: unknown user xga # ps xa PID TT S TIME COMMAND 0 ? T 0:00 sched 1 ? S 0:02 /sbin/init 2 ? S 0:00 pageout 3 ? S 1:21 fsflush # ps -xa ps: illegal option -- x usage: ps [ -aAdefHlcjLPyZ ] [ -o format ] [ -t termlist ] ..... # ps -e PID TTY TIME CMD 0 ? 0:01 sched 1 ? 0:02 init 2 ? 0:00 pageout 3 ? 1:22 fsflush with /usr/ucb first in $PATH # ps -ef UID PID PPID C STIME TTY TIME CMD root 0 0 0 22:10:42 ? 0:01 sched root 1 0 0 22:10:44 ? 0:02 /sbin/init root 2 0 0 22:10:44 ? 0:00 pageout root 3 0 0 22:10:44 ? 1:22 fsflush # ps -ax PID TT S TIME COMMAND 0 ? T 0:00 sched 1 ? S 0:02 /sbin/init 2 ? S 0:00 pageout 3 ? S 1:21 fsflush # ps -ugxa USER PID %CPU %MEM SZ RSS TT S START TIME COMMAND root 751 0.2 2.62818426328 ?? S 22:12:42 0:06 xterm -ls -n moloc root 605 0.2 0.3 3720 3104 ? S 22:12:31 0:01 /usr/lib/autofs/au root 3 0.1 0.0 0 0 ? S 22:10:43 1:21 fsflush root 19220 0.1 0.1 1816 1104 pts/1 O 11:34:38 0:00 ps -ugxa # ps -e PID TT S TIME COMMAND 3008 console S 0:00 /usr/lib/saf/ttymon -g -d /dev/console -l console -T xt 1061 pts/1 S 0:01 -tcsh SUPER_USER=casper DISPLAY=localhost:10.0 HOME=/ L 19207 pts/1 S 0:00 ksh93 SUPER_USER=casper DISPLAY=localhost:10.0 HOME=/ L 19261 pts/1 O 0:00 ps -e _=/usr/ucb/ps DISPLAY=localhost:10.0 EXINIT=set t 6. Resources and Schedule 6.4. Steering Committee requested information 6.4.1. Consolidation C-team Name: os-net 6.5. ARC review type: FastTrack 6.6. ARC Exposure: open From gdamore@sun.com Mon Feb 9 11:30:09 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n19JU9R4027826 for ; Mon, 9 Feb 2009 11:30:09 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n19JU66d028177 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Mon, 9 Feb 2009 12:30:08 -0700 (MST) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KET00C19CU7ZG00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Mon, 09 Feb 2009 11:30:07 -0800 (PST) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KET00CX4CU52R10@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Mon, 09 Feb 2009 11:30:05 -0800 (PST) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n19JU597014853 for ; Mon, 09 Feb 2009 11:30:05 -0800 (PST) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KET00900CBA9700@fe-sfbay-09.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Mon, 09 Feb 2009 11:30:05 -0800 (PST) Received: from [192.168.251.11] ([unknown] [76.93.15.33]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KET00KTHCTZG280@fe-sfbay-09.sun.com>; Mon, 09 Feb 2009 11:30:00 -0800 (PST) Date: Mon, 09 Feb 2009 11:29:58 -0800 From: "Garrett D'Amore" Subject: Re: Unified ps(1) [PSARC/2009/076 FastTrack timeout 02/16/2009] In-reply-to: <200902091904.n19J4v8v026129@sac.sfbay.sun.com> Sender: Garrett.Damore@sun.com To: Casper Dik Cc: PSARC-ext@sun.com, Casper.Dik@sun.com, David.Comay@sun.com Message-id: <49908436.6000603@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200902091904.n19J4v8v026129@sac.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.18 (X11/20081201) Status: RO Content-Length: 4985 First off, I really like what this case is trying to do. But I do have a possible concern: /usr/ucb/ps could have been used with a leading "-". E.g. /usr/ucb/ps -aux and /usr/ucb/ps aux both return the same thing. I'd humbly suggest that if getexecname returns /usr/ucb/ps then the legacy UCB behavior should be used unconditionally. Since /usr/bin/ps never supported bare arguments, I think its reasonable if it it supports the UCB syntax when no bare (no "-") options are present. I suspect that this would give both maximum compatibility, without significantly impairing the nice "familiarity" benefits that I think we're hoping to achieve. With the above change, I'll give it a +100 (okay, only 1, because that's all I'm allowed.) Without the above change, I'd be a bit more hesitant, since I worry about scripts that have coded /usr/ucb/ps with a leading dash ...) -- Garrett Casper Dik wrote: > Template Version: @(#)sac_nextcase %I% %G% SMI > This information is Copyright 2009 Sun Microsystems > 1. Introduction > 1.1. Project/Component Working Name: > Unified ps(1) > 1.2. Name of Document Author/Supplier: > Author: Casper Dik > 1.3 Date of This Document: > 09 February, 2009 > 4. Technical Description > I'm sponsoring this fasttrack for myself. > > I request Patch/Micro release binding (this change is compatible). > > We currently ship two "ps" executables: /usr/bin/ps and /usr/ucb/ps. > > Some people prefer "ps -ef" and others like "ps uxga". > > It's fairly easy to unify the commands so that we do the "right thing". > > We propose that the unified command works as follows: > > If a first argument is present and it does not start with a "-" we run > as "/usr/ucb/ps" > > If a first argument is present and it starts with "-" and some of the > characters passed aren't ucb ps options, we run as "/usr/bin/ps" > > If neither are not the case, then ps will behave as before: /usr/ucb/ps > and /usr/bin/ps will both work as before, depending on the > getexecname() return value. > > The /usr/ucb/*/ps binaries will be hardlinked to /usr/bin/*/ps. > They will stay in their respective packages. > > The /usr/ucb/sparcv7/ps binary is removed; there is no /usr/bin/sparcv7/ps. > > Sample > > with /usr/bin first in $PATH > > # ps -ef > UID PID PPID C STIME TTY TIME CMD > root 0 0 0 22:10:42 ? 0:01 sched > root 1 0 0 22:10:44 ? 0:02 /sbin/init > root 2 0 0 22:10:44 ? 0:00 pageout > root 3 0 0 22:10:44 ? 1:22 fsflush > > # ps uxga > USER PID %CPU %MEM SZ RSS TT S START TIME COMMAND > root 751 0.2 2.62818426328 ?? S 22:12:42 0:05 xterm -ls -n moloc > root 3 0.1 0.0 0 0 ? S 22:10:43 1:21 fsflush > root 19210 0.1 0.1 1832 1112 pts/1 O 11:31:40 0:00 ps uxga > root 19207 0.1 0.3 4640 2800 pts/1 S 11:31:04 0:00 ksh93 > > # ps -uxga > ps: unknown user xga > > # ps xa > PID TT S TIME COMMAND > 0 ? T 0:00 sched > 1 ? S 0:02 /sbin/init > 2 ? S 0:00 pageout > 3 ? S 1:21 fsflush > > # ps -xa > ps: illegal option -- x > usage: ps [ -aAdefHlcjLPyZ ] [ -o format ] [ -t termlist ] > ..... > > # ps -e > PID TTY TIME CMD > 0 ? 0:01 sched > 1 ? 0:02 init > 2 ? 0:00 pageout > 3 ? 1:22 fsflush > > with /usr/ucb first in $PATH > > # ps -ef > UID PID PPID C STIME TTY TIME CMD > root 0 0 0 22:10:42 ? 0:01 sched > root 1 0 0 22:10:44 ? 0:02 /sbin/init > root 2 0 0 22:10:44 ? 0:00 pageout > root 3 0 0 22:10:44 ? 1:22 fsflush > > # ps -ax > PID TT S TIME COMMAND > 0 ? T 0:00 sched > 1 ? S 0:02 /sbin/init > 2 ? S 0:00 pageout > 3 ? S 1:21 fsflush > > # ps -ugxa > USER PID %CPU %MEM SZ RSS TT S START TIME COMMAND > root 751 0.2 2.62818426328 ?? S 22:12:42 0:06 xterm -ls -n moloc > root 605 0.2 0.3 3720 3104 ? S 22:12:31 0:01 /usr/lib/autofs/au > root 3 0.1 0.0 0 0 ? S 22:10:43 1:21 fsflush > root 19220 0.1 0.1 1816 1104 pts/1 O 11:34:38 0:00 ps -ugxa > > # ps -e > PID TT S TIME COMMAND > 3008 console S 0:00 /usr/lib/saf/ttymon -g -d /dev/console -l console -T xt > 1061 pts/1 S 0:01 -tcsh SUPER_USER=casper DISPLAY=localhost:10.0 HOME=/ L > 19207 pts/1 S 0:00 ksh93 SUPER_USER=casper DISPLAY=localhost:10.0 HOME=/ L > 19261 pts/1 O 0:00 ps -e _=/usr/ucb/ps DISPLAY=localhost:10.0 EXINIT=set t > > > 6. Resources and Schedule > 6.4. Steering Committee requested information > 6.4.1. Consolidation C-team Name: > os-net > 6.5. ARC review type: FastTrack > 6.6. ARC Exposure: open > > From carlsonj@phorcys.east.sun.com Mon Feb 9 11:42:00 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n19Jfx3i028329 for ; Mon, 9 Feb 2009 11:42:00 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n19Jftbe036590; Mon, 9 Feb 2009 12:41:56 -0700 (MST) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KET00E1PDDWCK00@nwk-avmta-1.sfbay.Sun.COM>; Mon, 09 Feb 2009 11:41:56 -0800 (PST) Received: from phorcys.east.sun.com ([129.148.174.143]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KET00CLNDDJ2L50@nwk-avmta-1.sfbay.Sun.COM>; Mon, 09 Feb 2009 11:41:43 -0800 (PST) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id n19Jfa7E001772; Mon, 09 Feb 2009 14:41:36 -0500 (EST) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id n19JfaEp001769; Mon, 09 Feb 2009 14:41:36 -0500 (EST) Date: Mon, 09 Feb 2009 14:41:36 -0500 From: James Carlson Subject: Re: Unified ps(1) [PSARC/2009/076 FastTrack timeout 02/16/2009] In-reply-to: <49908436.6000603@sun.com> To: "Garrett D'Amore" Cc: PSARC-ext@sun.com, David.Comay@sun.com, Casper.Dik@sun.com Message-id: <18832.34544.767258.802195@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.01 under Emacs 21.3.1 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200902091904.n19J4v8v026129@sac.sfbay.sun.com> <49908436.6000603@sun.com> Status: RO Content-Length: 1463 Garrett D'Amore writes: > First off, I really like what this case is trying to do. But I do have > a possible concern: /usr/ucb/ps could have been used with a leading > "-". E.g. /usr/ucb/ps -aux and /usr/ucb/ps aux both return the same thing. > > I'd humbly suggest that if getexecname returns /usr/ucb/ps then the > legacy UCB behavior should be used unconditionally. > > Since /usr/bin/ps never supported bare arguments, I think its reasonable > if it it supports the UCB syntax when no bare (no "-") options are present. > > I suspect that this would give both maximum compatibility, without > significantly impairing the nice "familiarity" benefits that I think > we're hoping to achieve. > > With the above change, I'll give it a +100 (okay, only 1, because that's > all I'm allowed.) Without the above change, I'd be a bit more hesitant, > since I worry about scripts that have coded /usr/ucb/ps with a leading > dash ...) +1 to the change along with Garrett's suggestion, which I understand to be in priority order: /usr/ucb/ps -> only BSD flags, regardless of "-" "-" present -> only USL flags no "-" -> only BSD flags This will make our ps work like AIX's always has, which I think is a great advance. -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From casper@holland.sun.com Mon Feb 9 13:10:35 2009 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n19LAZKW025316 for ; Mon, 9 Feb 2009 13:10:35 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n19LAWgp026399; Mon, 9 Feb 2009 13:10:35 -0800 (PST) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KET00D0THHNZ100@nwk-avmta-2.sfbay.sun.com>; Mon, 09 Feb 2009 13:10:35 -0800 (PST) Received: from dm-holland-02.uk.sun.com ([129.156.101.225]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KET007GBHGJ6S90@nwk-avmta-2.sfbay.sun.com>; Mon, 09 Feb 2009 13:09:56 -0800 (PST) Received: from holland (room101.Holland.Sun.COM [10.16.117.40]) by dm-holland-02.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n19L9rGQ043327; Mon, 09 Feb 2009 21:09:53 +0000 (GMT) Date: Mon, 09 Feb 2009 22:10:02 +0100 From: Casper.Dik@sun.com Subject: Re: Unified ps(1) [PSARC/2009/076 FastTrack timeout 02/16/2009] In-reply-to: <49908436.6000603@sun.com> Sender: casper@holland.sun.com To: "Garrett D'Amore" Cc: PSARC-ext@sun.com, David.Comay@sun.com Message-id: <200902092109.n19L9rGQ043327@dm-holland-02.uk.sun.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200902091904.n19J4v8v026129@sac.sfbay.sun.com> <49908436.6000603@sun.com> Status: RO Content-Length: 635 >First off, I really like what this case is trying to do. But I do have >a possible concern: /usr/ucb/ps could have been used with a leading >"-". E.g. /usr/ucb/ps -aux and /usr/ucb/ps aux both return the same thing. > >I'd humbly suggest that if getexecname returns /usr/ucb/ps then the >legacy UCB behavior should be used unconditionally. What I propose isn't all that different. /usr/ucb/ps will ONLY behave like /usr/bin/ps IF AND ONLY IF one of the arguments is NOT recognized by /usr/ucb/ps. Rather than printing an error message, it tries to do something plausible. I thought the examples clarified that. Casper From gdamore@sun.com Mon Feb 9 13:17:57 2009 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n19LHvrh027688 for ; Mon, 9 Feb 2009 13:17:57 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n19LHuxv029794 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Mon, 9 Feb 2009 13:17:57 -0800 (PST) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KET0031VHTXGD00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 09 Feb 2009 13:17:57 -0800 (PST) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KET00IKEHTW5YC0@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 09 Feb 2009 13:17:56 -0800 (PST) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n19LHuMr027632 for ; Mon, 09 Feb 2009 13:17:56 -0800 (PST) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KET00500HHO0D00@fe-sfbay-10.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 09 Feb 2009 13:17:56 -0800 (PST) Received: from [192.168.251.11] ([unknown] [76.93.15.33]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KET006LYHTVQQ20@fe-sfbay-10.sun.com>; Mon, 09 Feb 2009 13:17:56 -0800 (PST) Date: Mon, 09 Feb 2009 13:17:55 -0800 From: "Garrett D'Amore" Subject: Re: Unified ps(1) [PSARC/2009/076 FastTrack timeout 02/16/2009] In-reply-to: <200902092109.n19L9rGQ043327@dm-holland-02.uk.sun.com> Sender: Garrett.Damore@sun.com To: Casper.Dik@sun.com Cc: PSARC-ext@sun.com, David.Comay@sun.com Message-id: <49909D83.2080600@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200902091904.n19J4v8v026129@sac.sfbay.sun.com> <49908436.6000603@sun.com> <200902092109.n19L9rGQ043327@dm-holland-02.uk.sun.com> User-Agent: Thunderbird 2.0.0.18 (X11/20081201) Status: RO Content-Length: 1355 Casper.Dik@Sun.COM wrote: >> First off, I really like what this case is trying to do. But I do have >> a possible concern: /usr/ucb/ps could have been used with a leading >> "-". E.g. /usr/ucb/ps -aux and /usr/ucb/ps aux both return the same thing. >> >> I'd humbly suggest that if getexecname returns /usr/ucb/ps then the >> legacy UCB behavior should be used unconditionally. >> > > What I propose isn't all that different. /usr/ucb/ps will ONLY behave > like /usr/bin/ps IF AND ONLY IF one of the arguments is NOT recognized by > /usr/ucb/ps. Rather than printing an error message, it tries to do > something plausible. > > I thought the examples clarified that. > Hmm... maybe I didn't understand. As long as /usr/ucb/ps behaves as /usr/ucb/ps whenever any valid syntax that was accepted by it today is given, then I'm ok with it. (And understanding that "-" is a valid part of the syntax. :-) That said, I do sort of think that the rule you have, while workable, is more confusing and violates the principle of least surprise. (I.e. you added a switch by accident which suddenly changed the meaning of other options in a totally unexpected fashion.) But given as we're talking about a case that would otherwise be an error, I'm not sure there is architecturally relevant cause to debate it further. -- Garrett From casper@holland.sun.com Mon Feb 9 13:25:39 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n19LPch7028022 for ; Mon, 9 Feb 2009 13:25:38 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n19LPQVP007229; Mon, 9 Feb 2009 21:25:36 GMT Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KET00405I6LG600@nwk-avmta-1.sfbay.Sun.COM>; Mon, 09 Feb 2009 13:25:33 -0800 (PST) Received: from dm-holland-02.uk.sun.com ([129.156.101.225]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KET00IMEI6K5YE0@nwk-avmta-1.sfbay.Sun.COM>; Mon, 09 Feb 2009 13:25:33 -0800 (PST) Received: from holland (room101.Holland.Sun.COM [10.16.117.40]) by dm-holland-02.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n19LPUFl046679; Mon, 09 Feb 2009 21:25:30 +0000 (GMT) Date: Mon, 09 Feb 2009 22:25:39 +0100 From: Casper.Dik@sun.com Subject: Re: Unified ps(1) [PSARC/2009/076 FastTrack timeout 02/16/2009] In-reply-to: <49909D83.2080600@sun.com> Sender: casper@holland.sun.com To: "Garrett D'Amore" Cc: PSARC-ext@sun.com, David.Comay@sun.com Message-id: <200902092125.n19LPUFl046679@dm-holland-02.uk.sun.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200902091904.n19J4v8v026129@sac.sfbay.sun.com> <49908436.6000603@sun.com> <200902092109.n19L9rGQ043327@dm-holland-02.uk.sun.com> <49909D83.2080600@sun.com> Status: RO Content-Length: 982 >Hmm... maybe I didn't understand. As long as /usr/ucb/ps behaves as >/usr/ucb/ps whenever any valid syntax that was accepted by it today is >given, then I'm ok with it. (And understanding that "-" is a valid part >of the syntax. :-) Indeed. And yes, "ps -xuag" works "as you expect" when you invoke ps at /usr/ucb/ps. >That said, I do sort of think that the rule you have, while workable, is >more confusing and violates the principle of least surprise. (I.e. >you added a switch by accident which suddenly changed the meaning of >other options in a totally unexpected fashion.) I'm not sure how many options you want to add to /usr/ucb/ps :-) (The last change to the /usr/ucb/ps option parsing code was done in 1993) I probably should change the usage() message to include both usage messages? ucb ps is not localized .... I'd just keep this a "low risk, little changed" putback. (Except that I'd prefer all the columns to align with the headers) Casper From ceri@submonkey.net Mon Feb 9 13:25:44 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n19LPiZ7028045 for ; Mon, 9 Feb 2009 13:25:44 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n19LPgOf034651; Mon, 9 Feb 2009 14:25:42 -0700 (MST) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KET00E03I6UVQ00@nwk-avmta-2.sfbay.sun.com>; Mon, 09 Feb 2009 13:25:42 -0800 (PST) Received: from sca-ea-mail-4.sun.com ([192.18.43.22]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KET007LDI6T6MC0@nwk-avmta-2.sfbay.sun.com>; Mon, 09 Feb 2009 13:25:41 -0800 (PST) Received: from relay13i.sun.com (ip123.net129179-4.block1.us.syntegra.com [129.179.4.123]) by sca-ea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n19LGRTY014679; Mon, 09 Feb 2009 21:25:41 +0000 (GMT) Received: from mmp12es.mmp.us.syntegra.com ([160.41.208.12] [160.41.208.12]) by relay13i.sun.com with ESMTP id BT-MMP-4330616; Mon, 09 Feb 2009 21:25:41 +0000 (Z) Received: from relay13i.sun.com (relay13i.sun.com [129.179.4.123]) by mmp12es.mmp.us.syntegra.com with ESMTP id BT-MMP-14977630; Mon, 09 Feb 2009 21:25:40 +0000 (Z) Received: from scuttle.submonkey.net ([208.111.43.184] [208.111.43.184]) by relay1i.sun.com with ESMTP id BT-MMP-5106189; Mon, 09 Feb 2009 21:25:40 +0000 (Z) Received: from cpc1-cdif1-0-0-cust63.cdif.cable.ntl.com ([81.104.164.64] helo=shrike.submonkey.net) by scuttle.submonkey.net with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1LWddL-000422-Rb; Mon, 09 Feb 2009 21:25:40 +0000 Received: from ceri by shrike.submonkey.net with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LWddF-000Gzp-OT; Mon, 09 Feb 2009 21:25:33 +0000 Date: Mon, 09 Feb 2009 21:25:33 +0000 From: Ceri Davies Subject: Re: Unified ps(1) [PSARC/2009/076 FastTrack timeout 02/16/2009] In-reply-to: <200902091904.n19J4v8v026129@sac.sfbay.sun.com> Sender: Ceri Davies To: Casper Dik Cc: PSARC-ext@sun.com, David.Comay@sun.com, Casper.Dik@sun.com Message-id: <20090209212533.GB59110@submonkey.net> MIME-version: 1.0 Content-type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary=ADZbWkCsHQ7r3kzd Content-disposition: inline X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-PGP: finger ceri@FreeBSD.org X-Antispam: No, score=0.0/5.0, scanned in 0.066sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200902091904.n19J4v8v026129@sac.sfbay.sun.com> User-Agent: Mutt/1.5.18 (2008-05-17) Status: RO Content-Length: 1789 --ADZbWkCsHQ7r3kzd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 09, 2009 at 11:04:57AM -0800, Casper Dik wrote: >=20 > Template Version: @(#)sac_nextcase %I% %G% SMI > This information is Copyright 2009 Sun Microsystems > 1. Introduction > 1.1. Project/Component Working Name: > Unified ps(1) > 1.2. Name of Document Author/Supplier: > Author: Casper Dik > 1.3 Date of This Document: > 09 February, 2009 > 4. Technical Description > I'm sponsoring this fasttrack for myself. >=20 > I request Patch/Micro release binding (this change is compatible). >=20 > We currently ship two "ps" executables: /usr/bin/ps and /usr/ucb/ps. >=20 > Some people prefer "ps -ef" and others like "ps uxga". >=20 > It's fairly easy to unify the commands so that we do the "right thing". >=20 > We propose that the unified command works as follows: >=20 > If a first argument is present and it does not start with a "-" we run > as "/usr/ucb/ps" >=20 > If a first argument is present and it starts with "-" and some of the > characters passed aren't ucb ps options, we run as "/usr/bin/ps" This kind of precludes adding any new options to /usr/ucb/ps, ever. I don't believe that this is a particularly bad thing, just want to be crystal clear that this is what we want to do. Ceri --=20 That must be wonderful! I don't understand it at all. -- Moliere --ADZbWkCsHQ7r3kzd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFJkJ9NocfcwTS3JF8RAiTUAJ9it/BPiXw57OhGmZK7bHVWEM1/2gCgh2kM QEO6tvqvvnTPnHYZP4Yatko= =T3El -----END PGP SIGNATURE----- --ADZbWkCsHQ7r3kzd-- From carlsonj@phorcys.east.sun.com Mon Feb 9 13:26:05 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n19LQ45x028086 for ; Mon, 9 Feb 2009 13:26:05 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n19LPxXp007478; Mon, 9 Feb 2009 21:26:01 GMT Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KET00E1TI7CWE00@nwk-avmta-2.sfbay.sun.com>; Mon, 09 Feb 2009 13:26:00 -0800 (PST) Received: from phorcys.east.sun.com ([129.148.174.143]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KET0075CI7B6OB0@nwk-avmta-2.sfbay.sun.com>; Mon, 09 Feb 2009 13:26:00 -0800 (PST) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id n19LPrfT002459; Mon, 09 Feb 2009 16:25:53 -0500 (EST) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id n19LPrkC002456; Mon, 09 Feb 2009 16:25:53 -0500 (EST) Date: Mon, 09 Feb 2009 16:25:53 -0500 From: James Carlson Subject: Re: Unified ps(1) [PSARC/2009/076 FastTrack timeout 02/16/2009] In-reply-to: <200902092109.n19L9rGQ043327@dm-holland-02.uk.sun.com> To: Casper.Dik@sun.com Cc: "Garrett D'Amore" , PSARC-ext@sun.com, David.Comay@sun.com Message-id: <18832.40801.718286.352760@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.01 under Emacs 21.3.1 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200902091904.n19J4v8v026129@sac.sfbay.sun.com> <49908436.6000603@sun.com> <200902092109.n19L9rGQ043327@dm-holland-02.uk.sun.com> Status: RO Content-Length: 1130 Casper.Dik@Sun.COM writes: > >First off, I really like what this case is trying to do. But I do have > >a possible concern: /usr/ucb/ps could have been used with a leading > >"-". E.g. /usr/ucb/ps -aux and /usr/ucb/ps aux both return the same thing. > > > >I'd humbly suggest that if getexecname returns /usr/ucb/ps then the > >legacy UCB behavior should be used unconditionally. > > What I propose isn't all that different. /usr/ucb/ps will ONLY behave > like /usr/bin/ps IF AND ONLY IF one of the arguments is NOT recognized by > /usr/ucb/ps. Rather than printing an error message, it tries to do > something plausible. > > I thought the examples clarified that. OK; I got tripped up by the implication of the "aren't ucb ps options" part. It's a little surprising to see non-UCB behavior showing up in the explicit /usr/ucb path, but it makes sense to me now. Thanks. +1 to the original. -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From Scott.Rotondo@sun.com Mon Feb 9 13:30:08 2009 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n19LU7U5028260 for ; Mon, 9 Feb 2009 13:30:08 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n19LU1pK016136 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 10 Feb 2009 05:30:06 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KET0050LIE53500@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 09 Feb 2009 13:30:05 -0800 (PST) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KET00IYEIE35VE0@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 09 Feb 2009 13:30:04 -0800 (PST) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n19LU3Ki024115 for ; Mon, 09 Feb 2009 21:30:03 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KET00H00H5QVO00@mail-amer.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 09 Feb 2009 14:30:03 -0700 (MST) Received: from [129.146.108.62] ([unknown] [129.146.108.62]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KET00JN0IE14S70@mail-amer.sun.com>; Mon, 09 Feb 2009 14:30:02 -0700 (MST) Date: Mon, 09 Feb 2009 13:30:01 -0800 From: Scott Rotondo Subject: Re: Unified ps(1) [PSARC/2009/076 FastTrack timeout 02/16/2009] In-reply-to: <49909D83.2080600@sun.com> Sender: Scott.Rotondo@sun.com To: "Garrett D'Amore" Cc: Casper.Dik@sun.com, PSARC-ext@sun.com, David.Comay@sun.com Message-id: <4990A059.7030509@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200902091904.n19J4v8v026129@sac.sfbay.sun.com> <49908436.6000603@sun.com> <200902092109.n19L9rGQ043327@dm-holland-02.uk.sun.com> <49909D83.2080600@sun.com> User-Agent: Thunderbird 2.0.0.12 (X11/20080422) Status: RO Content-Length: 837 Garrett D'Amore wrote: > That said, I do sort of think that the rule you have, while workable, is > more confusing and violates the principle of least surprise. (I.e. > you added a switch by accident which suddenly changed the meaning of > other options in a totally unexpected fashion.) This approach (interpreting the options as either BSD or SVR4 depending on whether the dash is present) has been used for ps on other systems before. I don't think anyone will be terribly surprised. Scott > > But given as we're talking about a case that would otherwise be an > error, I'm not sure there is architecturally relevant cause to debate it > further. > > -- Garrett > -- Scott Rotondo Principal Engineer, Solaris Security Technologies President, Trusted Computing Group Phone/FAX: +1 408 850 3655 (Internal x68278) From casper@holland.sun.com Mon Feb 9 13:36:36 2009 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n19LaaFp028671 for ; Mon, 9 Feb 2009 13:36:36 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n19LaZ5d013758 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Mon, 9 Feb 2009 13:36:36 -0800 (PST) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KET00F1HIOZIM00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 09 Feb 2009 13:36:35 -0800 (PST) Received: from dm-holland-02.uk.sun.com ([129.156.101.225]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KET007JEIOY6SC0@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 09 Feb 2009 13:36:34 -0800 (PST) Received: from holland (room101.Holland.Sun.COM [10.16.117.40]) by dm-holland-02.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n19LaPPZ048933; Mon, 09 Feb 2009 21:36:25 +0000 (GMT) Date: Mon, 09 Feb 2009 22:36:35 +0100 From: Casper.Dik@sun.com Subject: Re: Unified ps(1) [PSARC/2009/076 FastTrack timeout 02/16/2009] In-reply-to: <20090209212533.GB59110@submonkey.net> Sender: casper@holland.sun.com To: Ceri Davies Cc: Casper Dik , PSARC-ext@sun.com, David.Comay@sun.com Message-id: <200902092136.n19LaPPZ048933@dm-holland-02.uk.sun.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200902091904.n19J4v8v026129@sac.sfbay.sun.com> <20090209212533.GB59110@submonkey.net> Status: RO Content-Length: 454 >This kind of precludes adding any new options to /usr/ucb/ps, ever. I >don't believe that this is a particularly bad thing, just want to be >crystal clear that this is what we want to do. As Garrett says that would "violate the principle of least surprise"; the only problem would be that adding a,, e.g., "-f" option to /usr/ucb/ps would make "/usr/ucb/ps -ef" do something different. But you can still add the new option to /usr/ucb/ps. Casper From gdamore@sun.com Mon Feb 9 13:38:07 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n19Lc6N9028727 for ; Mon, 9 Feb 2009 13:38:06 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n19Lc1CA016221 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Mon, 9 Feb 2009 21:38:05 GMT Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KET0020ZIRFDK00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 09 Feb 2009 14:38:03 -0700 (MST) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KET00182IRDGW50@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 09 Feb 2009 14:38:02 -0700 (MST) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n19Lc1js000022 for ; Mon, 09 Feb 2009 13:38:01 -0800 (PST) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KET00F00IJETO00@fe-sfbay-09.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 09 Feb 2009 13:37:58 -0800 (PST) Received: from [192.168.251.11] ([unknown] [76.93.15.33]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KET0026VIR1K4D0@fe-sfbay-09.sun.com>; Mon, 09 Feb 2009 13:37:51 -0800 (PST) Date: Mon, 09 Feb 2009 13:37:49 -0800 From: "Garrett D'Amore" Subject: Re: Unified ps(1) [PSARC/2009/076 FastTrack timeout 02/16/2009] In-reply-to: <4990A059.7030509@sun.com> Sender: Garrett.Damore@sun.com To: Scott Rotondo Cc: Casper.Dik@sun.com, PSARC-ext@sun.com, David.Comay@sun.com Message-id: <4990A22D.8030808@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200902091904.n19J4v8v026129@sac.sfbay.sun.com> <49908436.6000603@sun.com> <200902092109.n19L9rGQ043327@dm-holland-02.uk.sun.com> <49909D83.2080600@sun.com> <4990A059.7030509@sun.com> User-Agent: Thunderbird 2.0.0.18 (X11/20081201) Status: RO Content-Length: 1019 Scott Rotondo wrote: > Garrett D'Amore wrote: >> That said, I do sort of think that the rule you have, while workable, >> is more confusing and violates the principle of least surprise. >> (I.e. you added a switch by accident which suddenly changed the >> meaning of other options in a totally unexpected fashion.) > > This approach (interpreting the options as either BSD or SVR4 > depending on whether the dash is present) has been used for ps on > other systems before. I don't think anyone will be terribly surprised. You're misunderstanding what I was saying. My concern was that "new flags" (e.g. if you say "ps ef") might cause new behavior. Anyway (no matter which way it goes), these are now concerns on the order of nits. I'm happy with the case as Casper has proposed. -- Garrett > > Scott > >> >> But given as we're talking about a case that would otherwise be an >> error, I'm not sure there is architecturally relevant cause to debate >> it further. >> >> -- Garrett >> > > From carlsonj@phorcys.east.sun.com Mon Feb 9 13:38:34 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n19LcYBg028774 for ; Mon, 9 Feb 2009 13:38:34 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n19LcV66042383; Mon, 9 Feb 2009 14:38:32 -0700 (MST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KET0020BIS7FA00@brm-avmta-1.central.sun.com>; Mon, 09 Feb 2009 14:38:31 -0700 (MST) Received: from phorcys.east.sun.com ([129.148.174.143]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KET001HLIS7GW50@brm-avmta-1.central.sun.com>; Mon, 09 Feb 2009 14:38:31 -0700 (MST) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id n19LcPt5002582; Mon, 09 Feb 2009 16:38:25 -0500 (EST) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id n19LcOXV002579; Mon, 09 Feb 2009 16:38:24 -0500 (EST) Date: Mon, 09 Feb 2009 16:38:24 -0500 From: James Carlson Subject: Re: Unified ps(1) [PSARC/2009/076 FastTrack timeout 02/16/2009] In-reply-to: <4990A059.7030509@sun.com> To: Scott Rotondo Cc: "Garrett D'Amore" , PSARC-ext@sun.com, David.Comay@sun.com, Casper.Dik@sun.com Message-id: <18832.41552.930375.84984@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.01 under Emacs 21.3.1 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200902091904.n19J4v8v026129@sac.sfbay.sun.com> <49908436.6000603@sun.com> <200902092109.n19L9rGQ043327@dm-holland-02.uk.sun.com> <49909D83.2080600@sun.com> <4990A059.7030509@sun.com> Status: RO Content-Length: 1025 Scott Rotondo writes: > Garrett D'Amore wrote: > > That said, I do sort of think that the rule you have, while workable, is > > more confusing and violates the principle of least surprise. (I.e. > > you added a switch by accident which suddenly changed the meaning of > > other options in a totally unexpected fashion.) > > This approach (interpreting the options as either BSD or SVR4 depending > on whether the dash is present) has been used for ps on other systems > before. I don't think anyone will be terribly surprised. Depending on the presence of "-" isn't novel. Other OSes have done this before. Inspecting the options in a presumed-BSD-ish list and reverting to SVR4 behavior if an unexpected option is seen _is_ new, and it's what caused both Garrett and me to say something. -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From ceri@submonkey.net Mon Feb 9 13:41:00 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n19Lf0DI028946 for ; Mon, 9 Feb 2009 13:41:00 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n19LevNc044017; Mon, 9 Feb 2009 14:40:58 -0700 (MST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KET0020RIW9O600@brm-avmta-1.central.sun.com>; Mon, 09 Feb 2009 14:40:57 -0700 (MST) Received: from sca-ea-mail-1.sun.com ([192.18.43.24]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KET001R5IW7GW60@brm-avmta-1.central.sun.com>; Mon, 09 Feb 2009 14:40:56 -0700 (MST) Received: from relay42i.sun.com ([192.5.209.72]) by sca-ea-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n19LetrA029000; Mon, 09 Feb 2009 21:40:55 +0000 (GMT) Received: from mms49es.mms.us.syntegra.com ([160.41.221.232] [160.41.221.232]) by relay42i.sun.com with ESMTP id BT-MMP-986014; Mon, 09 Feb 2009 21:40:55 +0000 (Z) Received: from relay42i.sun.com (relay42i.sun.com [192.5.209.72]) by mms49es.mms.us.syntegra.com with ESMTP id BT-MMP-15888655; Mon, 09 Feb 2009 21:40:54 +0000 (Z) Received: from scuttle.submonkey.net ([208.111.43.184] [208.111.43.184]) by relay4i.sun.com with ESMTP id BT-MMP-6866399; Mon, 09 Feb 2009 21:40:54 +0000 (Z) Received: from cpc1-cdif1-0-0-cust63.cdif.cable.ntl.com ([81.104.164.64] helo=shrike.submonkey.net) by scuttle.submonkey.net with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1LWds5-0004kN-UU; Mon, 09 Feb 2009 21:40:54 +0000 Received: from ceri by shrike.submonkey.net with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LWdry-000NPY-Me; Mon, 09 Feb 2009 21:40:46 +0000 Date: Mon, 09 Feb 2009 21:40:46 +0000 From: Ceri Davies Subject: Re: Unified ps(1) [PSARC/2009/076 FastTrack timeout 02/16/2009] In-reply-to: <200902092136.n19LaPPZ048933@dm-holland-02.uk.sun.com> Sender: Ceri Davies To: Casper.Dik@sun.com Cc: Casper Dik , PSARC-ext@sun.com, David.Comay@sun.com Message-id: <20090209214046.GC59110@submonkey.net> MIME-version: 1.0 Content-type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary=YD3LsXFS42OYHhNZ Content-disposition: inline X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-PGP: finger ceri@FreeBSD.org X-Antispam: No, score=0.0/5.0, scanned in 0.062sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200902091904.n19J4v8v026129@sac.sfbay.sun.com> <20090209212533.GB59110@submonkey.net> <200902092136.n19LaPPZ048933@dm-holland-02.uk.sun.com> User-Agent: Mutt/1.5.18 (2008-05-17) Status: RO Content-Length: 1323 --YD3LsXFS42OYHhNZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 09, 2009 at 10:36:35PM +0100, Casper.Dik@sun.com wrote: >=20 >=20 > >This kind of precludes adding any new options to /usr/ucb/ps, ever. I > >don't believe that this is a particularly bad thing, just want to be > >crystal clear that this is what we want to do. >=20 > As Garrett says that would "violate the principle of least surprise"; the > only problem would be that adding a,, e.g., "-f" option to /usr/ucb/ps wo= uld > make "/usr/ucb/ps -ef" do something different. >=20 > But you can still add the new option to /usr/ucb/ps. I would expect this body to reject such a change given that it would change the behaviour, so I do believe that this case would essentially freeze the /usr/ucb/ps interface. I personally have no problem with that. Ceri --=20 That must be wonderful! I don't understand it at all. -- Moliere --YD3LsXFS42OYHhNZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFJkKLeocfcwTS3JF8RAjDGAKCTjykm8VkEL0K2BSd1rAPgYhYigwCgonHA PyERD/ZNNS+jWycTlhxe2GY= =hz8V -----END PGP SIGNATURE----- --YD3LsXFS42OYHhNZ-- From casper@holland.sun.com Mon Feb 9 13:43:17 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n19LhH2v029050 for ; Mon, 9 Feb 2009 13:43:17 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n19LhD8a019692; Mon, 9 Feb 2009 21:43:15 GMT Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KET0061NJ02O900@nwk-avmta-1.sfbay.Sun.COM>; Mon, 09 Feb 2009 13:43:14 -0800 (PST) Received: from dm-holland-02.uk.sun.com ([129.156.101.225]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KET005ZYJ004960@nwk-avmta-1.sfbay.Sun.COM>; Mon, 09 Feb 2009 13:43:13 -0800 (PST) Received: from holland (room101.Holland.Sun.COM [10.16.117.40]) by dm-holland-02.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n19Lh855050211; Mon, 09 Feb 2009 21:43:08 +0000 (GMT) Date: Mon, 09 Feb 2009 22:43:17 +0100 From: Casper.Dik@sun.com Subject: Re: Unified ps(1) [PSARC/2009/076 FastTrack timeout 02/16/2009] In-reply-to: <18832.41552.930375.84984@gargle.gargle.HOWL> Sender: casper@holland.sun.com To: James Carlson Cc: Scott Rotondo , "Garrett D'Amore" , PSARC-ext@sun.com, David.Comay@sun.com Message-id: <200902092143.n19Lh855050211@dm-holland-02.uk.sun.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200902091904.n19J4v8v026129@sac.sfbay.sun.com> <49908436.6000603@sun.com> <200902092109.n19L9rGQ043327@dm-holland-02.uk.sun.com> <49909D83.2080600@sun.com> <4990A059.7030509@sun.com> <18832.41552.930375.84984@gargle.gargle.HOWL> Status: RO Content-Length: 473 >Depending on the presence of "-" isn't novel. Other OSes have done >this before. Inspecting the options in a presumed-BSD-ish list and >reverting to SVR4 behavior if an unexpected option is seen _is_ new, >and it's what caused both Garrett and me to say something. I understand. Clearly, I wanted a proposal which worked for me :-) And I'm happy you're all on board. (I like both "ps -ef" and "ps uxga", and I want it to work wherever my $PATH points to) Casper From carlsonj@phorcys.east.sun.com Mon Feb 9 13:57:28 2009 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n19LvS1d000486 for ; Mon, 9 Feb 2009 13:57:28 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n19LvPLE017981; Mon, 9 Feb 2009 13:57:26 -0800 (PST) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KET00805JNPVI00@nwk-avmta-1.sfbay.Sun.COM>; Mon, 09 Feb 2009 13:57:25 -0800 (PST) Received: from phorcys.east.sun.com ([129.148.174.143]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KET005RBJNO49E0@nwk-avmta-1.sfbay.Sun.COM>; Mon, 09 Feb 2009 13:57:25 -0800 (PST) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id n19LnlUl002689; Mon, 09 Feb 2009 16:49:47 -0500 (EST) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id n19Lnl4m002686; Mon, 09 Feb 2009 16:49:47 -0500 (EST) Date: Mon, 09 Feb 2009 16:49:47 -0500 From: James Carlson Subject: Re: Unified ps(1) [PSARC/2009/076 FastTrack timeout 02/16/2009] In-reply-to: <20090209214046.GC59110@submonkey.net> To: Ceri Davies Cc: Casper.Dik@sun.com, Casper Dik , PSARC-ext@sun.com, David.Comay@sun.com Message-id: <18832.42235.636539.544581@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.01 under Emacs 21.3.1 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200902091904.n19J4v8v026129@sac.sfbay.sun.com> <20090209212533.GB59110@submonkey.net> <200902092136.n19LaPPZ048933@dm-holland-02.uk.sun.com> <20090209214046.GC59110@submonkey.net> Status: RO Content-Length: 1288 Ceri Davies writes: > On Mon, Feb 09, 2009 at 10:36:35PM +0100, Casper.Dik@sun.com wrote: > > > > > > >This kind of precludes adding any new options to /usr/ucb/ps, ever. I > > >don't believe that this is a particularly bad thing, just want to be > > >crystal clear that this is what we want to do. > > > > As Garrett says that would "violate the principle of least surprise"; the > > only problem would be that adding a,, e.g., "-f" option to /usr/ucb/ps would > > make "/usr/ucb/ps -ef" do something different. > > > > But you can still add the new option to /usr/ucb/ps. > > I would expect this body to reject such a change given that it would > change the behaviour, so I do believe that this case would essentially > freeze the /usr/ucb/ps interface. Right; there'd be some subtle changes that would occur if we allowed that. > I personally have no problem with > that. Nor would I. The whole point of /usr/ucb is to retain some compatibility with ancient SunOS 4.x behavior, and it's not as though *that* reference functionality will ever change. -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From gww@eng.sun.com Mon Feb 9 13:58:00 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n19Lw0Xj000574 for ; Mon, 9 Feb 2009 13:58:00 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n19LvvE1028985; Mon, 9 Feb 2009 21:57:58 GMT Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KET0041TJOJ9000@brm-avmta-1.central.sun.com>; Mon, 09 Feb 2009 14:57:55 -0700 (MST) Received: from dm-eng-02.sfbay.sun.com ([129.146.11.32]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KET00416JOI5500@brm-avmta-1.central.sun.com>; Mon, 09 Feb 2009 14:57:54 -0700 (MST) Received: from marduk.eng.sun.com (marduk.SFBay.Sun.COM [129.146.108.224]) by dm-eng-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n19LvqJU006760; Mon, 09 Feb 2009 13:57:52 -0800 (PST) Received: from marduk.eng.sun.com (localhost [127.0.0.1]) by marduk.eng.sun.com (8.13.6+Sun/8.12.11) with ESMTP id n19LuTjs023656; Mon, 09 Feb 2009 13:56:29 -0800 (PST) Received: (from gww@localhost) by marduk.eng.sun.com (8.13.6+Sun/8.12.11/Submit) id n19LuTvV023655; Mon, 09 Feb 2009 13:56:29 -0800 (PST) Date: Mon, 09 Feb 2009 13:56:29 -0800 (PST) From: Gary Winiger Subject: Re: Unified ps(1) [PSARC/2009/076 FastTrack timeout 02/16/2009] To: gdamore@sun.com, james.d.carlson@sun.com Cc: PSARC-ext@sun.com, David.Comay@sun.com, Casper.Dik@sun.com Message-id: <200902092156.n19LuTvV023655@marduk.eng.sun.com> Content-transfer-encoding: 7BIT X-Sun-Charset: US-ASCII X-PMX-Version: 5.4.1.325704 Status: RO Content-Length: 293 > +1 to the change along with Garrett's suggestion, which I understand > to be in priority order: > > /usr/ucb/ps -> only BSD flags, regardless of "-" > "-" present -> only USL flags > no "-" -> only BSD flags +1 I can then stop having to remember which ps path I have to type Gary.. From Scott.Rotondo@sun.com Mon Feb 9 14:00:59 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n19M0xWJ000826 for ; Mon, 9 Feb 2009 14:00:59 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n19M0nJc055424 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Mon, 9 Feb 2009 15:00:59 -0700 (MST) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KET00H17JTL1I00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 09 Feb 2009 14:00:57 -0800 (PST) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KET007TDJTL6LE0@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 09 Feb 2009 14:00:57 -0800 (PST) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n19M0u3H017353 for ; Mon, 09 Feb 2009 22:00:56 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KET00700IKI6Y00@mail-amer.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 09 Feb 2009 15:00:56 -0700 (MST) Received: from [129.146.108.62] ([unknown] [129.146.108.62]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KET008GRJT68T70@mail-amer.sun.com>; Mon, 09 Feb 2009 15:00:43 -0700 (MST) Date: Mon, 09 Feb 2009 14:00:42 -0800 From: Scott Rotondo Subject: Re: Unified ps(1) [PSARC/2009/076 FastTrack timeout 02/16/2009] In-reply-to: <18832.41552.930375.84984@gargle.gargle.HOWL> Sender: Scott.Rotondo@sun.com To: James Carlson Cc: "Garrett D'Amore" , PSARC-ext@sun.com, David.Comay@sun.com, Casper.Dik@sun.com Message-id: <4990A78A.2090808@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200902091904.n19J4v8v026129@sac.sfbay.sun.com> <49908436.6000603@sun.com> <200902092109.n19L9rGQ043327@dm-holland-02.uk.sun.com> <49909D83.2080600@sun.com> <4990A059.7030509@sun.com> <18832.41552.930375.84984@gargle.gargle.HOWL> User-Agent: Thunderbird 2.0.0.12 (X11/20080422) Status: RO Content-Length: 1034 James Carlson wrote: > Scott Rotondo writes: >> Garrett D'Amore wrote: >>> That said, I do sort of think that the rule you have, while workable, is >>> more confusing and violates the principle of least surprise. (I.e. >>> you added a switch by accident which suddenly changed the meaning of >>> other options in a totally unexpected fashion.) >> This approach (interpreting the options as either BSD or SVR4 depending >> on whether the dash is present) has been used for ps on other systems >> before. I don't think anyone will be terribly surprised. > > Depending on the presence of "-" isn't novel. Other OSes have done > this before. Inspecting the options in a presumed-BSD-ish list and > reverting to SVR4 behavior if an unexpected option is seen _is_ new, > and it's what caused both Garrett and me to say something. > OK, sorry I misunderstood your point. Scott -- Scott Rotondo Principal Engineer, Solaris Security Technologies President, Trusted Computing Group Phone/FAX: +1 408 850 3655 (Internal x68278) From Richard.Matthews@sun.com Tue Feb 10 07:50:14 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1AFoEK3003376 for ; Tue, 10 Feb 2009 07:50:14 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n1AFoCKM021887 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Tue, 10 Feb 2009 08:50:14 -0700 (MST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KEU00K2HXBPMS00@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 10 Feb 2009 08:50:13 -0700 (MST) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KEU00A5HXBP6EB0@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 10 Feb 2009 08:50:13 -0700 (MST) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n1AFoDYG025722 for ; Tue, 10 Feb 2009 15:50:13 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KEU00300WD9WC00@mail-amer.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 10 Feb 2009 08:50:13 -0700 (MST) Received: from Rick-Matthews-MacBook-Pro-15.local ([unknown] [129.150.36.53]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KEU001PLXBGN8B0@mail-amer.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 10 Feb 2009 08:50:05 -0700 (MST) Date: Tue, 10 Feb 2009 09:50:09 -0600 From: Rick Matthews Subject: Re: LSARC 2009/076 antlr runtime Sender: Richard.Matthews@sun.com To: LSARC-ext@sun.com Message-id: <4991A231.9090106@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) Status: RO Content-Length: 529 I have moved the case materials into a materials directory. -- --------------------------------------------------------------------- Rick Matthews email: Rick.Matthews@sun.com Sun Microsystems, Inc. phone:+1(651) 554-1518 1270 Eagan Industrial Road phone(internal): 54418 Suite 160 fax: +1(651) 554-1540 Eagan, MN 55121-1231 USA main: +1(651) 554-1500 --------------------------------------------------------------------- From casper@holland.sun.com Thu Feb 12 05:45:32 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1CDjVJl021049 for ; Thu, 12 Feb 2009 05:45:32 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n1CDjT4i008518 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@Sun.COM>; Thu, 12 Feb 2009 13:45:30 GMT Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KEY00F0LGVT8800@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Thu, 12 Feb 2009 05:45:29 -0800 (PST) Received: from dm-holland-02.uk.sun.com ([129.156.101.225]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KEY008DJGVS8480@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Thu, 12 Feb 2009 05:45:29 -0800 (PST) Received: from holland (room101.Holland.Sun.COM [10.16.117.40]) by dm-holland-02.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n1CDjO9U009199; Thu, 12 Feb 2009 13:45:24 +0000 (GMT) Date: Thu, 12 Feb 2009 14:45:54 +0100 From: Casper.Dik@sun.com Subject: Re: Unified ps(1) [PSARC/2009/076 FastTrack timeout 02/16/2009] In-reply-to: <200902091904.n19J4v8v026129@sac.sfbay.sun.com> Sender: casper@holland.sun.com To: Casper Dik Cc: PSARC-ext@sun.com, David.Comay@sun.com Message-id: <200902121345.n1CDjO9U009199@dm-holland-02.uk.sun.com> Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200902091904.n19J4v8v026129@sac.sfbay.sun.com> Status: RO Content-Length: 77 The case was approved as specified during yesterday's PSARC meeting Casper