December 2017 - Pharo-users

REST client hints

by Ben Coman

I'm just about to write my first client interface to a REST service. In some respects I understand this is as simple as doing GET responses using Zinc, but I'm inquiring about tutorials or libraries that might help. Most of the stuff turned up by searches is about server-side of REST. cheers -ben

Dec. 5, 2017

Re: [Pharo-users] Fuel transfer from Pharo 1.4 to Pharo 6.1

by Andreas Brodbeck

Am 28.11.17 um 13:52 schrieb Mariano Martinez Peck: > On Tue, Nov 28, 2017 at 9:31 AM, Andreas Brodbeck <dassi(a)mindclue.ch> wrote: > >> Am 28.11.17 um 12:46 schrieb Mariano Martinez Peck: >>> Hi Andreas, >>> >>> Do you know why method contexts are trying to be serialized? Of course, >>> probably because of closures. Do you think / know / are aware of >> closures >>> as part of your graph? Maybe Sorted Collection? >>> I am asking because if the only thing is SortedCollection then we can use >>> some hook... >> >> I have closures in several places in the object graph. These are objects >> with some pluggable functionality, which I rely on. >> > > > *OK. The question is then if those closures are "clean" or not.* In other > words, what's their scope? Do they refer to variables defined outside the > closure (in which case you would need the methods contexts / stack) or are > they clean in the sense that you could be able to replace them via a string > and then compile them again ? > Some time ago we added a #isClean to BlockClosure. You can test a few of > your closures to see if this is the case or not. > > Btw, I have an application for a client in which we also have closures to > define some pluggable behavior. But what I do is: > > 1) guarantee they are 100% clean (does not go outside of scope) > 2) aside from the "block" instVar I also add another instVar which is the > "string" version of it. Then I always implement > #fuelIgnoredInstanceVariableNames to ignore all those "block" instVars, yet > DO NOT ignore the "string" like of those closures. Then, of course, the > getter of the block instvar does a lazy compilation if the block instVar is > nil... > > I know you already have your application written, but I am trying to > explain how I was able to use Fuel for this case... Just for the record, here is the solution what I ended up with: --- Install Fuel version 1.9.4 for debugging: (ConfigurationOfFuel project version: '1.9.4') load: #(default FuelDebug FuelPreview). --- Analyze the fuel serialization of the root object myDatabaseObject in the Pharo 1.4 image: FileStream forceNewFileNamed: 'debug.fuel' do: [:aFile | FLSerializer newDefault setDebug; serialize: myDatabaseObject on: aFile binary]. FLDebugSerialization last log inspect. --- In the inspected Fuel-Log, look for the FLCompiledMethodCluster, which told me in which classes I use BlockClosures which fuel wants to persist. --- Changed my source code and the live objects where I use persisted BlockClosures to only use "clean" BlockClosure and only fuel-store them as Strings (Using fuelIgnoredInstanceVariableNames) an recompile them when the instance is materialized (Using fuelAfterMaterialization), as suggested by Mariano. --- Searched for some few usages of SortedCollection and made sure, that there is no sortBlock but only the default sort behaviour. So finally I got rid of persisted BlockClosures in the fuel file. That 1.9.4 Fuel file stored with Pharo 1.4 could then be materialized in Pharo 6.1. with the same Fuel version 1.9.4 without problems! I'm happy. Cheers, Andreas -- Andreas Brodbeck www.mindclue.ch

Dec. 5, 2017

Re: [Pharo-users] [Moose-dev] feenk log

by Peter UhnÃ¡k

Great work guys! Even though I don't have much time to work with Bloc yet, every time I play with it, I find it really enjoyable. :) Also +1 for draggable elements, another thing to tick of my "must have" list. :) Peter

Dec. 5, 2017

Re: [Pharo-users] Behold Pharo: The Modern Smalltalk

by Ben Coman

