Jason Tackaberry wrote: > I see now what you were actually saying. And I suppose I buy your > argument that InProgress and Thread/Process is fundamentally different.
/me likes winning :)
> I think exception_handler should be renamed to exception_signal, or
> maybe just exception. I think of a handler as an actual callback, not
> something you connect a callback to.
Sound like a good idea. If we do the API change, we should make a very
detailed list of what we rename!
> How about a connect_both() convenience function for InProgress, allowing
> you to connect handlers to both the result and exception. It could be
> used when you don't need to pass user args to the callbacks:
>
> some_yield_func().connect_both(my_handler, my_exc_handler)
Fine by me. Maybe also a function that does send neither the result
nor the exception, but the InProgress object itself. But I can not
think of a good name.
Dischi
--
Thunder rolled. ... It rolled a six.
-- (Terry Pratchett, Guards! Guards!)
pgpf8YrYetrub.pgp
Description: PGP signature
------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
_______________________________________________ Freevo-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freevo-devel
