April 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Online Pharo Documentation

by StÃ©phane Ducasse

Camillo could use the convention of coral for the short class description? If I remember it is Object <| Point because like that it looks like the UML triangle. Stef

April 22, 2011

Re: [Pharo-project] Online Pharo Documentation

by StÃ©phane Ducasse

***thanks*** camillo it would be gorgeous in the future to have a new webdoc for the currently released version of pharo. Stef On Apr 22, 2011, at 9:52 PM, Camillo Bruni wrote: > Hi everyone, > > During the last month I worked a bit on my pharo web documentation tool. > It's a derivate of ruby's http://yardoc.org/ running on top of seaside. > > A test image is available here: > http://dl.dropbox.com/u/18184943/WebDoc.zip > Open the image then access the documentation in your browser > http://localhost:8080/doc > > There are still some glitches due to the javascript fancyness around. > > Features: > - browse and filter packages > - browse and filter classes of packages > - Class overview with markdown enabled comments > - fully annotated source code with popups for known types and selectors > > Missing: > - fully functional and slightly more intelligent search for methods, classes and packages > - hierarchical display of packages > - bookmarkable links don't work yet. > > Please feel free to add your own wishes, I hope to slowly improve this webdoc to make it really usable. > > v(^_^)v > camillo

April 22, 2011

[Pharo-project] Online Pharo Documentation

by Camillo Bruni

Hi everyone, During the last month I worked a bit on my pharo web documentation tool. It's a derivate of ruby's http://yardoc.org/ running on top of seaside. A test image is available here: http://dl.dropbox.com/u/18184943/WebDoc.zip Open the image then access the documentation in your browser http://localhost:8080/doc There are still some glitches due to the javascript fancyness around. Features: - browse and filter packages - browse and filter classes of packages - Class overview with markdown enabled comments - fully annotated source code with popups for known types and selectors Missing: - fully functional and slightly more intelligent search for methods, classes and packages - hierarchical display of packages - bookmarkable links don't work yet. Please feel free to add your own wishes, I hope to slowly improve this webdoc to make it really usable. v(^_^)v camillo

April 22, 2011

Re: [Pharo-project] out of memory - cog on windows

by Andres Valloud