On 5 December 2017 at 14:50, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > On Tue, Dec 5, 2017 at 5:49 AM, horrido <horrido.hobbies(a)gmail.com> wrote: > > Understood. I'm working on a Pharo Quick Start guide. If it passes muster > > with you guys, you may want to link to it, or incorporate its contents > into > > the pharo.org website. > Sure let us know. > > > > However, I've stumbled on an odd obstacle: downloading and running the > > Default GNU/Linux zip file. According to the Linux installation page, > and I > > quote: > > > > Version 6.1 for several common GNU/Linux configurations. The zip files > > contain everything necessary. Just download and run the executable. For > more > > download options, see the sections below. > > ./pharo-ui Pharo61.image & > I guess this is to make `pharo` look "normal" when used for non-gui scripting from the command line. It still bites me occasionally depending on what context I've been working in, but I can live with that. This is the sort of thing a Quick Start will be good for. cheers -ben > > > I am unable to "run the executable" without further explanation. I'm > > guessing that it's missing the Pharo VM, which apparently isn't included > in > > the download. > > Why would it be? > > > > > > A newbie looking at this installation page and trying to get started with > > Pharo under Linux would be totally confused and frustrated. Hell, *I'm > > totally confused and frustrated!* > > As you see this can be fixed without losing more time on that. > > > > > > > > > > Stephane Ducasse-3 wrote > >> Hi > >> > >> We have a full mooc with 90 videos, we have books. And we are super > busy. > >> You see we cannot do everything. > >> > >> > >> Stef > >> > >> On Mon, Dec 4, 2017 at 5:15 AM, horrido < > > > >> horrido.hobbies@ > > > >> > wrote: > >>> Speaking of which, one of my readers said he tried out Pharo recently > and > >>> found the documentation wanting. He was expecting a Getting Started > guide > >>> at > >>> the pharo.org website and couldn't find one. So he had to blunder > around > >>> a > >>> bit. > >>> > >>> I told him he could've looked at "Chapter 2: A quick tour of Pharo" in > >>> the > >>> *Pharo by Example 5* book, but he's right. There ought to be something > >>> obvious at the pharo.org website that helps a newbie get Pharo up and > >>> running, understand how to basically use the Pharo IDE, and write the > >>> standard "Hello World" program. > >>> > >>> I checked out squeak.org and found the same documentation issue! Why > is > >>> this??? > >>> > >>> > >>> Offray Vladimir Luna CÃ¡rdenas-2 wrote > >>>> Documentation is going well. In fact the stuff that kept me away of > >>>> Squeak, despite of its potential was the lack of documentation. "The > >>>> artifact is the curriculum" was to powerful but too heavy. You need a > >>>> way to understand how to deconstruct and navigate the artifact that is > >>>> usually anchored with the culture you have (books and reading) instead > >>>> of only launching inspectors os browsing the code. Grafoscopio is my > >>>> attempt to fill that gap between the world of objects/simulations and > >>>> the world of scripts/documents. > >>>> > >>>> Cheers, > >>>> > >>>> Offray >

Dec. 5, 2017

Re: [Pharo-users] Problem loading image after changing resolution from 4Kto HD

by Stephane Ducasse

Hi We are chasing a bug in FreeType. Some initialization order was wrong in 70alpha but it the fix does not apply to 61 :( and I finished to remove the plugin from my VM and use strike fonts. We should rewrite the FT plugin. STef On Fri, Dec 1, 2017 at 10:50 PM, Prof. Andrew P. Black <black(a)cs.pdx.edu> wrote: > > On 1 Dec 2017, at 20:31 , Ted F.A. van Gaalen <tedvga(a)gmail.com> wrote: > > Could it be that some logic within Pharo does not handle > resolution changes correctly? > > > In Pharo 7, I sometimes â but not always â get crashes when I switch from > the built-in display on my laptop to a large desktop monitor. Going from > the large monitor to the laptop screen always seems to work flawlessly, and > going the other way sometimes works. So this is the opposite from your > issue. > > The crash happens before I get to see anything at all on the screen, so it > may also be a different issue. But changing resolution is certainly > problematic. > > Andrew >

Dec. 5, 2017

Re: [Pharo-users] P3 timeout

by Stephane Ducasse

If you need help for your booklet setup let me know. Stef On Tue, Dec 5, 2017 at 1:02 AM, Pierce Ng <pierce(a)samadhiweb.com> wrote: > On Sun, Nov 26, 2017 at 02:03:13PM +0100, Stephane Ducasse wrote: >> It would be cool if we could get a little success stories around what >> you are doing. >> A success stories does not mean that you get as rich as Steve Jobs, >> just that you build >> something nice successfully. ;) > > Hi Stef, > > Will do when I get somewhere with this. :-) I'm taking your lead by working on > some booklets, although for now $DAY_JOB beckons and progress has been slow. > > Pierce >

