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

Re: [Pharo-dev] New methods for the String class

by Stephan Eggermont

Eliot wrote >But the real things to learn are the Method Finder and the browser. In case you are wondering why no beginner seems to know about Method Finder: Your post made me take a look at it for the first time (after near a decade of smalltalk). Interesting class comment. Iâm pretty sure no beginner will understand it. The first thing I did was google for some blog posts and videos on it. I wouldnât have bothered if you hadnât been so clear about having to learn it. A much more simple example is needed (to start with). And that only helps after discovering that there is a tool like that. >So why aren't people taking the time to learn it today? Is it the system's fault? Is it too big? Are the readable parts of the system non-existent, or >too difficult to find? Is it some cultural change that means people can't learn such systems any more? Was it only learnable by a few people back >in the day and it remains unsuitable for a mass audience? Is it impossible to design user interfaces that invite exploration? Do people no longer >want to play with the system but instead want to use it to get something done fast, and can't spare the time to learn it properly? Are computing >languages like English, and every programming language must adopt the conventions and vocabulary of the most popular? Is inheritance too >hard to navigate to discover that SequenceableCollection has lots of useful String mehtods, and some useful methods on ByteString are in String, >etc? The system is much larger than it used to be. A larger system is much more difficult to navigate. And how should you learn it? Which subset of concepts should you learn, and in which order? Pharo by Example targets more new programmers than switching ones. Tools that were added are almost by definition designed for experienced users. They donât care enough about discoverability, as they know where they are. Inheritance is not so much a problem, that is a well known concept in mainstream languages Stephan

Feb. 26, 2014

Re: [Pharo-dev] easier start with Phobos

by Stephan Eggermont

This doesnât work on a mac (running Mavericks) c := PipeableOSProcess command: 'cd PhobosDemo.app/Contents; mkdir Frameworks; cd Frameworks; tar -jxvf ../../../xulrunner.tar.bz2'.

Feb. 26, 2014

Re: [Pharo-dev] Pharo is cool

by Esteban A. Maringolo

Pharo is Cool. Definitely. How do you set up the "fuel dump"? This morning I woke up with a "out of memory" crash (the first crash in two months), and going through the .log file didn't help much. Regards! Esteban A. Maringolo 2014-02-26 10:01 GMT-03:00 Norbert Hartl <norbert(a)hartl.name>: > The best smalltalk/pharo moments you get if you try things you want to have just in order to see they are already there. > > Today FileBrowser. > I switched one of my servers to dump to stack with fuel to disk if an exception occurs. Today I copied the files from the server to my local machine and opened a workspace starting to write an expression to open them. Then I thought it would be cool if I could use the file browser for it. So I opened it and navigated to the directory with the fuel files...et voilÃ ...as soon as I clicked on a fuel file a button "materialize" appeared which showed the stack from the server right away. > > Just brilliant! Well done! > > Norbert

Feb. 26, 2014

Re: [Pharo-dev] Pharo is cool

by Mariano Martinez Peck

Just be careful 2: "I switched one of my servers to dump to stack with fuel to disk if an exception occurs. " Once it happened to me the stack I was taking for serializing an error was too big. Too big because it even reached the UI. The UI has lots of sensible objects that change quite frequently. So my graph to serialize was big and the graph changed quite frequently. Result: Fuel throwing error because the graph to serialize changed while being serialized. Oh...exception? Fuel out exception! exception. Oh exception? ... So yeah..the fact that Fuel was throwing an error causes a loop so be careful of that as well. On Wed, Feb 26, 2014 at 10:28 AM, Norbert Hartl <norbert(a)hartl.name> wrote: > > Am 26.02.2014 um 14:19 schrieb Max Leske <maxleske(a)gmail.com>: > > > Cool! :) > > > > Just be careful: if you're using a large model the stack can blow up > your image with a low space warning / make it inresponsive (because the > stack referenes your model and boom, pretty much all of your instances will > becom serialized). > > > Yes, I know. But that would be a problem anyway. I think I have time. In > the fuel files are 8 (!) contexts. :) > > Norbert > > > FYI we're actively working on pruning of the serialization graph to > solve this. > > > > Max > > > > > > On 26.02.2014, at 14:01, Norbert Hartl <norbert(a)hartl.name> wrote: > > > >> The best smalltalk/pharo moments you get if you try things you want to > have just in order to see they are already there. > >> > >> Today FileBrowser. > >> I switched one of my servers to dump to stack with fuel to disk if an > exception occurs. Today I copied the files from the server to my local > machine and opened a workspace starting to write an expression to open > them. Then I thought it would be cool if I could use the file browser for > it. So I opened it and navigated to the directory with the fuel files...et > voilÃ ...as soon as I clicked on a fuel file a button "materialize" appeared > which showed the stack from the server right away. > >> > >> Just brilliant! Well done! > >> > >> Norbert > > > > > > > -- Mariano http://marianopeck.wordpress.com

