Re: POE::Test::Loops 1.020, and upcoming POE releases
On Fri, Jul 24, 2009 at 01:23:25AM -0400, Rocco Caputo wrote: POE::Test::Loops 1.020 has been released. This is a suite of reusable tests for developers who want to add external event loop support to POE. Version 1.020 acquires more signal handler tests from POE. Existing POE::Loop authors should try the new tests at their earliest convenience. Those who need the code right away can track the repository: I am also maintaining a git mirror of the svn repository on github if anyone wants to track that instead: http://github.com/bingos/poe/tree/master Due to the way git svn works I can't pull changes from this repository back through into the svn repository. If anyone has any patches via this mechanism, I suggest that they send me them via email ( git format-patch, etc. ) and I will apply them. Many thanks. -- Chris Williams aka BinGOs PGP ID 0x4658671F http://www.gumbynet.org.uk == pgpc4KNbGkFnO.pgp Description: PGP signature
Re: POE::Test::Loops 1.020, and upcoming POE releases
2009/7/24 Rocco Caputo rcap...@pobox.com POE::Test::Loops 1.020 has been released. I'm concerned about bug 45158 [1] which is blocking a clean install of POE on HP-UX. To summarize, the test POE/Test/Loops/sbk_signal_init.pm is reliyng on the assumption that sleep() can work while an alarm() is set, which the Perl documentation clearly warns against, and is effectively not working on HP-UX. Also, why did the version number bump from 1.005 to 1.020 ? [1] http://rt.cpan.org/Ticket/Display.html?id=45158 -- Olivier Mengué http://search.cpan.org/~dolmen/
Re: POE::Test::Loops 1.020, and upcoming POE releases
On Jul 24, 2009, at 06:29, Olivier Mengué wrote: 2009/7/24 Rocco Caputo rcap...@pobox.com POE::Test::Loops 1.020 has been released. I'm concerned about bug 45158 [1] which is blocking a clean install of POE on HP-UX. To summarize, the test POE/Test/Loops/sbk_signal_init.pm is reliyng on the assumption that sleep() can work while an alarm() is set, which the Perl documentation clearly warns against, and is effectively not working on HP-UX. Does replacing sleep(5) with select(undef,undef,undef,5) fix it? I also asked on the ticket just a few minutes ago. If that works, I'll patch it up and release 1.021. Also, why did the version number bump from 1.005 to 1.020 ? I accidentally bumped the release twice. I originally meant it to be 1.010. QA took longer than expected, and by release time I forgot that I had already bumped the revision. This release includes some harsh signals regression tests from POE's distribution. I expect it to cause new headaches for some POE::Loop authors. Signals are often painful to deal with. -- Rocco Caputo - rcap...@pobox.com
Re: PoCo Generic packages question
*Hopefully this doesn't create a new thread. I figured out the problem with having access to the Packages. I need to have factories methods defined so that when the return came with the blessed object, I had access to the object in ARG1 of the return. $heap-{$alias} = POE::Component::Generic-spawn( package = 'LongRunning::Test', alias = $alias, methods = [ qw( new create_message send)], factories = [ qw(send create_message) ], #NEEDED THIS packages = { 'Other::Module' = { methods = [ qw( orchestrate ) ], } }, );
RE: [QSF] Re: PoCo Generic packages question
On 24-Jul-2009 Josh803316 wrote: *Hopefully this doesn't create a new thread. I figured out the problem with having access to the Packages. I need to have factories methods defined so that when the return came with the blessed object, I had access to the object in ARG1 of the return. Hmmm... It only says so in the docs : This allows you to configure the L/callbacks, L/postbacks and L/methods for objects that are returned by factory methods. I guess I should add a link to the relevant docs. -Philip
Re: [QSF] Re: PoCo Generic packages question
Yeah, actually re-reading the docs is what lead me to figuring it outI was a little confused at first because my testing wasn't showing me any returns from the factory methodsthen, I realized I had to actually return an object .oops On Fri, Jul 24, 2009 at 10:58 AM, Philip Gwyn li...@artware.qc.ca wrote: On 24-Jul-2009 Josh803316 wrote: *Hopefully this doesn't create a new thread. I figured out the problem with having access to the Packages. I need to have factories methods defined so that when the return came with the blessed object, I had access to the object in ARG1 of the return. Hmmm... It only says so in the docs : This allows you to configure the L/callbacks, L/postbacks and L/methods for objects that are returned by factory methods. I guess I should add a link to the relevant docs. -Philip