It's nice to see how to set up one's environment. The specific compiler versions, as well as versions of the relevant SDKs, should be well documented so that anyone can reproduce an "official" build. IMHO, it seems a bit weird that a command line switch was superceded with a #define. On 4/22/11 8:17 , Alain_Rastoul wrote: > Hi Andres, > > Of course you are right , in that particular case it's just to help Tudor > recovering an image. > Having an argument -memory would be helpful for such cases, but I think it > has been superseeded with a#define. > > You can build a vm very easily once you have your build environment set. > This is described in > http://book.pharo-project.org/book/Virtual-Machine/Building/BuildVMOnWindow… > and (didn't try it but seems very well done and perhaps more up to date - > thanks Mariano!): > http://marianopeck.wordpress.com/tag/build/ > See also the HowToBuild note in the vm sources. > On Unix, the build tools are here you just need to download the vm sources > (see the url in previous documents) > and run make. > For Mac, I don't have a Mac I don't know > > Regards, > Alain > > > > "Andres Valloud" > <avalloud(a)smalltalk.comcastbiz.net> a Ã©crit dans le > message de news: 4DB0C591.3080903(a)smalltalk.comcastbiz.net... >> Yeah, not all operating systems and application environments are the same. >> What happens when you let a 512mb image loose in an environment where you >> have 10 images running on a 4gb machine? Ouch. What happens when you let >> a 2gb image loose in a 1gb machine and you get an infinite recursion bug? >> Ouch. >> >> But, at the same time, a 512mb limit can be useful precisely to prevent an >> infinite recursion from killing your machine. I hate to brag, but I have >> been working on memory policies and memory management for quite a while on >> VisualWorks, and the edge cases do matter a lot. It's not so simple as to >> "let's just increase the max memory to 4gb". >> >> Also, you can recompile your VMs with different settings and what not, but >> how do you know they will work? Is the compilation environment >> standardized somewhere so that I can reproduce an "official" VM build if I >> want? >> >> On 4/21/11 13:44 , Alain_Rastoul wrote: >>> Apparently, the vm allocates MAX_VIRTUAL_MEMORY and reduces by steps of >>> 128M until it >>> succeeds. >>> so I suppose it could be possible to allocate 2Gb and see how it runs on >>> a 1Gb system and if this is not too much stress for >>> the system (thinking of the pagefile) ? >>> Tudor is your vm a cog or non cog vm ? >>> >>> "Mariano Martinez Peck" >>> <marianopeck(a)gmail.com >>> <mailto:marianopeck@gmail.com>> a Ã©crit >>> dans le message de news: >>> >>> BANLkTi=Tved13_KL7quOzemOXPnCcfWw+g(a)mail.gmail.com >>> >>> <mailto:BANLkTi=Tved13_KL7quOzemOXPnCcfWw+g@mail.gmail.com>... >>> >>> ------------------------------------------------------------------------ >>> >>> >>> >>> On Thu, Apr 21, 2011 at 10:21 PM, Tudor Girba >>> <tudor.girba(a)gmail.com >>> <mailto:tudor.girba@gmail.com>> wrote: >>> >>> Hi, >>> >>> Should I to understand that the only way to enable more memory >>> is to recompile the VM? Does that mean that there is no way to >>> pass this information as a parameter like we can on Mac? >>> >>> >>> As far as I know you can pass a parameter, but even so, it won't be >>> able to allocate more than 512MB. >>> I can compile the VM for you with this change in 5 minutes. But I am >>> not sure that such simple code would make it work. I think such >>> limit is there because of something. Otherwise, it sounds stupid >>> imposing a limit just because. >>> >>> The problem is that I cannot recompile the VM because I have no >>> access to a Windows machine. Is there one available that >>> provides more memory? >>> >>> >>> I don't think so, but start cc'ing the VM mailing list. You'd >>> probably receive more help. >>> >>> Cheers >>> >>> Mariano >>> >>> Cheers, >>> Doru >>> >>> >>> On 21 Apr 2011, at 22:09, Alain_Rastoul wrote: >>> >>> > Hi Tudor, >>> > >>> > There is a constant in sqWin32Alloc.h (platforms\win32\vm) : >>> > #define MAX_VIRTUAL_MEMORY 512*1024*1024 >>> > you can change it to whatever you want and rebuild the vm, >>> > for exzmple give all the available memory less 256 M . >>> > >>> > HTH >>> > >>> > Regards >>> > Alain >>> > >>> > "Tudor Girba" >>> <tudor.girba(a)gmail.com >>> <mailto:tudor.girba@gmail.com>> a >>> Ã©crit >>> > dans le message de news: >>> >>> 03B9389F-C719-44D0-B106-2AC78B120F56(a)gmail.com... >>> > Hi, >>> > >>> > We have no specific startUp: methods in Moose. In any case, >>> the issue with >>> > opening the image does not seem to be related to startUp:. >>> > >>> > Is it really true that the Cog VM is limited to 512MB of >>> memory? >>> > >>> > Cheers, >>> > Doru >>> > >>> > >>> > On 21 Apr 2011, at 14:27, Luc Fabresse wrote: >>> > >>> >> Hi Doru, >>> >> >>> >> 2011/4/21 Tudor Girba >>> >> <tudor.girba(a)gmail.com >>> <mailto:tudor.girba@gmail.com>> >>> >> Hi, >>> >> >>> >> >>> >> >>> >> On Apr 21, 2011, at 14:06, Mariano Martinez Peck >>> >> <marianopeck(a)gmail.com >>> <mailto:marianopeck@gmail.com>> wrote: >>> >> >>> >>> >>> >>> >>> >>> On Thu, Apr 21, 2011 at 1:58 PM, Tudor Girba >>> >>> <tudor.girba(a)gmail.com >>> <mailto:tudor.girba@gmail.com>> wrote: >>> >>>> Hi again, >>> >>>> >>> >>>> I did not say what the problem was :). The problem was >>> that when >>> >>>> opening the image on Windows, he got a Space is low >>> message and the >>> >>>> image was not usable (see attachment). >>> >>> >>> >>> That's weird. Does moose have something on the startup >>> list? something >>> >>> that can be bothering there? >>> >> >>> >> Not that I know of. Is there a way to check this? >>> >> >>> >> Classes should be registered using Smalltlak >>> addToStartUpList: aClass >>> >> Then aClass class>>#startUp: is executed at startup. >>> >> So implementors of #startUp: on Moose classes should give >>> you the answer. >>> >> >>> >> #Luc >>> >> >>> >> >>> >> Actually, using exactly the same process some days ago he >>> produced an >>> >> image of 190MB. This one works just fine on Windows. The >>> only difference >>> >> between the two is the size of the loaded data. >>> >> >>> >> It would be really bad news if the Windows vm would be so >>> severely limited >>> >> in terms of memory. >>> >> >>> >> Cheers, >>> >> Doru >>> >> >>> >> >>> >>> >>> >>> On Mac it worked just fine. >>> >>>> >>> >>>> Cheers, >>> >>>> Doru >>> >>>> >>> >>>> >>> >>> >>> >>>> >>> >>>> >>> >>>> >>> >>>> On 21 Apr 2011, at 12:52, Tudor Girba wrote: >>> >>>> >>> >>>>> Hi, >>> >>>>> >>> >>>>> I received a question from someone running a 200MB image >>> on Windows >>> >>>>> using Cog 2361. >>> >>>>> >>> >>>>> If I open the image on Mac, it works just fine. >>> Unfortunately, I do >>> >>>>> not have a Windows machine around, and I cannot test but >>> I believe it >>> >>>>> should be solvable by increasing the allocated memory. >>> >>>>> >>> >>>>> On Mac, I would run it with: ./Croquet -memory 1500m >>> >>>>> >>> >>>>> Can anyone help me with the right incantation for Windows? >>> >>>>> >>> >>>>> Cheers, >>> >>>>> Doru >>> >>>>> >>> >>>>> >>> >>>>> -- >>> >>>>> www.tudorgirba.com<http://www.tudorgirba.com> >>> >>>>> >>> >>>>> "What we can governs what we wish." >>> >>>>> >>> >>>>> >>> >>>>> >>> >>>>> <Space is low.png> >>> >>>> >>> >>>> -- >>> >>>> www.tudorgirba.com<http://www.tudorgirba.com> >>> >>>> >>> >>>> "Yesterday is a fact. >>> >>>> Tomorrow is a possibility. >>> >>>> Today is a challenge." >>> >>>> >>> >>>> >>> >>>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> -- >>> >>> Mariano >>> >>> http://marianopeck.wordpress.com >>> >>> >>> >> >>> > >>> > -- >>> > www.tudorgirba.com<http://www.tudorgirba.com> >>> > >>> > "Beauty is where we see it." >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> >>> -- >>> www.tudorgirba.com<http://www.tudorgirba.com> >>> >>> "If you interrupt the barber while he is cutting your hair, >>> you will end up with a messy haircut." >>> >>> >>> >>> >>> >>> -- >>> Mariano >>> http://marianopeck.wordpress.com >>> >> >> > > > > > . >

