| … | |
… | |
| 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. |
