November 2014 - Pharo-dev - lists.pharo.org

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/40383 Home: https://github.com/pharo-project/pharo-core

Nov. 24, 2014

[pharo-project/pharo-core] 04945b: 40383

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 04945b033abdc10ba786b45ac9b9b2bc820cb989 https://github.com/pharo-project/pharo-core/commit/04945b033abdc10ba786b45a… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-11-24 (Mon, 24 Nov 2014) Changed paths: A Collections-Sequenceable.package/OrderedCollection.class/instance/converting/asOrderedCollection.st A CollectionsTests.package/ArrayTest.class/instance/tests - converting/testAsArrayKeepsIdentity.st A CollectionsTests.package/OrderedCollectionTest.class/instance/tests - converting/testAsOrderedCollectionKeepsIdentity.st A CollectionsTests.package/OrderedCollectionTest.class/instance/tests - converting/testAsOrderedCollectionReturnsOrderedCollection.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script383.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40383.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 40383 14498 Unnecessary instance creation in OrderedCollection>>#asOrderedCollection? https://pharo.fogbugz.com/f/cases/14498 http://files.pharo.org/image/40/40383.zip

Nov. 24, 2014

Re: [Pharo-dev] Listening for shift key pressed

by Aliaksei Syrel

Hi Ben, Thanks :) Here I opened issue <https://pharo.fogbugz.com/f/cases/14521/Pressing-shift-ctrl-command-options…> I didn't do it before, because Stef wrote, that it's somehow known bug and they will try to move to OSWindow in the future. Cheers, Alex On Sun, Nov 23, 2014 at 4:32 PM, Ben Coman <btc(a)openinworld.com> wrote: > Aliaksei Syrel wrote: > >> Hi, Nicolai >> >> Thanks for suggestion. I'm using Mac 10.10 and it doesn't show any >> notifications for shift.. >> I'll open an issue for this. >> >> Cheers, >> Alex >> > > > Hi Alex, > > Did you open an issue? I can't find it. I've made some progress getting > it working and would like to document this for review. > > cheers -ben > > > >> On Fri, Nov 21, 2014 at 10:20 PM, Nicolai Hess <nicolaihess(a)web.de >> <mailto:nicolaihess@web.de>> wrote: >> >> If you look at KeyPrinterMorph you'll see that it indeed handles a >> single shift key down. >> >> 2014-11-21 17:36 GMT+01:00 Aliaksei Syrel <alex.syrel(a)gmail.com >> <mailto:alex.syrel@gmail.com>>: >> >> Hi Ben, >> >> If at the end of InputEventFetcher>>__waitForInput >> you put "Transcript crShow: Time now" >> and I think you'll be looking at as raw an event aas you can >> get. >> >> >> Now this exhibits some strange behaviour? Pushing <shift> >> on its own does not produce an event, however pushing >> <shift> fast multiple times does generate events. ??? >> >> It's maybe because you move mouse, or randomly touch touchpad. >> >> After some investigations and digging lower and lower till >> primitive methods, I realized that VM itself doesn't queue an >> event after user presses Shift. It's just a modifier bit, that >> is applied on a real events, such as mouse moves or normal >> keyboard events. >> >> Cheers, >> Alex >> >> >> >> > >

Nov. 24, 2014

Re: [Pharo-dev] contributing to Pharo testing effort

by Hilaire

