This distribution has been tested as part of the cpan-testers
effort to test as many new uploads to CPAN as possible.  See
http://testers.cpan.org/

Please cc any replies to [email protected] to keep other
test volunteers informed and to prevent any duplicate effort.
        
--

Dear MLEHMANN,
    
This is a computer-generated error report created automatically by
CPANPLUS, version 0.78. Testers personal comments may appear 
at the end of this report.


Thank you for uploading your work to CPAN.  However, it appears that
there were some problems testing your distribution.

TEST RESULTS:

Below is the error stack from stage 'fetch':

[MSG] [Fri May 18 00:34:43 2007] Trying to get 
'ftp://ftp.cpan.org/pub/CPAN/authors/id/M/ML/MLEHMANN/Coro-3.63.tar.gz'
[MSG] [Fri May 18 00:34:45 2007] Extracted 'Coro-3.63/'
[MSG] [Fri May 18 00:34:45 2007] Extracted 'Coro-3.63/t/'
[MSG] [Fri May 18 00:34:45 2007] Extracted 'Coro-3.63/t/07_eval.t'
[MSG] [Fri May 18 00:34:45 2007] Extracted 'Coro-3.63/t/11_deadlock.t'
[MSG] [Fri May 18 00:34:45 2007] Extracted 'Coro-3.63/t/01_process.t'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/t/04_rwlock.t'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/t/10_bugs.t'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/t/02_channel.t'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/t/06_prio.t'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/t/12_exit.t'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/t/00_basic.t'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/t/08_join.t'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/t/05_specific.t'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/eg/'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/eg/dns'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/eg/lwp'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/eg/bench'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/eg/event'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/eg/attributes'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/eg/myhttpd'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/eg/prodcons1'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/eg/prodcons2'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/eg/prodcons3'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/eg/readline'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/doc/'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/doc/cede-vs-schedule'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/Coro/'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/Coro/Util.pm'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/Coro/LWP.pm'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/Coro/RWLock.pm'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/Coro/libcoro/'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/Coro/libcoro/LICENSE'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/Coro/libcoro/coro.c'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/Coro/libcoro/coro.h'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/Coro/libcoro/conftest.c'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/Coro/SemaphoreSet.pm'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/Coro/Handle.pm'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/Coro/MakeMaker.pm'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/Coro/Specific.pm'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/Coro/State.pm'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/Coro/State.xs'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/Coro/state.h'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/Coro/Socket.pm'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/Coro/CoroAPI.h'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/Coro/Makefile.PL'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/Coro/Signal.pm'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/Coro/Timer.pm'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/Coro/typemap'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/Coro/Select.pm'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/Coro/Channel.pm'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/Coro/Storable.pm'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/Coro/Semaphore.pm'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/Coro/AIO.pm'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/Event/'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/Event/t/'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/Event/t/00_basic.t'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/Event/t/01_unblock.t'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/Event/Event.pm'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/Event/Event.xs'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/Event/Makefile.PL'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/README'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/Changes'
[MSG] [Fri May 18 00:34:46 2007] Extracted 'Coro-3.63/Coro.pm'
[MSG] [Fri May 18 00:34:47 2007] Extracted 'Coro-3.63/Makefile.PL'
[MSG] [Fri May 18 00:34:47 2007] Extracted 'Coro-3.63/META.yml'
[MSG] [Fri May 18 00:34:47 2007] Extracted 'Coro-3.63/INSTALL'
[MSG] [Fri May 18 00:34:47 2007] Extracted 'Coro-3.63/COPYING'
[MSG] [Fri May 18 00:34:47 2007] Extracted 'Coro-3.63/MANIFEST'
[MSG] [Fri May 18 00:34:47 2007] Extracted 'Coro-3.63/README.linux-glibc'
[MSG] [Fri May 18 00:34:47 2007] Extracted 'Coro' to 
'/net/sunu991/disc1/home/.cpanplus/5.8.8/build/Coro-3.63'
[MSG] [Fri May 18 00:34:53 2007] 
Event version 1.08 found, building Event support.


Checking if your kit is complete...
Looks good

*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** 

Coro has a number of configuration options. Due to its maturity, the
defaults that Coro chooses are usually fine, so you can decide to skip
these questions. Only if something went wrong you should select 'n'
here and manually configure Coro, and, of course, report this to the
maintainer :)

