Re: [Boost-users] Port QT call to BOOST - Resolved

From: Frank Mori Hess (frank.hess_at_[hidden])
Date: 2008-01-02 15:21:42

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Wednesday 02 January 2008 14:43 pm, Vladimir Prus wrote:
> > as well as "slots:" and "signals:"
> > pseudo-access specifications for the moc preprocessor to chew on.
>
> Not exactly. In order to 'connect' call to compile, you don't need anything
> extra at all -- either slot or signal being connected is allowed to not
> exist in the dynamic type of the objects, or not exist in the static type.
>
> At runtime, connect will check if the signal and slot are actually present,
> and connect them if so.

Ah now I remember.  Qt would compile without complaint, then generate a 
message on stderr at runtime if it had problems connecting things.

> >> 2. Boost does not support inter-thread signals.
> >
> > thread_safe_signals in the review queue does, although it doesn't have a
> > review manager yet.
>
> I think it's not that. "inter-thread" signals are signals that are send
> from one thread, and delivered and processed in another thread. I don't
> think such solution for boost was announced in any form on mailing lists.
>
> See
> http://doc.trolltech.com/4.3/threads.html#signals-and-slots-across-threads
> for more details.

Oh, I see.  Yes, thread_safe_signals only supports what Qt calls "direct 
connections" and not "queued connections".

- -- 
Frank
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHe/JW5vihyNWuA4URAqwHAKCxaywAEz6+St9bHO2+DVfld8ZkrwCfa9uy
N3/Ou2gOWf1YGPFOmC7dDb0=
=jkD3
-----END PGP SIGNATURE-----