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

Comparing Coro/Coro.pm (file contents):
Revision 1.23 by root, Mon Jul 23 04:23:32 2001 UTC vs.
Revision 1.26 by root, Fri Jul 27 02:51:33 2001 UTC

… …
36 36
37use Coro::State; 37use Coro::State;
38 38
39use base Exporter; 39use base Exporter;
40 40
41$VERSION = 0.10; 41$VERSION = 0.12;
42 42
43@EXPORT = qw(async cede schedule terminate current); 43@EXPORT = qw(async cede schedule terminate current);
44@EXPORT_OK = qw($current); 44@EXPORT_OK = qw($current);
45 45
46{ 46{
47 my @async; 47 my @async;
48 my $init;
48 49
49 # this way of handling attributes simply is NOT scalable ;() 50 # this way of handling attributes simply is NOT scalable ;()
50 sub import { 51 sub import {
51 Coro->export_to_level(1, @_); 52 Coro->export_to_level(1, @_);
52 my $old = *{(caller)[0]."::MODIFY_CODE_ATTRIBUTES"}{CODE}; 53 my $old = *{(caller)[0]."::MODIFY_CODE_ATTRIBUTES"}{CODE};
… …
54 my ($package, $ref) = (shift, shift); 55 my ($package, $ref) = (shift, shift);
55 my @attrs; 56 my @attrs;
56 for (@_) { 57 for (@_) {
57 if ($_ eq "Coro") { 58 if ($_ eq "Coro") {
58 push @async, $ref; 59 push @async, $ref;
60 unless ($init++) {
61 eval q{
62 sub INIT {
63 &async(pop @async) while @async;
64 }
65 };
66 }
59 } else { 67 } else {
60 push @attrs, $_; 68 push @attrs, $_;
61 } 69 }
62 } 70 }
63 return $old ? $old->($package, $ref, @attrs) : @attrs; 71 return $old ? $old->($package, $ref, @attrs) : @attrs;
64 }; 72 };
65 } 73 }
66 74
67 sub INIT {
68 &async(pop @async) while @async;
69 }
70} 75}
71 76
72=item $main 77=item $main
73 78
74This coroutine represents the main program. 79This coroutine represents the main program.
… …
103our $idle = new Coro sub { 108our $idle = new Coro sub {
104 print STDERR "FATAL: deadlock detected\n"; 109 print STDERR "FATAL: deadlock detected\n";
105 exit(51); 110 exit(51);
106}; 111};
107 112
108# we really need priorities...
109my @ready; # the ready queue. hehe, rather broken ;)
110
111# static methods. not really.
112
113=head2 STATIC METHODS
114
115Static methods are actually functions that operate on the current process only.
116
117=over 4
118
119=item async { ... } [@args...]
120
121Create a new asynchronous process and return it's process object
122(usually unused). When the sub returns the new process is automatically
123terminated.
124
125 # create a new coroutine that just prints its arguments
126 async {
127 print "@_\n";
128 } 1,2,3,4;
129
130The coderef you submit MUST NOT be a closure that refers to variables
131in an outer scope. This does NOT work. Pass arguments into it instead.
132
133=cut
134
135sub async(&@) {
136 my $pid = new Coro @_;
137 $pid->ready;
138 $pid;
139}
140
141=item schedule
142
143Calls the scheduler. Please note that the current process will not be put
144into the ready queue, so calling this function usually means you will
145never be called again.
146
147=cut
148
149my $prev;
150
151sub schedule {
152 # should be done using priorities :(
153 ($prev, $current) = ($current, shift @ready || $idle);
154 Coro::State::transfer($prev, $current);
155}
156
157=item cede
158
159"Cede" to other processes. This function puts the current process into the
160ready queue and calls C<schedule>, which has the effect of giving up the
161current "timeslice" to other coroutines of the same or higher priority.
162
163=cut
164
165sub cede {
166 $current->ready;
167 &schedule;
168}
169
170=item terminate
171
172Terminates the current process.
173
174Future versions of this function will allow result arguments.
175
176=cut
177
178# this coroutine is necessary because a coroutine 113# this coroutine is necessary because a coroutine
179# cannot destroy itself. 114# cannot destroy itself.
180my @destroy; 115my @destroy;
181my $terminate = new Coro sub { 116my $manager = new Coro sub {
182 while() { 117 while() {
183 delete ((pop @destroy)->{_coro_state}) while @destroy; 118 delete ((pop @destroy)->{_coro_state}) while @destroy;
184 &schedule; 119 &schedule;
185 } 120 }
186}; 121};
187 122
123# we really need priorities...
124my @ready; # the ready queue. hehe, rather broken ;)
125
126# static methods. not really.
127
128=head2 STATIC METHODS
129
130Static methods are actually functions that operate on the current process only.
131
132=over 4
133
134=item async { ... } [@args...]
135
136Create a new asynchronous process and return it's process object
137(usually unused). When the sub returns the new process is automatically
138terminated.
139
140 # create a new coroutine that just prints its arguments
141 async {
142 print "@_\n";
143 } 1,2,3,4;
144
145The coderef you submit MUST NOT be a closure that refers to variables
146in an outer scope. This does NOT work. Pass arguments into it instead.
147
148=cut
149
150sub async(&@) {
151 my $pid = new Coro @_;
152 $manager->ready; # this ensures that the stack is cloned from the manager
153 $pid->ready;
154 $pid;
155}
156
157=item schedule
158
159Calls the scheduler. Please note that the current process will not be put
160into the ready queue, so calling this function usually means you will
161never be called again.
162
163=cut
164
165my $prev;
166
167sub schedule {
168 # should be done using priorities :(
169 ($prev, $current) = ($current, shift @ready || $idle);
170 Coro::State::transfer($prev, $current);
171}
172
173=item cede
174
175"Cede" to other processes. This function puts the current process into the
176ready queue and calls C<schedule>, which has the effect of giving up the
177current "timeslice" to other coroutines of the same or higher priority.
178
179=cut
180
181sub cede {
182 $current->ready;
183 &schedule;
184}
185
186=item terminate
187
188Terminates the current process.
189
190Future versions of this function will allow result arguments.
191
192=cut
193
188sub terminate { 194sub terminate {
189 push @destroy, $current; 195 push @destroy, $current;
190 $terminate->ready; 196 $manager->ready;
191 &schedule; 197 &schedule;
192 # NORETURN 198 # NORETURN
193} 199}
194 200
195=back 201=back
… …
255 allow per-thread schedulers, but Coro::State does not yet allow this). 261 allow per-thread schedulers, but Coro::State does not yet allow this).
256 262
257=head1 SEE ALSO 263=head1 SEE ALSO
258 264
259L<Coro::Channel>, L<Coro::Cont>, L<Coro::Specific>, L<Coro::Semaphore>, 265L<Coro::Channel>, L<Coro::Cont>, L<Coro::Specific>, L<Coro::Semaphore>,
260L<Coro::Signal>, L<Coro::State>, L<Coro::Event>. 266L<Coro::Signal>, L<Coro::State>, L<Coro::Event>, L<Coro::RWLock>,
267L<Coro::Handle>, L<Coro::Socket>.
261 268
262=head1 AUTHOR 269=head1 AUTHOR
263 270
264 Marc Lehmann <pcg@goof.com> 271 Marc Lehmann <pcg@goof.com>
265 http://www.goof.com/pcg/marc/ 272 http://www.goof.com/pcg/marc/

Diff Legend

– Removed lines
+ Added lines
< Changed lines
> Changed lines