view release on metacpan or  search on metacpan

Todo  view on Meta::CPAN

	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.
	
	* Bugreport to self: File::Temp needs a minimum of 0.14 if we use the
	object interface. FIXED

	* Devel-Caller poking around.

Todo  view on Meta::CPAN

	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

  The 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