pcp
[Top] [All Lists]

Re: [pcp] suitability of PCP for event tracing

To: "nathans@xxxxxxxxxx" <nathans@xxxxxxxxxx>
Subject: Re: [pcp] suitability of PCP for event tracing
From: Greg Banks <gnb@xxxxxxxxxxx>
Date: Wed, 15 Sep 2010 13:11:55 +1000
Cc: "Frank Ch. Eigler" <fche@xxxxxxxxxx>, Ken McDonell <kenj@xxxxxxxxxxxxxxxx>, "systemtap@xxxxxxxxxxxxxxxxxx" <systemtap@xxxxxxxxxxxxxxxxxx>, "pcp@xxxxxxxxxxx" <pcp@xxxxxxxxxxx>
In-reply-to: <105152664.981101284508372475.JavaMail.root@xxxxxxxxxxxxxxxxxx>
References: <105152664.981101284508372475.JavaMail.root@xxxxxxxxxxxxxxxxxx>
User-agent: Thunderbird 2.0.0.23 (X11/20090817)
nathans@xxxxxxxxxx wrote:
----- "Ken McDonell" <kenj@xxxxxxxxxxxxxxxx> wrote:

One other random comment - wrt your code snippet, Frank, it'd
probably be more consistent to do the timeout/interval setting
via pmSetMode.  The other async requests that Greg/Max did do
not have an opaque void* (passthru) parameter either ... so,
just need to think about whether we want consistency or not
there (and whether than concept needs to be available in those
other async calls).

Personally I'm a big fan of void *closure pointers, see the pmLoop*() functions for examples.

Guys, let's please not take the existing async API calls as an example of good design or as a precedent. I think they should be considered a short term expedient, and replaced with better design.

Re Frank's API proposal: how does the client cancel a watch? What thread is doing the servicing of the socket to PMCD, and if the main app thread, when?

--
Greg.

<Prev in Thread] Current Thread [Next in Thread>