[Seaside] Computation has been terminated - error is back

[Derek Brans]

While paring down my application I ended up with the following simple 
example.  (Seaside 2.07)

I don't know how it came to pass, but the instance variable 
"mainContainer" in XETest was Undeclared.  The amazing thing is that 
this code actually works some of the time... can anyone explain why it 
works (it even had state! ... could this be the SessionObject stuff)?

File in the code (all applications will be cleaned up).
Point your browser to seaside/test.
Play with the counter.
Click on "trigger".

Sometimes "trigger" causes the computation terminated error.  Othertimes 
it doesn't.  It seems to depend on the instance of XETest.  If you erase 
the action key and session information from the url, you have a 75% 
chance of ending up with a buggy XETest instance.  The other 25% of 
instances work fine.

Note: although it looks like lazy-initialization of mainContainer, it 
actually isn't.  The container gets "created" by 
XESession>>unknownRequest.

Not sure if this is THE problem but if you add the declaration of 
mainContainer, the "computation terminated" seems to go away... would 
love to understand this behaviour further.

Thank you,
Derek


-------------- next part --------------
A non-text attachment was scrubbed...
Name: Xenith-test.st
Type: application/text
Size: 2902 bytes
Desc: not available
Url : http://lnx-12.ams-2.theinternetone.net/pipermail/seaside/attachments/20030130/22591634/Xenith-test.bin
-------------- next part --------------


On Monday, January 13, 2003, at 05:58 PM, Avi Bryant wrote:

>
>
> On Mon, 13 Jan 2003, Derek Brans wrote:
>
>> Avi,
>>
>> Here is my session subclass.   Much much thanks.
>
> Although I don't see anything there that looks like it directly causes
> your problem, I do notice that in #unknownRequest you have
>
>   ^ response notFound: aRequest applicationUrl
>
> You should never use 'response' directly like that (in fact, more recent
> versions of Session don't have that ivar).  Instead, you want
>
>   self respond: [:r | r notFound: aRequest applicationUrl].
>
> Do you do anything similar anywhere else?
>
> _______________________________________________
> Seaside mailing list
> Seaside at lists.squeakfoundation.org
> http://lists.squeakfoundation.org/listinfo/seaside
>
>
Nerd on a Wire: Web and Information Solutions
Website Design - Database Systems - Site Hosting
604.874.6463
mailto:info at nerdonawire.com
For more information, visit http://nerdonawire.com