Re: [Libsigcx-main] What are the signal size limits?

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

Stephan Rudlof <sr...@ev...> writes:

>>  Roland Welker <roland@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).
>
> If I've understood correctly, signals can be many kinds of C++-objects.
> Is there a limitation in their size? If so: is there a possibility to
> get the limits (for inner thread and between threads cases)?
>
There is no size limit, as the callback is passed as a pointer. There
is only an inherent limit of the number of signals that can be in the
queue at a given time due to the use of a pipe.

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

This reality is really just a fucked-up dream -- Papa Roach