[linuxtools-dev] [Hudson] Build failed in Hudson: linuxtools-master #1312

See Changes: [Jeff Johnston] Fix bug in handling of Perf selected events. -- [...truncated 365 lines...] [INFO] Fetching org.eclipse.e4.ui.model.workbench_0.12.0.v20130220-2151.jar.pac

Re: [linuxtools-dev] [TMF] New Features in TMF about filters expressions

Hi Matthew, On 13-03-12 11:31 AM, Matthew Khouzam wrote: Hey Florian, Welcome to the cyberspace bulletin board of linux tools. Great to see your feedback! So first, could you differentiate string from identifiers? Is RUNNING a value or a variable? I'm asking because if it's ambiguous. If

Re: [linuxtools-dev] [TMF] New Features in TMF about filters expressions

Hey Florian, I was thinking over lunch, why would we need assignation in the specification of the filter? So if we decide to make it java like, we can have x.equals(y) x.contains.(y) x.compareTo(y) x > y x < y x >= y x <= y !x.equals(y) or C-like x == y ... ... x > y x < y x >= y x <= y x != y

Re: [linuxtools-dev] [TMF] New Features in TMF about filters expressions

> However, with the recent discussions of > an eventual build-your-own-state-provider GUI, we are starting to wonder > if it's really worth exposing all the complexity of the statesystem > (attribute tree, paths, etc.) to the end-user. Somehow the user needs to understand the information available

Re: [linuxtools-dev] [TMF] New Features in TMF about filters expressions

> So first, could you differentiate string from identifiers? Is RUNNING a value > or a variable? > I'm asking because if it's ambiguous. If you dont have relative paths, or a special syntax for relative paths, RUNNING would be a value. > Can we have "/jazz/blues/artist == ${/artist}" ? Hum

Re: [linuxtools-dev] [TMF] New Features in TMF about filters expressions

Hi Florian, This is definitely interesting! However, with the recent discussions of an eventual build-your-own-state-provider GUI, we are starting to wonder if it's really worth exposing all the complexity of the statesystem (attribute tree, paths, etc.) to the end-user. Another hurdle is that ri

Re: [linuxtools-dev] [TMF] New Features in TMF about filters expressions

Hey Florian, Welcome to the cyberspace bulletin board of linux tools. Great to see your feedback! So first, could you differentiate string from identifiers? Is RUNNING a value or a variable? I'm asking because if it's ambiguous. Can we have "/jazz/blues/artist == ${/artist}" ? Just out of curiosi

[linuxtools-dev] [TMF] New Features in TMF about filters expressions

Hi all, I'm looking to implement new features in TMF about filter expressions using the state system. I would appreciate receiving your feedback on the proposal. Currently, we can only specify constraints on the event context and payload. For example : /event_type == sys_read && fd == 3/ * *Sp