seaside October 2006

seaside@lists.squeakfoundation.org

68 participants
131 discussions

Seaside2.7a1-avi.10
by Avi Bryant 30 Oct '06

30 Oct '06

Note: this message is only relevant for people using Seaside on Squeak. I think. I've just committed a version to the 2.7a branch which includes a couple of changes we use internally for Dabble DB. The main change I just made recently, and although it seems fine, it's hackish enough that I'd be curious to have others take a look at it. It takes a bit of explanation. The background is this: we had some users complaining that if they opened up a number of tabs in their browser, sometimes when they went back to an old tab the links they clicked on would have no effect. This is, of course, because we expire old continuations, and their old tabs were falling out of the LRU cache. So I tried bumping up (way up, to like 500) the number of continuations kept in the cache. Not that surprisingly, I saw a massive increase (cripplingly so) in the size of the Seaside sessions. The interesting thing was what a space analysis of these huge images showed. The space wasn't, largely, being used by stored method contexts or snapshotted state. It was almost all instances of String, and some random sampling of these showed that almost all of them were from CSS class or id attributes. Huh? What was happening was this: I would have a render method that would construct a CSS class or ID, usually by combining some string literal with some number. Then I would pass that class or ID into another render method. Minimally, it might look like this: renderCellForColumn: aNumber on: html |class| class := 'tableColumn', (aNumber \\ 2 + 1) asString. self renderCellWithClass: class on: html Then that other render method would generate a callback, like this: renderCellWithClass: aString on: html html tableData class: aString; with: [html anchor callback: [self doStuff]; text: 'Do stuff'] Because aString was constructed, it was a new instance every time. And because it was in the home context for the callback block (even though it wasn't used from the block), it was held onto by the callback, which is held onto for (in my case) quite a long time. And when you have tables with thousands of cells, each with one of these CSS classes, it builds up. So, ok, one lesson here is to be more careful about constructing strings (I could have 'tableColumn1' and 'tableColumn2' literals and an if statement), or to intern them. But I was curious if I could solve the problem more generally than that. After all, the block doesn't *need* to be holding onto aString. So I added a #tempVarRefs method to BlockContext. This scans the bytecodes for the block and returns the indices of any temps that the block uses. I think added a variation of #fixTemps named #fixCallbackTemps which, after copying the home context, goes through the temps and nils out any that don't appear in #tempVarRefs. I then changed every reference to #fixTemps within Seaside to #fixCallbackTemps. The upshot is that all stored callbacks in Seaside should avoid holding onto any temps that they don't actually use. I'm hoping this will lead to a noticeable reduction in memory footprint in the general case, but I haven't done any tests yet. I also haven't done any thorough testing of #tempVarRefs to make sure that #fixCallbackTemps does, in fact, leave the semantics of the block unchanged compared to #fixTemps. I would love it if someone had the time to review the code and run some such tests. Meanwhile, we're using it in production with no ill effects reported so far... Cheers, Avi

5 9

The Weekly Squeak Summary No. 4: Oct 22 - Oct 28, 2006
by Michael Haupt 30 Oct '06

30 Oct '06

Dear Squeakers, welcome to the The Weekly Squeak Summary, a weekly report on what's going on in the world of Squeak based on the Weekly Squeak blog. Highlights of the week: Around the image, some development is going on, and problems need to be solved. As for development, Colin Putney has posted a roadmap for OmniBrowser development, a likely future replacement of the standard system browser [1]. Recent images require some looking-into; there appears to be a freezing problem that needs to be documented by anyone willing to help [4]. News related to the commercial world bring us two offers this week: a job offer at Cadence [10], and an iPod offer for a nifty improvement of just about any possible kind [5] to Gjallar, the open-source issue tracker written using Seaside and Magma. (I've seen Göran's demo at OOPSLA, it's pretty impressive.) Last week's news items: [1] OmniBrowser Roadmap http://weeklysqueak.wordpress.com/2006/10/23/omnibrowser-roadmap/ [2] Serial port howto http://weeklysqueak.wordpress.com/2006/10/23/serial-port-howto/ [3] Minnow Wiki http://weeklysqueak.wordpress.com/2006/10/26/minnow-wiki/ [4] Image Freezing http://weeklysqueak.wordpress.com/2006/10/26/image-freezing/ [5] IPOD anyone? http://weeklysqueak.wordpress.com/2006/10/26/ipod-anyone/ [6] Efficient Thread-local shared variables http://weeklysqueak.wordpress.com/2006/10/26/efficient-thread-local-shared-… [7] Removing EToys? http://weeklysqueak.wordpress.com/2006/10/26/removing-etoys/ [8] RESTFull URL http://weeklysqueak.wordpress.com/2006/10/26/restfull-url/ [9] Craig Turn Around, Time For Your Close-UP http://weeklysqueak.wordpress.com/2006/10/26/craig-turn-around-time-for-you… [10] Job in San Jose, California http://weeklysqueak.wordpress.com/2006/10/26/job-in-san-jose-california/ You can find this and much more on The Weekly Squeak blog, the newsblog dedicated to the world of Squeak: http://news.squeak.org/ Subscribe to the Weekly Squeak RSS feed: http://news.squeak.org/feed/ Happy squeaking, Michael

