1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
|
Source: libfuture-perl
Maintainer: Debian Perl Group <pkg-perl-maintainers@lists.alioth.debian.org>
Uploaders: gregor herrmann <gregoa@debian.org>
Section: perl
Testsuite: autopkgtest-pkg-perl
Priority: optional
Build-Depends: debhelper-compat (= 13),
libmodule-build-perl
Build-Depends-Indep: libfuture-asyncawait-perl <!nocheck>,
libfuture-xs-perl <!nocheck>,
libscalar-list-utils-perl <!nocheck>,
libtest2-suite-perl (>= 0.000148) <!nocheck>,
perl
Standards-Version: 4.7.0
Vcs-Browser: https://salsa.debian.org/perl-team/modules/packages/libfuture-perl
Vcs-Git: https://salsa.debian.org/perl-team/modules/packages/libfuture-perl.git
Homepage: https://metacpan.org/release/Future
Rules-Requires-Root: no
Package: libfuture-perl
Architecture: all
Multi-Arch: foreign
Depends: ${misc:Depends},
${perl:Depends},
libscalar-list-utils-perl
Recommends: libfuture-xs-perl
Description: module for operations awaiting completion
A Future object represents an operation that is currently in progress, or
has recently completed. It can be used in a variety of ways to manage the
flow of control, and data, through an asynchronous program.
.
Some futures represent a single operation and are explicitly marked as ready
by calling the done or fail methods. These are called "leaf" futures here,
and are returned by the new constructor.
.
Other futures represent a collection sub-tasks, and are implicitly marked as
ready depending on the readiness of their component futures as required.
These are called "dependent" futures here, and are returned by the various
wait_* and need_* constructors.
.
It is intended that library functions that perform asynchronous operations
would use Future objects to represent outstanding operations, and allow their
calling programs to control or wait for these operations to complete. The
implementation and the user of such an interface would typically make use of
different methods on the class. The methods below are documented in two
sections; those of interest to each side of the interface.
|
