At 11:04 PM +0200 5/29/06, Klaas-Jan Stol wrote:
I couldn't find any functionality to reset a coroutine. Sometimes you want
to reset a coroutine, so it starts at the beginning of the sub body, but
there doesn't seem to be any method to do that. Am I overlooking something?
Good point.
On May 29, 2006, at 23:24, Klaas-Jan Stol wrote:
mycoro.reset() # reset the coroutine
corresult = mycoro() # 1 again (not 4)
But maybe this was already possible, I don't know.
Not yet. But it should be simple and straightforward to implement it.
During the first invoke() the coroutine is
Author: coke
Date: Tue May 30 07:34:31 2006
New Revision: 12839
Modified:
trunk/docs/pdds/clip/pdd01_overview.pod
trunk/docs/pdds/clip/pdd02_vtables.pod
trunk/docs/pdds/clip/pdd04_datatypes.pod
trunk/docs/pdds/clip/pdd05_opfunc.pod
trunk/docs/pdds/clip/pdd06_pasm.pod
Author: coke
Date: Tue May 30 08:23:20 2006
New Revision: 12841
Modified:
trunk/docs/pdds/clip/pdd22_io.pod
trunk/docs/pdds/clip/pdd23_exceptions.pod
trunk/docs/pdds/clip/pdd24_events.pod
trunk/docs/pdds/clip/pdd25_threads.pod
Changes in other areas also in this revision:
Modified:
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #39244]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/rt3/Ticket/Display.html?id=39244
Parrot's I and N registers are initialized to 0, but only for DEBUGGING
builds.
B--- - - -Y/983 ? 20060502
-sol9-sparc-gcc3.3.2 B-Y/2 - Y ? YY/2 ? 20050814
+sol8-sparc-cc B--- - - -Y/997 ? 20060530
sol10-sparc-cc_5.8 BY-- Y Y YY/6 ? 20060331
sol10
This is done, as of r12825.
- All TPF copyrights are now marked as:
Copyright (C) years, The Perl Foundation.
- All YAS copyrights and Leo copyrights are now listed as TPF.
There are still non TPF copyrights in the repository, and many of these are
still marked as 'All
Rights Reserved'; I
Charles Reiss wrote:
So, to start off, a copyright question:
It would be nice to use libraries that provide relatively portable
atomic operation support (needed for good implementations of most
lock-free schemes), such as HP's atomic_ops [
hi,
I was investigating a possible implementation of the reset method for
coroutine.pmc, but I encountered the following:
if the coroutine is called more times than the coroutine .yield()s, it
segfaults
example:
.sub main :main
.local int result
.local pmc cor
cor = global _foo
# New Ticket Created by Will Coleda
# Please include the string: [perl #39249]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/rt3/Ticket/Display.html?id=39249
The following code:
.sub test
$P1 = new .Hash
$P1[unicode:\u] = 'ok'
I will be stepping away from Parrot for the foreseeable future. As part
of my clean-up process, I have sent in any patches I still had pending.
Apply them, or not, as seems appropriate.
I have also gone through my unresolved RT tickets and verified that they
are still relevant, though I will
On May 30, 2006, at 17:32, Andy Dougherty (via RT) wrote:
However, if the intent is not to
guarantee initialization, then I'd recommend something like this second
patch be put in place, at least for a while, to ensure no programs are
relying on automatic initialization.
Last time this came
On May 30, 2006, at 21:57, Klaas-Jan Stol wrote:
I was investigating a possible implementation of the reset method
for coroutine.pmc, but I encountered the following:
if the coroutine is called more times than the coroutine .yield()s,
it segfaults
Yep. That's very much related to the
13 matches
Mail list logo