ViewVC Help
View File | Revision Log | Show Annotations | Download File
/cvs/Coro/Coro.pm
(Generate patch)

Comparing Coro/Coro.pm (file contents):
Revision 1.5 by root, Tue Jul 10 01:43:21 2001 UTC vs.
Revision 1.21 by root, Sun Jul 22 03:24:10 2001 UTC

1=head1 NAME 1=head1 NAME
2 2
3Coro - create and manage coroutines 3Coro - coroutine process abstraction
4 4
5=head1 SYNOPSIS 5=head1 SYNOPSIS
6 6
7 use Coro; 7 use Coro;
8 8
9 $new = new Coro sub { 9 async {
10 print "in coroutine, switching back\n"; 10 # some asynchronous thread of execution
11 $Coro::main->resume;
12 print "in coroutine again, switching back\n";
13 $Coro::main->resume;
14 }; 11 };
15 12
16 print "in main, switching to coroutine\n"; 13 # alternatively create an async process like this:
17 $new->resume; 14
18 print "back in main, switch to coroutine again\n"; 15 sub some_func : Coro {
19 $new->resume; 16 # some more async code
20 print "back in main\n"; 17 }
18
19 yield;
21 20
22=head1 DESCRIPTION 21=head1 DESCRIPTION
23 22
24This module implements coroutines. Coroutines, similar to continuations, 23This module collection manages coroutines. Coroutines are similar to
25allow you to run more than one "thread of execution" in parallel. Unlike 24Threads but don't run in parallel.
26threads this, only voluntary switching is used so locking problems are
27greatly reduced.
28 25
29Although this is the "main" module of the Coro family it provides only 26This module is still experimental, see the BUGS section below.
30low-level functionality. See L<Coro::Process> and related modules for a 27
31more useful process abstraction including scheduling. 28In this module, coroutines are defined as "callchain + lexical variables
29+ @_ + $_ + $@ + $^W), that is, a coroutine has it's own callchain, it's
30own set of lexicals and it's own set of perl's most important global
31variables.
32
33WARNING: When using this module, make sure that, at program end, no
34coroutines are still running OR just call exit before falling off the
35end. The reason for this is that some coroutine of yours might have called
36into a C function, and falling off the end of main:: results in returning
37to that C function instead if to the main C interpreter.
38
39=cut
40
41package Coro;
42
43use Coro::State;
44
45use base Exporter;
46
47$VERSION = 0.10;
48
49@EXPORT = qw(async yield schedule terminate current);
50@EXPORT_OK = qw($current);
51
52{
53 my @async;
54
55 # this way of handling attributes simply is NOT scalable ;()
56 sub import {
57 Coro->export_to_level(1, @_);
58 my $old = *{(caller)[0]."::MODIFY_CODE_ATTRIBUTES"}{CODE};
59 *{(caller)[0]."::MODIFY_CODE_ATTRIBUTES"} = sub {
60 my ($package, $ref) = (shift, shift);
61 my @attrs;
62 for (@_) {
63 if ($_ eq "Coro") {
64 push @async, $ref;
65 } else {
66 push @attrs, $_;
67 }
68 }
69 return $old ? $old->($package, $ref, @attrs) : @attrs;
70 };
71 }
72
73 sub INIT {
74 &async(pop @async) while @async;
75 }
76}
77
78=item $main
79
80This coroutine represents the main program.
81
82=cut
83
84our $main = new Coro;
85
86=item $current (or as function: current)
87
88The current coroutine (the last coroutine switched to). The initial value is C<$main> (of course).
89
90=cut
91
92# maybe some other module used Coro::Specific before...
93if ($current) {
94 $main->{specific} = $current->{specific};
95}
96
97our $current = $main;
98
99sub current() { $current }
100
101=item $idle
102
103The coroutine to switch to when no other coroutine is running. The default
104implementation prints "FATAL: deadlock detected" and exits.
105
106=cut
107
108# should be done using priorities :(
109our $idle = new Coro sub {
110 print STDERR "FATAL: deadlock detected\n";
111 exit(51);
112};
113
114# we really need priorities...
115my @ready; # the ready queue. hehe, rather broken ;)
116
117# static methods. not really.
118
119=head2 STATIC METHODS
120
121Static methods are actually functions that operate on the current process only.
32 122
33=over 4 123=over 4
34 124
35=cut 125=item async { ... } [@args...]
36 126
37package Coro; 127Create a new asynchronous process and return it's process object
128(usually unused). When the sub returns the new process is automatically
129terminated.
38 130
39BEGIN { 131 # create a new coroutine that just prints its arguments
40 $VERSION = 0.03; 132 async {
133 print "@_\n";
134 } 1,2,3,4;
41 135
42 require XSLoader; 136The coderef you submit MUST NOT be a closure that refers to variables
43 XSLoader::load Coro, $VERSION; 137in an outer scope. This does NOT work. Pass arguments into it instead.
44}
45 138
46=item $main
47
48This coroutine represents the main program.
49
50=item $current
51
52The current coroutine (the last coroutine switched to). The initial value is C<$main> (of course).
53
54=cut 139=cut
55 140
56$main = $current = _newprocess { 141sub async(&@) {
57 # never being called 142 my $pid = new Coro @_;
58}; 143 $pid->ready;
144 $pid;
145}
59 146
60=item $error, $error_msg, $error_coro 147=item schedule
61 148
62This coroutine will be called on fatal errors. C<$error_msg> and 149Calls the scheduler. Please note that the current process will not be put
63C<$error_coro> return the error message and the error-causing coroutine, 150into the ready queue, so calling this function usually means you will
64respectively. 151never be called again.
65 152
66=cut 153=cut
67 154
68$error_msg = 155my $prev;
69$error_coro = undef;
70 156
71$error = _newprocess { 157sub schedule {
72 print STDERR "FATAL: $error_msg\nprogram aborted\n"; 158 # should be done using priorities :(
73 exit 250; 159 ($prev, $current) = ($current, shift @ready || $idle);
74}; 160 Coro::State::transfer($prev, $current);
161}
75 162
76=item $coro = new $coderef [, @args] 163=item yield
77 164
78Create a new coroutine and return it. The first C<resume> call to this 165Yield to other processes. This function puts the current process into the
79coroutine will start execution at the given coderef. If it returns it 166ready queue and calls C<schedule>.
80should return a coroutine to switch to. If, after returning, the coroutine
81is C<resume>d again it starts execution again at the givne coderef.
82 167
83=cut 168=cut
169
170sub yield {
171 $current->ready;
172 &schedule;
173}
174
175=item terminate
176
177Terminates the current process.
178
179Future versions of this function will allow result arguments.
180
181=cut
182
183sub terminate {
184 $current->{_results} = [@_];
185 delete $current->{_coro_state};
186 &schedule;
187}
188
189=back
190
191# dynamic methods
192
193=head2 PROCESS METHODS
194
195These are the methods you can call on process objects.
196
197=over 4
198
199=item new Coro \&sub [, @args...]
200
201Create a new process and return it. When the sub returns the process
202automatically terminates. To start the process you must first put it into
203the ready queue by calling the ready method.
204
205The coderef you submit MUST NOT be a closure that refers to variables
206in an outer scope. This does NOT work. Pass arguments into it instead.
207
208=cut
209
210sub _newcoro {
211 terminate &{+shift};
212}
84 213
85sub new { 214sub new {
86 my $class = $_[0]; 215 my $class = shift;
87 my $proc = $_[1]; 216 bless {
88 bless _newprocess { 217 _coro_state => (new Coro::State $_[0] && \&_newcoro, @_),
89 do {
90 eval { &$proc->resume };
91 if ($@) {
92 ($error_msg, $error_coro) = ($@, $current);
93 $error->resume;
94 }
95 } while (1);
96 }, $class; 218 }, $class;
97} 219}
98 220
99=item $coro->resume 221=item $process->ready
100 222
101Resume execution at the given coroutine. 223Put the current process into the ready queue.
102 224
103=cut 225=cut
104 226
105my $prev; 227sub ready {
106 228 push @ready, $_[0];
107# I call the _transfer function from a pelr function
108# because that way perl saves all important things on
109# the stack.
110sub resume {
111 $prev = $current; $current = $_[0];
112 _transfer($prev, $current);
113} 229}
230
231=back
232
233=cut
114 234
1151; 2351;
116 236
117=back 237=head1 BUGS/LIMITATIONS
118 238
119=head1 BUGS 239 - could be faster, especially when the core would introduce special
120 240 support for coroutines (like it does for threads).
121This module has not yet been extensively tested. 241 - there is still a memleak on coroutine termination that I could not
242 identify. Could be as small as a single SV.
243 - this module is not well-tested.
244 - if variables or arguments "disappear" (become undef) or become
245 corrupted please contact the author so he cen iron out the
246 remaining bugs.
247 - this module is not thread-safe. You must only ever use this module from
248 the same thread (this requirement might be loosened in the future to
249 allow per-thread schedulers, but Coro::State does not yet allow this).
122 250
123=head1 SEE ALSO 251=head1 SEE ALSO
124 252
125L<Coro::Process>, L<Coro::Signal>. 253L<Coro::Channel>, L<Coro::Cont>, L<Coro::Specific>, L<Coro::Semaphore>,
254L<Coro::Signal>, L<Coro::State>, L<Coro::Event>.
126 255
127=head1 AUTHOR 256=head1 AUTHOR
128 257
129 Marc Lehmann <pcg@goof.com> 258 Marc Lehmann <pcg@goof.com>
130 http://www.goof.com/pcg/marc/ 259 http://www.goof.com/pcg/marc/

Diff Legend

Removed lines
+ Added lines
< Changed lines
> Changed lines