You can get it here:
http://rifers.org/downloads/rife/snapshots/rife-1.6.2-snapshot-20080404/
On Fri, Apr 4, 2008 at 11:02 AM, Frederick Isaac <[EMAIL PROTECTED]> wrote:
> That is very cool Geert.
>
> I would love to have this work. I was concerned that the semantics of
> execute had changed before and after which would lead to an inconsistency in
> the current continuation frame. I am very glad that you have been able to
> get this to work. I know that in ML and other languages supporting
> continuations this worked as I suggested and this will be a great feature
> enhancement for Rife that it can also cover the continuation with tail
> recursion model.
>
> Cheers
>
> P.S. when can I get this
>
> YAY - Go Geert you are the man!!
>
>
>
>
> On 4/3/08, Geert Bevin <[EMAIL PROTECTED]> wrote:
> > Hi again Frederick,
> >
> > I committed a fix to trunk that makes this work.
> >
> > So in the next RIFE snapshot recursion in continuations should just do
> > what you expect ... yay! ;-)
> >
> > HTH,
> >
> > Geert
> >
> > On Thu, Apr 3, 2008 at 6:32 PM, Geert Bevin <[EMAIL PROTECTED]> wrote:
> > > Hi Frederick,
> > >
> > > I stepped through your code and found why this is happening, it is
> > > also 'normal'.
> > >
> > > When you resume the continuation after the first 'pause', you call the
> > > entrance method 'execute' again. This method is then executed with the
> > > exact same context as when the continuation was resumed. So it jumps
> > > over the code again as if it resumed again, calling 'execute' again
> > > ... and so on, until the stack is depleted.
> > >
> > > Hope this helps,
> > >
> > > Geert
> > >
> > >
> > >
> > > On Tue, Apr 1, 2008 at 10:56 AM, Frederick Isaac
> <[EMAIL PROTECTED]> wrote:
> > > > Hi Geert,
> > > >
> > > > Glad to see that you have some bandwidth to look at my albeit
> obscure
> > > > problem. I am sending you the code. I am not sure that it is neither
> correct
> > > > nor optimal and would really appreciate your input. The mainTest uses
> a
> > > > SimpleHanoi as a correctness check and then uses TestPauseParm for
> which
> > > > most of the supporting classes are concerned with enabling the
> continuation
> > > > to use parameters.
> > > >
> > > > This comes from a simple unix environment (currently solaris 10
> running JDK
> > > > 1.5).
> > > >
> > > > Just type build then use run to see how the stack is exploded on the
> post
> > > > continuation recursion.
> > > >
> > > > Hope this help
> > > >
> > > > Cheers
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > On 3/29/08, Geert Bevin <[EMAIL PROTECTED]> wrote:
> > > > > Yes, please send me the example that fails for you. The only
> example
> > > > > that I could find in the email archives is one that has a problem
> with
> > > > > inner classes not being static and hence not having a default
> > > > > constructor that can be called from outside the enclosing class.
> > > > >
> > > > >
> > > > > On Tue, Mar 4, 2008 at 4:40 AM, Frederick Isaac
> <[EMAIL PROTECTED]>
> > > > wrote:
> > > > > > Just to follow on with more information
> > > > > >
> > > > > > The first call correctly recurses using execute in place of
> hanoi, and
> > > > the
> > > > > > continuation stops the execution.
> > > > > > The second execute causes entry in to the routine, but upon
> reaching the
> > > > > > move (pause() ) we exit from, but when we return to the
> continuation we
> > > > do
> > > > > > not start from the second execute point and just enter again.
> > > > > >
> > > > > > Have you been able to verify if this works or not - do you still
> need me
> > > > to
> > > > > > send my example?
> > > > > >
> > > > > > Thanks for looking into this.
> > > > > >
> > > > > > Cheers
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > On 3/1/08, Frederick Isaac <[EMAIL PROTECTED]> wrote:
> > > > > > >
> > > > > > > Thought I did,
> > > > > > >
> > > > > > > I can resend it though if you wish?
> > > > > > >
> > > > > > > Cheers
> > > > > > >
> > > > > > > It was a pretty simple tower of hanoi recursive solution
> > > > > > >
> > > > > > > like this
> > > > > > >
> > > > > > > void move(int disk, String f, String t)
> > > > > > > {
> > > > > > > System.out.println("moving disk " + disk + ": "
> + f +
> > > > " ->
> > > > > > " + t);
> > > > > > > }
> > > > > > > void hanoi(int disks, String f, String t, String r)
> > > > > > > {
> > > > > > > if(disks > 0)
> > > > > > > {
> > > > > > > hanoi(disks - 1, f, r, t);
> > > > > > > move(disks - 1, f, t);
> > > > > > > hanoi(disks - 1, r, t, f);
> > > > > > > }
> > > > > > > }
> > > > > > >
> > > > > > >
> > > > > > > but I wanted to remove the move function and replace it with a
> pause
> > > > which
> > > > > > should continue the recursion when reentered.
> > > > > > >
> > > > > > > The code mostly modifes the existing classes to define methods
> that
> > > > have
> > > > > > parameters
> > > > > > >
> > > > > > > Cheers
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > On 3/1/08, Geert Bevin <[EMAIL PROTECTED]> wrote:
> > > > > > > > Looking at it now, did you send me some sample code before
> that
> > > > shows
> > > > > > > > this behavior?
> > > > > > > >
> > > > > > > > On Sat, Mar 1, 2008 at 8:33 AM, Frederick Isaac
> > > > <[EMAIL PROTECTED]>
> > > > > > wrote:
> > > > > > > > > Hi again,
> > > > > > > > >
> > > > > > > > > any thoughts on the recursion question?
> > > > > > > > >
> > > > > > > > > Cheers
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > On 2/26/08, Frederick Isaac <[EMAIL PROTECTED]> wrote:
> > > > > > > > > >
> > > > > > > > > > cool,
> > > > > > > > > >
> > > > > > > > > > thanks very much
> > > > > > > > > >
> > > > > > > > > > Cheers
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > On 2/25/08, Geert Bevin <[EMAIL PROTECTED]> wrote:
> > > > > > > > > > > Actually, I was planning on looking at it today or
> tomorrow,
> > > > > > depending
> > > > > > > > > > > on how I advance with my work :-)
> > > > > > > > > > >
> > > > > > > > > > > On Mon, Feb 25, 2008 at 11:54 AM, Frederick Isaac
> > > > > > > > > <[EMAIL PROTECTED]> wrote:
> > > > > > > > > > > > Hi again Geert,
> > > > > > > > > > > >
> > > > > > > > > > > > I was wondering if you were able to find some time
> yet to
> > > > > > discuss the
> > > > > > > > > > > > recursion problem I was experiencing with Rife.
> > > > > > > > > > > >
> > > > > > > > > > > > Cheers
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > On 1/22/08, Frederick Isaac <[EMAIL PROTECTED]>
> wrote:
> > > > > > > > > > > > >
> > > > > > > > > > > > > I am very sorry to hear about your father.
> > > > > > > > > > > > > I entirely understand that this really wouldn't be
> of much
> > > > > > interest
> > > > > > > > > to you
> > > > > > > > > > > > right now.
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > On 1/21/08, Geert Bevin <[EMAIL PROTECTED]> wrote:
> > > > > > > > > > > > > > Hi,
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > I'm terribly sorry that I haven't replied to your
> latest
> > > > > > emails
> > > > > > > > > yet.
> > > > > > > > > > > > > > My father passes away last week and I have to
> take care
> > > > of
> > > > > > > > > everything
> > > > > > > > > > > > > > related to that. Since I can't answer off the bat
> on
> > > > your
> > > > > > question
> > > > > > > > > and
> > > > > > > > > > > > > > have to experiment myself, I sadly don't have
> time for
> > > > that
> > > > > > atm.
> > > > > > > > > I'll
> > > > > > > > > > > > > > look into it as soon as I can.
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > Tare care,
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > Geert
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > On 1/22/08, bonehead <[EMAIL PROTECTED]>
> wrote:
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > Hi,
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > I am having problems with recursion using rife
> 1.6 on
> > > > jdkl
> > > > > > 1.5.
> > > > > > > > > I am
> > > > > > > > > > > > > > > implementing a simple Tower of Hanoi and have a
> > > > recursive
> > > > > > call
> > > > > > > > > after
> > > > > > > > > > > > > > > the pause() function. This causes the function
> to call
> > > > > > after the
> > > > > > > > > > > > > > > pause() which is stack overflowing.
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > Should I be using one of the Call/answer or
> other
> > > > styles
> > > > > > if so
> > > > > > > > > anyone
> > > > > > > > > > > > > > > have details on how these are used?
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > Cheers
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > --
> > > > > > > > > > > > > > Geert Bevin
> > > > > > > > > > > > > > Terracotta - http://www.terracotta.org
> > > > > > > > > > > > > > Uwyn "Use what you need" - http://uwyn.com
> > > > > > > > > > > > > > RIFE Java application framework -
> http://rifers.org
> > > > > > > > > > > > > > Music and words - http://gbevin.com
> > > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > --
> > > > > > > > > > > Geert Bevin
> > > > > > > > > > > Terracotta - http://www.terracotta.org
> > > > > > > > > > > Uwyn "Use what you need" - http://uwyn.com
> > > > > > > > > > > RIFE Java application framework - http://rifers.org
> > > > > > > > > > > Music and words - http://gbevin.com
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Geert Bevin
> > > > > > > > Terracotta - http://www.terracotta.org
> > > > > > > > Uwyn "Use what you need" - http://uwyn.com
> > > > > > > > RIFE Java application framework - http://rifers.org
> > > > > > > > Music and words - http://gbevin.com
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > >
> > > > > Geert Bevin
> > > > > Terracotta - http://www.terracotta.org
> > > > > Uwyn "Use what you need" - http://uwyn.com
> > > > > RIFE Java application framework - http://rifers.org
> > > > > Music and words - http://gbevin.com
> > > > >
> > > >
> > > >
> > >
> > >
> > >
> > > --
> > >
> > >
> > > Geert Bevin
> > > Terracotta - http://www.terracotta.org
> > > Uwyn "Use what you need" - http://uwyn.com
> > > RIFE Java application framework - http://rifers.org
> > > Music and words - http://gbevin.com
> > >
> >
> >
> >
> > --
> > Geert Bevin
> > Terracotta - http://www.terracotta.org
> > Uwyn "Use what you need" - http://uwyn.com
> > RIFE Java application framework - http://rifers.org
> > Music and words - http://gbevin.com
> >
>
>
--
Geert Bevin
Terracotta - http://www.terracotta.org
Uwyn "Use what you need" - http://uwyn.com
RIFE Java application framework - http://rifers.org
Music and words - http://gbevin.com
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"rife-users" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/rife-users?hl=en
-~----------~----~----~----~------~----~------~--~---