Hi Sheridan, The MultiByteFileStream is broken when dealing with non-ascii character (see my recent post "Something strange with fileOut) and there are only 3 tests for this class. Test stressing this class will be pretty useful to properly refactor it without breaking other parts. Hilaire Le 23/11/2014 19:45, sheridan(a)sheridan-mahoney.com a Ã©crit : > Hi there, > I am interested in helping out with writing tests in Pharo, and was > wondering where would be a good place to start. I am familiar with > Smalltalk from working at GemStone Systems in their QA department some > years ago, but am somewhat new to Pharo. Any advice would be very > appreciated. > > Best regards, > Sheridan Mahoney > > -- Dr. Geo - http://drgeo.eu iStoa - http://istoa.drgeo.eu

Nov. 24, 2014

Something strange with fileOut

by Hilaire

Hi, We write code and comment in English, so only ascii characters are used. For string we also use English, and when translation is needed we use catalog of messages as gettext, where the non ascii strings are externally represented. So most of the time we only use ascii characters in our code. However, if a developer writes non ascii character in a method, fileout may just break. The problem is described and related to MultiByteFileStream: https://pharo.fogbugz.com/f/cases/14462 I check with Squeak4.5, although I cannot enter non-ascii character (but that's another problem, probably related to the VM I am using not suited to Squeak) I have no error when fileout the same class with non-ascii character in method body. The MultiByteFileStream seems quite different, I don't know the history of changes in these two method versions but changed in Squeak version seems a bit newer. The changes may not be trivial because it involves the whole class hierarchy. Hilaire -- Dr. Geo - http://drgeo.eu iStoa - http://istoa.drgeo.eu

Nov. 24, 2014

Re: [Pharo-dev] [smalltalk-research] Re: Julia vs Pharo

by Nicolai Hess

2014-11-18 16:45 GMT+01:00 Serge Stinckwich <serge.stinckwich(a)gmail.com>: > Were is the code located ? > One can be found here: http://mc.lukas-renggli.ch/built/oneclick/ It would be great to have this on a more recent pharo (3 or 4). > > Apparently the Helvetia one click image is no more available on this page: > http://scg.unibe.ch/research/helvetia > > On Tue, Nov 18, 2014 at 4:38 PM, Serge Stinckwich > <serge.stinckwich(a)gmail.com> wrote: > > On Mon, Nov 17, 2014 at 8:13 PM, Lukas Renggli <renggli(a)gmail.com> > wrote: > >> > >> On Mon, Nov 17, 2014 at 5:05 PM, Serge Stinckwich > >> <serge.stinckwich(a)gmail.com> wrote: > >>> > >>> On Mon, Nov 17, 2014 at 5:01 PM, werner kassens <wernerk740(a)gmail.com> > >>> wrote: > >>> >>I never heard about this one. > >>> > > >>> > no wonder<g>, i got the name wrong, it was helvetia > >>> > >>> Ok, this is about domain-specific languages not multiple dispatch. > >> > >> > >> It actually included an example of multiple dispatch :-) > > > > Hi Lukas, > > > > I was not aware of that ;-) > > I will have a look. > > > > Thanks, > > -- > > Serge Stinckwich > > UCBN & UMI UMMISCO 209 (IRD/UPMC) > > Help fight Ebola by joining the Computing for Ebola Challenge > > http://bit.ly/1oEdBag > > > > -- > Serge Stinckwich > UCBN & UMI UMMISCO 209 (IRD/UPMC) > Help fight Ebola by joining the Computing for Ebola Challenge > http://bit.ly/1oEdBag > >

Nov. 24, 2014

Re: [Pharo-dev] Duration year

by Norbert Hartl

> Am 23.11.2014 um 14:18 schrieb Mark Bestley <st(a)bestley.co.uk>: > > On 22/11/2014 11:03, Hilaire wrote: >> I saw some discussion about Duration and year calculus in the list >> >> Given that it is impossible to determine the number of days in a year >> without the calendar years, should not 365.25 be used in place of 365 to >> minimize the error ? >> >> So it could look like: >> >> Duration class >> years: aNumber >> ^ self days: (aNumber * 365.25) truncated seconds: 0 >> >> > I think it depends :) > > What use do you want to make of the answer. > > If for loan, bank or mortgage calculations then you need the days and adjustments and other info. > > If for tens of years it might work > > If to know the number of days it needs to be an integer. > > > There is no one correct solution > Would you really define such a fundamental thing after any use case? After all it is about the duration and 365.25 is more accurate. The duration doesn't make assumptions about a unit of measurement. If you the duration in days you should use aYear daysInYear Norbert