April 22, 2011

Re: [Pharo-project] Why errors are not logged in the Transcript?

by csrabak＠bol.com.br

Em 22/04/2011 11:10, Igor Stasenko < siguctua(a)gmail.com > escreveu: > On 22 April 2011 06:24, <csrabak(a)bol.com.br> wrote: > > I disagree strongly. . . The transcript should maintain its > >purpose that is to show information 'intentionally' written to by > >the programmer. > > and so, what if my intent is to show error stack trace on > transcript? You as programmer can do what you want in your system. However having this arrangement as default for all users/programmers is IMNSO *wrong*. > in headless mode i would prefer to log everything to some default > logging facility.. guess which one? yes, it is Transcript. In a headless mode, probably the only user would be a sysadmin, so the choice looks sensible, although I still think that the stdout/stderr metaphor is more appropriate. > But then also i may want to use different stream for transcript in > headless mode (to redirect output to stdout or file), but that won't > require changing the error logging, which could simply output > everything to Transcript. If all these choices are not hardwired in the image, or at least made flexible enough so the defaults can be easily changed, I think it's OK. What I'm opposing is having this as standard in Pharo. Regards, -- Cesar Rabak

April 22, 2011

Re: [Pharo-project] Why errors are not logged in the Transcript?

by csrabak＠bol.com.br

