January 2019 - Pharo-users - lists.pharo.org

Re: [Pharo-users] #select was sent to nil

by Andrei Chis

Hi Denis, We debugged a bit and this is what we found: https://pharo.manuscript.com/f/cases/22896/Creating-methods-in-a-subclass-w… Could you try to reproduce and see if you get the same error? Seems that adding methods to classes that have a superclass with traits is broken. Cheers, Andrei On Tue, Jan 15, 2019 at 5:36 PM Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > Hi Andrei. > The error is related to absent package of selected method. > Calypso assumes that method always has a package because otherwise many > other things will not work. > Even if this case will be protected by ifNotNil check it looks like a > broken system state. > > Can you check following script? > > SystemNavigation default allMethodsSelect: [ :each | each package isNil ] > > > > Ð²Ñ, 15 ÑÐ½Ð². 2019 Ð³. Ð² 16:08, Andrei Chis <chisvasileandrei(a)gmail.com>: > >> I also get every few clicks the error below. >> >> [image: Screen Shot 2019-01-15 at 17.00.41.png] >> >> On Tue, Jan 15, 2019 at 4:59 PM Andrei Chis <chisvasileandrei(a)gmail.com> >> wrote: >> >>> I think I get the same error in a GToolkit image that I build today on >>> top of >>> Pharo-7.0.0+rc1.build.121.sha.0640e0d300e69541033fb1c4270c9b0d7d401b01 (64 >>> Bit). >>> >>> [image: Screen Shot 2019-01-15 at 16.52.51.png] >>> >>> In `ClyIcebergShowMethodVersionCommand>>canBeExecutedInContext:` >>> executing `aToolContext lastSelectedMethod package` returns nil. So I get a >>> compiled method having the package as nil. >>> >>> The error seems to happen more randomly, but after selecting 3-4 methods >>> from a package where I did a commit using iceberg it mostly appears. >>> >>> >>> >>> UndefinedObject(Object)>>doesNotUnderstand: #name >>> [ :each | each includesPackageNamed: aPackage name ] in IceRepository >>> class>>registeredRepositoryIncludingPackage: in Block: [ :each | each >>> includesPackageNamed: aPackage name...etc... >>> [ :each | >>> (aBlock value: each) >>> ifTrue: [ ^ foundBlock cull: each ] ] in >>> OrderedCollection(Collection)>>detect:ifFound:ifNone: in Block: [ :each | >>> ... >>> OrderedCollection>>do: >>> OrderedCollection(Collection)>>detect:ifFound:ifNone: >>> OrderedCollection(Collection)>>detect:ifNone: >>> IceRepository class>>registeredRepositoryIncludingPackage: >>> ClyIcebergShowMethodVersionCommand class>>canBeExecutedInContext: >>> ClyMethodContextOfFullBrowser(CmdToolContext)>>allowsExecutionOf: >>> >>> ClyBrowserTabCommandActivation(CmdCommandActivationStrategy)>>isActiveInContext: >>> CmdCommandActivator>>canExecuteCommand >>> CmdCommandActivator>>buildBrowserTabActions >>> CmdCommandMenuItem>>buildBrowserTabActions >>> [ :each | each buildBrowserTabActions ] in >>> CmdRootMenuGroup(CmdMenuGroup)>>buildBrowserTabActions in Block: [ :each | >>> each buildBrowserTabActions ] >>> [ :each | col addAll: (aBlock value: each) ] in >>> SortedCollection(Collection)>>flatCollect:as: in Block: [ :each | col >>> addAll: (aBlock value: each) ] >>> SortedCollection(OrderedCollection)>>do: >>> SortedCollection(Collection)>>flatCollect:as: >>> SortedCollection>>flatCollect: >>> CmdRootMenuGroup(CmdMenuGroup)>>buildBrowserTabActions >>> CmdMenu>>buildBrowserTabActions >>> ClyMethodCodeEditorToolMorph(ClyBrowserToolMorph)>>createTab >>> ClyTabManager>>addTool: >>> [ :each | self addTool: each ] in ClyTabManager>>updateTabsWith: in >>> Block: [ :each | self addTool: each ] >>> OrderedCollection>>do: >>> ClyTabManager>>updateTabsWith: >>> [ newTools := OrderedCollection new. >>> browser >>> navigationContextsDo: [ :each | self buildToolsOn: newTools for: each ]. >>> needsNewSelection := self requiresNewDesiredSelection. >>> selectedTools := self selectedTools. >>> currentTools := tools copy. >>> self updateTabsWith: newTools. >>> tools ~= currentTools | needsNewSelection >>> ifTrue: [ self restoreSelectedTools: selectedTools ] ] in >>> ClyTabManager>>updateTools in Block: [ newTools := OrderedCollection new.... >>> BlockClosure>>ensure: >>> ClyTabManager>>updateToolsBy: >>> ClyTabManager>>updateTools >>> ClyFullBrowser(ClyBrowserMorph)>>rebuildAllTools >>> >>> >>> On Tue, Jan 15, 2019 at 10:23 AM Denis Kudriashov <dionisiydk(a)gmail.com> >>> wrote: >>> >>>> Hi Hilaire. >>>> >>>> Can you reproduce it? >>>> >>>> Ð¿Ð½, 14 ÑÐ½Ð². 2019 Ð³. Ð² 23:24, Hilaire via Pharo-users < >>>> pharo-users(a)lists.pharo.org>: >>>> >>>>> Hi, >>>>> >>>>> After installing drgeo and save some modification on tonel repo. I got >>>>> this persisting error on calypso whatever the button I click on the >>>>> browser ui. >>>>> >>>>> Hilaire >>>>> >>>>> -- >>>>> Dr. Geo >>>>> http://drgeo.eu >>>>> >>>>>

