Capture-Tiny-Extended

 view release on metacpan or  search on metacpan

README  view on Meta::CPAN

 
       my $out = capture_merged(
         sub { system( 'ls' ) },
         { stdout => 'out.log', clobber => 1 }
       );

WHY A FORK?
    The realtime teeing feature was very important for one of my current
    projects and i needed it on CPAN to be able to easily distribute it to
    many systems. I had provided a patch for the return value capturing on
    Github to David Golden a long while ago, but due to being busy with real
    life, family and more important projects than this he was not able to
    find time to proof and integrate it and in the foreseeable future won't
    be able to either. At the same time i lack the Perl file handle,
    descriptor and layer chops to take full responsibility for Capture::Tiny
    itself. Usually i would have just written a subclass of the original,
    but since Capture::Tiny is written in functional style this was not
    possible.

    As such a fork seemed to be the best option to get these features out
    there. I'd be more than happy to see them integrated into C::T someday

lib/Capture/Tiny/Extended.pm  view on Meta::CPAN

   my $out = capture_merged(
     sub { system( 'ls' ) },
     { stdout => 'out.log', clobber => 1 }
   );

=head1 WHY A FORK?

The realtime teeing feature was very important for one of my current projects
and i needed it on CPAN to be able to easily distribute it to many systems.
I had provided a patch for the return value capturing on Github to David Golden
a long while ago, but due to being busy with real life, family and more
important projects than this he was not able to find time to proof and integrate
it and in the foreseeable future won't be able to either. At the same time i
lack the Perl file handle, descriptor and layer chops to take full
responsibility for Capture::Tiny itself. Usually i would have just written a
subclass of the original, but since Capture::Tiny is written in functional style
this was not possible.

As such a fork seemed to be the best option to get these features out there. I'd
be more than happy to see them integrated into C::T someday and will keep my git
repository in such a state as to make this as easy as possible. (Lots of



( run in 0.716 second using v1.01-cache-2.11-cpan-87723dcf8b7 )