<div dir="ltr">There's a new PR on Gproc, adding support for limited wildcard matching in resource counters.<div><br></div><div><a href="https://github.com/uwiger/gproc/pull/128" target="_blank">https://github.com/uwiger/<wbr>gproc/pull/128</a><br></div><div><br></div><div>I don't know how many people use resource counters ('rc'), but thought I'd ask.</div><div><br></div><div>The operation of registering (or unregistering) a resource now makes one extra update_counter() protected by a try ... catch. My assumption is that this extra overhead will be insignificant to just about all use cases, but ... does anyone out there want to disagree?</div><div><br></div><div>Briefly, when registering a resource ('r') object, gproc would try to perform an update_counter on the corresponding 'rc' object - an operation that might fail if the 'rc' object doesn't exist. Now, if the name of the resource is a tuple, it also tries to update an 'rc' object with the last element of the name tuple replaced with '\\_'. This make it possible to count resources whose names differ in only the last tuple element. For non-tuple resource names, it works just like before.</div><div><br></div><div>BR,</div><div>Ulf W</div></div>