Jan. 15, 2019

Re: [Pharo-users] #select was sent to nil

by Denis Kudriashov

Hi Andrei. The error is related to absent package of selected method. Calypso assumes that method always has a package because otherwise many other things will not work. Even if this case will be protected by ifNotNil check it looks like a broken system state. Can you check following script? SystemNavigation default allMethodsSelect: [ :each | each package isNil ] Ð²Ñ, 15 ÑÐ½Ð². 2019 Ð³. Ð² 16:08, Andrei Chis <chisvasileandrei(a)gmail.com>: > I also get every few clicks the error below. > > [image: Screen Shot 2019-01-15 at 17.00.41.png] > > On Tue, Jan 15, 2019 at 4:59 PM Andrei Chis <chisvasileandrei(a)gmail.com> > wrote: > >> I think I get the same error in a GToolkit image that I build today on >> top of >> Pharo-7.0.0+rc1.build.121.sha.0640e0d300e69541033fb1c4270c9b0d7d401b01 (64 >> Bit). >> >> [image: Screen Shot 2019-01-15 at 16.52.51.png] >> >> In `ClyIcebergShowMethodVersionCommand>>canBeExecutedInContext:` >> executing `aToolContext lastSelectedMethod package` returns nil. So I get a >> compiled method having the package as nil. >> >> The error seems to happen more randomly, but after selecting 3-4 methods >> from a package where I did a commit using iceberg it mostly appears. >> >> >> >> UndefinedObject(Object)>>doesNotUnderstand: #name >> [ :each | each includesPackageNamed: aPackage name ] in IceRepository >> class>>registeredRepositoryIncludingPackage: in Block: [ :each | each >> includesPackageNamed: aPackage name...etc... >> [ :each | >> (aBlock value: each) >> ifTrue: [ ^ foundBlock cull: each ] ] in >> OrderedCollection(Collection)>>detect:ifFound:ifNone: in Block: [ :each | >> ... >> OrderedCollection>>do: >> OrderedCollection(Collection)>>detect:ifFound:ifNone: >> OrderedCollection(Collection)>>detect:ifNone: >> IceRepository class>>registeredRepositoryIncludingPackage: >> ClyIcebergShowMethodVersionCommand class>>canBeExecutedInContext: >> ClyMethodContextOfFullBrowser(CmdToolContext)>>allowsExecutionOf: >> >> ClyBrowserTabCommandActivation(CmdCommandActivationStrategy)>>isActiveInContext: >> CmdCommandActivator>>canExecuteCommand >> CmdCommandActivator>>buildBrowserTabActions >> CmdCommandMenuItem>>buildBrowserTabActions >> [ :each | each buildBrowserTabActions ] in >> CmdRootMenuGroup(CmdMenuGroup)>>buildBrowserTabActions in Block: [ :each | >> each buildBrowserTabActions ] >> [ :each | col addAll: (aBlock value: each) ] in >> SortedCollection(Collection)>>flatCollect:as: in Block: [ :each | col >> addAll: (aBlock value: each) ] >> SortedCollection(OrderedCollection)>>do: >> SortedCollection(Collection)>>flatCollect:as: >> SortedCollection>>flatCollect: >> CmdRootMenuGroup(CmdMenuGroup)>>buildBrowserTabActions >> CmdMenu>>buildBrowserTabActions >> ClyMethodCodeEditorToolMorph(ClyBrowserToolMorph)>>createTab >> ClyTabManager>>addTool: >> [ :each | self addTool: each ] in ClyTabManager>>updateTabsWith: in >> Block: [ :each | self addTool: each ] >> OrderedCollection>>do: >> ClyTabManager>>updateTabsWith: >> [ newTools := OrderedCollection new. >> browser >> navigationContextsDo: [ :each | self buildToolsOn: newTools for: each ]. >> needsNewSelection := self requiresNewDesiredSelection. >> selectedTools := self selectedTools. >> currentTools := tools copy. >> self updateTabsWith: newTools. >> tools ~= currentTools | needsNewSelection >> ifTrue: [ self restoreSelectedTools: selectedTools ] ] in >> ClyTabManager>>updateTools in Block: [ newTools := OrderedCollection new.... >> BlockClosure>>ensure: >> ClyTabManager>>updateToolsBy: >> ClyTabManager>>updateTools >> ClyFullBrowser(ClyBrowserMorph)>>rebuildAllTools >> >> >> On Tue, Jan 15, 2019 at 10:23 AM Denis Kudriashov <dionisiydk(a)gmail.com> >> wrote: >> >>> Hi Hilaire. >>> >>> Can you reproduce it? >>> >>> Ð¿Ð½, 14 ÑÐ½Ð². 2019 Ð³. Ð² 23:24, Hilaire via Pharo-users < >>> pharo-users(a)lists.pharo.org>: >>> >>>> Hi, >>>> >>>> After installing drgeo and save some modification on tonel repo. I got >>>> this persisting error on calypso whatever the button I click on the >>>> browser ui. >>>> >>>> Hilaire >>>> >>>> -- >>>> Dr. Geo >>>> http://drgeo.eu >>>> >>>>

