- Pharo-dev - lists.pharo.org

autocategorizing

by Peter UhnÃ¡k

How does autocategorizing decides what to put where? For example I have (on class-side) three methods #example #example2 #exampleClusters after autocategorizing they end up being #example in 'example' protocol #example2 in 'examples' protocol #exampleClusters in 'as yet unclassified' protocol That seems really odd, shouldn't all of them be in the same protocol? Also is 'example' or 'examples' the normative protocol? Thanks, Peter

Nov. 11, 2015

Re: [Pharo-dev] MNU RBBroweserEnvironment>>includesKey:

by Dimitris Chloupis

there is no code compiled just me trying to create a class in the image that is named ChrTimeInput and subclasses Textmorph, there is nothing more to it image: pharo 5 latest vm: one provided by pharolauncher 'NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Oct 8 2015 NBCogit NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Oct 8 2015 https://github.com/pharo-project/pharo-vm.git Commit: c062708833feb9048c1bad48b01867020daa0939 Date: 2015-09-30 09:22:51 +0200 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #15008 OS: Yosemite with its latest update. If you need any more info and help please dont hesitate. I am prepared to file a bug report if other can reproduce this bug. On Wed, Nov 11, 2015 at 10:11 AM Stephan Eggermont <stephan(a)stack.nl> wrote: > On 11-11-15 08:53, Dimitris Chloupis wrote: > > And I am back with new problems with pharo 5 , I hope you missed me :D > > Compiling exactly what code? In what image & vm version/os? > > Stephan > > > >

Nov. 11, 2015

Re: [Pharo-dev] MNU RBBroweserEnvironment>>includesKey:

by Dimitris Chloupis

yes the message is certainly missing, it references Smalltalk. I was just testing a simple fix, I was no way prepared to accept as a fix even if it did work because I have no clue about Pharo internal and I dont want to mess with them. On Wed, Nov 11, 2015 at 10:10 AM Thierry Goubier <thierry.goubier(a)gmail.com> wrote: > Le 11/11/2015 08:53, Dimitris Chloupis a Ã©crit : > > And I am back with new problems with pharo 5 , I hope you missed me :D > > > > If I try to create a new class called ChrTimeInputM that subclasses > > TextMorph I am getting this MNU with the stack bellow > > Strange. > > Code failing is this: > > ((oldClass isNil or: [oldClass theNonMetaClass name asString ~= > newClassName]) > and: [envt includesKey: newClassName asSymbol]) ifTrue: > ["Attempting to define new class over existing one > when > not looking at the original one in this > browser..." > (self confirm: ((newClassName , ' is an existing > class in this system. > Redefining it might cause serious problems. > Is this really what you want to do?') asText makeBoldFrom: 1 to: > newClassName size)) > ifFalse: [^ nil]]. > > The strange thing is that, of anything which looks like an environment > in Pharo, very few do have an includesKey: and certainly not > RBBrowserEnvironment > > Moreover, in the case of scoped browsing, I don't think the test amount > to anything significant: if I try to redefine Object and if Object is > not in the browsed environment, I'll get no warning whatsoever. > > Thierry > > > I tried to replace includesKey: with includesClass: but then it alerts > > me falsely that there is already an existing class in the image, I tried > > this on the latest pharo 5 image with nothing installed in it. Here is > > the stack > > > > RBBrowserEnvironment(Object)>>doesNotUnderstand: #includesKey: > > > PackageTreeNautilusUI(AbstractTool)>>compileANewClassFrom:notifying:startingFrom: > > PackageTreeNautilusUI(AbstractNautilusUI)>>compileAClassFrom:notifying: > > ClassDefinitionAcceptor>>accept:notifying: > > PackageTreeNautilusUI(NautilusUI)>>compileSource:notifying: > > PackageTreeNautilusUI(AbstractNautilusUI)>>whenTextAcceptedInView: > > MessageSend>>value: MessageSend>>cull: MessageSend>>cull:cull: [ action > > cull: anAnnouncement cull: announcer ] in > > AnnouncementSubscription>>deliver: in Block: [ action cull: > > anAnnouncement cull: announcer ] BlockClosure>>on:do: > > BlockClosure>>on:fork: AnnouncementSubscription>>deliver: [ subscription > > deliver: anAnnouncement ] in > > SubscriptionRegistry>>deliver:to:startingAt: in Block: [ subscription > > deliver: anAnnouncement ] BlockClosure>>ifCurtailed: > > SubscriptionRegistry>>deliver:to:startingAt: > > SubscriptionRegistry>>deliver:to: SubscriptionRegistry>>deliver: > > Announcer>>announce: RubScrolledTextMorph>>acceptContents > > RubScrolledTextMorph>>whenTextAcceptRequest: MessageSend>>value: > > MessageSend>>cull: MessageSend>>cull:cull: [ action cull: anAnnouncement > > cull: announcer ] in AnnouncementSubscription>>deliver: in Block: [ > > action cull: anAnnouncement cull: announcer ] BlockClosure>>on:do: > > BlockClosure>>on:fork: AnnouncementSubscription>>deliver: [ subscription > > deliver: anAnnouncement ] in > > SubscriptionRegistry>>deliver:to:startingAt: in Block: [ subscription > > deliver: anAnnouncement ] BlockClosure>>ifCurtailed: > > >

