May 2017 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Introduction (GSoC)

by Rajula Vineet

Thanks, Stef. -- View this message in context: http://forum.world.st/Introduction-GSoC-tp4946020p4946451.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

May 10, 2017

Re: [Pharo-dev] Introduction (GSoC)

by Rajula Vineet

Thanks, Doru. Will keep the community updated. -- View this message in context: http://forum.world.st/Introduction-GSoC-tp4946020p4946450.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

May 10, 2017

Re: [Pharo-dev] Missing plugins to make the vmProfiler work on Pharo

by Max Leske

Hi Sophie, You will have to compile your own VM for the moment. It's fairly easy but you might run into problems when including the extra plugin. To build the VM, follow the instructions on https://github.com/OpenSmalltalk/opensmalltalk-vm <https://github.com/OpenSmalltalk/opensmalltalk-vm> and read the README and HOWTO files. Simple build example: cd ~/git/opensmalltalk-vm/build.macos32x86/pharo.cog.spur/ && ./mvm -d will build a debug VM. You'll have to modify one of the "plugins.*" files to include the plugin. HTH, Max > On 10 May 2017, at 14:36, Sophie Kaleba <sophie.kaleba(a)gmail.com> wrote: > > Hi Esteban, Hi all, > > I am working on porting the Squeak VMProfiler to Pharo as a gsoc (I will post a more detailed presentation about that in the mailing list later today). > > While trying to use the profiler with the Pharo VM, I get the following error : "PrimitiveFailed : primitive #primitiveExecutableModules in VMProfilerLinuxSymbolsManager failed". (see stack trace attached). > > This plugin (VMProfileLinuxSupportPlugin) does not seem to be included by default in the Pharo VM (it works with a Squeak VM). I haven't tried on a mac, but I guess the plugin (VMProfileMacSupportPlugin) is missing too. > > For the moment, I am using the latest Squeak VM with my Pharo image but it is not quite convenient. Would it be possible to include the 2 plugins to the Pharo VM ? > > If I can be of any help, just tell me > Thanks! > > Sophie > > > > > > > <PrimitiveFailed.jpg>

May 10, 2017

[pharo-project/pharo-core] 48849c: 60484

by GitHub

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: 48849c8e409ce6eb0130f2a7db59754b228f603c https://github.com/pharo-project/pharo-core/commit/48849c8e409ce6eb0130f2a7… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2017-05-10 (Wed, 10 May 2017) Changed paths: M Glamour-Tests-Morphic.package/GLMPharoScriptMorphicTest.class/instance/tests/testExplicitAcceptDoesNotAffectTextPort.st M Glamour-Tests-Morphic.package/GLMTextMorphicTest.class/instance/tests/testExplicitAcceptDoesNotAffectTextPort.st M Morphic-Tests.package/WindowAnnouncementTest.class/instance/tests - window change/testResizing.st M Morphic-Tests.package/WindowAnnouncementTest.class/instance/tests - window change/testScrolling.st M Morphic-Tests.package/WindowAnnouncementTest.class/instance/tests - window creation and deletion/testWindowCreation.st M Network-Kernel.package/NetNameResolver.class/class/lookups/localHostAddress.st M Reflectivity.package/RFNodeReification.class/instance/generate/genForRBProgramNode.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60483.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60484.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60483.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60484.st M ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 60484 20035 UDPSocketEchoTest testEcho fails on Mac https://pharo.fogbugz.com/f/cases/20035 20036 WindowAnnouncementTest is failing on mac https://pharo.fogbugz.com/f/cases/20036 20038 GLMPharoScriptMorphicTest and GLMTextMorphicTest are failing on Mac CI https://pharo.fogbugz.com/f/cases/20038 20032 RF: compile access to #node as LiteralVariable https://pharo.fogbugz.com/f/cases/20032 http://files.pharo.org/image/60/60484.zip

May 10, 2017

[pharo-project/pharo-core]

by GitHub

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

May 10, 2017