Jan. 15, 2019

A volunteer is desperately needed

by Richard Kenneth Eng

As you know, the James Robertson Memorial Programming Competition (or JRMPC) is proceeding. You may recall that the decision was made to use VisualWorks for the competition. However, I now realize that it was the wrong decision. VisualWorks presents a number of issues, such as: 1. licensing, esp. to minors (all high school students are minors) 2. awkward installation 3. poor community support â their forum is dead and their mailing list is a PITA to use 4. lack of GitHub support â GitHub rules the programming world now 5. aging IDE and lack of innovation All of this makes for a bad image, which is disastrous from the marketing perspective. David Buck coded the competition in VisualWorks because he wasn't familiar with Pharo. His code is quite functional and he says it's about 80% complete. He started coding just six weeks ago! So the remaining 20% shouldn't be arduous. Here are the things left to do: - complete the OpenGL rendering of the competition and video recording - add code to scan source code submitted by students to prevent malware and cheating - add code to allow full automation of the competition The OpenGL rendering and video recordings will make the competition look much more attractive to the public. This is vital because the competition is a promotional and marketing event, and it has to look really good. I need a Pharo expert to take over from David and convert the code base to Pharo, then finish the remaining 20%. This needs to be done by September. I'd really hate to scrap the project when we've made so much progress already. I just need one Pharoer who truly believes that this marketing event is worthwhile. Please give it serious consideration. Thanks.

Jan. 15, 2019