Nov. 11, 2015

Re: [Pharo-dev] MNU RBBroweserEnvironment>>includesKey:

by Thierry Goubier

Le 11/11/2015 08:53, Dimitris Chloupis a Ã©crit : > And I am back with new problems with pharo 5 , I hope you missed me :D > > If I try to create a new class called ChrTimeInputM that subclasses > TextMorph I am getting this MNU with the stack bellow Strange. Code failing is this: ((oldClass isNil or: [oldClass theNonMetaClass name asString ~= newClassName]) and: [envt includesKey: newClassName asSymbol]) ifTrue: ["Attempting to define new class over existing one when not looking at the original one in this browser..." (self confirm: ((newClassName , ' is an existing class in this system. Redefining it might cause serious problems. Is this really what you want to do?') asText makeBoldFrom: 1 to: newClassName size)) ifFalse: [^ nil]]. The strange thing is that, of anything which looks like an environment in Pharo, very few do have an includesKey: and certainly not RBBrowserEnvironment Moreover, in the case of scoped browsing, I don't think the test amount to anything significant: if I try to redefine Object and if Object is not in the browsed environment, I'll get no warning whatsoever. Thierry > I tried to replace includesKey: with includesClass: but then it alerts > me falsely that there is already an existing class in the image, I tried > this on the latest pharo 5 image with nothing installed in it. Here is > the stack > > RBBrowserEnvironment(Object)>>doesNotUnderstand: #includesKey: > PackageTreeNautilusUI(AbstractTool)>>compileANewClassFrom:notifying:startingFrom: > PackageTreeNautilusUI(AbstractNautilusUI)>>compileAClassFrom:notifying: > ClassDefinitionAcceptor>>accept:notifying: > PackageTreeNautilusUI(NautilusUI)>>compileSource:notifying: > PackageTreeNautilusUI(AbstractNautilusUI)>>whenTextAcceptedInView: > MessageSend>>value: MessageSend>>cull: MessageSend>>cull:cull: [ action > cull: anAnnouncement cull: announcer ] in > AnnouncementSubscription>>deliver: in Block: [ action cull: > anAnnouncement cull: announcer ] BlockClosure>>on:do: > BlockClosure>>on:fork: AnnouncementSubscription>>deliver: [ subscription > deliver: anAnnouncement ] in > SubscriptionRegistry>>deliver:to:startingAt: in Block: [ subscription > deliver: anAnnouncement ] BlockClosure>>ifCurtailed: > SubscriptionRegistry>>deliver:to:startingAt: > SubscriptionRegistry>>deliver:to: SubscriptionRegistry>>deliver: > Announcer>>announce: RubScrolledTextMorph>>acceptContents > RubScrolledTextMorph>>whenTextAcceptRequest: MessageSend>>value: > MessageSend>>cull: MessageSend>>cull:cull: [ action cull: anAnnouncement > cull: announcer ] in AnnouncementSubscription>>deliver: in Block: [ > action cull: anAnnouncement cull: announcer ] BlockClosure>>on:do: > BlockClosure>>on:fork: AnnouncementSubscription>>deliver: [ subscription > deliver: anAnnouncement ] in > SubscriptionRegistry>>deliver:to:startingAt: in Block: [ subscription > deliver: anAnnouncement ] BlockClosure>>ifCurtailed:

Nov. 11, 2015

Re: [Pharo-dev] MNU RBBroweserEnvironment>>includesKey:

by Stephan Eggermont

On 11-11-15 08:53, Dimitris Chloupis wrote: > And I am back with new problems with pharo 5 , I hope you missed me :D Compiling exactly what code? In what image & vm version/os? Stephan

Nov. 11, 2015