Yes, reading and sharing the stack trace is a common task, but to do that you don't need to pollute the Transcript. If you want to do a (albeit crude) parallel to other realms, think of Transcript as the Unix stdout and the debug pane as the stderr. Putting *useful* info into files so others than the programmer can consume it's not contrary to Smalltalk. As parallel, Squeak mailing lists include all the diffs for changes in the e-mail's bodies, which can be considered as the same as filing them out. Maybe you hating on searching PharoDebug.log stems from lack of an appropriate tool? Em 22/04/2011 10:28, Guillermo Polito < guillermopolito(a)gmail.com > escreveu: Maybe I'm to viced by other techs, but reading and sharing the stack trace is a common task in everyday work.Â And I think the transcript as a "log console" and useful only for debugging purposes.... And putting info into files is not the smalltalk way... BTW, I hate searching for the stacktraces into the PharoDebug.log :P On Fri, Apr 22, 2011 at 1:24 AM, <csrabak(a)bol.com.br> wrote: I disagree strongly. . . The transcript should maintain its purpose that is to show information 'intentionally' written to by the programmer. If we feel the debugger info should be saved in some other place we should consider an alternate way of saving it, including, perhaps a log file and a {radio}button in the debugger itself. My 0.19999999..... Em 21/04/2011 15:19, Guillermo Polito < guillermopolito(a)gmail.com > escreveu: It should be fine to have stack traces into the Transcript as a default behavior in addition to the debugger. Guille :)

April 22, 2011

Re: [Pharo-project] jtalk fun

by Nicolas Petton

Le vendredi 22 avril 2011 Ã 16:20 +0200, Richard Durr a Ã©crit : > In a trivial test I did with Objective J, it did cost about half of > the speed, but gives sending to null and undefined as well als DNU. Half the speed is really something. Another problem would be the resulting JS code. Right now the JavaScript output is very readable, and it makes debugging easy. Cheers, Nicolas -- Nicolas Petton http://www.nicolas-petton.fr

April 22, 2011

Re: [Pharo-project] [Vm-dev] Where should I create issues for CMakeVMMaker ?

by Mariano Martinez Peck

On Fri, Apr 22, 2011 at 4:11 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > > On 22 April 2011 15:38, Mariano Martinez Peck <marianopeck(a)gmail.com> > wrote: > > > > Cog issue tracker of Pharo issue tracker ? I guess that Cog one. Please, > let me know. > > > > i think cog issue tracker is fine, since it is used to build cog vms. > > Ok...so, I have started: http://code.google.com/p/cog/issues/list?can=2&q=Type%3DCMakeVMMaker&colspe… > > Thanks > > > > -- > > Mariano > > http://marianopeck.wordpress.com > > > > > > > > > > -- > Best regards, > Igor Stasenko AKA sig. > -- Mariano http://marianopeck.wordpress.com

April 22, 2011

Re: [Pharo-project] out of memory - cog on windows

by Alain_Rastoul

