Re: [Libsigcx-main] Signal Queue Length

[Andreas R. <a.r...@gm...>]

Roland Welker <ro...@mm...> writes:

> Hi,
>
> I am working on a project, where I send Signals between threads in a non 
> blocking way. 
> However, I would like to know, how many SIgnals are currently in the queue:
>
> The application would be something like if n signals have been queued, block 
> the next call (or fail it), or, even better, emit a signal to my self 
> (emitting thread).
>
Well, the number of signals pending could be counted and provided via
a Tunnel method. I'm not really sure if this really make sense, since
there is already a (not exactly specifiable) maximum number of pending
signals, since the callback info (about 2 machine words) is written to
a pipe which doesn't have unlimited buffer space (so further signals
will block).

To convince me to implement this, I'd like to hear a real example
where this behaviour is useful or needed.

Regards, Andy
-- 
Andreas Rottmann         | Rotty@ICQ      | 118634484@ICQ | a.r...@gm...
http://www.8ung.at/rotty | GnuPG Key: http://www.8ung.at/rotty/gpg.asc
Fingerprint              | DFB4 4EB4 78A4 5EEE 6219  F228 F92F CFC5 01FD 5B62

Python is executable pseudocode, Perl is executable line-noise.