1 0

Livecallbacks not working (Async newbie)
by Rick Flower 28 Oct '06

28 Oct '06

While I'm fairly comfortable w/ Seaside, I started using the Async features, but can't seem to get the LiveCallbacks working as far as I can tell.. I tried setting a breakpoint in the code for the liveCallback, but nothing ever triggered. I'm using a select list with a single item in it -- perhaps that's my problem (I need multiple items?).. Anyway, I just thought I'd ask if there were any other things that need to be setup first in order to use the async features? FYI -- I'm using the Canvas API.. Thanks! -- Rick

1 1

[FIX] Ajax on Firefox 2.0
by Ron Teitelbaum 28 Oct '06

28 Oct '06

All, I found the live update error on FireFox. The problem was: request.open("GET", uri); Should have been: request.open("GET", uri, true); Changing this fixed things. Attached is a file out of the change. Ron Teitelbaum http://bugs.impara.de/view.php?id=5310

2 1

RE: [Seaside] [VW7.4.1]Problem migrating to latest
by Boris Popov 28 Oct '06

28 Oct '06

Carl, see, http://leftshore.wordpress.com/2006/10/27/hint-setting-up-apache-proxy-f or-your-seaside-host/ http://tinyurl.com/yyc8oz (same link but shorter) Ask away if you have any questions, certainly this isn't the most comprehensive guide of all. Cheers! -Boris -- +1.604.689.0322 DeepCove Labs Ltd. 4th floor 595 Howe Street Vancouver, Canada V6C 2T5 boris(a)deepcovelabs.com CONFIDENTIALITY NOTICE This email is intended only for the persons named in the message header. Unless otherwise indicated, it contains information that is private and confidential. If you have received it in error, please notify the sender and delete the entire message including any attachments. Thank you. -----Original Message----- From: Carl Gundel [mailto:carlg@libertybasic.com] Sent: Friday, October 27, 2006 10:57 AM To: Boris Popov Subject: Re: [Seaside] [VW7.4.1]Problem migrating to latest Hi Boris, Yes I certainly am interested if there's no simpler way to do it. Thanks. -Carl Gundel, author of Liberty BASIC http://www.libertybasic.com ----- Original Message ----- From: "Boris Popov" <boris(a)deepcovelabs.com> To: "The Squeak Enterprise Aubergines Server - general discussion." <seaside(a)lists.squeakfoundation.org> Sent: Friday, October 27, 2006 1:22 PM Subject: RE: [Seaside] [VW7.4.1]Problem migrating to latest We always proxy the application behind the apache proxy and use URL rewrite to hide the extra parts. Reason why I would suggest doing something like that is that it leaves you with an option to set up aliases in apaches for other locations, say /images and /css and serve the static files without going to Seaside which Apache is very good at. In development, of course, those locations are still resolved by Seaside, but shortcircuited in production by Apache. Let me know if you're interested in more details and I could write up a quick guide with snippets. Hope this helps, -Boris -- +1.604.689.0322 DeepCove Labs Ltd. 4th floor 595 Howe Street Vancouver, Canada V6C 2T5 boris(a)deepcovelabs.com CONFIDENTIALITY NOTICE This email is intended only for the persons named in the message header. Unless otherwise indicated, it contains information that is private and confidential. If you have received it in error, please notify the sender and delete the entire message including any attachments. Thank you. -----Original Message----- From: seaside-bounces(a)lists.squeakfoundation.org [mailto:seaside-bounces@lists.squeakfoundation.org] On Behalf Of Carl Gundel Sent: Friday, October 27, 2006 9:31 AM To: The Squeak Enterprise Aubergines Server - general discussion. Subject: Re: [Seaside] [VW7.4.1]Problem migrating to latest From: "Michel Bany" <michel.bany(a)gmail.com> > On 27 Oct 2006, at 16:21 , Carl Gundel wrote: > > I just moved my application to the latest version of Seaside on VW > > 7.4.1. I > > was using an older version from around June or so. My app starts > > in the > > browser okay, but if I click on anything (even links in the tools > > frame) it > > immediately takes me to the readme.html page. I'm baffled. :-/ > > Carl, did you rebuild your image or did you load the latest Seaside > on top > of the older ? I installed VW 7.4.1 clean and installed everything from scratch. Both times I installed Seaside it was on a new image with only Store and some dev tools loaded. Anyways, as I said it all seems good now. :-) I wish I could figure out how to get the VW web server to map my application URL down to the root, like http://www.myapp.com. Any ideas? -Carl Gundel, author of Liberty BASIC http://www.libertybasic.com _______________________________________________ Seaside mailing list Seaside(a)lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside _______________________________________________ Seaside mailing list Seaside(a)lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