Missing plugins to make the vmProfiler work on Pharo

by Sophie Kaleba

Hi Esteban, Hi all, I am working on porting the Squeak VMProfiler to Pharo as a gsoc (I will post a more detailed presentation about that in the mailing list later today). While trying to use the profiler with the Pharo VM, I get the following error : "PrimitiveFailed : primitive #primitiveExecutableModules in VMProfilerLinuxSymbolsManager failed". (see stack trace attached). This plugin (VMProfileLinuxSupportPlugin) does not seem to be included by default in the Pharo VM (it works with a Squeak VM). I haven't tried on a mac, but I guess the plugin (VMProfileMacSupportPlugin) is missing too. For the moment, I am using the latest Squeak VM with my Pharo image but it is not quite convenient. Would it be possible to include the 2 plugins to the Pharo VM ? If I can be of any help, just tell me Thanks! Sophie

May 10, 2017

Re: [Pharo-dev] [Moose-dev] Re: [ann] bloc & cairo+morphic

by Aliaksei Syrel

Hi Torsten, There might be a random problem with "proxy" server. The initial problem is that I could not find a way how to download a file from bintray.com using Pharo built-in download services. That is why I had to create a "proxy" server based on my private page as a temporary workaround. I tried it now with the image 60483 and it worked... Please, try again, maybe it will work. P.S. Sometimes our CI builds fails because of Moz2D download, which hangs and then throws timeout error. Well, at least we have #core that works 100% regardless of anything :D Cheers, Alex On 10 May 2017 at 13:15, Torsten Bergmann <astares(a)gmx.de> wrote: > When I try to download on OSX the #dev version as outlined on Tudors blog > the download of the Moz2D lib for OSX fails: code tries to #download in > class MozLibraryMacInstaller from > > http://syrel.ch/download.php?url=https://dl.bintray.com/ > syrel/Moz2D/osx/development/i386/libMoz2D.dylib > > which just hangs as it is not receiving a response. > > Any comments? > > Thx > T. > > > > Gesendet: Dienstag, 09. Mai 2017 um 14:04 Uhr > > Von: "Alexandre Bergel" <alexandre.bergel(a)me.com> > > An: "Pharo Development List" <pharo-dev(a)lists.pharo.org> > > Cc: "Moose-related development" <moose-dev(a)list.inf.unibe.ch>, "Any > question about pharo is welcome" <pharo-users(a)lists.pharo.org> > > Betreff: Re: [Pharo-dev] [ann] bloc & cairo+morphic > > > > This is amazing! I gave a try an it really looks great! > > > > Alexandre > > > > > > > On May 8, 2017, at 6:00 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > > > > > Hi, > > > > > > We are happy to announce that based on the work of Glenn, Alex > extended Bloc (Sparta) to work directly in the Morphic world using Cairo as > a backend. > > > > > > Cairo is less powerful than Moz2D (see the screenshot below for an > example), but the implementation addresses a concern that the community > raised regarding a perceived increased liability due to the dependency to > Moz2D. Essentially this means that Bloc can be treated as another graphical > library that can coexist with Morphic without requiring any external VM > plugin. > > > > > > <bloc-two-backends-morphic-host-figures.png> > > > > > > I would also like to point out that adding a new backend and host was > possible because of the many iterations (including throwing away whole > implementations) that Alex and Glenn went through. I think they did an > amazing job. > > > > > > You can find a bit more details about Bloc here: > > > http://www.humane-assessment.com/blog/bloc-flexible-backends-hosts/ > > > > > > Another issue raised regarding Bloc was that of the engineering effort > required to make it a reality. That is why I would also like to announce > that Alex joined feenk.com where he is primarily working on the graphical > stack for Pharo. > > > > > > Cheers, > > > Doru > > > > > > > > > -- > > > www.tudorgirba.com > > > www.feenk.com > > > > > > "To lead is not to demand things, it is to make them happen." > > > > > > > > > > > > > > > > > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)list.inf.unibe.ch > https://www.list.inf.unibe.ch/listinfo/moose-dev >

