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

Re: [Pharo-project] Rubric questions :)

by Sean P. DeNigris

Igor Stasenko wrote > And it is: > A tentative to rewrite a new text editor for Pharo What is its relationship if any to TxText? ----- Cheers, Sean -- View this message in context: http://forum.world.st/Rubric-questions-tp4683397p4683641.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 26, 2013

Re: [Pharo-project] SandstoneDB on Pharo 2.0 - done - what next?

by Sean P. DeNigris

Torsten Bergmann wrote > Esteban wrote: >>also, I noticed there is no "ConfigurationOfSandstoneDB"... > > There already is one in MetacellRepository, just look at the comments > below the video: It seems to work well when the ConfigufationOfXyz is kept with the project and then copied to wherever else it should be. I find that by now there are too many places to go hunting! ----- Cheers, Sean -- View this message in context: http://forum.world.st/SandstoneDB-on-Pharo-2-0-done-what-next-tp4683508p468… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 26, 2013

Re: [Pharo-project] rubric performace

by Igor Stasenko

On 25 April 2013 00:03, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > I did a little experiment to check the performance of Rubric when dealing with large content. And by large, I mean 45 MB or about 15 million lines of text. > > I opened the file in several other editors: > - TextMate: 10s + the text is wrapped and can be browsed smoothly > - Sublime Text 2: 10s + the text is wrapped and can be browsed smoothly > - Eclipse: 5s + browsing is very slow (so it is basically useless) > > How did Rubric perform: > - When opened with unwrapped lines: 33s + the text can be browsed smoothly > - When opened with wrapped lines -> Pharo crashed :( > is it reproducible? > In any case, I think being 3 times slower (even if without wrapping) than TextMate is highly exciting. Great job Alain. > > If you want to reproduce the experiment, here is the Smalltalk snippet I used: > > --- > Gofer new > smalltalkhubUser: 'AlainPlantec' project: 'Rubric'; > package: 'Rubric-AlainPlantec.26'; > load. > > [ > contents := ((FileSystem disk workingDirectory / 'src' / 'ArgoUML-0-34' / 'output.mse') readStreamDo: #contents). > (RubLipsumBasicExample > windowWithScrolledText: ( > RubLipsumBasicExample new > string: contents; > newScrolledTextNotWrapped)) > openInWorld > ] timeToRun > --- > > Cheers, > Doru > > -- > www.tudorgirba.com > > "What we can governs what we wish." > > > > -- Best regards, Igor Stasenko.

April 25, 2013

Re: [Pharo-project] cannot modify class comments on Linux

by Pavel Krivanek

Jaroslav wrote this: This does work on F17, but it doesn't work on F18, F19. Maybe glibc issue? I guess the reproducer needs glibc-2.16 and up, IMHO 12.04 has 2.15 same as F17, so I guess this would be also reproducible on Ubuntu 13.04. -- Pavel On Thu, Apr 25, 2013 at 11:16 AM, Gisela Decuzzi <giseladecuzzi(a)gmail.com>wrote: > I'm on 64-bit Ubuntu 12.04 > > > 2013/4/25 Pavel Krivanek <pavel.krivanek(a)gmail.com> > >> Hi, >> >> what architecture and distro do you use because I tried it on a 32-bit >> Debian and it worked. I'm on 64-bit Fedora 18. That may be the reason why >> the tests are not failing on CI. This error appears on all old system >> classes and on newely created classes too. >> Some next info: https://bugzilla.redhat.com/show_bug.cgi?id=956376 >> >> -- Pavel >> >> On Thu, Apr 25, 2013 at 10:58 AM, Gisela Decuzzi <giseladecuzzi(a)gmail.com >> > wrote: >> >>> Hi Pavel, I tried in Pharo 2.0 and 3.0 and it work well for me. (just >>> try in a random class comment) >>> Are you trying to modify a particular class comment? >>> >>> >>> 2013/4/25 Pavel Krivanek <pavel.krivanek(a)gmail.com> >>> >>>> Hi, >>>> >>>> if you will try to modify a class comment on Linux, the error >>>> "RemoteString past end of file" will appear. On windows VM it seems to work >>>> well. Can someone confirm this behavior on Linux. Squeak has the same >>>> problem. >>>> >>>> Cheers, >>>> -- Pavel >>>> >>> >>> >> >

April 25, 2013

Re: [Pharo-project] [update 3.0] #30062

by Marcus Denker

On Apr 25, 2013, at 7:27 PM, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > Yes it seems the CodeImporter is broken :( > Yes, I broke itâ¦ Marcus

April 25, 2013

[Pharo-project] Pharo 3.1 meeting

by StÃ©phane Ducasse

Hi guys the team gathered (without me :) to discuss the first iteration around Pharo 3.0. And Camille wrote an update of the dashboard. S

April 25, 2013

Re: [Pharo-project] [update 3.0] #30062

by Benjamin

Fix is here: https://pharo.fogbugz.com/default.asp?10408 Ben On Apr 25, 2013, at 6:12 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > Not yetâ¦ so I managed to not see a bug and now the image is in a non-updatable state. > > https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-1-Tracker/259/console > > I am even too tired to think what the options areâ¦ maybe retracting the faulty one? > > On Apr 25, 2013, at 6:01 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > >> 30062 >> ----- >> >> 10403 Class comments in Kernel and Collections >> https://pharo.fogbugz.com/f/cases/10403 >> >> 10404 Improve RBScanner error handling >> https://pharo.fogbugz.com/f/cases/10404 >> >> 10405 Fix a wrong refactoring in CodeImport >> https://pharo.fogbugz.com/f/cases/10405 >> >> 10352 Fix for MorphTreeMorph>>updateList >> https://pharo.fogbugz.com/f/cases/10352/ >> >> >> >> Diff information: >> http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/Morphic-MarcusDenker.1403 >> http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/KernelTests-MarcusDenker.489 >> http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/Kernel-MarcusDenker.1375 >> http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/CollectionsTests-MarcusDenke… >> http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/CodeImport-MarcusDenker.16 >> http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/Collections-Arithmetic-Marcu… >> http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/AST-Core-MarcusDenker.133 >> > >

April 25, 2013

Re: [Pharo-project] [update 3.0] #30062

by stephane ducasse

do what is the easiest for you :) Stef On Apr 25, 2013, at 6:12 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > Not yetâ¦ so I managed to not see a bug and now the image is in a non-updatable state. > > https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-1-Tracker/259/console > > I am even too tired to think what the options areâ¦ maybe retracting the faulty one? > > On Apr 25, 2013, at 6:01 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > >> 30062 >> ----- >> >> 10403 Class comments in Kernel and Collections >> https://pharo.fogbugz.com/f/cases/10403 >> >> 10404 Improve RBScanner error handling >> https://pharo.fogbugz.com/f/cases/10404 >> >> 10405 Fix a wrong refactoring in CodeImport >> https://pharo.fogbugz.com/f/cases/10405 >> >> 10352 Fix for MorphTreeMorph>>updateList >> https://pharo.fogbugz.com/f/cases/10352/ >> >> >> >> Diff information: >> http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/Morphic-MarcusDenker.1403 >> http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/KernelTests-MarcusDenker.489 >> http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/Kernel-MarcusDenker.1375 >> http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/CollectionsTests-MarcusDenke… >> http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/CodeImport-MarcusDenker.16 >> http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/Collections-Arithmetic-Marcu… >> http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/AST-Core-MarcusDenker.133 >> > >

April 25, 2013

Re: [Pharo-project] [update 3.0] #30062

by Benjamin

Yes it seems the CodeImporter is broken :( Ben On Apr 25, 2013, at 6:12 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > Not yetâ¦ so I managed to not see a bug and now the image is in a non-updatable state. > > https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-1-Tracker/259/console > > I am even too tired to think what the options areâ¦ maybe retracting the faulty one? > > On Apr 25, 2013, at 6:01 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > >> 30062 >> ----- >> >> 10403 Class comments in Kernel and Collections >> https://pharo.fogbugz.com/f/cases/10403 >> >> 10404 Improve RBScanner error handling >> https://pharo.fogbugz.com/f/cases/10404 >> >> 10405 Fix a wrong refactoring in CodeImport >> https://pharo.fogbugz.com/f/cases/10405 >> >> 10352 Fix for MorphTreeMorph>>updateList >> https://pharo.fogbugz.com/f/cases/10352/ >> >> >> >> Diff information: >> http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/Morphic-MarcusDenker.1403 >> http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/KernelTests-MarcusDenker.489 >> http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/Kernel-MarcusDenker.1375 >> http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/CollectionsTests-MarcusDenke… >> http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/CodeImport-MarcusDenker.16 >> http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/Collections-Arithmetic-Marcu… >> http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/AST-Core-MarcusDenker.133 >> > >

April 25, 2013

Re: [Pharo-project] rubric performace

by StÃ©phane Ducasse

> Hi, > > I did a little experiment to check the performance of Rubric when dealing with large content. And by large, I mean 45 MB or about 15 million lines of text. > > I opened the file in several other editors: > - TextMate: 10s + the text is wrapped and can be browsed smoothly > - Sublime Text 2: 10s + the text is wrapped and can be browsed smoothly > - Eclipse: 5s + browsing is very slow (so it is basically useless) thanks doru this is really interesting. > How did Rubric perform: > - When opened with unwrapped lines: 33s + the text can be browsed smoothly > - When opened with wrapped lines -> Pharo crashed :( > > In any case, I think being 3 times slower (even if without wrapping) than TextMate is highly exciting. Great job Alain. I think that with more ironing and optimisation it will only get better! Thanks synectique http://www.synectique.eu for sponsoring the work of Alain and releasing it MIT. > > If you want to reproduce the experiment, here is the Smalltalk snippet I used: > > --- > Gofer new > smalltalkhubUser: 'AlainPlantec' project: 'Rubric'; > package: 'Rubric-AlainPlantec.26'; > load. > > [ > contents := ((FileSystem disk workingDirectory / 'src' / 'ArgoUML-0-34' / 'output.mse') readStreamDo: #contents). > (RubLipsumBasicExample > windowWithScrolledText: ( > RubLipsumBasicExample new > string: contents; > newScrolledTextNotWrapped)) > openInWorld > ] timeToRun > --- > > Cheers, > Doru > > -- > www.tudorgirba.com > > "What we can governs what we wish." > > > >

April 25, 2013