1 0

[VW7.4.1]Problem migrating to latest
by Carl Gundel 27 Oct '06

27 Oct '06

I just moved my application to the latest version of Seaside on VW 7.4.1. I was using an older version from around June or so. My app starts in the browser okay, but if I click on anything (even links in the tools frame) it immediately takes me to the readme.html page. I'm baffled. :-/ -Carl Gundel, author of Liberty BASIC http://www.libertybasic.com

3 4

FW: LiveUpdate tests do not work on Firefox 2.0 (was: RE: [Seaside] Works on IE)
by Ron Teitelbaum 27 Oct '06

27 Oct '06

Picture was too big to post to mailing list please see bug for liveUpdate2.jpg. Ron _____ From: Ron Teitelbaum [mailto:Ron@USMedRec.com] Sent: Friday, October 27, 2006 12:01 PM To: 'The Squeak Enterprise Aubergines Server - general discussion.' Cc: 'Klaus D. Witzel'; 'Joseph Blatter' Subject: LiveUpdate tests do not work on Firefox 2.0 (was: RE: [Seaside] Works on IE) http://bugs.impara.de/view.php?id=5310 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1) Gecko/20061010 Firefox/2.0 Package and load version Seaside2.7a1 Seaside2.7a1-mb.109.mcz SeasideAsync SeasideAsync-mjl.44.mcz Scriptaculous Scriptaculous-mb-145.mcz FileLibrary FileLibrary-mb.18.mcz http://localhost:9191/seaside/tests/async/canvas/livetests But they do work on IE. The top input field does work but it updates the page. Everything else does not work see attached. Thanks! Ron Teitelbaum > -----Original Message----- > From: seaside-bounces(a)lists.squeakfoundation.org [mailto:seaside- > bounces(a)lists.squeakfoundation.org] On Behalf Of Ron Teitelbaum > Sent: Friday, October 27, 2006 9:08 AM > To: 'Philippe Marschall'; 'The Squeak Enterprise Aubergines Server - > general discussion.' > Subject: RE: [Seaside] Works on IE > > Yes this is the response I get back. I can also put in a break point and > watch values. Any suggestions on how to debug this? > > I click the link and I get a response back: > <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"><html lang="en" > xml:lang="en" > xmlns="http://www.w3.org/1999/xhtml"><head><title>Seaside</title><meta > content="text/xml; charset=utf-8" > http-equiv="Content-Type"></meta></head><body><br /><a > href="?_k=NtiHfjnq&_s=lDawHGZSKpKiIZXK&11" > id="advancedSearch">Simple Search</a><div id="searchForm"><table > id="searchTable"><tr><td>First Name: </td><td><input type="text" > value="Enter First Name" class="text" /></td></tr><tr><td>Middle Name: > </td><td><input type="text" value="Enter Middle Name" class="text" > /></td></tr><tr><td>Last Name: </td><td><input type="text" value="Enter > Last > Name" class="text" /></td></tr><tr><td>Name Suffix: </td><td><input > type="text" value="Enter Name Suffix" class="text" /></td><td>(Sr. Jr. III > ...)</td></tr></table></div><br /><div id="searchButtons"><input > type="button" value="search" class="button" /></div><script > type="text/javascript">document.getElementById('advancedSearch').onclick = > liveClick('advancedSearch','http://localhost:9191/seaside/test3?_k=NtiHfjn > q& > amp;_s=lDawHGZSKpKiIZXK&12')</script></body></html> > > > > -----Original Message----- > > From: Philippe Marschall [mailto:philippe.marschall@gmail.com] > > Sent: Friday, October 27, 2006 1:48 AM > > To: Ron(a)usmedrec.com; The Squeak Enterprise Aubergines Server - general > > discussion. > > Subject: Re: [Seaside] Works on IE > > > > 2006/10/26, Ron Teitelbaum <Ron(a)usmedrec.com>: > > > > > > > > > > > > > > > Hi All, > > > > > > > > > > > > So now that I have both IE and Firefox of course I went to test my > > little > > > example programs on Firefox. This one works on IE but not on fireFox. > > > > > > > > > > > > html anchor > > > > > > id: 'advancedSearch'; > > > > > > callback: ["noop"]; > > > > > > liveCallback: [:h | self toggleSearchType. > > > > > > self renderContentOn: > > > h]; > > > > > > text: (self isSimpleSearch ifTrue: ['Advanced > > > Search'] ifFalse: ['Simple Search']). > > > > > > html div id: 'searchForm'; with: [ > > > > > > self isSimpleSearch ifTrue: [self > > > renderSimpleSearchOn: html] > > > > > > ifFalse: [self renderAdvancedSearchOn: html]]. > > > > > > > > > > > > If I refresh the page it works of course. Any idea why this works for > > IE > > > and not fireFox? What does one do to research problems like this? > > > > > > > > > > > > Thanks for your help! > > > > Do you have some kind of JavaScript debugger like FireBug? > > > > Philippe > > > _______________________________________________ > Seaside mailing list > Seaside(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

