… | |
… | |
17 | cede; |
17 | cede; |
18 | |
18 | |
19 | DESCRIPTION |
19 | DESCRIPTION |
20 | This module collection manages coroutines. Coroutines are similar to |
20 | This module collection manages coroutines. Coroutines are similar to |
21 | threads but don't run in parallel at the same time even on SMP machines. |
21 | threads but don't run in parallel at the same time even on SMP machines. |
22 | The specific flavor of coroutine use din this module also guarentees you |
22 | The specific flavor of coroutine used in this module also guarantees you |
23 | that it will not switch between coroutines unless necessary, at |
23 | that it will not switch between coroutines unless necessary, at |
24 | easily-identified points in your program, so locking and parallel access |
24 | easily-identified points in your program, so locking and parallel access |
25 | are rarely an issue, making coroutine programming much safer than |
25 | are rarely an issue, making coroutine programming much safer than |
26 | threads programming. |
26 | threads programming. |
27 | |
27 | |
… | |
… | |
41 | $current (or as function: current) |
41 | $current (or as function: current) |
42 | The current coroutine (the last coroutine switched to). The initial |
42 | The current coroutine (the last coroutine switched to). The initial |
43 | value is $main (of course). |
43 | value is $main (of course). |
44 | |
44 | |
45 | This variable is strictly *read-only*. It is provided for |
45 | This variable is strictly *read-only*. It is provided for |
46 | performance reasons. If performance is not essentiel you are |
46 | performance reasons. If performance is not essential you are |
47 | encouraged to use the "Coro::current" function instead. |
47 | encouraged to use the "Coro::current" function instead. |
48 | |
48 | |
49 | $idle |
49 | $idle |
50 | A callback that is called whenever the scheduler finds no ready |
50 | A callback that is called whenever the scheduler finds no ready |
51 | coroutines to run. The default implementation prints "FATAL: |
51 | coroutines to run. The default implementation prints "FATAL: |
… | |
… | |
66 | async { ... } [@args...] |
66 | async { ... } [@args...] |
67 | Create a new asynchronous coroutine and return it's coroutine object |
67 | Create a new asynchronous coroutine and return it's coroutine object |
68 | (usually unused). When the sub returns the new coroutine is |
68 | (usually unused). When the sub returns the new coroutine is |
69 | automatically terminated. |
69 | automatically terminated. |
70 | |
70 | |
71 | Calling "exit" in a coroutine will not work correctly, so do not do |
71 | Calling "exit" in a coroutine will do the same as calling exit |
72 | that. |
72 | outside the coroutine. Likewise, when the coroutine dies, the |
73 | |
73 | program will exit, just as it would in the main program. |
74 | When the coroutine dies, the program will exit, just as in the main |
|
|
75 | program. |
|
|
76 | |
74 | |
77 | # create a new coroutine that just prints its arguments |
75 | # create a new coroutine that just prints its arguments |
78 | async { |
76 | async { |
79 | print "@_\n"; |
77 | print "@_\n"; |
80 | } 1,2,3,4; |
78 | } 1,2,3,4; |
… | |
… | |
120 | # wake up sleeping coroutine |
118 | # wake up sleeping coroutine |
121 | $current->ready; |
119 | $current->ready; |
122 | undef $current; |
120 | undef $current; |
123 | }; |
121 | }; |
124 | |
122 | |
125 | # call schedule until event occured. |
123 | # call schedule until event occurred. |
126 | # in case we are woken up for other reasons |
124 | # in case we are woken up for other reasons |
127 | # (current still defined), loop. |
125 | # (current still defined), loop. |
128 | Coro::schedule while $current; |
126 | Coro::schedule while $current; |
129 | } |
127 | } |
130 | |
128 | |
… | |
… | |
155 | Create a new coroutine and return it. When the sub returns the |
153 | Create a new coroutine and return it. When the sub returns the |
156 | coroutine automatically terminates as if "terminate" with the |
154 | coroutine automatically terminates as if "terminate" with the |
157 | returned values were called. To make the coroutine run you must |
155 | returned values were called. To make the coroutine run you must |
158 | first put it into the ready queue by calling the ready method. |
156 | first put it into the ready queue by calling the ready method. |
159 | |
157 | |
160 | Calling "exit" in a coroutine will not work correctly, so do not do |
158 | See "async" for additional discussion. |
161 | that. |
|
|
162 | |
159 | |
163 | $success = $coroutine->ready |
160 | $success = $coroutine->ready |
164 | Put the given coroutine into the ready queue (according to it's |
161 | Put the given coroutine into the ready queue (according to it's |
165 | priority) and return true. If the coroutine is already in the ready |
162 | priority) and return true. If the coroutine is already in the ready |
166 | queue, do nothing and return false. |
163 | queue, do nothing and return false. |
… | |
… | |
215 | with a coroutine. |
212 | with a coroutine. |
216 | |
213 | |
217 | GLOBAL FUNCTIONS |
214 | GLOBAL FUNCTIONS |
218 | Coro::nready |
215 | Coro::nready |
219 | Returns the number of coroutines that are currently in the ready |
216 | Returns the number of coroutines that are currently in the ready |
220 | state, i.e. that can be swicthed to. The value 0 means that the only |
217 | state, i.e. that can be switched to. The value 0 means that the only |
221 | runnable coroutine is the currently running one, so "cede" would |
218 | runnable coroutine is the currently running one, so "cede" would |
222 | have no effect, and "schedule" would cause a deadlock unless there |
219 | have no effect, and "schedule" would cause a deadlock unless there |
223 | is an idle handler that wakes up some coroutines. |
220 | is an idle handler that wakes up some coroutines. |
224 | |
221 | |
225 | my $guard = Coro::guard { ... } |
222 | my $guard = Coro::guard { ... } |
226 | This creates and returns a guard object. Nothing happens until the |
223 | This creates and returns a guard object. Nothing happens until the |
227 | objetc gets destroyed, in which case the codeblock given as argument |
224 | object gets destroyed, in which case the codeblock given as argument |
228 | will be executed. This is useful to free locks or other resources in |
225 | will be executed. This is useful to free locks or other resources in |
229 | case of a runtime error or when the coroutine gets canceled, as in |
226 | case of a runtime error or when the coroutine gets canceled, as in |
230 | both cases the guard block will be executed. The guard object |
227 | both cases the guard block will be executed. The guard object |
231 | supports only one method, "->cancel", which will keep the codeblock |
228 | supports only one method, "->cancel", which will keep the codeblock |
232 | from being executed. |
229 | from being executed. |
… | |
… | |
246 | it, returning the new coderef. This means that the new coderef will |
243 | it, returning the new coderef. This means that the new coderef will |
247 | return immediately without blocking, returning nothing, while the |
244 | return immediately without blocking, returning nothing, while the |
248 | original code ref will be called (with parameters) from within its |
245 | original code ref will be called (with parameters) from within its |
249 | own coroutine. |
246 | own coroutine. |
250 | |
247 | |
251 | The reason this fucntion exists is that many event libraries (such |
248 | The reason this function exists is that many event libraries (such |
252 | as the venerable Event module) are not coroutine-safe (a weaker form |
249 | as the venerable Event module) are not coroutine-safe (a weaker form |
253 | of thread-safety). This means you must not block within event |
250 | of thread-safety). This means you must not block within event |
254 | callbacks, otherwise you might suffer from crashes or worse. |
251 | callbacks, otherwise you might suffer from crashes or worse. |
255 | |
252 | |
256 | This function allows your callbacks to block by executing them in |
253 | This function allows your callbacks to block by executing them in |
… | |
… | |
264 | BUGS/LIMITATIONS |
261 | BUGS/LIMITATIONS |
265 | - you must make very sure that no coro is still active on global |
262 | - you must make very sure that no coro is still active on global |
266 | destruction. very bad things might happen otherwise (usually segfaults). |
263 | destruction. very bad things might happen otherwise (usually segfaults). |
267 | |
264 | |
268 | - this module is not thread-safe. You should only ever use this module |
265 | - this module is not thread-safe. You should only ever use this module |
269 | from the same thread (this requirement might be losened in the future |
266 | from the same thread (this requirement might be loosened in the future |
270 | to allow per-thread schedulers, but Coro::State does not yet allow |
267 | to allow per-thread schedulers, but Coro::State does not yet allow |
271 | this). |
268 | this). |
272 | |
269 | |
273 | SEE ALSO |
270 | SEE ALSO |
274 | Support/Utility: Coro::Cont, Coro::Specific, Coro::State, Coro::Util. |
271 | Support/Utility: Coro::Cont, Coro::Specific, Coro::State, Coro::Util. |