Hi Andres, Of course you are right , in that particular case it's just to help Tudor recovering an image. Having an argument -memory would be helpful for such cases, but I think it has been superseeded with a#define. You can build a vm very easily once you have your build environment set. This is described in http://book.pharo-project.org/book/Virtual-Machine/Building/BuildVMOnWindow… and (didn't try it but seems very well done and perhaps more up to date - thanks Mariano!): http://marianopeck.wordpress.com/tag/build/ See also the HowToBuild note in the vm sources. On Unix, the build tools are here you just need to download the vm sources (see the url in previous documents) and run make. For Mac, I don't have a Mac I don't know Regards, Alain "Andres Valloud" <avalloud(a)smalltalk.comcastbiz.net> a Ã©crit dans le message de news: 4DB0C591.3080903(a)smalltalk.comcastbiz.net... > Yeah, not all operating systems and application environments are the same. > What happens when you let a 512mb image loose in an environment where you > have 10 images running on a 4gb machine? Ouch. What happens when you let > a 2gb image loose in a 1gb machine and you get an infinite recursion bug? > Ouch. > > But, at the same time, a 512mb limit can be useful precisely to prevent an > infinite recursion from killing your machine. I hate to brag, but I have > been working on memory policies and memory management for quite a while on > VisualWorks, and the edge cases do matter a lot. It's not so simple as to > "let's just increase the max memory to 4gb". > > Also, you can recompile your VMs with different settings and what not, but > how do you know they will work? Is the compilation environment > standardized somewhere so that I can reproduce an "official" VM build if I > want? > > On 4/21/11 13:44 , Alain_Rastoul wrote: >> Apparently, the vm allocates MAX_VIRTUAL_MEMORY and reduces by steps of >> 128M until it >> succeeds. >> so I suppose it could be possible to allocate 2Gb and see how it runs on >> a 1Gb system and if this is not too much stress for >> the system (thinking of the pagefile) ? >> Tudor is your vm a cog or non cog vm ? >> >> "Mariano Martinez Peck" >> <marianopeck(a)gmail.com >> <mailto:marianopeck@gmail.com>> a Ã©crit >> dans le message de news: >> >> BANLkTi=Tved13_KL7quOzemOXPnCcfWw+g(a)mail.gmail.com >> >> <mailto:BANLkTi=Tved13_KL7quOzemOXPnCcfWw+g@mail.gmail.com>... >> >> ------------------------------------------------------------------------ >> >> >> >> On Thu, Apr 21, 2011 at 10:21 PM, Tudor Girba >> <tudor.girba(a)gmail.com >> <mailto:tudor.girba@gmail.com>> wrote: >> >> Hi, >> >> Should I to understand that the only way to enable more memory >> is to recompile the VM? Does that mean that there is no way to >> pass this information as a parameter like we can on Mac? >> >> >> As far as I know you can pass a parameter, but even so, it won't be >> able to allocate more than 512MB. >> I can compile the VM for you with this change in 5 minutes. But I am >> not sure that such simple code would make it work. I think such >> limit is there because of something. Otherwise, it sounds stupid >> imposing a limit just because. >> >> The problem is that I cannot recompile the VM because I have no >> access to a Windows machine. Is there one available that >> provides more memory? >> >> >> I don't think so, but start cc'ing the VM mailing list. You'd >> probably receive more help. >> >> Cheers >> >> Mariano >> >> Cheers, >> Doru >> >> >> On 21 Apr 2011, at 22:09, Alain_Rastoul wrote: >> >> > Hi Tudor, >> > >> > There is a constant in sqWin32Alloc.h (platforms\win32\vm) : >> > #define MAX_VIRTUAL_MEMORY 512*1024*1024 >> > you can change it to whatever you want and rebuild the vm, >> > for exzmple give all the available memory less 256 M . >> > >> > HTH >> > >> > Regards >> > Alain >> > >> > "Tudor Girba" >> <tudor.girba(a)gmail.com >> <mailto:tudor.girba@gmail.com>> a >> Ã©crit >> > dans le message de news: >> >> 03B9389F-C719-44D0-B106-2AC78B120F56(a)gmail.com... >> > Hi, >> > >> > We have no specific startUp: methods in Moose. In any case, >> the issue with >> > opening the image does not seem to be related to startUp:. >> > >> > Is it really true that the Cog VM is limited to 512MB of >> memory? >> > >> > Cheers, >> > Doru >> > >> > >> > On 21 Apr 2011, at 14:27, Luc Fabresse wrote: >> > >> >> Hi Doru, >> >> >> >> 2011/4/21 Tudor Girba >> >> <tudor.girba(a)gmail.com >> <mailto:tudor.girba@gmail.com>> >> >> Hi, >> >> >> >> >> >> >> >> On Apr 21, 2011, at 14:06, Mariano Martinez Peck >> >> <marianopeck(a)gmail.com >> <mailto:marianopeck@gmail.com>> wrote: >> >> >> >>> >> >>> >> >>> On Thu, Apr 21, 2011 at 1:58 PM, Tudor Girba >> >>> <tudor.girba(a)gmail.com >> <mailto:tudor.girba@gmail.com>> wrote: >> >>>> Hi again, >> >>>> >> >>>> I did not say what the problem was :). The problem was >> that when >> >>>> opening the image on Windows, he got a Space is low >> message and the >> >>>> image was not usable (see attachment). >> >>> >> >>> That's weird. Does moose have something on the startup >> list? something >> >>> that can be bothering there? >> >> >> >> Not that I know of. Is there a way to check this? >> >> >> >> Classes should be registered using Smalltlak >> addToStartUpList: aClass >> >> Then aClass class>>#startUp: is executed at startup. >> >> So implementors of #startUp: on Moose classes should give >> you the answer. >> >> >> >> #Luc >> >> >> >> >> >> Actually, using exactly the same process some days ago he >> produced an >> >> image of 190MB. This one works just fine on Windows. The >> only difference >> >> between the two is the size of the loaded data. >> >> >> >> It would be really bad news if the Windows vm would be so >> severely limited >> >> in terms of memory. >> >> >> >> Cheers, >> >> Doru >> >> >> >> >> >>> >> >>> On Mac it worked just fine. >> >>>> >> >>>> Cheers, >> >>>> Doru >> >>>> >> >>>> >> >>> >> >>>> >> >>>> >> >>>> >> >>>> On 21 Apr 2011, at 12:52, Tudor Girba wrote: >> >>>> >> >>>>> Hi, >> >>>>> >> >>>>> I received a question from someone running a 200MB image >> on Windows >> >>>>> using Cog 2361. >> >>>>> >> >>>>> If I open the image on Mac, it works just fine. >> Unfortunately, I do >> >>>>> not have a Windows machine around, and I cannot test but >> I believe it >> >>>>> should be solvable by increasing the allocated memory. >> >>>>> >> >>>>> On Mac, I would run it with: ./Croquet -memory 1500m >> >>>>> >> >>>>> Can anyone help me with the right incantation for Windows? >> >>>>> >> >>>>> Cheers, >> >>>>> Doru >> >>>>> >> >>>>> >> >>>>> -- >> >>>>> www.tudorgirba.com <http://www.tudorgirba.com> >> >>>>> >> >>>>> "What we can governs what we wish." >> >>>>> >> >>>>> >> >>>>> >> >>>>> <Space is low.png> >> >>>> >> >>>> -- >> >>>> www.tudorgirba.com <http://www.tudorgirba.com> >> >>>> >> >>>> "Yesterday is a fact. >> >>>> Tomorrow is a possibility. >> >>>> Today is a challenge." >> >>>> >> >>>> >> >>>> >> >>> >> >>> >> >>> >> >>> >> >>> -- >> >>> Mariano >> >>> http://marianopeck.wordpress.com >> >>> >> >> >> > >> > -- >> > www.tudorgirba.com <http://www.tudorgirba.com> >> > >> > "Beauty is where we see it." >> > >> > >> > >> > >> > >> > >> > >> > >> >> -- >> www.tudorgirba.com <http://www.tudorgirba.com> >> >> "If you interrupt the barber while he is cutting your hair, >> you will end up with a messy haircut." >> >> >> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> > >