May 10, 2017

Re: [Pharo-dev] [ann] bloc & cairo+morphic

by Torsten Bergmann

When I try to download on OSX the #dev version as outlined on Tudors blog the download of the Moz2D lib for OSX fails: code tries to #download in class MozLibraryMacInstaller from http://syrel.ch/download.php?url=https://dl.bintray.com/syrel/Moz2D/osx/dev… which just hangs as it is not receiving a response. Any comments? Thx T. > Gesendet: Dienstag, 09. Mai 2017 um 14:04 Uhr > Von: "Alexandre Bergel" <alexandre.bergel(a)me.com> > An: "Pharo Development List" <pharo-dev(a)lists.pharo.org> > Cc: "Moose-related development" <moose-dev(a)list.inf.unibe.ch>, "Any question about pharo is welcome" <pharo-users(a)lists.pharo.org> > Betreff: Re: [Pharo-dev] [ann] bloc & cairo+morphic > > This is amazing! I gave a try an it really looks great! > > Alexandre > > > > On May 8, 2017, at 6:00 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > > > Hi, > > > > We are happy to announce that based on the work of Glenn, Alex extended Bloc (Sparta) to work directly in the Morphic world using Cairo as a backend. > > > > Cairo is less powerful than Moz2D (see the screenshot below for an example), but the implementation addresses a concern that the community raised regarding a perceived increased liability due to the dependency to Moz2D. Essentially this means that Bloc can be treated as another graphical library that can coexist with Morphic without requiring any external VM plugin. > > > > <bloc-two-backends-morphic-host-figures.png> > > > > I would also like to point out that adding a new backend and host was possible because of the many iterations (including throwing away whole implementations) that Alex and Glenn went through. I think they did an amazing job. > > > > You can find a bit more details about Bloc here: > > http://www.humane-assessment.com/blog/bloc-flexible-backends-hosts/ > > > > Another issue raised regarding Bloc was that of the engineering effort required to make it a reality. That is why I would also like to announce that Alex joined feenk.com where he is primarily working on the graphical stack for Pharo. > > > > Cheers, > > Doru > > > > > > -- > > www.tudorgirba.com > > www.feenk.com > > > > "To lead is not to demand things, it is to make them happen." > > > > > > > > > > >

May 10, 2017

Re: [Pharo-dev] 08/05/17 - Tabular Data Structures for Data Analysis - Oleksandr Zaytsev

by Denis Kudriashov

Hi Eliot. 2017-05-10 3:11 GMT+02:00 Eliot Miranda <eliot.miranda(a)gmail.com>: > OK, So what's the right way to see if a class exists or not without > raising an error? We need few methods here (I point to them in issue page): - includesClassNamed: aString - classNamed: aString ifAbsent: aBlock

May 10, 2017

Re: [Pharo-dev] Adding class side inst.var to a class using Trait results in nil message sent

by Stephane Ducasse

Tx martin. On Wed, May 10, 2017 at 5:24 AM, Martin Dias <tinchodias(a)gmail.com> wrote: > Ok... I reproduced it. It happens when the class uses a trait (via > Metaclass>>uses:instanceVariableNames:) but no problem when no trait is > used. I'll see what to do. > > Martin > > On Tue, May 9, 2017 at 4:22 PM, Stephane Ducasse <stepharo.self(a)gmail.com> > wrote: > >> Aliaksei >> thanks for the report. Now if you do not say in the title that this looks >> like an Epicea problem >> then Martin may not see it. >> Can you open a bug entry? >> Stef >> >> On Mon, May 8, 2017 at 10:57 PM, Aliaksei Syrel <alex.syrel(a)gmail.com> >> wrote: >> >>> Hi, >>> >>> Screenshot tells everything :) >>> I was trying to add "asdasd" inst var >>> >>> [image: Inline images 1] >>> >>> Cheers, >>> Alex >>> >> >> >

May 10, 2017