October 2016 - Pharo-users - lists.pharo.org

Re: [Pharo-users] [Seaside] Seaside can not be used with Pharo 60261

by Norbert Hartl

I have a ConfigurationOfAster with a baseline baseline01: spec <version: '0.1-baseline'> spec for: #'common' do: [ spec blessing: #'baseline'. spec repository: 'filetree://repository/'. spec project: 'RFB' with: [ spec className: #ConfigurationOfRFB; versionString: '0.64'; repository: 'http://smalltalkhub.com/mc/PharoExtras/RFB/main/' ]; project: 'Seaside3' with: [ spec className: #ConfigurationOfSeaside3; versionString: #'release3.2'; repository: 'filetree://repository/' ]. spec package: #'Aster-Core'; package: #'Aster-Seaside' with: [ spec requires: #(#'Aster-Core' 'Seaside3' 'RFB' ). ]. ]. and I load (ConfigurationOfAster project version: #development) load Norbert > Am 18.10.2016 um 16:32 schrieb Johan Brichau <johan(a)inceptive.be>: > > Can you post the snippet how you load it? > >> On 18 Oct 2016, at 16:21, Norbert Hartl <norbert(a)hartl.name> wrote: >> >> I tried to but I failed. It is very strange indeed. I added the platform attribute #'pharo6.x' to every location where there is a #'pharo5.x' attribute (see attached configuration). >> When loading metacello looks into older versions as well (in this case version 3.1.6). There the platform attribute does not exist and it seems to fallback on a configuration for #pharo where a package Seaside-Pharo-Development is referenced. While trying to find the definition of that package it fails. >> >> Does somebody know why it behaves that weird? Or even better know a solution :) >> >> thanks, >> >> Norbert >> >> <ConfigurationOfSeaside3-NorbertHartl.321.mcz> >> >>> Am 18.10.2016 um 10:37 schrieb Johan Brichau <johan(a)inceptive.be>: >>> >>> I only received a config for Grease :) >>> In my haste, I did not check you need Seaside :) >>> >>> Right now, Iâm a bit too busy so until someone can provide a working config, it will have to wait. >>> >>> cheers >>> Johan >>> >>>> On 18 Oct 2016, at 10:19, Norbert Hartl <norbert(a)hartl.name> wrote: >>>> >>>> You uploaded ConfigurationOfGrease but not Seaside. Mistake? >>>> >>>> Norbert >>>> >>>>> Am 18.10.2016 um 10:11 schrieb Johan Brichau <johan(a)inceptive.be>: >>>>> >>>>> I uploaded the changes by Christophe. If it does not work, let me know. I did not try. >>>>> >>>>> cheers >>>>> Johan >>>>> >>>>> ps: right now the configuration is identical for pharo5.x and pharo6.x. If things start to fail for Pharo 6, we need to make another baseline to not break the configuration for pharo 4 and pharo 5 >>>>> >>>>>> On 18 Oct 2016, at 10:00, Johan Brichau <johan(a)inceptive.be> wrote: >>>>>> >>>>>> Sure. Christophe Demarey has asked me if he can publish his changes to fix the config for pharo 6. >>>>>> >>>>>> I will upload them as soon as I receive them >>>>>> >>>>>> Johan >>>>>> >>>>>>> On 17 Oct 2016, at 21:04, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >>>>>>> >>>>>>> this is a question more appropriate for Seaside list :) >>>>>>> >>>>>>>> On 17 Oct 2016, at 20:07, Pierre CHANSON <chans.pierre(a)gmail.com> wrote: >>>>>>>> >>>>>>>> In #SmalltalkImage>>metacelloPlatformAttributes, #'pharo5.x' #'pharo5.0.xâ have been removed and Seaside does not have configuration for pharo6. >>>>>>>> >>>>>>>> Is there a plan to update the configuration of Seaside ? >>>>>>>> >>>>>>>> Thanks ! >>>>>>>> >>>>>>>> Pierre and Norbert >>>>>>> >>>>>>> _______________________________________________ >>>>>>> seaside mailing list >>>>>>> seaside(a)lists.squeakfoundation.org >>>>>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside >>>>>> >>>>> >>>>> >>>> >>>> >>> >>> >> > >

Oct. 18, 2016

Re: [Pharo-users] [Seaside] Seaside can not be used with Pharo 60261

by Johan Brichau