Feb. 26, 2014

Re: [Pharo-dev] Pharo is cool

by Norbert Hartl

Am 26.02.2014 um 14:19 schrieb Max Leske <maxleske(a)gmail.com>: > Cool! :) > > Just be careful: if youâre using a large model the stack can blow up your image with a low space warning / make it inresponsive (because the stack referenes your model and boom, pretty much all of your instances will becom serialized). > Yes, I know. But that would be a problem anyway. I think I have time. In the fuel files are 8 (!) contexts. :) Norbert > FYI weâre actively working on pruning of the serialization graph to solve this. > > Max > > > On 26.02.2014, at 14:01, Norbert Hartl <norbert(a)hartl.name> wrote: > >> The best smalltalk/pharo moments you get if you try things you want to have just in order to see they are already there. >> >> Today FileBrowser. >> I switched one of my servers to dump to stack with fuel to disk if an exception occurs. Today I copied the files from the server to my local machine and opened a workspace starting to write an expression to open them. Then I thought it would be cool if I could use the file browser for it. So I opened it and navigated to the directory with the fuel filesâ¦et voilÃ â¦as soon as I clicked on a fuel file a button âmaterializeâ appeared which showed the stack from the server right away. >> >> Just brilliant! Well done! >> >> Norbert > >

Feb. 26, 2014

Re: [Pharo-dev] Pharo is cool

by Max Leske

Cool! :) Just be careful: if youâre using a large model the stack can blow up your image with a low space warning / make it inresponsive (because the stack referenes your model and boom, pretty much all of your instances will becom serialized). FYI weâre actively working on pruning of the serialization graph to solve this. Max On 26.02.2014, at 14:01, Norbert Hartl <norbert(a)hartl.name> wrote: > The best smalltalk/pharo moments you get if you try things you want to have just in order to see they are already there. > > Today FileBrowser. > I switched one of my servers to dump to stack with fuel to disk if an exception occurs. Today I copied the files from the server to my local machine and opened a workspace starting to write an expression to open them. Then I thought it would be cool if I could use the file browser for it. So I opened it and navigated to the directory with the fuel filesâ¦et voilÃ â¦as soon as I clicked on a fuel file a button âmaterializeâ appeared which showed the stack from the server right away. > > Just brilliant! Well done! > > Norbert

Feb. 26, 2014

Pharo is cool

by Norbert Hartl

The best smalltalk/pharo moments you get if you try things you want to have just in order to see they are already there. Today FileBrowser. I switched one of my servers to dump to stack with fuel to disk if an exception occurs. Today I copied the files from the server to my local machine and opened a workspace starting to write an expression to open them. Then I thought it would be cool if I could use the file browser for it. So I opened it and navigated to the directory with the fuel filesâ¦et voilÃ â¦as soon as I clicked on a fuel file a button âmaterializeâ appeared which showed the stack from the server right away. Just brilliant! Well done! Norbert

Feb. 26, 2014

Re: [Pharo-dev] easier start with Phobos

by Pavel Krivanek