1 0

RE: [Vm-dev] Image Freezing
by Ron Teitelbaum 27 Oct '06

27 Oct '06

It may not but it does alleviate the symptom! It's very difficult to work when the image freezes. The image has been running now for a few hours I also started seaside and it is still responsive even after long periods of inactivity. Ron > -----Original Message----- > From: Lukas Renggli [mailto:renggli@gmail.com] > Sent: Thursday, October 26, 2006 4:34 PM > To: Ron(a)usmedrec.com; Squeak Virtual Machine Development Discussion > Subject: Re: [Vm-dev] Image Freezing > > > Does this process have to run at the same priority as idle? Is there a > > problem with a deadlock in the priority switching process of the vm? > > No, it probably shouldn't run at the same priority (I just chose the > lowest priority and didn't think more about that). The latest version > increases this priority to 20. But still, this doesn't solve the > original problem ... > > Lukas > > -- > Lukas Renggli > http://www.lukas-renggli.ch

3 2

live callback issue again
by Joseph Blatter 27 Oct '06

27 Oct '06

i think there is something wrong with live callbacks. if i test the following in Opera 9.01, nothing happens (note the "self error:" inside the block): aRenderer select list: #(1 2 3 4 5); selected: 2; labels: [:ea | ea printString ]; liveCallback: [:anIndex :h | self error: 'An Error'. selection := anIndex. h span id: 'sel'; with: 'Value selected= ' , selection displayString ]. This fails only in Opera (i've cleaned all caches), not in Firefox or IE, so I've enabled all JavaScript debug options under Tools -> Advanced tab, and this is the output. JavaScript - http://192.168.10.12:9090/seaside/ToTest Unknown thread Error: name: TypeError message: Statement on line 91: Could not convert undefined or null to object Backtrace: Line 91 of linked script http://192.168.10.12:9090/seaside/ToTest?_s=XwRmalDSjjSPeOoI eval(elem.childNodes[0].data); At unknown location [statement source code not available] JavaScript - http://192.168.10.12:9090/seaside/ToTest Unknown thread Error: name: TypeError message: Statement on line 91: Could not convert undefined or null to object Backtrace: Line 91 of linked script http://192.168.10.12:9090/seaside/ToTest?_s=XwRmalDSjjSPeOoI eval(elem.childNodes[0].data); At unknown location [statement source code not available] JavaScript - http://192.168.10.12:9090/seaside/ToTest Unknown thread Error: name: TypeError message: Statement on line 91: Could not convert undefined or null to object Backtrace: Line 91 of linked script http://192.168.10.12:9090/seaside/ToTest?_s=uSvdMEmpigfTZgGl eval(elem.childNodes[0].data); At unknown location [statement source code not available] JavaScript - http://192.168.10.12:9090/seaside/ToTest Unknown thread Error: name: TypeError message: Statement on line 91: Could not convert undefined or null to object Backtrace: Line 91 of linked script http://192.168.10.12:9090/seaside/ToTest?_s=uSvdMEmpigfTZgGl eval(elem.childNodes[0].data); At unknown location [statement source code not available] maybe my previous e-mail wasn't clear enough. perhaps i'm doing something wrong since nobody confirmed this issue. cheers __________________________________________________ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! Regístrate ya - http://correo.espanol.yahoo.com/ __________________________________________________ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! Regístrate ya - http://correo.espanol.yahoo.com/

3 2

embed a video with seaside
by Andreas Petermann 27 Oct '06

27 Oct '06

Hi all, I'm trying to embed a video in my web application but without any success. So I hope you can help me. I try'd the following: video := self tag: 'embed'. video attributeAt: 'src' put: (self context urlForDocument: videoFileName). When I open my application in a webbrowser (firefox 2.0) I can see the Q of the quicktime plugin within a ?. Has anyone an idea what I can do to solve this problem? Thanks a lot Pete -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer

3 5

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

seaside October 2006