view release on metacpan or  search on metacpan

Changes  view on Meta::CPAN

    - Fixes RT#74518: issue
    Bug #74518 for AnyEvent-MPRPC: AnyEvent::MessagePack read type corrupts responses
    (fixed By Max++, and reported by asguthrie++)

0.15

    - use Data::MessagePack::Stream instead!

0.14

    - Handle bogus data the right way instead throwing an exception...
      ( maxatome++)

0.13

    - added on_accept, on_dispatch(Tobias Nissen)

0.11

    - modernized packaging

inc/Module/Install.pm  view on Meta::CPAN

	# is unreliable on some platforms and requires write permissions)
	# for now we should catch this and refuse to run.
	if ( -f $0 ) {
		my $s = (stat($0))[9];

		# If the modification time is only slightly in the future,
		# sleep briefly to remove the problem.
		my $a = $s - time;
		if ( $a > 0 and $a < 5 ) { sleep 5 }

		# Too far in the future, throw an error.
		my $t = time;
		if ( $s > $t ) { die <<"END_DIE" }

Your installer $0 has a modification time in the future ($s > $t).

This is known to create infinite loops in make.

Please correct this, then run $0 again.

END_DIE

lib/AnyEvent/MPRPC/Client.pm  view on Meta::CPAN

still responsive.

=back

If you're not using Coro, and you don't want your whole program to block,
what you should do is call C<cb> on the condvar, and give it a coderef to
execute when the results come back.  The coderef will be given a condvar
as a parameter, and it can call C<recv> on it to get the data.  The final
example in the SYNOPSIS gives a brief example of this.

Also note that C<recv> will throw an exception if the request fails, so be
prepared to catch exceptions where appropriate.

Please read the L<AnyEvent> documentation for more information on the proper
use of condvars.

=head1 METHODS

=head2 new (%options)

Create new client object and return it.