Return-Path: Delivered-To: apmail-cocoon-users-archive@www.apache.org Received: (qmail 93679 invoked from network); 25 Sep 2003 20:18:23 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 25 Sep 2003 20:18:23 -0000 Received: (qmail 41148 invoked by uid 500); 25 Sep 2003 20:17:56 -0000 Delivered-To: apmail-cocoon-users-archive@cocoon.apache.org Received: (qmail 41058 invoked by uid 500); 25 Sep 2003 20:17:56 -0000 Mailing-List: contact users-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: users@cocoon.apache.org Delivered-To: mailing list users@cocoon.apache.org Received: (qmail 41005 invoked from network); 25 Sep 2003 20:17:55 -0000 Received: from unknown (HELO kerberos) (62.116.51.59) by daedalus.apache.org with SMTP; 25 Sep 2003 20:17:55 -0000 Received: From mail.at.efp.cc ([62.116.51.60]) by kerberos (WebShield SMTP v4.5 MR1a); id 1064521076989; Thu, 25 Sep 2003 22:17:56 +0200 Received: from WRPO (wrpo.at.intra.efp.cc [194.107.80.147]) by mail.at.efp.cc (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h8PKHu828576; Thu, 25 Sep 2003 22:17:56 +0200 From: "Reinhard Poetz" To: Cc: Subject: RE: Flowscript problem? Date: Thu, 25 Sep 2003 22:17:35 +0200 Message-ID: <001001c383a2$0fd12050$1e01a8c0@WRPO> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 In-Reply-To: <3F73280A.5010505@verizon.net> X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Chris, > From: Christopher Oliver > > Local variables are _shared_ between continuations. Changes > to the value > of the variable in one continuation should be visible to another. If > that is not the case, there's a bug. Try the calculator example as desribed below. But I'm not sure if this is a bug. IIRC this is not the first time we discuss this but I only found one pointer: http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=105593054122167&w=2 Does anybody find more on this subject? Reinhard P.S.: Moving again a discussion to the dev list > > Chris > > Reinhard Poetz wrote: > > >>From: Francis Vermeulen > >> > >>thanks for the reply. But as I understood it, for a single > >>script there may be multiple continuations at any point in > >>time, all corresponding to different page submissions so that > >>if you use the browser back button, submitting that page can > >>use that particular continuation to restore the intepreter > >>state as it was when that page was being submitted the first > >>time. > >> > >> > > > >sorry, my last answer was too fast: you are right, local > variables are > >bound to the continuation. I tried it with the calculator example by > >changing all variables to local variables. I entered a and b > and then > >forked my browser window (using IE with Ctrl+N) and jumped back to > >enter a different value for b. If I used local variables I got two > >different results which is the right behaviour. I tested with a CVS > >snapshot from last week (with the latest rhino lib). > > > > > > > >>That's even the example given in the documentation? So > >>I don't understand your point, I'm sorry. Can you clarify > >>further on this? > >> > >> > > > >Sorry again. > > > >Try out the calculator examples the way I did. Do you get the same > >results as I got? > > > >Cheers, > >Reinhard --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org For additional commands, e-mail: users-help@cocoon.apache.org