Re: [Pharo-users] #select was sent to nil

by Andrei Chis

I also get every few clicks the error below. [image: Screen Shot 2019-01-15 at 17.00.41.png] On Tue, Jan 15, 2019 at 4:59 PM Andrei Chis <chisvasileandrei(a)gmail.com> wrote: > I think I get the same error in a GToolkit image that I build today on top > of Pharo-7.0.0+rc1.build.121.sha.0640e0d300e69541033fb1c4270c9b0d7d401b01 > (64 Bit). > > [image: Screen Shot 2019-01-15 at 16.52.51.png] > > In `ClyIcebergShowMethodVersionCommand>>canBeExecutedInContext:` executing > `aToolContext lastSelectedMethod package` returns nil. So I get a compiled > method having the package as nil. > > The error seems to happen more randomly, but after selecting 3-4 methods > from a package where I did a commit using iceberg it mostly appears. > > > > UndefinedObject(Object)>>doesNotUnderstand: #name > [ :each | each includesPackageNamed: aPackage name ] in IceRepository > class>>registeredRepositoryIncludingPackage: in Block: [ :each | each > includesPackageNamed: aPackage name...etc... > [ :each | > (aBlock value: each) > ifTrue: [ ^ foundBlock cull: each ] ] in > OrderedCollection(Collection)>>detect:ifFound:ifNone: in Block: [ :each | > ... > OrderedCollection>>do: > OrderedCollection(Collection)>>detect:ifFound:ifNone: > OrderedCollection(Collection)>>detect:ifNone: > IceRepository class>>registeredRepositoryIncludingPackage: > ClyIcebergShowMethodVersionCommand class>>canBeExecutedInContext: > ClyMethodContextOfFullBrowser(CmdToolContext)>>allowsExecutionOf: > > ClyBrowserTabCommandActivation(CmdCommandActivationStrategy)>>isActiveInContext: > CmdCommandActivator>>canExecuteCommand > CmdCommandActivator>>buildBrowserTabActions > CmdCommandMenuItem>>buildBrowserTabActions > [ :each | each buildBrowserTabActions ] in > CmdRootMenuGroup(CmdMenuGroup)>>buildBrowserTabActions in Block: [ :each | > each buildBrowserTabActions ] > [ :each | col addAll: (aBlock value: each) ] in > SortedCollection(Collection)>>flatCollect:as: in Block: [ :each | col > addAll: (aBlock value: each) ] > SortedCollection(OrderedCollection)>>do: > SortedCollection(Collection)>>flatCollect:as: > SortedCollection>>flatCollect: > CmdRootMenuGroup(CmdMenuGroup)>>buildBrowserTabActions > CmdMenu>>buildBrowserTabActions > ClyMethodCodeEditorToolMorph(ClyBrowserToolMorph)>>createTab > ClyTabManager>>addTool: > [ :each | self addTool: each ] in ClyTabManager>>updateTabsWith: in Block: > [ :each | self addTool: each ] > OrderedCollection>>do: > ClyTabManager>>updateTabsWith: > [ newTools := OrderedCollection new. > browser > navigationContextsDo: [ :each | self buildToolsOn: newTools for: each ]. > needsNewSelection := self requiresNewDesiredSelection. > selectedTools := self selectedTools. > currentTools := tools copy. > self updateTabsWith: newTools. > tools ~= currentTools | needsNewSelection > ifTrue: [ self restoreSelectedTools: selectedTools ] ] in > ClyTabManager>>updateTools in Block: [ newTools := OrderedCollection new.... > BlockClosure>>ensure: > ClyTabManager>>updateToolsBy: > ClyTabManager>>updateTools > ClyFullBrowser(ClyBrowserMorph)>>rebuildAllTools > > > On Tue, Jan 15, 2019 at 10:23 AM Denis Kudriashov <dionisiydk(a)gmail.com> > wrote: > >> Hi Hilaire. >> >> Can you reproduce it? >> >> Ð¿Ð½, 14 ÑÐ½Ð². 2019 Ð³. Ð² 23:24, Hilaire via Pharo-users < >> pharo-users(a)lists.pharo.org>: >> >>> Hi, >>> >>> After installing drgeo and save some modification on tonel repo. I got >>> this persisting error on calypso whatever the button I click on the >>> browser ui. >>> >>> Hilaire >>> >>> -- >>> Dr. Geo >>> http://drgeo.eu >>> >>>

