December 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] [[ false ] whileFalse: [ ]] in workspace

by Guillermo Polito

Ok, I've found the cause :). >From update 20043: Issue 5744: Clean up Temp Embedding 2): DoIts http://code.google.com/p/pharo/issues/detail?id=5744 - Doits are now compiled with source embedded - embedding sources for doits pretty prints from AST as doits are compiled specially (with a return added) CompiledMethod: - remove blockExtendsToTempsMap: Not needed anymore, all calls go the MethodNode - remove #copyWitTempsFromMethodNode: All senders use #copyWithSource - remove #holdsTempNames. Temp name embedding not needed - add isDoit - schematicTempNamesString always returns the schematic string representation of all temps - tempNames forwards to methodNode - remove tempNamesString. Concatenate yourself if you need that. Debugger>>selectedMessage asks the selectedContext directly for the source. No need for the methodMap. DebuggerMethodMap - no special handling of methods that encode temps. Just as for methodNode always. MethodNode - generateWithSource. embedd pretty printed code in case of doit - remove generateWithTempNames In general: rewrite code to use #generateWithSource On Sat, Dec 1, 2012 at 6:24 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>wrote: > Sebastian > > I can tell you that what you did is **useful** because we are all working > like mad > and such kind of help is really welcome. > > Stef > > On Dec 1, 2012, at 3:24 PM, Sebastian Nozzi wrote: > > > It's the #7076. > > > > 2012/11/29 Camillo Bruni <camillobruni(a)gmail.com>: > >> perfect! can you open a bug report with this information? :) > > > > >

Dec. 2, 2012

[Pharo-project] DynamicVariable>>value:during:

by Sebastian Sastre

Hey guys, would not make much much more sense if we return the result of evaluating the block when we use dynamic variables? Here is the patch I'm using these days: DynamicVariable>>value: anObject during: aBlock | p oldValue result | p := Processor activeProcess. oldValue := (p psValueAt: index) ifNil: [self default]. [ p psValueAt: index put: anObject. result := aBlock value. ] ensure: [ p psValueAt: index put: oldValue ]. ^ result

Dec. 2, 2012

Re: [Pharo-project] Open Source and Constraints | Documentation is King

by Frank Shearar

On 2 December 2012 18:57, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Well written: > > http://kennethreitz.org/open-source-and-constraints.html > > I also find that writing documentation (minimal method/class comments or longer standalone documents) improves coding, because you take another perspective. I wouldn't value it above tests though. "I'm designing an API and experience for myself and others as developers." That's exactly why I write tests in the first place: you write the tests to design the API. And hopefully the tests serve as good examples of how to use the API. (If they aren't good examples, you're writing your tests wrongly.) frank > Sven > > -- > Sven Van Caekenberghe > http://stfx.eu > Smalltalk is the Red Pill > >

Dec. 2, 2012

[Pharo-project] Open Source and Constraints | Documentation is King

by Sven Van Caekenberghe

Well written: http://kennethreitz.org/open-source-and-constraints.html I also find that writing documentation (minimal method/class comments or longer standalone documents) improves coding, because you take another perspective. I wouldn't value it above tests though. Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

Dec. 2, 2012

Re: [Pharo-project] Getting started with Athens

by StÃ©phane Ducasse

>> >> >>> Stef, >>> >>> With Ze great Stef? Incredible, indeed :) >>> I'll start putting down my questions and learning then. Can you tell me when you will be starting? I'll start the one for Roassal soon. >>> >> >> I will also ask tristan to join because he will work on athens for a large industrial :). >> >> Stef >> >> > Would that touch on implementing any industrial communications protocols, like Modbus[1]? I plan to try implementing Modbus next year after I get a few other things out of the way. > > [1] http://en.wikipedia.org/wiki/Modbus "Simple and robust, it has since become a de facto standard communication protocol, and it is now amongst the most commonly available means of connecting industrial electronic devices." Without a project behind I do not think that we cant decently implement protocol Now if people give a try and we see what it isâ¦ We have OSC and TUIO already Stef

Dec. 2, 2012

Re: [Pharo-project] Redline Smalltalk on heroku ....

by dimitris chloupis

