[lttng-dev] Wrong procname for userspace trace of app with different thread names

[David.OShea@quantum.com (David OShea)]

Hi Mathieu,

> -----Original Message-----
> From: Mathieu Desnoyers [mailto:mathieu.desnoyers@efficios.com]
> Sent: Wednesday, 24 October 2012 11:36 PM
> To: David OShea
> Cc: lttng-dev at lists.lttng.org
> Subject: Re: [lttng-dev] Wrong procname for userspace trace of app with
> different thread names


> > I expect that typical use-cases involve calling prctl right after the
> > thread starts, so it might just work (this would need to be
> documented
> > though).
> 
> Please try with lttng-ust HEAD, which includes: [...]
> 
> commit 009745db8ca05f7a3abbb37558b08eae0107f7e1

Thanks, I just applied that commit as a patch to the older version of lttng-ust I'm using and it works as desired!  I think the assumption that prctl() is called right after the thread starts is a reasonable one.


> > > > Incidentally, why do I have to do "enable-channel" to get the context
> > > > to actually appear?  If I don't do this, the "add-context" still says
> > > > that each of the four contexts was "added to all channels", but they
> > > > don't appear in 'lttng view'.
> > >
> > > Please provide the full list of commands you do to reproduce a "good"
> > > and "bad" behavior.

Thanks, I'll do a few tests and make a separate post about this.

Regards,
David

----------------------------------------------------------------------
The information contained in this transmission may be confidential. Any disclosure, copying, or further distribution of confidential information is not permitted unless such privilege is explicitly granted in writing by Quantum. Quantum reserves the right to have electronic communications, including email and attachments, sent across its networks filtered through anti virus and spam software programs and retain such messages in order to comply with applicable data security and retention requirements. Quantum is not responsible for the proper and complete transmission of the substance of this communication or for any delay in its receipt.