I do not use named slots. I do however wish that I could Add META-DATA to the slot. Specifically, for debugging I would like signals to store a user supplied structure with the slot. Why I am requesting this: I have one library that rides on top of signals\slots extensively. Because I am using it quite extensively, it is difficult to debug. I want to be able to "go back later" and have code that can tell me where that slot "came from". Right now, I keep this separate in a vector<mystruct>. This is ugly, because the slot can disappear without the vector knowing about it. The other thing I would also like to use this functionality for would be this: Fire a signal, where only slots that get notified are the ones that match an expression which checks the metadata I have provided. Even if I have to do this manually- this would be a nice feature for my usage of slots\signals. (yes I am pushing this library beyond what it was designed for and understand that :) )
-----Original Message----- From: boost-users-bounces@lists.boost.org [mailto:boost-users- bounces@lists.boost.org] On Behalf Of Douglas Gregor Sent: Friday, February 11, 2005 5:59 AM To: Boost mailing list Cc: boost-users@lists.boost.org Subject: [Boost-users] [Signals] Named slot group usage?
I'm trying to determine how widely used named slot groups are in the Signals library. I would appreciate it if I could get some feedback on if they're used, how they're used, etc. In particular:
(1) Do you use named slot groups? (2) Did the FIFO ordering guarantees in 1.32.0 and the ability to add to the front or back of the slot list alleviate the need for named slot groups? (3) If performance of connection/disconnection of named slot groups were to get worse (e.g., linear in the number of slots), would it seriously impact the performance of your application?
Responses should probably come to me, personally, unless they would be of interest to the group.
Background: Signals performance is sub-par, and much of the problem can be traced back to support for named slot groups. I'm trying to determine the best way to proceed.
Thanks, Doug
_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users