From mboxrd@z Thu Jan 1 00:00:00 1970 From: Yang Wang Subject: bug? Date: Wed, 23 Jan 2013 20:09:30 +0000 Message-ID: <8E0A14A4C9B95B459AE214584119C1EB3BC909B3__21184.7803243019$1358972290$gmane$org@Hal.ad.unb.ca> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0718229024==" Return-path: Received: from tempo.its.unb.ca ([131.202.1.21]) by ltt.polymtl.ca with esmtp (Exim 4.72) (envelope-from ) id 1Ty6eD-0004SL-Pr for lttng-dev@lists.lttng.org; Wed, 23 Jan 2013 15:10:13 -0500 Content-Language: en-US List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: lttng-dev-bounces@lists.lttng.org To: "lttng-dev@lists.lttng.org" Cc: Kenneth Kent , "," List-Id: lttng-dev@lists.lttng.org --===============0718229024== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_8E0A14A4C9B95B459AE214584119C1EB3BC909B3Haladunbca_" --_000_8E0A14A4C9B95B459AE214584119C1EB3BC909B3Haladunbca_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I am Yang Wang, I am currently using lttng to trace my JVM. During my using lttng in tracing JVM, I found three problems, 1) in lttng-ust-2.1.0/include/lttng/ust-tracepoint-event.h why using an assertion "assert(!ret);" (Line676)? not allowing double registering and init? if double registering or initialization (provider), why not allowed ju= st returning silently instead of aborting"? How about comments assert(!ret); =3D=3D>//assert(!ret);= what is the side-effects of doing this? 2) The other problem is in ./userspace-rcu-0.7.5/urcu/list.h Line85 I have to add a guard "if" statement as the assertion in my program fails= otherwise static inline void __cds_list_del (struct cds_list_head *prev, struct cds_list_head *next) { if (prev !=3D NULL && next !=3D NULL) { //assert(prev !=3D NULL && next !=3D NULL); next->prev =3D prev; prev->next =3D next; } 3) Now my instrumented prog is ready to run. Here is my commands: lttng create lttng enable-event -u -a lttng start ./prog The (lttng) instrumented prog is stuck there without any outputs relate= d to lttng tracing, how can I know what happen inside. In other words, does lttng have any mechanism to trace itself? Thanks Yang --_000_8E0A14A4C9B95B459AE214584119C1EB3BC909B3Haladunbca_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello,

I am Yang Wang, I am currently using lttng to trace my JVM.

During my using lttng in tracing JVM, I found three problems,

 1) in = lttng-ust-2.1.0/include/lttng/ust-tracepoint-event.h

     why using an assertion "assert(!ret);"  (Line676)?
     not allowing double registering and init?
     if double registering or initialization (provider)= , why not allowed just returning silently instead  
      of aborting"? How about <= b>comments assert(!ret); = =3D=3D>//assert(!ret); what is the side-effects
      of doing this?
 
 2) The other problem is in ./userspace-rcu-0.7.5/urcu/list.h Line8= 5

  I have to add a guard "if" statement as the assertion in m= y program fails otherwise

  static inline void
  __cds_list_del (struct cds_list_head *prev, struct cds_list_head *ne= xt)
  {
   if (prev !=3D NULL && next !=3D NULL) {
      //assert(prev !=3D NULL && next !=3D= NULL);
      next->prev =3D prev;
      prev->next =3D next;
  }

 3) Now my instrumented prog is ready to run. Here is my commands:
     lttng create
     lttng enable-event -u -a
     lttng start
     ./prog

    The (lttng) instrumented prog is stuck there without any= outputs related to lttng tracing, how can I know what happen inside.
    In other words, does lttng have any mechanism to trace i= tself?

   Thanks

   Yang
--_000_8E0A14A4C9B95B459AE214584119C1EB3BC909B3Haladunbca_-- --===============0718229024== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ lttng-dev mailing list lttng-dev@lists.lttng.org http://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev --===============0718229024==--