Jan. 15, 2019

Re: [Pharo-users] #select was sent to nil

by Andrei Chis

I think I get the same error in a GToolkit image that I build today on top of Pharo-7.0.0+rc1.build.121.sha.0640e0d300e69541033fb1c4270c9b0d7d401b01 (64 Bit). [image: Screen Shot 2019-01-15 at 16.52.51.png] In `ClyIcebergShowMethodVersionCommand>>canBeExecutedInContext:` executing `aToolContext lastSelectedMethod package` returns nil. So I get a compiled method having the package as nil. The error seems to happen more randomly, but after selecting 3-4 methods from a package where I did a commit using iceberg it mostly appears. UndefinedObject(Object)>>doesNotUnderstand: #name [ :each | each includesPackageNamed: aPackage name ] in IceRepository class>>registeredRepositoryIncludingPackage: in Block: [ :each | each includesPackageNamed: aPackage name...etc... [ :each | (aBlock value: each) ifTrue: [ ^ foundBlock cull: each ] ] in OrderedCollection(Collection)>>detect:ifFound:ifNone: in Block: [ :each | ... OrderedCollection>>do: OrderedCollection(Collection)>>detect:ifFound:ifNone: OrderedCollection(Collection)>>detect:ifNone: IceRepository class>>registeredRepositoryIncludingPackage: ClyIcebergShowMethodVersionCommand class>>canBeExecutedInContext: ClyMethodContextOfFullBrowser(CmdToolContext)>>allowsExecutionOf: ClyBrowserTabCommandActivation(CmdCommandActivationStrategy)>>isActiveInContext: CmdCommandActivator>>canExecuteCommand CmdCommandActivator>>buildBrowserTabActions CmdCommandMenuItem>>buildBrowserTabActions [ :each | each buildBrowserTabActions ] in CmdRootMenuGroup(CmdMenuGroup)>>buildBrowserTabActions in Block: [ :each | each buildBrowserTabActions ] [ :each | col addAll: (aBlock value: each) ] in SortedCollection(Collection)>>flatCollect:as: in Block: [ :each | col addAll: (aBlock value: each) ] SortedCollection(OrderedCollection)>>do: SortedCollection(Collection)>>flatCollect:as: SortedCollection>>flatCollect: CmdRootMenuGroup(CmdMenuGroup)>>buildBrowserTabActions CmdMenu>>buildBrowserTabActions ClyMethodCodeEditorToolMorph(ClyBrowserToolMorph)>>createTab ClyTabManager>>addTool: [ :each | self addTool: each ] in ClyTabManager>>updateTabsWith: in Block: [ :each | self addTool: each ] OrderedCollection>>do: ClyTabManager>>updateTabsWith: [ newTools := OrderedCollection new. browser navigationContextsDo: [ :each | self buildToolsOn: newTools for: each ]. needsNewSelection := self requiresNewDesiredSelection. selectedTools := self selectedTools. currentTools := tools copy. self updateTabsWith: newTools. tools ~= currentTools | needsNewSelection ifTrue: [ self restoreSelectedTools: selectedTools ] ] in ClyTabManager>>updateTools in Block: [ newTools := OrderedCollection new.... BlockClosure>>ensure: ClyTabManager>>updateToolsBy: ClyTabManager>>updateTools ClyFullBrowser(ClyBrowserMorph)>>rebuildAllTools On Tue, Jan 15, 2019 at 10:23 AM Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > Hi Hilaire. > > Can you reproduce it? > > Ð¿Ð½, 14 ÑÐ½Ð². 2019 Ð³. Ð² 23:24, Hilaire via Pharo-users < > pharo-users(a)lists.pharo.org>: > >> Hi, >> >> After installing drgeo and save some modification on tonel repo. I got >> this persisting error on calypso whatever the button I click on the >> browser ui. >> >> Hilaire >> >> -- >> Dr. Geo >> http://drgeo.eu >> >>