MNU RBBroweserEnvironment>>includesKey:

by Dimitris Chloupis

And I am back with new problems with pharo 5 , I hope you missed me :D If I try to create a new class called ChrTimeInputM that subclasses TextMorph I am getting this MNU with the stack bellow I tried to replace includesKey: with includesClass: but then it alerts me falsely that there is already an existing class in the image, I tried this on the latest pharo 5 image with nothing installed in it. Here is the stack RBBrowserEnvironment(Object)>>doesNotUnderstand: #includesKey: PackageTreeNautilusUI(AbstractTool)>>compileANewClassFrom:notifying:startingFrom: PackageTreeNautilusUI(AbstractNautilusUI)>>compileAClassFrom:notifying: ClassDefinitionAcceptor>>accept:notifying: PackageTreeNautilusUI(NautilusUI)>>compileSource:notifying: PackageTreeNautilusUI(AbstractNautilusUI)>>whenTextAcceptedInView: MessageSend>>value: MessageSend>>cull: MessageSend>>cull:cull: [ action cull: anAnnouncement cull: announcer ] in AnnouncementSubscription>>deliver: in Block: [ action cull: anAnnouncement cull: announcer ] BlockClosure>>on:do: BlockClosure>>on:fork: AnnouncementSubscription>>deliver: [ subscription deliver: anAnnouncement ] in SubscriptionRegistry>>deliver:to:startingAt: in Block: [ subscription deliver: anAnnouncement ] BlockClosure>>ifCurtailed: SubscriptionRegistry>>deliver:to:startingAt: SubscriptionRegistry>>deliver:to: SubscriptionRegistry>>deliver: Announcer>>announce: RubScrolledTextMorph>>acceptContents RubScrolledTextMorph>>whenTextAcceptRequest: MessageSend>>value: MessageSend>>cull: MessageSend>>cull:cull: [ action cull: anAnnouncement cull: announcer ] in AnnouncementSubscription>>deliver: in Block: [ action cull: anAnnouncement cull: announcer ] BlockClosure>>on:do: BlockClosure>>on:fork: AnnouncementSubscription>>deliver: [ subscription deliver: anAnnouncement ] in SubscriptionRegistry>>deliver:to:startingAt: in Block: [ subscription deliver: anAnnouncement ] BlockClosure>>ifCurtailed:

Nov. 11, 2015

Re: [Pharo-dev] Raspberry Pi 2 - NativeBoost?

by ClÃ©ment Bera

In short NativeBoost has in production no support for ARM assembler. At some point a DSL was built to generate assembly code in an abstract way over ARM and x86 (it was called VirtualCPU) but it has never been released. To solve this issue you need to have NativeBoost generate ARM assembly code. This should be solved mainly inside the image. Alternatively Esteban is working (and has almost finished) on a FFI backend for Cairo and FFI already supports ARM and works fine on the Pie. Best, Clement 2015-11-10 21:38 GMT-03:00 Eagle Offshore <eagleoffshore(a)mac.com>: > I've got a nifty raspberry pi 2 - which is a pretty cool lil computer. I > am amazed at how powerful it is. > > I got the build from the ci server and wanted to play with open street map > stuff but, while I have the cairo2 library installed on raspbian, the > NativeBoost class cannot load it. > > Is this a Smalltalk issue or a VM level issue? I saw some messages from > early October - please keep me in mind if you need testing help. > > Thanks, > -Todd Blanchard >

Nov. 11, 2015

Raspberry Pi 2 - NativeBoost?

by Eagle Offshore

I've got a nifty raspberry pi 2 - which is a pretty cool lil computer. I am amazed at how powerful it is. I got the build from the ci server and wanted to play with open street map stuff but, while I have the cairo2 library installed on raspbian, the NativeBoost class cannot load it. Is this a Smalltalk issue or a VM level issue? I saw some messages from early October - please keep me in mind if you need testing help. Thanks, -Todd Blanchard

Nov. 11, 2015

Re: [Pharo-dev] Removing Object >> #name

by Sven Van Caekenberghe