Nov. 24, 2014

Re: [Pharo-dev] About RBCompiler

by Marcus Denker

> On 23 Nov 2014, at 23:49, Jan Vrany <jan.vrany(a)fit.cvut.cz> wrote: > >> >> >> It would be very nice small experiment to plug in the Petitparser based one. >> >> Especially interesting: Would it be much slower? > Hi Markus, > > Jan Kurs and me are now working on some PetitParser stuff. If we succeed > then PetitParser-based parser would be as fast as current hand-written > RBParser. We're at the beginning but preliminary benchmarks are very > promising. > Very niceâ¦ the idea of having this parser as the default one would be very interestingâ¦ e.g. one could re-use and extend it very easily, and PetitParser itself as a core feature (so people can create tiny parsers easily)... > Error recovery and incremental reparsing are in the queue (if we > find a time :-) That would be great. To replace the hand written one we would need at least good error messages, but error revocovery would be even better. I would be very interested in that. Marcus

Nov. 24, 2014

Re: [Pharo-dev] About RBCompiler

by Tudor Girba

Indeed, this is really exciting work :). Keep it up. Cheers, Doru On Sun, Nov 23, 2014 at 11:49 PM, Jan Vrany <jan.vrany(a)fit.cvut.cz> wrote: > On Sun, 2014-11-23 at 10:13 +0100, Marcus Denker wrote: > > > On 22 Nov 2014, at 18:17, Serge Stinckwich <serge.stinckwich(a)gmail.com> > wrote: > > > > > > I'm trying to port QuasiQuote package from Lukas Renggli to Pharo > 3.0/4.0. > > > This package use the RBCompiler class from the AST-Compiler package > > > available here: > > > http://source.lukas-renggli.ch/helvetia > > > > > > If I understand RBCompiler, this is a Compiler that use RB parser > nodes. > > > I guess this is something that is no more relevant with the new Opal > compiler ? > > > > > > > Yes, this is the PetitParser based Smalltalk parser that created RB > ParseNodes. > > > > Opal has a pluggable architecture for the parser, right now it just uses > the hand-written > > RB Parser that came with the refactoring browser. > > > > It would be very nice small experiment to plug in the Petitparser based > one. > > > > Especially interesting: Would it be much slower? > Hi Markus, > > Jan Kurs and me are now working on some PetitParser stuff. If we succeed > then PetitParser-based parser would be as fast as current hand-written > RBParser. We're at the beginning but preliminary benchmarks are very > promising. > > Error recovery and incremental reparsing are in the queue (if we > find a time :-) > > > Marcus > > > > > > > > > > -- www.tudorgirba.com "Every thing has its own flow"

Nov. 23, 2014

Re: [Pharo-dev] About RBCompiler

by Jan Vrany

On Sun, 2014-11-23 at 10:13 +0100, Marcus Denker wrote: > > On 22 Nov 2014, at 18:17, Serge Stinckwich <serge.stinckwich(a)gmail.com> wrote: > > > > I'm trying to port QuasiQuote package from Lukas Renggli to Pharo 3.0/4.0. > > This package use the RBCompiler class from the AST-Compiler package > > available here: > > http://source.lukas-renggli.ch/helvetia > > > > If I understand RBCompiler, this is a Compiler that use RB parser nodes. > > I guess this is something that is no more relevant with the new Opal compiler ? > > > > Yes, this is the PetitParser based Smalltalk parser that created RB ParseNodes. > > Opal has a pluggable architecture for the parser, right now it just uses the hand-written > RB Parser that came with the refactoring browser. > > It would be very nice small experiment to plug in the Petitparser based one. > > Especially interesting: Would it be much slower? Hi Markus, Jan Kurs and me are now working on some PetitParser stuff. If we succeed then PetitParser-based parser would be as fast as current hand-written RBParser. We're at the beginning but preliminary benchmarks are very promising. Error recovery and incremental reparsing are in the queue (if we find a time :-) > Marcus > > >

Nov. 23, 2014