Lisp does from what I have seen and quite easily so. Probably I would be using common lisp is it was so much against GUIs and its graphics libraries were more mac friendly. How much important is smalltalk on JVM. Extremely ! Dont go far , just take at Clojure. Its rapidly becomes the new popular lisp and is super actively developed. What Clojure author was very smart not only did not compete with common lisp but bring to the table things that generally lisp libraries dont focus on, concurency. I think if Redline wants to be sucessful smalltalk that will even overtake other smalltalk concurency is something that can gives it alot of traction. Also we should not forget JVM and huge amount of libraries that comes with. I have a project in mind calling "Atlas" its mission is to allow smalltalk to use python libraries via sockets, it will be integrated to Ephestos which is my main project. I could make the bridge compatible with JVM libraries too. I dont know how much interest there is the community for using python and java libraries , and there is certainly disadvantages and sacrifices for doing so. But on the other hand why not have more options than pure smalltalk options. Especially when those option makes you avoid porting your code to python and java ;) ________________________________ From: Sebastian Nozzi <sebnozzi(a)gmail.com> To: Sven Van Caekenberghe <sven(a)stfx.eu> Cc: Pharo-project(a)lists.gforge.inria.fr Sent: Saturday, 1 December 2012, 22:22 Subject: Re: [Pharo-project] Redline Smalltalk on heroku .... Â Nothing beats Smalltalk's "experience". Cheers, Sebastian

Dec. 2, 2012

Re: [Pharo-project] Vim Keys?

by dimitris chloupis

thank you Sean will definitely take a look at your code and see what I can learn from it. ________________________________ From: Sean P. DeNigris <sean(a)clipperadams.com> To: pharo-project(a)lists.gforge.inria.fr Sent: Saturday, 1 December 2012, 19:10 Subject: Re: [Pharo-project] Vim Keys? Igor Stasenko wrote > Pharo is open-source project. If you need it so > badly, then do it +100. This is really all there is to say. I *really* want vi bindings, because I am far more productive with them, so I started coding them (http://ss3.gemstone.com/ss/VimPharo.html) <rant> Of course, the instant I touched Paragraph/XxxEditor, and friends I got lost down the rabbit hole of incomprehensibility... like Paragraph, which draws the cursor and keeps track of the selection, obviously... not! wtf ?! Quick definition... paragraph |ËparÉËgraf| noun a distinct section of a piece of writing, usually dealing with a single theme and indicated by a new line, indentation, or numbering. Where, tell me, does it say anything about cursors and selections?? </rant> But Pharo is: - a gift - infinitely better than anything else I've ever worked with - and I've been told that the editor objects have been cleaned and were originally way more confusing So it is what it is. I'm taking a break, and will get back to it eventually. Any help is welcome and appreciated. Cheers, Sean -- View this message in context: http://forum.world.st/Re-Vim-Keys-tp4657381p4657594.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Dec. 2, 2012

Re: [Pharo-project] UTC seconds in Pharo 2.0

by Camillo Bruni

thanks! On 2012-12-02, at 01:18, "David T. Lewis" <lewis(a)mail.msen.com> wrote: > On Sat, Dec 01, 2012 at 10:22:28PM -0300, Camillo Bruni wrote: >> >> could you open a bug report for this? > > http://code.google.com/p/pharo/issues/detail?id=7085&thanks=7085&ts=1354421… > >

Dec. 2, 2012

Re: [Pharo-project] UTC seconds in Pharo 2.0

by David T. Lewis

On Sat, Dec 01, 2012 at 10:22:28PM -0300, Camillo Bruni wrote: > > could you open a bug report for this? http://code.google.com/p/pharo/issues/detail?id=7085&thanks=7085&ts=1354421…

Dec. 2, 2012

Re: [Pharo-project] UTC seconds in Pharo 2.0

by Camillo Bruni

Hi Dave, On 2012-12-01, at 22:14, "David T. Lewis" <lewis(a)mail.msen.com> wrote: > I wanted to see if I can update TimeZoneDatabase (Olson tz data) for Pharo > 2.0, but I am encountering a basic time conversion issue. I don't know the > background on the Chronology changes in Pharo, so I'll just try to describe > the issue as I understand it: yes we did a big refactoring in 2.0 since the whole time-zone + DateAndTime stuff was severely broken. Moving images from one timezone to another would break all times :P (luckily this happens only twice per year, when moving to daylight saving time) > I am in Michigan, so my time zone offset is 5 hours: > DateAndTime now offset ==> -0:05:00:00 > > Pharo 2.0 does this (wrong): > DateAndTime now - (DateAndTime fromSeconds: DateAndTime totalSeconds) ==> 0:05:00:00.334 > > Previously it did this (right): > DateAndTime now - (DateAndTime fromSeconds: DateAndTime totalSeconds) ==> 0:00:00:00.444 > > Explanation: > #totalSeconds reports seconds in local time, but #fromSeconds: in > Pharo 2.0 is using UTC. One or the other of these must be wrong. > > Possible fix(?): > Newer VMs have primitives that report UTC time. Use one of these instead of > the local time primitive currently being used. Yes, so our idea, and I think we are definitely right on that, is that all times use internally UTC. Time-zones are purely for displaying reasons :). => totalSeconds is wrong! (at least at the first glance). could you open a bug report for this?

Dec. 2, 2012