Can you post the snippet how you load it? > On 18 Oct 2016, at 16:21, Norbert Hartl <norbert(a)hartl.name> wrote: > > I tried to but I failed. It is very strange indeed. I added the platform attribute #'pharo6.x' to every location where there is a #'pharo5.x' attribute (see attached configuration). > When loading metacello looks into older versions as well (in this case version 3.1.6). There the platform attribute does not exist and it seems to fallback on a configuration for #pharo where a package Seaside-Pharo-Development is referenced. While trying to find the definition of that package it fails. > > Does somebody know why it behaves that weird? Or even better know a solution :) > > thanks, > > Norbert > > <ConfigurationOfSeaside3-NorbertHartl.321.mcz> > >> Am 18.10.2016 um 10:37 schrieb Johan Brichau <johan(a)inceptive.be>: >> >> I only received a config for Grease :) >> In my haste, I did not check you need Seaside :) >> >> Right now, Iâm a bit too busy so until someone can provide a working config, it will have to wait. >> >> cheers >> Johan >> >>> On 18 Oct 2016, at 10:19, Norbert Hartl <norbert(a)hartl.name> wrote: >>> >>> You uploaded ConfigurationOfGrease but not Seaside. Mistake? >>> >>> Norbert >>> >>>> Am 18.10.2016 um 10:11 schrieb Johan Brichau <johan(a)inceptive.be>: >>>> >>>> I uploaded the changes by Christophe. If it does not work, let me know. I did not try. >>>> >>>> cheers >>>> Johan >>>> >>>> ps: right now the configuration is identical for pharo5.x and pharo6.x. If things start to fail for Pharo 6, we need to make another baseline to not break the configuration for pharo 4 and pharo 5 >>>> >>>>> On 18 Oct 2016, at 10:00, Johan Brichau <johan(a)inceptive.be> wrote: >>>>> >>>>> Sure. Christophe Demarey has asked me if he can publish his changes to fix the config for pharo 6. >>>>> >>>>> I will upload them as soon as I receive them >>>>> >>>>> Johan >>>>> >>>>>> On 17 Oct 2016, at 21:04, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >>>>>> >>>>>> this is a question more appropriate for Seaside list :) >>>>>> >>>>>>> On 17 Oct 2016, at 20:07, Pierre CHANSON <chans.pierre(a)gmail.com> wrote: >>>>>>> >>>>>>> In #SmalltalkImage>>metacelloPlatformAttributes, #'pharo5.x' #'pharo5.0.xâ have been removed and Seaside does not have configuration for pharo6. >>>>>>> >>>>>>> Is there a plan to update the configuration of Seaside ? >>>>>>> >>>>>>> Thanks ! >>>>>>> >>>>>>> Pierre and Norbert >>>>>> >>>>>> _______________________________________________ >>>>>> seaside mailing list >>>>>> seaside(a)lists.squeakfoundation.org >>>>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside >>>>> >>>> >>>> >>> >>> >> >> >

Oct. 18, 2016

Re: [Pharo-users] [Seaside] Seaside can not be used with Pharo 60261

by Norbert Hartl

I tried to but I failed. It is very strange indeed. I added the platform attribute #'pharo6.x' to every location where there is a #'pharo5.x' attribute (see attached configuration). When loading metacello looks into older versions as well (in this case version 3.1.6). There the platform attribute does not exist and it seems to fallback on a configuration for #pharo where a package Seaside-Pharo-Development is referenced. While trying to find the definition of that package it fails. Does somebody know why it behaves that weird? Or even better know a solution :) thanks, Norbert > Am 18.10.2016 um 10:37 schrieb Johan Brichau <johan(a)inceptive.be>: > > I only received a config for Grease :) > In my haste, I did not check you need Seaside :) > > Right now, Iâm a bit too busy so until someone can provide a working config, it will have to wait. > > cheers > Johan > >> On 18 Oct 2016, at 10:19, Norbert Hartl <norbert(a)hartl.name> wrote: >> >> You uploaded ConfigurationOfGrease but not Seaside. Mistake? >> >> Norbert >> >>> Am 18.10.2016 um 10:11 schrieb Johan Brichau <johan(a)inceptive.be>: >>> >>> I uploaded the changes by Christophe. If it does not work, let me know. I did not try. >>> >>> cheers >>> Johan >>> >>> ps: right now the configuration is identical for pharo5.x and pharo6.x. If things start to fail for Pharo 6, we need to make another baseline to not break the configuration for pharo 4 and pharo 5 >>> >>>> On 18 Oct 2016, at 10:00, Johan Brichau <johan(a)inceptive.be> wrote: >>>> >>>> Sure. Christophe Demarey has asked me if he can publish his changes to fix the config for pharo 6. >>>> >>>> I will upload them as soon as I receive them >>>> >>>> Johan >>>> >>>>> On 17 Oct 2016, at 21:04, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >>>>> >>>>> this is a question more appropriate for Seaside list :) >>>>> >>>>>> On 17 Oct 2016, at 20:07, Pierre CHANSON <chans.pierre(a)gmail.com> wrote: >>>>>> >>>>>> In #SmalltalkImage>>metacelloPlatformAttributes, #'pharo5.x' #'pharo5.0.xâ have been removed and Seaside does not have configuration for pharo6. >>>>>> >>>>>> Is there a plan to update the configuration of Seaside ? >>>>>> >>>>>> Thanks ! >>>>>> >>>>>> Pierre and Norbert >>>>> >>>>> _______________________________________________ >>>>> seaside mailing list >>>>> seaside(a)lists.squeakfoundation.org >>>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside >>>> >>> >>> >> >> > >

