| To: | Nathan Scott <nathans@xxxxxxxxxx> |
|---|---|
| Subject: | Re: [pcp] pmServiceDiscoveryInterrupt() commit a8b87e2 et al. |
| From: | Dave Brolley <brolley@xxxxxxxxxx> |
| Date: | Fri, 20 Jun 2014 10:12:32 -0400 |
| Cc: | "Frank Ch. Eigler" <fche@xxxxxxxxxx>, pcp@xxxxxxxxxxx |
| Delivered-to: | pcp@xxxxxxxxxxx |
| In-reply-to: | <1626292250.29748592.1403218438153.JavaMail.zimbra@xxxxxxxxxx> |
| References: | <20140619194444.3B03D58015@xxxxxxxx> <53A34633.2040006@xxxxxxxxxx> <1626292250.29748592.1403218438153.JavaMail.zimbra@xxxxxxxxxx> |
| User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 |
On 06/19/2014 06:53 PM, Nathan Scott wrote: ----- Original Message -----[...] WRT the API, the various options for overloading the current strings were considered and discussed and, while I knew that changing the ABI could be problematic, it seemed to me that Nathan was encouraging the addition of a new options string. This in turn lead me to believe that it was not too late to change this API.Yeah, this PMAPI addition can only be made via a new function. IIRC (gettin' old, there's a good chance I'm not RC), I had said something to the effect that the two externally visible APIs would call a single internal API, or the old would call the new with NULL options. If I didn't, that was the intention - sorry 'bout the ambiguity there. Understood. Probably my misinterpretation. Dave |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | RE: pcp+graphite, take 2, Ken McDonell |
|---|---|
| Next by Date: | pcp updates - thread safe improvements for archive contexts, Ken McDonell |
| Previous by Thread: | Re: [pcp] pmServiceDiscoveryInterrupt() commit a8b87e2 et al., Nathan Scott |
| Next by Thread: | Re: pmServiceDiscoveryInterrupt() commit a8b87e2 et al., Dave Brolley |
| Indexes: | [Date] [Thread] [Top] [All Lists] |