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

[Stephan R. <sr...@ev...>]

Hello Andreas,

I have a question going into the same direction:

> From: Andreas Rottmann <a@gm...>
> Re: Signal Queue Length  
> 2003-06-23 05:32
> 
>  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)?


Greetings,
Stephan

>  
>  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.rottmann@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.
>  

-- 
Stephan Rudlof (sr...@ev...)
   "Genius doesn't work on an assembly line basis.
    You can't simply say, 'Today I will be brilliant.'"
    -- Kirk, "The Ultimate Computer", stardate 4731.3