Jan. 15, 2019

Re: [Pharo-users] Pier CMS

by Ben Coman

On Tue, 15 Jan 2019 at 22:49, Pierce Ng via Pharo-users < pharo-users(a)lists.pharo.org> wrote: > On Tue, Jan 15, 2019 at 09:08:43AM -0500, Richard Kenneth Eng wrote: > > I'm looking at Pier CMS and it appears to require (32-bit) Pharo 1.3. > Since > > I'm running 64-bit Pharo on 64-bit Linux, this is a problem, am I right? > What features are you looking for? cheers -ben > You can install 32-bit run-time libraries on your 64-bit Linux to run > 32-bit Pharo. I'm still running Pharo 5 and 6 images that way. However, > Pier on Pharo 1.3 is ancient by Internet time scale and you are unlikely > to get much help if/when you run into problems. > > Pierce >

Jan. 15, 2019

Re: [Pharo-users] Pier CMS

by Pierce Ng

On Tue, Jan 15, 2019 at 09:08:43AM -0500, Richard Kenneth Eng wrote: > I'm looking at Pier CMS and it appears to require (32-bit) Pharo 1.3. Since > I'm running 64-bit Pharo on 64-bit Linux, this is a problem, am I right? You can install 32-bit run-time libraries on your 64-bit Linux to run 32-bit Pharo. I'm still running Pharo 5 and 6 images that way. However, Pier on Pharo 1.3 is ancient by Internet time scale and you are unlikely to get much help if/when you run into problems. Pierce

Jan. 15, 2019

Pier CMS

by Richard Kenneth Eng

I'm looking at Pier CMS and it appears to require (32-bit) Pharo 1.3. Since I'm running 64-bit Pharo on 64-bit Linux, this is a problem, am I right?

Jan. 15, 2019

Re: [Pharo-users] splitting a string using regex

by Carlo

Hi Steve If you use \n then that is trying to match a non-printable character i.e. linefeed. The \\n will match the text '\n'. Example matching linefeed: > myString := 'one{1}{1}two{1}{1}' format: {String lf}. > re := '\n' asRegex. > myString splitOn: re. Answers a collection of 5 elements. Regards Carlo On 15 Jan 2019, at 06:25, Steve Quezadas <steve(a)thestever.net> wrote: I am answering my own question because I found the solution for it. This is the code that didn't work: > myString := 'one\n\ntwo\n\n'. > re := '\n\n' asRegex. > myString splitOn: re. The reason it didn't work was because you apparently have to escape the newlines pattern in the regex line. So the correct (working) example is here: > myString := 'one\n\ntwo\n\n'. > re := '\\n\\n' asRegex. > myString splitOn: re. I am putting this on here just in case someone else runs into the same problem. - Steve On 01/14/2019 09:06 AM, Steve Quezadas wrote: > I am trying to split a string in pharo using a regular expression. > A simple example that works: > myString := 'one\n\ntwo\n\n'. > myString splitOn: '\n\n'. > A simple example that does not work: > myString := 'one\n\ntwo\n\n'. > re := '\n\n' asRegex. > myString splitOn: re. > The result of the above is I get the regular old string back ('one\n\ntwo\n\n'). I went through the source code and it should be able to handle a regex object: > > "splitter - can be a subsequence, a Block or a Regex (String receiver > > only). Any other object used as a splitter is treated as an Array > > containing that object." > I am baffled as to why it's not working. is there something simple I am missing? > - Steve

Jan. 15, 2019

Re: [Pharo-users] #select was sent to nil

by Denis Kudriashov

Hi Hilaire. Can you reproduce it? Ð¿Ð½, 14 ÑÐ½Ð². 2019 Ð³. Ð² 23:24, Hilaire via Pharo-users < pharo-users(a)lists.pharo.org>: > Hi, > > After installing drgeo and save some modification on tonel repo. I got > this persisting error on calypso whatever the button I click on the > browser ui. > > Hilaire > > -- > Dr. Geo > http://drgeo.eu > >

Jan. 15, 2019