CPAN
view release on metacpan or search on metacpan
33813382338333843385338633873388338933903391339233933394339533963397339833993400340134023403340434053406
State.xs:263: error: too few arguments to function Perl_pad_push: 23023, 23494, 23768, 23973
This State.xs:263 thing is even in the oldest Coro, 3.63 and I'm not up
to searching backpan.
So I will now have a look at the gdb analysis and then check in maint perl.
Failed to
read
a valid object file image from memory.
Core was generated by `/home/src/perl/repoperls/installed-perls/perl/pm5CFa8/perl-5.8.0@32198/bin/perl'.
Program terminated
with
signal 11, Segmentation fault.
#0 coro_transfer (prev=Cannot access memory at address 0xfffffffc
) at libcoro/coro.c:153
153 }
(gdb) bt
#0 coro_transfer (prev=Cannot access memory at address 0xfffffffc
) at libcoro/coro.c:153
Cannot access memory at address 0x4
Well. And maintperl? Ahhh, same thing! Stock 5.8.8
has
it. 5.8.1 is
simply too old to understand current Coro code. 22251(5.8.3)
has
the
SEGV too. So
no
BBC in here.
object interface. FIXED
* Devel-Caller poking
around
.
92329233923492359236923792389239924092419242924392449245924692479248924992509251
Write a bug report about Coro::Event and its interaction
with
CPAN.pm or
find out how to fix it and
write
a patch. Turn off distroprefs or work
without CPAN.pm to make things more obvious. Look:
cpan[2]> m Coro::Event
Module id = Coro::Event
CPAN_USERID MLEHMANN (Marc Lehmann <pcg
@goof
.com>)
CPAN_VERSION 2.1
CPAN_FILE M/ML/MLEHMANN/Coro-3.6.tar.gz
UPLOAD_DATE 2007-04-14
MANPAGE Coro::Event -
do
events the coro-way
INST_FILE (not installed)¯
Analyse the endless loop in
"fforce test Task::Smoke"
. Maybe the fforce
is to blame?
FirstTime manpage?
Implement configure_requires? (testcase RPC::XML)
distroprefs/MLEHMANN.Coro.yml view on Meta::CPAN
4567891011121314151617181920212223The dependency on Event is only
given
because I want to build
Coro::Event and it does not get built
if
Event is not installed
BEFOREHAND.
Starting
with
4.02 the defaults stopped working
for
me and I needed
CORO_INTERFACE=s. I discovered this only
when
we reached 4.13 and
only
for
perls
with
debugging on (-Doptimize=-g)
With Coro 5.23 I observed that Event/unblock.t was hanging
when
the
perl on
my
64 bit machine had uselongdouble
defined
. When the coro
method was set to (u,s,a,i,p), Event/unblock.t was hanging. With
(l,w) the code didn't compile.
With Coro 5.25 I'm trying again to set disabled=0 to find out where
we stand. [
time
passes] disabling again on 2010-12-12, too many
perl versions that trigger hanging tests.
With Coro 6.02 trying again to disable this distropref stanza. Nope,
the test
after
basic.t hangs again
( run in 0.361 second using v1.01-cache-2.11-cpan-d6f9594c0a5 )