April 22, 2011

Re: [Pharo-project] jtalk fun

by Richard Durr

On Mon, Apr 18, 2011 at 9:51 AM, Nicolas Petton <petton.nicolas(a)gmail.com>wrote: > > > > > This makes working with "native" Javascript-Libraries hard (remembers > > me of how this is done in ObjJ). > Does it look *that* hard? > > Yes, it makes me work with Javascript and not Smalltalk. Well maybe hard is not the real word, ugly fits better. > > Another problem is the extension of native JS "types" which can > > conflict with other libraries as well. I have a feeling that his can > > be solved by using some form of automatic wrapping like underscore.js > > uses to extend native JS-Arrays: > > _(someArray).canCallCoolforEachMethodNow() . > Yes, but I like the fact that Jtalk maps Smalltalk constructs > one-to-one with JS equivalents. > Yeah, that is obviously nice but the change would be invisible to the smalltalk user. > > A ST dispatch method > > > (asSmalltalkObject(someJavascriptObject).nowICanCallSmalltalkObjectsMethods() > ) could also swap "undefined" and "null" for nil then automatically. > However, this would bring a small runtime cost. Switching to a fully > externalized and decoupled message-send implementation like in ObjJ would > allow DNU then as well. smalltalkMessageSend(someObject, 'doSomething:', > anObject); > > That's really interesting. Now, again, I would worry about the runtime > cost. Jtalk maps message sends to function calls. That's what makes > Jtalk fast. > In a trivial test I did with Objective J, it did cost about half of the speed, but gives sending to null and undefined as well als DNU. Sigh. It would be so cool to have the compatability of CoffeeScript with the Synta and Functionality of Smalltalk without having to write JS.^^ RD

April 22, 2011