- Pharo-dev - lists.pharo.org

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

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

by Pavel Krivanek

2017-05-09 18:44 GMT+02:00 Ben Coman <btc(a)openinworld.com>: > [redirected from pharo-gsoc to pharo-dev] > > On Tue, May 9, 2017 at 7:36 AM, Oleksandr Zaytsev <olk.zaytsev(a)gmail.com> > wrote: > > A. Improved my fix of this case: https://pharo.fogbugz.com/f/cases/19396, > as > > suggested by Ben Coman, and created a slice for it (I think it works > like PR > > in Pharo - correct me if I'm wrong). > > Thanks Olek. The slice is good, and the additional test is good. > > Now after loading the slice and running all system tests from World > > TestRunner > I get 21 errors, since they have code like this... > self assert: (Smalltalk globals classNamed: originalName) isNil. > which needs to be updated and checked that there is no clash in usage. > > Anyone know of a method like... > self assert: (Smalltalk globals classNamed: originalName) raised: > ClassNotFound. > which seems more useful than each time doing... > | correctErrorRaised | > correctErrorRaised := false. > [ Smalltalk globals classNamed: #notExistedClass ] > on: ClassNotFound do: [correctErrorRaised := true]. > self assert: correctErrorRaised. > > > btw, one of the failures is ClassTest>>testMethodsReferencingClass > but I'm a little confused by... > self assert: (ClassTest methodsReferencingClass: (Smalltalk > classNamed: #BehaviorTests)) isEmpty > > since there is no "BehaviorTests" in the Image, which effectively is... > self assert: (ClassTest methodsReferencingClass: nil) isEmpty > So is this succeeding by accident? @Pavel, @Vicent can you advise? > i guess it should be BehaviorTest not BehaviorTests, which goes to > show the value > of #classNamed: raising ClassNotFound instead of returning nil. > Definitely bug. Case 20039. > > cheers -ben > >

May 10, 2017

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

by Tudor Girba

Thanks, Martin. Doru > On 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 > > <Screen Shot 2017-05-08 at 22.55.31.png> > > Cheers, > Alex > > -- www.tudorgirba.com www.feenk.com "Next time you see your life passing by, say 'hi' and get to know her."

May 10, 2017

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

by Martin Dias

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

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

by Eliot Miranda

Hi Denis, On Tue, May 9, 2017 at 2:47 PM, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > > 2017-05-09 22:16 GMT+02:00 Eliot Miranda <eliot.miranda(a)gmail.com>: > >> I get that. But there's lots of code out there that expects classNamed: >> to answer nil for names tat don't name a class. Why break all that code? >> If you had added checkedClassNamed: or some thing else then that old code >> wouldn't be broken. There needs to be some cheap way of checking whether a >> class with a specific name actually exists. classNamed: fulfilled that >> need. By redefining it you'e meant that that has to be reimplemented. >> It's not a good idea to redefine co=re behavior in this way. It breaks >> lots of code (including VMMaker). > > > You know Pharo is going own way. We want improve bad things. That's why > #name will be removed from Object in next Pharo version. That's why Pragma > #selector is deprecated. It is hard to do but we want move. > In case of #classNamed: users should be fixed. > OK, So what's the right way to see if a class exists or not without raising an error? > Maybe other people have different opinion? > _,,,^..^,,,_ best, Eliot

May 10, 2017

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

by Eliot Miranda

Hi Denis, On Tue, May 9, 2017 at 2:47 PM, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > > 2017-05-09 22:16 GMT+02:00 Eliot Miranda <eliot.miranda(a)gmail.com>: > >> I get that. But there's lots of code out there that expects classNamed: >> to answer nil for names tat don't name a class. Why break all that code? >> If you had added checkedClassNamed: or some thing else then that old code >> wouldn't be broken. There needs to be some cheap way of checking whether a >> class with a specific name actually exists. classNamed: fulfilled that >> need. By redefining it you'e meant that that has to be reimplemented. >> It's not a good idea to redefine co=re behavior in this way. It breaks >> lots of code (including VMMaker). > > > You know Pharo is going own way. We want improve bad things. That's why > #name will be removed from Object in next Pharo version. That's why Pragma > #selector is deprecated. It is hard to do but we want move. > In case of #classNamed: users should be fixed. Maybe other people have > different opinion? > OK. Sio w -- _,,,^..^,,,_ best, Eliot

May 10, 2017