Hi Alexandre, there are some bundles based on Pharo 2.0 on the CI: https://ci.inria.fr/pharo-contribution/view/Phobos/. They work slightly differently because Pharo server is started by the JavaScript client internally. It's not so easy then to modify Smalltalk sources mainly on Mac. I'm not sure that it makes sense to waste space on our servers to provide almost the same thing when people can play with it using few more clicks. However maybe I will add them. Cheers, -- Pavel 2014-02-26 2:26 GMT+01:00 Alexandre Bergel <alexandre.bergel(a)me.com>: > I do not have much time to play with this, but can you give a one-click > ready-to-use example? > > Alexandre > > > On Feb 25, 2014, at 8:07 PM, Pavel Krivanek <pavel.krivanek(a)gmail.com> > wrote: > > > If you want do develop applications in Pharo with native user interface, > you can use Phobos framework based on Mozilla XULRunner client. However to > start with it required to download a bundle for your platform and make some > modifications in configuration files. > > > > To make the entry point easier I created a configuration of Phobos that > you can download directly in the Configuration Browser in Pharo 3.0. During > the download it will ask you whether you want to run PhobosDemo > application. Answer yes and it will download required files for you > including XULRunner for your platform into the working directory (on Linux > it expects xulrunner is already preinstalled). Mainly on Windows make sure > that Pharo is enabled on your firewall because it needs to start a server > (default port is 46528). Then it should show a window with rich demo of > Phobos capabilities. You can play with sources of the PhobosDemo package. > > > > To start to write your own application firstly stop the demo: > > > > PhobosDemo allInstancesDo: #stop. > > > > Then make own subclass of PhobosApplication, create own subclass of > PhobosComponent and specify it in your application class as mainClass. Star > the server. > > > > app := MyPhobosApp new. > > app start. > > > > ..and restart the client. It is useful to run the client with the > argument -jsconsole to show errors on the JavaScript side. On MacOS you > need to modify the file PhobosDemo.app/Contents/MacOS/start.sh > > > > Please let me know if something will went wrong. > > > > Cheers, > > -- Pavel > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > >

Feb. 26, 2014

Re: [Pharo-dev] iPad version does not work ?

by jannik laval

