<div dir="ltr">Is there an ETA for 2.11?<div><br></div><div>-Nalin</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jul 19, 2017 at 1:24 PM, Philippe Proulx <span dir="ltr"><<a href="mailto:eeppeliteloop@gmail.com" target="_blank">eeppeliteloop@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Wed, Jul 19, 2017 at 3:05 PM, Nalin Pai <<a href="mailto:nalinpai@gmail.com">nalinpai@gmail.com</a>> wrote:<br>
> More questions.<br>
><br>
> I notice that filter expression parser does not validate to check if the<br>
> field-name in the expression is valid or whether the expression value is<br>
> consistent with the field type (e.g check that expression value is integer<br>
> if field type is integer). Are there any plans of stricter checking of<br>
> expressions? If the user makes a mistake while typing out the expression is<br>
> there any feedback to indicate the error?<br>
<br>
</span>It cannot be indicated to the user at event rule creation time<br>
(lttng enable-event) because future events could match an event rule<br>
you create now.<br>
<br>
When a field's type is not what it should be according to the event<br>
rule's filter expression, then the whole filter expression evaluates to<br>
0 (false), thus the whole event rule is considered not satisfied.<br>
<span class=""><br>
><br>
> Thanks,<br>
> Nalin<br>
><br>
> On Wed, Jul 19, 2017 at 10:11 AM, Nalin Pai <<a href="mailto:nalinpai@gmail.com">nalinpai@gmail.com</a>> wrote:<br>
>><br>
>> Thanks for your answers. I have a question on event filters. We will be<br>
>> representing IPv6 addresses as arrays of bytes. We would like to be able to<br>
>> filter on IPv6 address fields. Does lttng filtering on arrays and sequences?<br>
>> If yes, then what's the filter expression format for this.<br>
<br>
</span>This is an upcoming feature, probably part of 2.11, but I could be wrong<br>
(about the version).<br>
<br>
Phil<br>
<div class="HOEnZb"><div class="h5"><br>
>><br>
>> Thanks,<br>
>> Nalin<br>
>><br>
>><br>
>><br>
>> On Sun, Jul 16, 2017 at 4:49 PM, Philippe Proulx <<a href="mailto:eeppeliteloop@gmail.com">eeppeliteloop@gmail.com</a>><br>
>> wrote:<br>
>>><br>
>>> On Sun, Jul 16, 2017 at 2:28 PM, Nalin Pai <<a href="mailto:nalinpai@gmail.com">nalinpai@gmail.com</a>> wrote:<br>
>>> ><br>
>>> > Hello,<br>
>>> ><br>
>>> > We are looking at using lttng as a solution for all our trace and debug<br>
>>> > requirements. We want to get away from traditional file based string format<br>
>>> > logging and move to lttng, which then gives us the flexibility of dumping<br>
>>> > the traces to file or the network. With this background, I have several<br>
>>> > questions for the team.<br>
>>> ><br>
>>> > 1) CTF supports struct fields. I don’t see any ctf_ macros in lttng<br>
>>> > that will allow us to define tracepoints having struct fields. Is there a<br>
>>> > way to do this that I am missing?<br>
>>><br>
>>> Complex CTF types (except a few very specific exceptions) are not<br>
>>> supported in LTTng-UST, the user space LTTng tracer. If you need a<br>
>>> structure data type, then you need to "explode" it, perhaps with field<br>
>>> name prefixes, as of the latest version of LTTng. For example:<br>
>>> `my_struct_user_id`, `my_struct_msg_id`, `my_struct_msg`.<br>
>>><br>
>>> ><br>
>>> > 2) Display hints. Sometimes there is a need to display certain fields<br>
>>> > in a particular way, e.g. IP and MAC addresses. While the tracepoint<br>
>>> > definition for these fields are going to be integers or sequences of<br>
>>> > integers, we would like babeltrace to display these fields in a certain<br>
>>> > format. Short of modifying babeltrace to recognize these fields by their<br>
>>> > names and handle them specially, is there any other way of achieving the<br>
>>> > same?<br>
>>><br>
>>> In the short- to medium-term, with Babeltrace 2.0 (currently in "pre"<br>
>>> development stage), you can create your own sink component to do<br>
>>> something with events. The default textual display is called<br>
>>> sink.text.pretty. If you need a modified version of this sink<br>
>>> component class, you could copy its source and create your own<br>
>>> modified plugin which, as you wrote, would recognize the fields by<br>
>>> name, etc. You could then run the CLI as such:<br>
>>><br>
>>>     babeltrace /path/to/trace<br>
>>> --component=sink.my-plugin.my-<wbr>component-class<br>
>>><br>
>>> I can't comment on Trace Compass/LTTng Scope.<br>
>>><br>
>>> I see no other way for the moment. CTF 2 will have a way to indicate<br>
>>> that specific fields are to be displayed using a given format string,<br>
>>> for example, but its specification is not available currently (only a<br>
>>> proposal is available here<br>
>>> <<a href="http://diamon.org/ctf/files/CTF2-PROP-1.0.html" rel="noreferrer" target="_blank">http://diamon.org/ctf/files/<wbr>CTF2-PROP-1.0.html</a>>). Babeltrace 2.1 will<br>
>>> support CTF 2, after which a future version of LTTng will produce it.<br>
>>><br>
>>> Phil<br>
>>><br>
>>> ><br>
>>> > -Nalin<br>
>>> ><br>
>>> ><br>
>>> ><br>
>>> ><br>
>>> > ______________________________<wbr>_________________<br>
>>> > lttng-dev mailing list<br>
>>> > <a href="mailto:lttng-dev@lists.lttng.org">lttng-dev@lists.lttng.org</a><br>
>>> > <a href="https://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev" rel="noreferrer" target="_blank">https://lists.lttng.org/cgi-<wbr>bin/mailman/listinfo/lttng-dev</a><br>
>>> ><br>
>><br>
>><br>
><br>
</div></div></blockquote></div><br></div>