pcp
[Top] [All Lists]

Re: [pcp] PCP Updates: Active Probing for __pmDiscoverServices() / pmfin

To: Nathan Scott <nathans@xxxxxxxxxx>
Subject: Re: [pcp] PCP Updates: Active Probing for __pmDiscoverServices() / pmfind
From: Dave Brolley <brolley@xxxxxxxxxx>
Date: Thu, 22 May 2014 11:47:30 -0400
Cc: pcp@xxxxxxxxxxx
Delivered-to: pcp@xxxxxxxxxxx
In-reply-to: <399575684.12526040.1400750511921.JavaMail.zimbra@xxxxxxxxxx>
References: <5373D0D2.5090902@xxxxxxxxxx> <537CC777.3040900@xxxxxxxxxx> <399575684.12526040.1400750511921.JavaMail.zimbra@xxxxxxxxxx>
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
On 05/22/2014 05:21 AM, Nathan Scott wrote:
Hi Dave,

----- Original Message -----
Thanks for the reviews and suggestions. I'm in the process of going
though Nathan's comments and Frank's suggestion for an alternate
implementation. I will be responding shortly.
No worries.  I followed through on my suggestion to add more than just
one service to the set, so we can start to iron out issues there and to
be sure the interfaces (& command) "fit" more than one OK ... could you
review latest dev, which adds pmproxy & pmwebd advertising, and tweaks
pmfind a bit? - that would be awesome, thanks.

I had a look. The diversification into additional services was handled as I had planned when originally designing the API.

The only problem I saw, and it was an existing problem, is that __pmAvahiDiscoverServices does not handle a NULL pointer passed in for 'service'. This is the indication to discover all supported services and it is used by pmfind when "all" is specified.

I need to fix the same issue in __pmProbeDiscoverServices()

Dave

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