Oct. 18, 2016

Re: [Pharo-users] [Seaside] Seaside can not be used with Pharo 60261

by Cyril Ferlicot D.

Le 18/10/2016 Ã 15:41, Cyril Ferlicot D. a Ã©crit : > Hi! > > I could load Seaside but when I start the adaptor and go to > localhost:8080 I get an error[1] `receiver of #from:to: is nil`. > There is some error on Jenkin's logs that where not here before[2]. > > > [1] http://puu.sh/rN9fV/780adbcfe0.png > [2] http://puu.sh/rN9rb/dd9de6776a.png > I think that this mcz should correct the problem but I don't have the rights on Seaside repo. Can someone add me to the Seaside Team or copy the mcz? I just added a 'pharo6.x' in the configuration where there is a 'pharo5.x' so it should be a safe change. -- Cyril Ferlicot http://www.synectique.eu 2 rue Jacques PrÃ©vert 01, 59650 Villeneuve d'ascq France

Oct. 18, 2016

Re: [Pharo-users] CodeGenerator, your opinions?

by Otto Behrens

> for things like that, I would consider looking into the SmaCC visitor > automatic generation. From an grammar, SmaCC creates the class, respecting > an eventual inheritance constraint you specify, adds the instance variables, > and generates the visitor (and an equality test too). Nice. Will have a look. Thanks. > Regarding state machines generation, what class of automatons are you > looking at? Because I'm looking at automatons generation by reusing SmaCC > (for a tentative hardware architecture subject). We have some domain specific objects, for example investment instructions, that go through some domain specific state transitions. It is not enormous, but a state transition model helps to understand what valid transitions there are. As a simplistic example, when we receive an investment instruction, one user "submits" the instruction, another "authorises". From there it moves into a processing state and then complete when the investment is placed. What will be nice is to set up guards on transitions, entry / exit actions and more nice things that can be done with a state machine. Reading the state machine then gives a nice overview of the logic. What will be nice is to see that in the form of a graph, with all the annotations. We do not currently use complexities like concurrency and nesting, but have seen that working before. Does this answer what you're asking? > > Regards, > > Thierry > > > Le 18/10/2016 Ã 10:01, Otto Behrens a Ã©crit : >> >> +1 for the visitor. What would be nice is to generate methods in the >> form #visit<Class Name>: for all classes in a given hierarchy (eg >> Magritte's MAVisitor). The default implementation of such a method >> would be to call #visit<My Super Class name>: >> >> We have been using state machines for a long time and have built >> generators for it (on a previous project, for which I do not have the >> code). I still think that is a useful idea. It is difficult for the >> code generator to maintain changes in the generated code with changes >> in the "spec". Will you then define a DSL for the state machine? >> >> On Tue, Oct 18, 2016 at 9:29 AM, Julien Delplanque <julien(a)tamere.eu> >> wrote: >>> >>> Hello, >>> >>> A generator for the visitor design pattern: >>> - Generate methods in visited objects: VisitedObject>>#accept: (with the >>> selector name configurable) >>> - Generate empty methods (or methods with a "self subclassResponsability" >>> if >>> an abstract visitor is generated) >>> called in #accept: methods of VisitedObjects in the Visitor i.e >>> Visitor>>#acceptVisitedObject: (with the selector >>> name configurable again). >>> >>> Each time this design pattern has to be used, it is annoying to write by >>> hand all these methods. >>> >>> Regards, >>> >>> Julien >>> >>> >>> On 18/10/16 07:24, HernÃ¡n Morales Durand wrote: >>>> >>>> >>>> Hi guys, >>>> >>>> I am writing a code generator, doing a few iterations right now. >>>> I want your opinion, which most useful thing would you like to be >>>> generated >>>> automatically? It could be a pattern, an idiom, another language... >>>> >>>> For example my own wish (roadmap) list: >>>> >>>> - A "settings framework" settings class generator. >>>> - A state machine generator (based in the excellent paper of Trevor P. >>>> Hopkins) >>>> - A Spec UI generator. >>>> >>>> Let me know your thoughts. >>>> >>>> Cheers, >>>> >>>> HernÃ¡n >>>> >>> >>> >> >> > >