> On 10 Nov 2015, at 17:41, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > > Ok, so now I repeated what Sven did some time ago, logging each time #name was accessed. > As soon as I found some sender to #name, I removed it. Except from GT and versionner, as they are external projects that I could not add in my slice. > > So I prepared and committed a slice for issue 7241. This slice removes the method #name from object and fixes several senders. I can't find your slice in 5.0's inbox. What is its exact name ? > The ones that I did not fix are the following: > > ====== GT and Glamour ========= > > > gtDisplaySummaryOn: aStream. > self label isEmptyOrNil > ifFalse: [ ^ aStream nextPutAll: self label ]. > self description isEmptyOrNil > ifFalse: [ ^ aStream nextPutAll: self description ]. > aStream nextPutAll: self method name > > > > > configurationBlockForProcessorsCreatedBy: aMethod > > ^ configurationBlocks at: aMethod name ifAbsent: [ self nullConfigurationBlock ] > > > > allowProcessorsFrom: aMethod configuredWith: aBlock > > self allowProcessorsFrom: aMethod. > configurationBlocks at: aMethod name put: aBlock. > > portName > > ^self port name > > > > ====== Versionner ======= > > remove > "search if I am present in other groups and remove myself from these groups, > then remove myself from project dependencies" > (self project groups select: [ :aGroup | aGroup dependencies includes: name ]) > do: [ :aGroup | aGroup removeDependency: name]. > self project dependencies: (self project dependencies reject: [ :dep | dep = self]). > self project announcer announce: (MTProjectModelChanged project: self) > > > MBGroupInfo>>name > ^ self spec name > > > Guille > >> On 10 nov 2015, at 4:05 p.m., stepharo <stepharo(a)free.fr> wrote: >> >> Thanks you both. >> I love your attitude :) >> >> Stef >> >> >> Le 10/11/15 11:35, Sven Van Caekenberghe a Ã©crit : >>> Hi Guillermo et al, >>> >>>> On 10 Nov 2015, at 11:31, Guillermo Polito <guillermopolito(a)gmail.com> wrote: >>>> >>>> Hey, >>>> >>>> I was following the discussion about Class>>#name and Object>>#name so I checked what happened if I removed #name from Object. >>>> >>>> 1) The system did not blew up. I could open a browser and a test runner. >>>> >>>> 2) I could use spotter, look for a class, dive in, look for methodsâ¦ Same for the inspector. >>>> >>>> 3) I ran all the tests in the image. >>>> - I saw some failures in GT* and Glamour. I ran them in a new image and they are not failing so maybe they are broken because of the change or some side effect of the tests? >>>> - Then I saw some failures of OpenToolTest and MBGroupInfoTest that *do look related* >>>> >>>> 4) I created a Package and it worked >>>> >>>> 5) I tried to create a class and it exploded with RBBrowserEnvironment DNU #includesKey:. >>>> This however explodes also in a clean image so I do not think it is related. >>>> >>>> 6) I could however create new methods... >>>> >>>> Of course integrating such a little change is still scary :). But I can propose a sliceâ¦ Votes in favor? :) >>>> >>>> Guille >>> Some months ago I did some more experiments, like you, please see this old thread (at the end): >>> >>> https://pharo.fogbugz.com/f/cases/7241/Object-name-should-best-be-removed >>> >>> I am certainly willing to help. >>> >>> Sven >>> >> >> > >

Nov. 10, 2015

Re: [Pharo-dev] Does anybody know if Sport is available in Pharo?

by Dimitris Chloupis

Thank you Sven that clears it up for me, sounds interesting project :) On Tue, Nov 10, 2015 at 10:40 PM Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > << Sport is a Smalltalk portability layer. Sport presents a consistent > interface and implemented in a number of Smalltalk dialects. Smalltalk code > written to the Sport interfaces can be run in any Smalltalk dialect without > alteration. >> > > Anyway, that was the idea some years ago. It is somewhat comparable to > Grease (used by Seaside). > > > On 10 Nov 2015, at 21:27, Dimitris Chloupis <kilon.alios(a)gmail.com> > wrote: > > > > anyone care to explain what Sport is , the project description does not > help. > > > > On Tue, Nov 10, 2015 at 8:33 PM stepharo <stepharo(a)free.fr> wrote: > > thanks! > > > > > > Le 10/11/15 10:03, Stephan Eggermont a Ã©crit : > > > On 10-11-15 08:00, stepharo wrote: > > >> Thanks > > > > > > I assume you want it working in Pharo5? > > > There was no #'pharo5.x' > > > > > > Name: ConfigurationOfSPort2-StephanEggermont.16 > > > Author: StephanEggermont > > > Time: 10 November 2015, 10:01:56.039515 am > > > UUID: 0c712020-3d22-405b-9842-3106b6b9721f > > > Ancestors: ConfigurationOfSPort2-StephanEggermont.15 > > > > > > In-place pharo5 version added > > > > > > > > > > > > > > > > > > >

Nov. 10, 2015