Re: POE Upgrade error

Rocco Caputo <[email protected]> Tue, 10 Jul 2012 09:31:56 -0400
Newsgroups gmane.comp.lang.perl.poe
Message-ID <[email protected]>
Good morning.

I could use some help with this problem.

A third person reported the problem in IRC today, and six CPAN testers =
also reported it.  I haven't been able to reproduce the problem or make =
much progress on it.  I sent Patrick a public SSH key off-list, but I =
haven't heard back.  My e-mail may have been caught by a filter =
somewhere.

Here are the six failing CPAN reports.  Can anyone spot a pattern in =
them?

http://cpantesters.org/cpan/report/1f792eb6-ad79-11e1-8b69-15a10df65b4f
http://cpantesters.org/cpan/report/bf31699c-ad6e-11e1-9373-e8c10df65b4f
http://cpantesters.org/cpan/report/e865b668-ad6b-11e1-a563-f7010ef65b4f
http://cpantesters.org/cpan/report/53a384fe-ad68-11e1-9889-91d70df65b4f
http://cpantesters.org/cpan/report/1e015dcc-a303-11e1-89fa-d0960df65b4f
http://cpantesters.org/cpan/report/a783e948-a173-11e1-9d6f-f6dbfa7543f5

It's not a timing problem.  Tests are failing within a few seconds, not =
after a lengthy timeout.  Ignore the elapsed times on the right... =
dubious results don't have them.  System speeds also seem to vary, if =
the previous test's elapsed time is any indication.

[22:07:53] t/30_loops/select/wheel_readwrite.t ................ ok      =
945 ms
[22:07:54] t/30_loops/select/wheel_run.t ......................=20
Dubious, test returned 1 (wstat 256, 0x100)

[03:34:13] t/30_loops/io_poll/wheel_readwrite.t ............... ok     =
1982 ms
[03:34:16] t/30_loops/io_poll/wheel_run.t .....................=20
Dubious, test returned 1 (wstat 256, 0x100)

[04:01:41] t/30_loops/io_poll/wheel_readwrite.t ............... ok      =
964 ms
[04:01:42] t/30_loops/io_poll/wheel_run.t .....................=20
Dubious, test returned 1 (wstat 256, 0x100)

[04:23:11] t/30_loops/select/wheel_readwrite.t ................ ok     =
1081 ms
[04:23:13] t/30_loops/select/wheel_run.t ......................=20
Dubious, test returned 1 (wstat 256, 0x100)

[05:37:43] t/30_loops/select/wheel_readwrite.t ................ ok      =
847 ms
[05:37:45] t/30_loops/select/wheel_run.t ......................=20
Dubious, test returned 1 (wstat 256, 0x100)

Operating systems aren't necessarily an issue.  Neither are they all =
using 64bit integers.  Intel processors are a common thread, but they're =
also passing tests in droves.

osname=3Dlinux, osvers=3D2.6.18-1.2798.fc6, =
archname=3Di686-linux-thread-multi-64int-ld
osname=3Dlinux, osvers=3D2.6.17-1.2142_fc4, =
archname=3Di686-linux-thread-multi
osname=3Dlinux, osvers=3D2.6.18-1.2798.fc6, =
archname=3Di686-linux-thread-multi-64int-ld
osname=3Dlinux, osvers=3D2.6.18-1.2798.fc6, =
archname=3Di686-linux-thread-multi-64int-ld
osname=3Dlinux, osvers=3D2.6.18-1.2798.fc6, =
archname=3Di686-linux-thread-multi-64int-ld
osname=3Dopenbsd, osvers=3D5.1, archname=3DOpenBSD.i386-openbsd-64int

It's affecting a wide variety of Perl versions, all of which are also =
passing tests in droves:

Summary of my perl5 (revision 5 version 14 subversion 2) configuration
Summary of my perl5 (revision 5 version 15 subversion 2) configuration
Summary of my perl5 (revision 5 version 12 subversion 4) configuration
Summary of my perl5 (revision 5 version 14 subversion 2) configuration
Summary of my perl5 (revision 5 version 10 subversion 1) configuration
Summary of my perl5 (revision 5 version 14 subversion 1) configuration

Thanks!

--=20
Rocco Caputo <[email protected]>

On Jun 26, 2012, at 12:14, Tony Wildish wrote:

> Hi,
>=20
>  I don't know if it helps any, but I saw this same error myself a few=20=

> days ago while installing on a system that had some baggage on it.=20
> Clearing up (rm -rf) and installing from scratch made the problem go =
away.
>=20
>  The 'baggage' in question comes from the fact that I don't have root=20=

> access to the system I was installing on, so I install in my own home=20=

> directory. The system has been updated a few times since, and I was=20
> updating in case I'd fallen behind. So it could have been some=20
> incompatibility that wasn't managed properly, or something like that.
>=20
>  I'm afraid I can't give much more detail than that, I didn't really=20=

> pay much attention to it since it went away.
>=20
>  Cheers,
>  Tony.
>=20
> On 6/25/12 7:43 PM, Patrick Amigo wrote:
>> On Jun 25, 2012, at 12:02, Patrick Amigo wrote:
>>=20
>>> Hello,
>>>=20
>>>=20
>>>=20
>>> We are trying to  upgrade POE version 1.289 to current version POE =
1.354.
>>> However, we get the following error on every attempt.
>>>=20
>>>=20
>>>=20
>>> t/30_loops/io_poll/wheel_run.t ..................... 1/103
>>>=20
>>> #   Failed test 'stdio/redirection'
>>>=20
>>> #   at /usr/lib/perl5/site_perl/5.8.8/POE/Test/Loops/wheel_run.pm =
line
>> 597.
>>>=20
>>> #                   'CHILD:'
>>>=20
>>> #     doesn't match '(?-xism:CHILD:PARENT:CHILD:)'