Oct. 18, 2016

Re: [Pharo-users] looking for a tutorial on sounds in Pharo

by Grigory Hatsevich

Iâm interested in using a computer as a musical instrument and a XXI-century tool to learn how to play and compose music. First, Iâd like to implement a Janko keyboard emulator in Pharo (like this one http://monxmood.free.fr/roche/roche.html, but with various customizations) â it is an alternative piano keyboard layout that is 12 times easier to learn to play because of its regular structure â unlike traditional piano keyboard layout. Demonstration of a real Janko piano: https://www.youtube.com/watch?v=cK4REjqGc9w&t=4m Also I see playing with note sequences as a good way to learn programming (for those who love music, like me). On Mon, 17 Oct 2016 02:21:57 +0700, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > I have used the Sound library for my project ChronosManager to play back > an alarm sound, its an easy to use library but >quite powerful. Last > time I checked could not get it working on Linux but it worked like a > charm on MacOS and I think it >worked well also on windows. > Is there something specific you are interested for ? > > On Sun, Oct 16, 2016 at 2:16 PM Grigory Hatsevich > <g.hatsevich(a)gmail.com> wrote: >> Hi! I'm looking for a tutorial about sound generation in Pharo. I've >> found >> "PharoSoundTutorial" (https://github.com/xmessner/PharoSoundTutorial) >> but >> it is in French. Is there an English version of this tutorial or some >> other English text about sounds in Pharo?

Oct. 18, 2016

Re: [Pharo-users] Garage sqlite on pharo > 5

by Guille Polito

Hi, I only have to say that at least six months ago I updated garage sqlite to work on pharo 6, with UFFI. And it still works. I just checked in a new image, pharo6, doing: - Install Garage Sqlite3 Gofer it smalltalkhubUser: 'DBXTalk' project: 'Garage'; configurationOf: 'Garage'; load. (ConfigurationOfGarage project version: '0.5') load: 'sqlite3'. - Then I installed sqlite3 32bit library in my machine sudo apt-get install sqlite3:i386 - Then I created a symlink to my library so the VM can find it: ln -s /usr/lib/i386-linux-gnu/libsqlite3.so.0 libsqlite3 - Finally I configured the tests to run with the Sqlite backend GAContinuousIntegrationConfiguration new configureSqlite3. And all tests run... Esteban, can you test it locally to see if you have any problems? Norbert, I hope this works for you ^^. Now, as Stef says, it is a bit complicated on my side to work on database drivers because I do not work using them. But! If something is interested in collaborating, contact me, I will be only positive about it :) Guille -------- Original Message -------- > Why declare that as dead? > > It is there and is okay to use. > > People can update it if needed. > > Why say this? > That's not constructive, man. > > We need DB access. > Pharo without DB access is going nowhere in the industry. > > Just had a pairing session w/ Doru and guess what? The data I need for > Moose/Roassal usage is in a database. > > -_O > > Phil > > > On Mon, Oct 17, 2016 at 7:29 PM, stepharo <stepharo(a)free.fr > <mailto:stepharo@free.fr>> wrote: > > Guillermo created Garage because the consortium asked and payed > him to do and I think that he did it well. Now Guillermo does not > use any database during his development and he is busy to work on > many important tasks for Pharo. > > > > I will ask Guillermo to declare Garage as dead and people should > not come and cry that DB is not well supported in Pharo. I never > understood why the code of UDBC was not pushed into Garage. > > > > Stef > > > > PS: So now people can tell me that I'm insulting torsten or > whatever. Feel free. I found the situation quite sad in fact and > quite also discouraging. > > > > > > > > > > Le 17/10/16 Ã 15:49, Esteban A. Maringolo a Ã©crit : > > > 2016-10-17 8:12 GMT-03:00 Norbert Hartl <norbert(a)hartl.name > <mailto:norbert@hartl.name>>: > > > Does anyone use Garage SQL drivers with sqlite in pharo >= 5? > > > Garage SQLite driver doesn't work on Pharo 5, the FFI API > changed and > > Garage wasn't updated to use UFFI. > > You have to use Torsten version in UDBC. > > > > Gofer it > > smalltalkhubUser: 'TorstenBergmann' project: 'UDBC'; > > configuration; > > load. > > (Smalltalk at: #ConfigurationOfUDBC) loadBleedingEdge. > > > > > > Regards, > > > > Esteban A. Maringolo > > > > > > > > > > > > > > > > >

Oct. 18, 2016

Re: [Pharo-users] [Seaside] [ANN] ZÃ¼rich Smalltalk Meetup Nov 8th, 2016

by Mariano Martinez Peck

On Tue, Oct 18, 2016 at 1:35 AM, jtuchel(a)objektfabrik.de < jtuchel(a)objektfabrik.de> wrote: > There are great news about the upcoming Smalltalkerâs Meetup in ZÃ¼rich. > > Weâve found a conference room for the evening and will start off with a > âshow us your projectâ session in a room with a big screen and start the > social part after your input at a nice Australian Steakhouse. > > The best thing is: we already have a first session: Michal is going to > show his new Gemstone-based persistence framework for Pharo. It can be used > to develop in Pharo and keep your objects stored in Gemstone. > Hi, I would love to be in Zurich, but I obviously can't :( So... is there a way to get some more info about that "Gemstone-based persistence framework for Pharo"? And who is Michal? Last name? Thanks, > We need your input > > This new setup with a meeting room adds more value to all of us: we can > now not only talk about each othersâ epxeriences and porjects, but see what > theyâre up to and what they found. > > So to make this event an even better one than before, we need people whoâd > like to share their ideas, their latest work on some hobby or professional > project. Thereâs no need for a full-fledged sales pitch with fog and visual > effects and such, just bring your laptop and show us what you do! The room > is reserved for ca. 1 hour, so we can have, say, 2-3 presentations before > we leave for beer and steaks. > > So if you have something interesting to show or would like to find people > to join on some early project youâre starting/planning, give us a chance to > learn about it. If youâve built some interesting tool or use Smalltalk for > something very special to you, let us know and share your fascination and > ideas. Weâll sure appreciate that! > > But if you spontaneously decide you want to show something or start some > discussion, feel free to do so. You just need to be prepared that we might > have to leave the room before itâs your turn. Timeslots are limited. > > It would be good if youâd pre-announce your demo to me for two reasons: > first, we can see if we need to rent tho room for a little longer, but even > better, your topic might attract even more people so I can post your topic > and make sure people get the message. > So where and when? > > Weâll meet at 7pm on Nov 8th, 2016 at > > Alpha Sprachwelt AG <http://alphasprachwelt.ch/kontakt.html> > Stadelhoferstrasse 10 > 8001 ZÃ¼rich > > Around 8-8:30 pm weâll walk over to the Outback Lodge where weâve reserved > a table. With Steaks and Drinks we can discuss ideas, talk about the good > old times or do some spontaneous hacking. For directions to the Lodge visit > http://www.outback-lodge.ch/index.php/stadelhofen > How to register? How much is it? > > This is a meetup of friends, so itâs free to come, we look forward to > meeting you and keeping in touch. You pay your meal and drinks, but the > rest is free. > > We ask you to register on our Doodle page at http://doodle.com/poll/c9c7tatwqppyhkhq > > > Please also indicate in a comment to your registration if you want to give > a short presentation. > > > > See you soon in ZÃ¼rich! > > _______________________________________________ > seaside mailing list > seaside(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > > -- Mariano http://marianopeck.wordpress.com

Oct. 18, 2016

Re: [Pharo-users] CodeGenerator, your opinions?

by Lionel Akue

Great! We had the same idea :) The first requirements I wrote was to generate Spec UI directly. But I rather chose to make Magritte compatible with Spec. So from the Magritte description, we could generate Spec, Seaside ... Lionel 2016-10-18 14:20 GMT+02:00 Peter Uhnak <i.uhnak(a)gmail.com>: > Hi Hernan, > > I wrote some time ago two basic code generators (both in Pharo) from > UML-ified FAMIX for a particular user (so there are some domain-specific > patterns), > one for Pharo syntax ( https://github.com/OpenPonk/ > class-editor/blob/master/docs/code-generation/uml-to-code.md ) > and one for VW syntax ( https://github.com/OpenPonk/ > class-editor/blob/master/docs/vw-code-generation/pim-psm.md ) > > (the code is here https://github.com/OpenPonk/class-editor/tree/master/ > repository/DynaCASE-Generator.package and here > https://github.com/OpenPonk/class-editor/tree/master/ > repository/UML-CodeGenerator.package ) > > The most pain I had was with expressing templateable code to which I could > just plug specific data, I wanted to look at QVT but didn't have the time > yet. > But it would be interesting to see if your generator could address such > issues; plus soon I want to iterate on my generators to have more live > interaction (so the code is generated on the fly as the model is created, > although I am using Pharo Refactoring engine for now, which is also quite > powerful.) > > Addionally, Lionel (in cc) is working on some meta system generating > classes with magritte descriptions. > > So it would be cool if we could have some really cool generator that could > do many cool things. :) > > Peter > > On Tue, Oct 18, 2016 at 02:24:28AM -0300, HernÃ¡n Morales Durand wrote: > > Hi guys, > > > > I am writing a code generator, doing a few iterations right now. > > I want your opinion, which most useful thing would you like to be > generated > > automatically? It could be a pattern, an idiom, another language... > > > > For example my own wish (roadmap) list: > > > > - A "settings framework" settings class generator. > > - A state machine generator (based in the excellent paper of Trevor P. > > Hopkins) > > - A Spec UI generator. > > > > Let me know your thoughts. > > > > Cheers, > > > > HernÃ¡n >

Oct. 18, 2016

Re: [Pharo-users] Cog VM on Raspberry Pi ?

by Henrik Johansen

> On 17 Oct 2016, at 8:43 , Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > Hi, > > Does a (faster) Cog VM for the Raspberry Pi actually exist ? > > I tried comparing the latest OpenSmalltalk VM with some older ones, only to find that they are all equally fast (slow actually): > > pi@raspberrypi ~/Pharo $ ./pharo -nodisplay Pharo.image printVersion > [version] 5.0 #50581 > > "http://files.pharo.org/vm/pharoS/raspbian/latest.zip" > > pi@raspberrypi ~/Pharo $ ./pharo -nodisplay Pharo.image eval '1 tinyBenchmarks' > '167429692 bytecodes/sec; 11160247 sends/sec' > > "http://www.mirandabanda.org/files/Cog/VM/VM.r3427/cogspurlinuxhtARM-15.33.3…" > > pi@raspberrypi ~/Pharo $ ./products/phcogspurlinuxhtRPi/pharo -nodisplay Pharo.image eval '1 tinyBenchmarks' > '166992824 bytecodes/sec; 11337746 sends/sec' > > "https://bintray.com/opensmalltalk/vm/download_file?file_path=cog_linux32ARM…" > > pi@raspberrypi ~/Pharo $ ./products/phcogspurlinuxhtRPi/pharo -nodisplay Pharo.image eval '1 tinyBenchmarks' > '166992824 bytecodes/sec; 11337746 sends/sec' > > That is no significant difference on a RPi 3, at all. Is this normal ? Am I missing something ? > > Thx, > > Sven > > PS: Just for reference, my Mac Book Pro is 10 times faster > > 1 tinyBenchmarks "'1323852617 bytecodes/sec; 174185794 sends/sec'" Are you 100% sure you benched different VM's? A stack VM (PharoS) getting the same results as a Spur VM (cog_linux32ARMv6_pharo.cog.spur_201610142319.tar.gz) is rather suspicious... At least on my Pi3, the spur Cog VM gives numbers around 250M bytecodes/160M sends.... which, while still "slow", is a decent bump in speed compared to what you're seeing. Cheers, Henry

Oct. 18, 2016