Dec. 5, 2017

Re: [Pharo-users] Plotting a SMark report

by Stephane Ducasse

Some difference are striking :) On Tue, Dec 5, 2017 at 5:09 AM, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> wrote: > Hi guys, > > I benchmarked five Levenshtein implementations today and just wonder > is there any package or extension which takes a SMark report and plot > a Roassal bar chart? > > This is the best I get so far: > > "Report for: StringExtensionsBenchmark > Benchmark LevPW100kTo > LevPW100kTo total: iterations=10 runtime: 486.6ms +/-4.2 > > Benchmark LevPW1kWith > LevPW1kWith total: iterations=10 runtime: 27.6ms +/-1.3 > > Benchmark LevPW1k > LevPW1k total: iterations=10 runtime: 70.40ms +/-0.82 > > Benchmark LevPW1kTo > LevPW1kTo total: iterations=10 runtime: 4.30ms +/-0.28 > > Benchmark LevPW100k > LevPW100k total: iterations=10 runtime: 8325ms +/-101 > > Benchmark LevPW100kFrom > LevPW100kFrom total: iterations=10 runtime: 1278.1ms +/-4.9 > > Benchmark LevPW100kWith > LevPW100kWith total: iterations=10 runtime: 3309ms +/-75 > > Benchmark LevPW100kToLD > LevPW100kToLD total: iterations=10 runtime: 2222ms +/-17 > > Benchmark LevPW1kLD > LevPW1kLD total: iterations=10 runtime: 19.40ms +/-0.48 > > Benchmark LevPW1kFrom > LevPW1kFrom total: iterations=10 runtime: 11.30ms +/-0.39 > " > > Cheers, > > HernÃ¡n >

Dec. 5, 2017

Re: [Pharo-users] Behold Pharo: The Modern Smalltalk

by Stephane Ducasse

On Tue, Dec 5, 2017 at 5:49 AM, horrido <horrido.hobbies(a)gmail.com> wrote: > Understood. I'm working on a Pharo Quick Start guide. If it passes muster > with you guys, you may want to link to it, or incorporate its contents into > the pharo.org website. Sure let us know. > However, I've stumbled on an odd obstacle: downloading and running the > Default GNU/Linux zip file. According to the Linux installation page, and I > quote: > > Version 6.1 for several common GNU/Linux configurations. The zip files > contain everything necessary. Just download and run the executable. For more > download options, see the sections below. ./pharo-ui Pharo61.image & > > I am unable to "run the executable" without further explanation. I'm > guessing that it's missing the Pharo VM, which apparently isn't included in > the download. Why would it be? > > A newbie looking at this installation page and trying to get started with > Pharo under Linux would be totally confused and frustrated. Hell, *I'm > totally confused and frustrated!* As you see this can be fixed without losing more time on that. > > > > Stephane Ducasse-3 wrote >> Hi >> >> We have a full mooc with 90 videos, we have books. And we are super busy. >> You see we cannot do everything. >> >> >> Stef >> >> On Mon, Dec 4, 2017 at 5:15 AM, horrido < > >> horrido.hobbies@ > >> > wrote: >>> Speaking of which, one of my readers said he tried out Pharo recently and >>> found the documentation wanting. He was expecting a Getting Started guide >>> at >>> the pharo.org website and couldn't find one. So he had to blunder around >>> a >>> bit. >>> >>> I told him he could've looked at "Chapter 2: A quick tour of Pharo" in >>> the >>> *Pharo by Example 5* book, but he's right. There ought to be something >>> obvious at the pharo.org website that helps a newbie get Pharo up and >>> running, understand how to basically use the Pharo IDE, and write the >>> standard "Hello World" program. >>> >>> I checked out squeak.org and found the same documentation issue! Why is >>> this??? >>> >>> >>> Offray Vladimir Luna CÃ¡rdenas-2 wrote >>>> Documentation is going well. In fact the stuff that kept me away of >>>> Squeak, despite of its potential was the lack of documentation. "The >>>> artifact is the curriculum" was to powerful but too heavy. You need a >>>> way to understand how to deconstruct and navigate the artifact that is >>>> usually anchored with the culture you have (books and reading) instead >>>> of only launching inspectors os browsing the code. Grafoscopio is my >>>> attempt to fill that gap between the world of objects/simulations and >>>> the world of scripts/documents. >>>> >>>> Cheers, >>>> >>>> Offray >>> >>> >>> >>> >>> >>> -- >>> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >>> > > > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >

Dec. 5, 2017

Re: [Pharo-users] Behold Pharo: The Modern Smalltalk

by horrido

Understood. I'm working on a Pharo Quick Start guide. If it passes muster with you guys, you may want to link to it, or incorporate its contents into the pharo.org website. However, I've stumbled on an odd obstacle: downloading and running the Default GNU/Linux zip file. According to the Linux installation page, and I quote: Version 6.1 for several common GNU/Linux configurations. The zip files contain everything necessary. Just download and run the executable. For more download options, see the sections below. I am unable to "run the executable" without further explanation. I'm guessing that it's missing the Pharo VM, which apparently isn't included in the download. A newbie looking at this installation page and trying to get started with Pharo under Linux would be totally confused and frustrated. Hell, *I'm totally confused and frustrated!* Stephane Ducasse-3 wrote > Hi > > We have a full mooc with 90 videos, we have books. And we are super busy. > You see we cannot do everything. > > > Stef > > On Mon, Dec 4, 2017 at 5:15 AM, horrido < > horrido.hobbies@ > > wrote: >> Speaking of which, one of my readers said he tried out Pharo recently and >> found the documentation wanting. He was expecting a Getting Started guide >> at >> the pharo.org website and couldn't find one. So he had to blunder around >> a >> bit. >> >> I told him he could've looked at "Chapter 2: A quick tour of Pharo" in >> the >> *Pharo by Example 5* book, but he's right. There ought to be something >> obvious at the pharo.org website that helps a newbie get Pharo up and >> running, understand how to basically use the Pharo IDE, and write the >> standard "Hello World" program. >> >> I checked out squeak.org and found the same documentation issue! Why is >> this??? >> >> >> Offray Vladimir Luna CÃ¡rdenas-2 wrote >>> Documentation is going well. In fact the stuff that kept me away of >>> Squeak, despite of its potential was the lack of documentation. "The >>> artifact is the curriculum" was to powerful but too heavy. You need a >>> way to understand how to deconstruct and navigate the artifact that is >>> usually anchored with the culture you have (books and reading) instead >>> of only launching inspectors os browsing the code. Grafoscopio is my >>> attempt to fill that gap between the world of objects/simulations and >>> the world of scripts/documents. >>> >>> Cheers, >>> >>> Offray >> >> >> >> >> >> -- >> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >> -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Dec. 5, 2017

Plotting a SMark report

by HernÃ¡n Morales Durand

Hi guys, I benchmarked five Levenshtein implementations today and just wonder is there any package or extension which takes a SMark report and plot a Roassal bar chart? This is the best I get so far: "Report for: StringExtensionsBenchmark Benchmark LevPW100kTo LevPW100kTo total: iterations=10 runtime: 486.6ms +/-4.2 Benchmark LevPW1kWith LevPW1kWith total: iterations=10 runtime: 27.6ms +/-1.3 Benchmark LevPW1k LevPW1k total: iterations=10 runtime: 70.40ms +/-0.82 Benchmark LevPW1kTo LevPW1kTo total: iterations=10 runtime: 4.30ms +/-0.28 Benchmark LevPW100k LevPW100k total: iterations=10 runtime: 8325ms +/-101 Benchmark LevPW100kFrom LevPW100kFrom total: iterations=10 runtime: 1278.1ms +/-4.9 Benchmark LevPW100kWith LevPW100kWith total: iterations=10 runtime: 3309ms +/-75 Benchmark LevPW100kToLD LevPW100kToLD total: iterations=10 runtime: 2222ms +/-17 Benchmark LevPW1kLD LevPW1kLD total: iterations=10 runtime: 19.40ms +/-0.48 Benchmark LevPW1kFrom LevPW1kFrom total: iterations=10 runtime: 11.30ms +/-0.39 " Cheers, HernÃ¡n

Dec. 5, 2017