Skip further questions and use defaults (y/n)? [y] y

*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** 

Coro can use a number of methods to implement coroutines at the C
level. The default chosen is based on your current confguration and is
correct in most cases, but you still can chose between these alternatives:

u  The unix 'ucontext.h' functions are relatively new and not implemented
   or well-tested in older unices. They allow very fast coroutine creation
   and reasonably fast switching, and, most importantly, are very stable.
   It is, however, usually slower than the other alternatives due to an
   extra syscall done by swapcontext.

s  If the ucontext functions are not working or you don't want
   to use them for other reasons you can try a workaround using
   setjmp/longjmp/sigaltstack (also standard unix functions). Coroutine
   creation is rather slow, but switching is very fast (often much faster
   than with the ucontext functions). Unfortunately, glibc-2.1 and
   below don't even feature a working sigaltstack. You cannot use this
   implementation if some other code uses SIGUSR2 or you plan to
   create coroutines from an alternative signal stack, as both are being
   used for coroutine creation.

a  Handcoded assembly. This is the fastest method with the least side
   effects, if it works, that is. It has been tested on GNU/Linux x86 and
   x86_64 systems and should work on all x86/x86_64 systems using the SVR
   ELF ABI.

l  GNU/Linux. Very old GNU/Linux systems (glibc-2.1 and below) need
   this hack. Since it is very linux-specific it is also quite fast and
   recommended even for newer versions; when it works, that is (currently
   x86 and a few others only. If it compiles, it's usually ok). Newer
   glibc versions (>= 2.5) stop working with this implementation again.

i  IRIX. For some reason, SGI really does not like to follow the single
   unix specification (does that surprise you?), so this workaround might
   be needed (it's fast), although [s] and [u] should also work now.

w  Microsoft Windows. Try this on Microsoft Windows, although, as there is
   no standard on how to do this under windows, this might work only on
   cygwin or specific versions of msvc. Your problem, your fix, our patch.

For most systems, the default chosen should be OK. If you experience
problems then you should experiment with this setting and/or turn off
optimizations (make OPTIMIZE=-O0).

Use which implementation,
<s>et/longjump, <u>context, <a>ssembly, <i>rix, <l>inux or <w>indows? [s] s

Using setjmp/longjmp/sigaltstack implementation


Trying to detect stack growth direction (for TEST_sigaltstack)
You might see some warnings, this should not concern you.



*****************************************************************************
If the testsuite fails PLEASE provide the following information
to Marc Lehmann <[EMAIL PROTECTED]>: operating system name, version,
architecture name and this string '(skaddr)|(sksize)'. Thanks a lot!
*****************************************************************************


*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** 

Per-context stack size factor: Depending on your settings, Coro tries to
share the C stack as much as possible, but sometimes it needs to allocate
a new one. This setting controls the maximum size that gets allocated,
and should not be set too high, as memory and address space still is
wasted even if it's not fully used. The value entered will be multiplied
by sizeof(long), which is usually 4 on 32-bit systems, and 8 on 64-bit
systems.

A setting of 16384 (the default) therefore corresponds to a 64k..128k
stack, which usually is ample space (you might even want to try 8192 or
lower if your program creates many coroutines).

On systems supporting mmap and dynamic memory management, the actual
memory usually gets allocated on demand, but with many large stacks you
can still run out of address space on your typical 32 bit platform.

Some perls (mostly threaded ones and perl compiled under linux 2.6) and
some programs (inefficient regexes can use a lot of stack space) may
need much, much more: If Coro segfaults with weird backtraces (e.g. in a
function prologue) or in t/10_bugs.t, you might want to increase this to
65536 or more.

The default should be fine, and can be changed at runtime with
Coro::State::cctx_stacksize.

C stack size factor? [16384] 16384
using a stacksize of 16384 * sizeof(long)

*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** 

Coro can optionally put a guard area before each stack segment. When the
stack is too small and the access is not too far outside the stack (i.e.
within the guard area), then the program will safely segfault instead of
running into other data. The cost is some additional overhead with is
usually negligible, and extra use of address space.

The guard area size currently needs to be specified in pages (typical
pagesizes are 4k and 8k). The guard area is only enabled on a few
hardcoded architectures and is ignored on others. The actual preprocessor
expression disables this feature if:

   !__i386 && !__x86_64 && !__powerpc && !__m68k 
   && !__alpha && !__mips && !__sparc64

The default, as usual, should be just fine.

Number of guard pages (0 disables)? [4] 4

*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** 

Coro can tell valgrind about its stacks and so reduce spurious warnings
where valgrind would otherwise complain about possible stack switches.

Enabling this does not incur visible runtime or memory overhead, but it
requires that you have the <valgrind/valgrind.h> header file available.

Valgrind support is completely optional, so the default of disabling it is
the safe choice.

Enable valgrind support (y/n)? [n] n

*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** 

Coro can use (or even trick) some perl functions into doing what it needs
instead of relying on (some) of its own functions. This might increase
chances that it compiles and works, but it could just as well result in
memory leaks, crashes or silent data corruption. It certainly does result
in slightly slower speed and higher memory consumption, though, so you
should enable it only as a last resort.

Prefer perl functions over coro functions (y/n)? [n] n

*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** 

Writing Makefile for Coro::State
Writing Makefile for Coro::Event
Writing Makefile for Coro

[MSG] [Fri May 18 00:34:53 2007] DEFAULT 'filter_prereqs' HANDLER RETURNING 
'sub return value'
[ERROR] [Fri May 18 00:35:13 2007] MAKE failed: Illegal seek cp Coro/Select.pm 
blib/lib/Coro/Select.pm
cp Coro/State.pm blib/lib/Coro/State.pm
cp Coro/RWLock.pm blib/lib/Coro/RWLock.pm
cp Coro/LWP.pm blib/lib/Coro/LWP.pm
cp Coro/Semaphore.pm blib/lib/Coro/Semaphore.pm
cp Coro/Timer.pm blib/lib/Coro/Timer.pm
cp Coro/CoroAPI.h blib/lib/Coro/CoroAPI.h
cp Coro.pm blib/lib/Coro.pm
cp Coro/Signal.pm blib/lib/Coro/Signal.pm
cp Coro/SemaphoreSet.pm blib/lib/Coro/SemaphoreSet.pm
cp Coro/Storable.pm blib/lib/Coro/Storable.pm
cp Coro/Util.pm blib/lib/Coro/Util.pm
cp Coro/AIO.pm blib/lib/Coro/AIO.pm
cp Coro/Handle.pm blib/lib/Coro/Handle.pm
cp Coro/Specific.pm blib/lib/Coro/Specific.pm
cp Coro/Socket.pm blib/lib/Coro/Socket.pm
cp Coro/Channel.pm blib/lib/Coro/Channel.pm
cp Coro/MakeMaker.pm blib/lib/Coro/MakeMaker.pm
make[1]: Entering directory 
`/net/sunu991/disc1/.cpanplus/5.8.8/build/Coro-3.63/Coro'
Skip ../blib/lib/Coro/Channel.pm (unchanged)
Skip ../blib/lib/Coro/Util.pm (unchanged)
Skip ../blib/lib/Coro/Specific.pm (unchanged)
Skip ../blib/lib/Coro/LWP.pm (unchanged)
Skip ../blib/lib/Coro/SemaphoreSet.pm (unchanged)
Skip ../blib/lib/Coro/MakeMaker.pm (unchanged)
Skip ../blib/lib/Coro/Semaphore.pm (unchanged)
Skip ../blib/lib/Coro/Timer.pm (unchanged)
Skip ../blib/lib/Coro/AIO.pm (unchanged)
Skip ../blib/lib/Coro/State.pm (unchanged)
Skip ../blib/lib/Coro/Socket.pm (unchanged)
Skip ../blib/lib/Coro/RWLock.pm (unchanged)
Skip ../blib/lib/Coro/Signal.pm (unchanged)
Skip ../blib/lib/Coro/Handle.pm (unchanged)
Skip ../blib/lib/Coro/Select.pm (unchanged)
Skip ../blib/lib/Coro/Storable.pm (unchanged)
/usr/local/perl-5.8.8/bin/perl 
/net/sunu991/disc1/perl-5.8.8/lib/5.8.8/ExtUtils/xsubpp  -typemap 
/usr/local/perl-5.8.8/lib/5.8.8/ExtUtils/typemap -typemap typemap  State.xs > 
State.xsc && mv State.xsc State.c
gcc -c   -D_REENTRANT -fno-strict-aliasing -pipe -Wdeclaration-after-statement 
-I/usr/local/test/include -I/usr/local/ssl/include -I/usr/local/include 
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O   -DVERSION=\"3.0\" 
-DXS_VERSION=\"3.0\" -fPIC 
"-I/usr/local/perl-5.8.8/lib/5.8.8/sun4-solaris-thread-multi/CORE"  -DHAVE_MMAP 
-DCORO_SJLJ -DCORO_STACKSIZE=16384 -DCORO_STACKGUARD=4 State.c
/usr/ccs/bin/as: "<stdin>", line 64: error: unknown opcode ".cfi_startproc"
/usr/ccs/bin/as: "<stdin>", line 64: error: statement syntax
/usr/ccs/bin/as: "<stdin>", line 67: error: unknown opcode ".cfi_endproc"
/usr/ccs/bin/as: "<stdin>", line 67: error: statement syntax
make[1]: Leaving directory 
`/net/sunu991/disc1/.cpanplus/5.8.8/build/Coro-3.63/Coro'
make[1]: *** [State.o] Error 1


PREREQUISITES:

Here is a list of prerequisites you specified and versions we 
managed to load:
                                
          AnyEvent                           2.52     2.51
          Event                              1.08     1.06
          IO::AIO                            2.33      2.3
          Scalar::Util                       1.19        0

******************************** NOTE ********************************
The comments above are created mechanically, possibly without manual
checking by the sender.  As there are many people performing automatic
tests on each upload to CPAN, it is likely that you will receive 
identical messages about the same problem.

If you believe that the message is mistaken, please reply to the first
one with correction and/or additional informations, and do not take
it personally.  We appreciate your patience. :)
**********************************************************************

Additional comments:
 

This report was machine-generated by CPAN::YACSmoke 0.03.

--

Summary of my perl5 (revision 5 version 8 subversion 8) configuration:
  Platform:
    osname=solaris, osvers=2.9, archname=sun4-solaris-thread-multi
    uname='sunos sunu991 5.9 generic_118558-14 sun4u sparc sunw,ultra-5_10 
solaris '
    config_args='-Dcc=gcc -Dprefix=/usr/local/perl-5.8.8 -Dinstallusrbinperl'
    hint=recommended, useposix=true, d_sigaction=define
    usethreads=define use5005threads=undef useithreads=define 
usemultiplicity=define
    useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
    use64bitint=undef use64bitall=undef uselongdouble=undef
    usemymalloc=n, bincompat5005=undef
  Compiler:
    cc='gcc', ccflags ='-D_REENTRANT -fno-strict-aliasing -pipe 
-Wdeclaration-after-statement -I/usr/local/test/include 
-I/usr/local/ssl/include -I/usr/local/include -D_LARGEFILE_SOURCE 
-D_FILE_OFFSET_BITS=64',
    optimize='-O',
    cppflags='-D_REENTRANT -fno-strict-aliasing -pipe 
-Wdeclaration-after-statement -I/usr/local/test/include 
-I/usr/local/ssl/include -I/usr/local/include'
    ccversion='', gccversion='3.4.1', gccosandvers='solaris2.9'
    intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321
    d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
    ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', 
lseeksize=8
    alignbytes=8, prototype=define
  Linker and Libraries:
    ld='gcc', ldflags ='-L/usr/local/test/lib -L/usr/local/ssl/lib 
-L/usr/local/lib '
    libpth=/usr/local/test/lib /usr/local/ssl/lib /usr/local/lib /usr/lib 
/usr/ccs/lib
    libs=-lsocket -lnsl -lgdbm -ldb -ldl -lm -lpthread -lc
    perllibs=-lsocket -lnsl -ldl -lm -lpthread -lc
    libc=/lib/libc.so, so=so, useshrplib=false, libperl=libperl.a
    gnulibc_version=''
  Dynamic Linking:
    dlsrc=dl_dlopen.xs, dlext=, d_dlsymun=undef, ccdlflags=' '
    cccdlflags='-fPIC', lddlflags='-G -L/usr/local/test/lib 
-L/usr/local/ssl/lib -L/usr/local/lib'

Reply via email to