Thank you Esteban, It works. I failed probably because I did not remove the app in the simulator. Thank you again. Jannik 2014-02-25 13:26 GMT+01:00 Esteban Lorenzano <estebanlm(a)gmail.com>: > btw what can be happening is that xcode fails to build freetype2. > the way to workaround this problem is: > > first, build a makefile version of the app: > > sh build.sh > > then, re-prepare for xcode: > > rm CMakeCache.txt > cmake -G Xcode . > > > (that will build freetype2 first, and when xcode tries to get it, it will > be already there, so it will ski the build part, who often and mysteriously > fails) > > Esteban > > > On 25 Feb 2014, at 13:22, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > that works for me. > what is the problem you are having? > > > On 25 Feb 2014, at 12:10, jannik laval <jannik.laval(a)gmail.com> wrote: > > It seems to not work :( > Here is the process I follow: > > === > git clone https://github.com/pharo-project/pharo-vm.git > cd pharo-vm/image/ > ./newImage.sh ==> it load a pharo20 > > ./pharo generator.image eval --save PharoIPhoneBuilder buildIPhoneSimulator > > cd ../iosbuild/resources/ > > ./generate.sh ==> it is a pharo1.4 image. > > sudo ../scripts/extract-commit-info.sh > sudo cmake -G Xcode . > > open iPharoSimulator.xcodeproj/ > > In the list "ALL_BUILD", go to edit scheme, and change the Executable > field to the iPharo. > Select your iOS version and compile it. > === > > Jannik > > > 2014-02-25 9:23 GMT+01:00 Esteban Lorenzano <estebanlm(a)gmail.com>: > >> >> On 25 Feb 2014, at 08:04, Pharo4Stef <pharo4Stef(a)free.fr> wrote: >> >> >> On 25 Feb 2014, at 01:31, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >> >> it *should* be working now. >> >> cheers >> Esteban (who needs to write more documentation, but he does what he can >> :) ) >> >> >> No need lentghly sentences just some nice bulleted lists of actions >> and we can do something with that. >> >> >> yes, I will... but as I always say: time is a tyrant. And writing >> documentation is boring :) >> Anyway most of the process is already covered with current documentation, >> I just need to add a few points. >> >> (no one reads documentation either, is a bit annoying... every time is like >> starting from scratch... But don't take me into appoint, I'm having a cynical >> morning :P) >> >> Esteban >> >> >> >> >> >> On 24 Feb 2014, at 08:58, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >> >> not yet... so far I restored the build capability, not the image event >> handling :( >> (nevertheless, I'm on it :) ) >> >> Esteban >> >> On 24 Feb 2014, at 08:00, jannik laval <jannik.laval(a)gmail.com> wrote: >> >> Hi Esteban, >> >> Did you already try ? >> I saw a message on the VM repo related to iOS, not sure it is for my >> problem. >> >> Cheers, >> Jannik >> >> >> 2014-01-29 17:32 GMT+01:00 Esteban Lorenzano <estebanlm(a)gmail.com>: >> >>> oks... I will take a look... as soon as I can :S >>> >>> (damn... I need to learn how to do a mitosis...) >>> >>> On 29 Jan 2014, at 17:28, jannik laval <jannik.laval(a)gmail.com> wrote: >>> >>> I confirm that it does not work: the simulator compile (but not the >>> non-simulator). >>> Then the image cannot be open: I have a white screen. >>> Here is my process: >>> >>> === >>> 1) git clone https://github.com/pharo-project/pharo-vm.git >>> 2) in ./image dir prepare a VMMaker image (including download of a pharo >>> 2.0): >>> ./newImage.sh >>> >>> 3)open the generated.image and execute: >>> === >>> PharoIPhoneBuilder buildIPhone. >>> -- or -- >>> PharoIPhoneBuilder buildIPhoneSimulator. >>> >>> 4) Generate your iPhone image in iosbuild/resources/ >>> ./generate.sh >>> >>> 5) In dir ./build: >>> sh build.sh >>> === >>> >>> Cheers, >>> Jannik >>> >>> >>> >>> 2014-01-29 Esteban Lorenzano <estebanlm(a)gmail.com> >>> >>>> and btw... >>>> >>>> iosbuild/resource$ ./generate.sh >>>> >>>> should generate a 1.4 image that *should* work in ipad (no idea if that >>>> will be the case, its been more than 6months since I do not test it and vm >>>> changed since then). >>>> >>>> Esteban >>>> >>>> >>>> On 29 Jan 2014, at 10:23, Esteban Lorenzano <estebanlm(a)gmail.com> >>>> wrote: >>>> >>>> PharoIPhoneBuilder buildIPhone. >>>> >>>> it should generate all sources and a "build.sh" >>>> >>>> then >>>> >>>> build$ sh build.sh >>>> >>>> will generate an xcode project. >>>> >>>> and let me remember... mmm... yeah, that was all :) >>>> >>>> >>>> >>>> On 29 Jan 2014, at 08:10, jannik laval <jannik.laval(a)gmail.com> wrote: >>>> >>>> Hi Esteban, >>>> >>>> Hum, this means that my instructions are outdated. >>>> Where are the right instructions ? The ones on Github do not mention >>>> IOS. >>>> >>>> Cheers, >>>> Jannik >>>> >>>> >>>> 2014-01-29 Esteban Lorenzano <estebanlm(a)gmail.com> >>>> >>>>> >>>>> On 29 Jan 2014, at 00:18, Eliot Miranda <eliot.miranda(a)gmail.com> >>>>> wrote: >>>>> >>>>> >>>>> >>>>> >>>>> On Tue, Jan 28, 2014 at 2:46 PM, Esteban Lorenzano < >>>>> estebanlm(a)gmail.com> wrote: >>>>> >>>>>> because you are not following the instructions ;) >>>>>> >>>>>> basically... you can generate them by: >>>>>> >>>>>> build$ ../scripts/extract-commit-info.sh >>>>>> >>>>> >>>>> I asked for this info last week ;-). Thanks! >>>>> >>>>> >>>>> hey! I answered you! :P >>>>> >>>>> >>>>> >>>>> But this is alarming: >>>>> >>>>> McStalker.pharovm$ ./scripts/extract-commit-info.sh >>>>> readlink: ./scripts/extract-commit-info.sh Invalid argument >>>>> >>>>> I suggest changing >>>>> SCRIPT_DIR=`readlink "$0"` || SCRIPT_DIR="$0"; >>>>> to read >>>>> SCRIPT_DIR=`readlink "$0" >/dev/null` || SCRIPT_DIR="$0"; >>>>> >>>>> >>>>> Esteban >>>>>> >>>>>> On 28 Jan 2014, at 23:15, jannik.laval <jannik.laval(a)gmail.com> >>>>>> wrote: >>>>>> >>>>>> Thank you, I am trying the latest one. >>>>>> >>>>>> When compiling for IOS, I have an error in sqSCCSVersion.h >>>>>> >>>>>> #include "vmVersionInfo.h" // defines REVISION_STRING >>>>>> the file is not found. >>>>>> >>>>>> Anyone knows where is this file ? >>>>>> >>>>>> Cheers, >>>>>> Jannik >>>>>> >>>>>> On Jan 28, 2014, at 8:58 PM, Pharo4Stef <pharo4Stef(a)free.fr> wrote: >>>>>> >>>>>> jannik the latest vm is not on gitoruous anymore but git >>>>>> >>>>>> >>>>>> On 27 Jan 2014, at 22:03, jannik laval <jannik.laval(a)gmail.com> >>>>>> wrote: >>>>>> >>>>>> Hum, have I the correct repository ? >>>>>> I used this one: https://git.gitorious.org/cogvm/cog-osx.git >>>>>> >>>>>> But, I just saw that this one exists: >>>>>> https://github.com/pharo-project/pharo-vm >>>>>> I should use it no? >>>>>> >>>>>> Jannik >>>>>> >>>>>> >>>>>> 2014-01-27 Esteban Lorenzano <estebanlm(a)gmail.com> >>>>>> >>>>>>> 1.4 and 2.0 worked out of the box... and after my latest integration, >>>>>>> 3.0 should work too. >>>>>>> I will take a look as soon as I have half and hour to spare. >>>>>>> >>>>>>> Esteban >>>>>>> >>>>>>> >>>>>>> On 27 Jan 2014, at 14:27, jannik laval <jannik.laval(a)gmail.com> >>>>>>> wrote: >>>>>>> >>>>>>> Hi list, >>>>>>> >>>>>>> Does anyone try to load Pharoon iPad ? >>>>>>> In the past, the version 1.4 worked with XCode 4.4. >>>>>>> >>>>>>> I just tried to recompile it with the new XCode (5.0.2). >>>>>>> The VM seems to work, but the pharo 1.4 image freezes. >>>>>>> >>>>>>> Any idea ? >>>>>>> >>>>>>> -- >>>>>>> >>>>>>> ~~Jannik Laval~~ >>>>>>> Ãcole des Mines de Douai >>>>>>> Enseignant-chercheur >>>>>>> http://www.jannik-laval.eu >>>>>>> http://car.mines-douai.fr/ >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> >>>>>> ~~Jannik Laval~~ >>>>>> Ãcole des Mines de Douai >>>>>> Enseignant-chercheur >>>>>> http://www.jannik-laval.eu >>>>>> http://car.mines-douai.fr/ >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> best, >>>>> Eliot >>>>> >>>>> >>>>> >>>> >>>> >>>> -- >>>> >>>> ~~Jannik Laval~~ >>>> Ãcole des Mines de Douai >>>> Enseignant-chercheur >>>> http://www.jannik-laval.eu >>>> http://car.mines-douai.fr/ >>>> >>>> >>>> >>>> >>> >>> >>> -- >>> >>> ~~Jannik Laval~~ >>> Ãcole des Mines de Douai >>> Enseignant-chercheur >>> http://www.jannik-laval.eu >>> http://car.mines-douai.fr/ >>> >>> >>> >> >> >> -- >> >> ~~Jannik Laval~~ >> Ãcole des Mines de Douai >> Enseignant-chercheur >> http://www.jannik-laval.eu >> http://car.mines-douai.fr/ >> >> >> >> >> >> > > > -- > > ~~Jannik Laval~~ > Ãcole des Mines de Douai > Enseignant-chercheur > http://www.jannik-laval.eu > http://car.mines-douai.fr/ > > > > -- ~~Jannik Laval~~ Ãcole des Mines de Douai Enseignant-chercheur http://www.jannik-laval.eu http://car.mines-douai.fr/

Feb. 26, 2014

Re: [Pharo-dev] Pharo contribution CI: Email on failed build

by Christophe Demarey

Hello, Le 25 fÃ©vr. 2014 Ã 16:53, Damien Cassou a Ã©crit : > On Tue, Feb 25, 2014 at 4:42 PM, Norbert Hartl <norbert(a)hartl.name> wrote: >> Is it possible to receive an email when the build of the project I registered turns to unstable? > > yes, just add a post build action "Email notification" and put your > email address there. I would suggest to use the "Editable email notification". It is a Jenkins plugin (already available on pharo-contribution) that is really better. With this one, you can customize recipients, the mail content, attach the build log, etc. The most important feature to me is that you can define specific triggers like: - on regression send a mail to RecipientsDevelopersRequestorCulprits - on failure, ... - etc. It is usable without configuring anything but the recipient list. The default template is already configured. More details here: https://wiki.jenkins-ci.org/display/JENKINS/Email-ext+plugin Christophe.

Feb. 26, 2014