pcp
[Top] [All Lists]

[Bug 1327260] pmie does not accept s for seconds

To: pcp@xxxxxxxxxxx
Subject: [Bug 1327260] pmie does not accept s for seconds
From: bugzilla@xxxxxxxxxx
Date: Wed, 17 Aug 2016 06:36:00 +0000
Auto-submitted: auto-generated
Delivered-to: pcp@xxxxxxxxxxx
In-reply-to: <bug-1327260-355098@xxxxxxxxxxxxxxxxxxx>
References: <bug-1327260-355098@xxxxxxxxxxxxxxxxxxx>
https://bugzilla.redhat.com/show_bug.cgi?id=1327260

Marko Myllynen <myllynen@xxxxxxxxxx> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |CLOSED
         Resolution|---                         |NOTABUG
        Last Closed|                            |2016-08-17 02:36:00



--- Comment #2 from Marko Myllynen <myllynen@xxxxxxxxxx> ---
(In reply to Ken McDonell from comment #1)
> Marko, in which context are you looking for "s" as an abbreviation?

In the pmie language. But ...

> It works on the command line (-t, -S, -T, -O, etc) just like any other PCP
> command line tool.
> 
> In the pmie language, the "units" are reserved keywords "sec" or "second" or
> "secs" or "seconds" ... I'm reluctant to add "s" to this list because of
> possible symbol clashes, e.g. an existing rule
> 
> s = <my_favourite_expression>;
> 
> would break (that's just the way the pmie lexical scanner works) and if I
> was persuaded that this was acceptable (which I'm not) it introduces a rat's
> nest of follow-ons, like "m" for "min", "h" for "hour", ...

... this is fair enough, I'll close this one.

Thanks.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=B8nNf0C21P&a=cc_unsubscribe
<Prev in Thread] Current Thread [Next in Thread>