August 2013 - Pharo-dev - lists.pharo.org

get an endless loop trying to get a menu on AbstractNautilusUI

by StÃ©phane Ducasse

buildAnalyzeSubMenu: aBuilder <contextMenu> <nautilusGlobalClassMenu> | target | target := aBuilder model. target selectedClass ifNil: [^target]. target selectedClass buildAnalyzeSubMenu: aBuilder. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Now I do not get much how to fix it (too tired) Stef

Aug. 29, 2013

Re: [Pharo-dev] [Moose-dev] Some FAMIX questions

by Tudor Girba

+100 Doru On Thu, Aug 29, 2013 at 9:58 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > nice analysis. > I really hope that using smarter class structure based on Slot we can > offer a solution in the future. > > > On Aug 29, 2013, at 6:24 PM, Stephan Eggermont <stephan(a)stack.nl> wrote: > > > Currently, quite a lot of space seem to be taken up by not-filled > instvars. > > In my Delphi based Whitestar model, 406085 out of 664371 > > are either nil or empty sets. In a JHotDraw model from inFusion > > it is 724408 out of 1351527 > > > > Stephan > > > > > > FAMeasurements>measure > > varSize := mClass instSize. > > instSize := mClass allInstances size. > > nrNil := 0. > > nrEmpty := 0. > > mClass allInstancesDo: [ :instance | > > 1 to: varSize do: [:varIndex | |value| > > value := instance instVarAt: varIndex. > > value ifNil: [ nrNil := nrNil+1 ]. > > value isCollection ifTrue: [ > > value ifEmpty: [ nrEmpty := nrEmpty+1 ] ] > ] ] > > > > MeasureFAMIX>initializeMeasurements > > FAMIXEntity withAllSubclassesDo: [ :each | > > self measurements add: (FAMeasurements new > > mClass: each; > > yourself). ] > > > > MeasureFAMIX>run > > self initializeMeasurements. > > measurements do: [ :each | each measure] > > > > MeasureFAMIX>sum > > nrOfVars := 0. > > nrEmpty := 0. > > measurements do: [ :measurement | > > nrOfVars := nrOfVars + (measurement varSize * measurement > instSize). > > nrEmpty := nrEmpty + measurement nrEmpty + measurement > nrNil]. > > > > In Famix-SelfMeasurements on smalltalkhub > > _______________________________________________ > > Moose-dev mailing list > > Moose-dev(a)iam.unibe.ch > > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > > -- www.tudorgirba.com "Every thing has its own flow"

Aug. 29, 2013

Re: [Pharo-dev] [Moose-dev] Some FAMIX questions

by StÃ©phane Ducasse

nice analysis. I really hope that using smarter class structure based on Slot we can offer a solution in the future. On Aug 29, 2013, at 6:24 PM, Stephan Eggermont <stephan(a)stack.nl> wrote: > Currently, quite a lot of space seem to be taken up by not-filled instvars. > In my Delphi based Whitestar model, 406085 out of 664371 > are either nil or empty sets. In a JHotDraw model from inFusion > it is 724408 out of 1351527 > > Stephan > > > FAMeasurements>measure > varSize := mClass instSize. > instSize := mClass allInstances size. > nrNil := 0. > nrEmpty := 0. > mClass allInstancesDo: [ :instance | > 1 to: varSize do: [:varIndex | |value| > value := instance instVarAt: varIndex. > value ifNil: [ nrNil := nrNil+1 ]. > value isCollection ifTrue: [ > value ifEmpty: [ nrEmpty := nrEmpty+1 ] ] ] ] > > MeasureFAMIX>initializeMeasurements > FAMIXEntity withAllSubclassesDo: [ :each | > self measurements add: (FAMeasurements new > mClass: each; > yourself). ] > > MeasureFAMIX>run > self initializeMeasurements. > measurements do: [ :each | each measure] > > MeasureFAMIX>sum > nrOfVars := 0. > nrEmpty := 0. > measurements do: [ :measurement | > nrOfVars := nrOfVars + (measurement varSize * measurement instSize). > nrEmpty := nrEmpty + measurement nrEmpty + measurement nrNil]. > > In Famix-SelfMeasurements on smalltalkhub > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev

Aug. 29, 2013

Re: [Pharo-dev] It was a productive and nice sprint.

by Igor Stasenko

On 29 August 2013 09:54, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Yes! I would love to have such a tool. > > i was thinking that too.. but as it appears it is too damn slow and (probably) unreliable. The algorithm conceptually quite simple.. but since the number of back references grow exponentially at each iteration, and you need to scan whole memory for every of them, it turns out that you can wait for result for days.. So, here the code, take a look and let me know what you thinking about it. > Doru > > > On Thu, Aug 29, 2013 at 9:32 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: > >> >> >> >> On 29 August 2013 08:53, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>wrote: >> >>> in the bug tracker >>> >>> Igor spent the day chasing bad registration hanging around and fixing >>> the tools to let him >>> get there. >>> >>> >> unfortunately i didn't managed to chase them all. >> found couple leaks, but there are more which still escaping :( >> >> what i want to do is to write small tracer which will search for local >> roots of set of objects. >> >> >>> stef >>> >>> On Aug 29, 2013, at 7:00 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: >>> >>> Thank you! >>> >>> Where can I see the pointer explorer? >>> >>> Doru >>> >>> >>> >>> >>> On Wed, Aug 28, 2013 at 9:00 PM, StÃ©phane Ducasse < >>> stephane.ducasse(a)inria.fr> wrote: >>> >>>> Thanks all for your good energy. >>>> I will push some of the fixes in the stream too :) >>>> >>>> For the non participating guys we got >>>> - compiler fixes >>>> - faster tests >>>> - cleans in morphic >>>> - better pointer explorer >>>> - critics browser working >>>> - grease better configuration >>>> - and many moreâ¦ >>>> >>>> Stef >>>> >>> >>> >>> >>> -- >>> www.tudorgirba.com >>> >>> "Every thing has its own flow" >>> >>> >>> >> >> >> -- >> Best regards, >> Igor Stasenko. >> > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > -- Best regards, Igor Stasenko.

Aug. 29, 2013

[update 3.0] #30358

by StÃ©phane Ducasse

30358 ----- - issue 2489 Strange behavior of Rectangle (first part) https://pharo.fogbugz.com/default.asp?2489 - issue 11441 Use SmalllintManifestChecker in assertValidLintRule: https://pharo.fogbugz.com/default.asp?11441 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/Tests-StephaneDucasse.618.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/SUnit-Core-StephaneDucasse.94… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Refactoring-Environment-Steph… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Refactoring-Critics-StephaneD… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Manifest-Tests-StephaneDucass… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Manifest-Core-StephaneDucasse… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Kernel-StephaneDucasse.1582.d…

Aug. 29, 2013

Re: [Pharo-dev] method vs. selector consistency?

by Esteban Lorenzano

On Aug 29, 2013, at 3:43 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > On Aug 29, 2013, at 2:28 PM, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > >> And now Package should be used instead Class category. Am I right? > > Kind of. > We would loveâ¦. and we will... but we are still in transition with this... probably for pharo3, but most sure for pharo4 :) > > >> 2013/8/29 Esteban Lorenzano <estebanlm(a)gmail.com> >> they are "protocols" >> method category is the old non-accurate name :) >> >> Esteban >> >> On Aug 29, 2013, at 1:44 PM, btc(a)openInWorld.com wrote: >> >> > StÃ©phane Ducasse wrote: >> >> methodsInCategory: aName "Answer a list of the methods of the receiver that are in category named aName" >> >> >> >> | aColl | >> >> aColl := Set withAll: (self organization listAtCategoryNamed: aName). >> >> ^ aColl asArray sort >> >> >> >> >> >> allMethodsInCategory: aName "Answer a list of all the methods of the receiver and all its superclasses that are in the category named aName" >> >> >> >> | aColl | >> >> aColl := OrderedCollection new. >> >> self withAllSuperclasses do: [:aClass | aColl addAll: (aClass organization listAtCategoryNamed: aName) ]. >> >> ^ aColl asSet asArray sort >> >> >> >> >> >> uncategorizedMethods >> >> ^ self methodsInCategory: Protocol unclassified >> >> >> >> all these methods returns selectors and not compiled methods. >> >> >> >> So I would like to rename them accordingly. >> >> What do you think? >> >> >> >> Stef >> >> >> >> >> > When writing about Smalltalk, I am often confused about whether I should call them Method Categories or Protocols ? >> > I actually prefer the latter, partly because it reads better in prose not having to write Class Categories and Method Categories every time, and just Categories and Protocols. >> > Are the terms interchangeable? What is the official stance? >> > >> > cheers -ben >> > >> > >> >> >> >

Aug. 29, 2013

Zinc-Server-Sent-Events

by Sven Van Caekenberghe

Hi, Server-Sent Events is a new HTML5 technology that is used to send data from a server to a client, over HTTP, on the initiative of the server. Here are some references: http://en.wikipedia.org/wiki/Server-sent_events http://dev.w3.org/html5/eventsource/ https://developer.mozilla.org/en-US/docs/Server-sent_events/Using_server-se… Zinc-Server-Sent-Events is a proof of concept implementation with a small demo of Server-Sent Events for Zinc HTTP Components in Pharo. Usage in quite simple: you specify a handler object that implements a #run: method for each outgoing feed, like this run: connection "Using Server-Sent Events is simple: keep a reference to the connection, instanciate ZnServerSentEvent objects and use #writeOn: to push them out." | event status | [ status := self statusString. event := ZnServerSentEvent type: 'status-update' data: status. event writeOn: connection. 2 seconds asDelay wait ] repeat On the client side, a standard JavaScript listener will receive the incoming events. The package can be found here http://www.smalltalkhub.com/#!/~SvenVanCaekenberghe/ZincHTTPComponents/pack… Make sure to update Zinc itself to its bleedingEdge first. Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

Aug. 29, 2013

Re: [Pharo-dev] method vs. selector consistency?

by StÃ©phane Ducasse

On Aug 29, 2013, at 2:28 PM, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > And now Package should be used instead Class category. Am I right? Kind of. We would loveâ¦. > 2013/8/29 Esteban Lorenzano <estebanlm(a)gmail.com> > they are "protocols" > method category is the old non-accurate name :) > > Esteban > > On Aug 29, 2013, at 1:44 PM, btc(a)openInWorld.com wrote: > > > StÃ©phane Ducasse wrote: > >> methodsInCategory: aName "Answer a list of the methods of the receiver that are in category named aName" > >> > >> | aColl | > >> aColl := Set withAll: (self organization listAtCategoryNamed: aName). > >> ^ aColl asArray sort > >> > >> > >> allMethodsInCategory: aName "Answer a list of all the methods of the receiver and all its superclasses that are in the category named aName" > >> > >> | aColl | > >> aColl := OrderedCollection new. > >> self withAllSuperclasses do: [:aClass | aColl addAll: (aClass organization listAtCategoryNamed: aName) ]. > >> ^ aColl asSet asArray sort > >> > >> > >> uncategorizedMethods > >> ^ self methodsInCategory: Protocol unclassified > >> > >> all these methods returns selectors and not compiled methods. > >> > >> So I would like to rename them accordingly. > >> What do you think? > >> > >> Stef > >> > >> > > When writing about Smalltalk, I am often confused about whether I should call them Method Categories or Protocols ? > > I actually prefer the latter, partly because it reads better in prose not having to write Class Categories and Method Categories every time, and just Categories and Protocols. > > Are the terms interchangeable? What is the official stance? > > > > cheers -ben > > > > > > >

Aug. 29, 2013

Re: [Pharo-dev] method vs. selector consistency?

by StÃ©phane Ducasse

Protocols we will rename every categories into protocols. then methods -> compiled Methods selectors -> symbol > StÃ©phane Ducasse wrote: >> methodsInCategory: aName "Answer a list of the methods of the receiver that are in category named aName" >> >> | aColl | >> aColl := Set withAll: (self organization listAtCategoryNamed: aName). >> ^ aColl asArray sort >> >> >> allMethodsInCategory: aName "Answer a list of all the methods of the receiver and all its superclasses that are in the category named aName" >> >> | aColl | >> aColl := OrderedCollection new. >> self withAllSuperclasses do: [:aClass | aColl addAll: (aClass organization listAtCategoryNamed: aName) ]. >> ^ aColl asSet asArray sort >> >> >> uncategorizedMethods >> ^ self methodsInCategory: Protocol unclassified >> >> all these methods returns selectors and not compiled methods. >> >> So I would like to rename them accordingly. >> What do you think? >> >> Stef >> >> > When writing about Smalltalk, I am often confused about whether I should call them Method Categories or Protocols ? > I actually prefer the latter, partly because it reads better in prose not having to write Class Categories and Method Categories every time, and just Categories and Protocols. > Are the terms interchangeable? What is the official stance? > > cheers -ben > >

Aug. 29, 2013

SHA1 changed ??

by Sven Van Caekenberghe

Max, Why was the contract of SHA1>>hashStream: changed ? It used to return a ByteArray like other HashFunction subclasses, now it returns an Integer. I see that you also changed the tests with this assumption. MD5 hashMessage: 'foo'. #[172 189 24 219 76 194 248 92 237 239 101 79 204 196 164 216] SHA1 hashMessage: 'foo'. 68123873083688143418383284816464454849230703155 It broke Zinc-WebSockets in 3.0 and now I will have to do an ugly hack to make the code work on multiple Pharo versions. Can you please explain ? Sven

Aug. 29, 2013

Re: [Pharo-dev] method vs. selector consistency?

by Esteban A. Maringolo

2013/8/29 Denis Kudriashov <dionisiydk(a)gmail.com>: > And now Package should be used instead Class category. Am I right? +1 This one puzzles me.

Aug. 29, 2013

Re: [Pharo-dev] method vs. selector consistency?

by Denis Kudriashov

And now Package should be used instead Class category. Am I right? 2013/8/29 Esteban Lorenzano <estebanlm(a)gmail.com> > they are "protocols" > method category is the old non-accurate name :) > > Esteban > > On Aug 29, 2013, at 1:44 PM, btc(a)openInWorld.com wrote: > > > StÃ©phane Ducasse wrote: > >> methodsInCategory: aName "Answer a list of the methods of the > receiver that are in category named aName" > >> > >> | aColl | > >> aColl := Set withAll: (self organization listAtCategoryNamed: > aName). > >> ^ aColl asArray sort > >> > >> > >> allMethodsInCategory: aName "Answer a list of all the methods of the > receiver and all its superclasses that are in the category named aName" > >> > >> | aColl | > >> aColl := OrderedCollection new. > >> self withAllSuperclasses do: [:aClass | aColl > addAll: (aClass organization listAtCategoryNamed: aName) ]. > >> ^ aColl asSet asArray sort > >> > >> > >> uncategorizedMethods > >> ^ self methodsInCategory: Protocol unclassified > >> > >> all these methods returns selectors and not compiled methods. > >> > >> So I would like to rename them accordingly. > >> What do you think? > >> > >> Stef > >> > >> > > When writing about Smalltalk, I am often confused about whether I should > call them Method Categories or Protocols ? > > I actually prefer the latter, partly because it reads better in prose > not having to write Class Categories and Method Categories every time, and > just Categories and Protocols. > > Are the terms interchangeable? What is the official stance? > > > > cheers -ben > > > > > > >

Aug. 29, 2013

Re: [Pharo-dev] method vs. selector consistency?

by Esteban Lorenzano

they are "protocols" method category is the old non-accurate name :) Esteban On Aug 29, 2013, at 1:44 PM, btc(a)openInWorld.com wrote: > StÃ©phane Ducasse wrote: >> methodsInCategory: aName "Answer a list of the methods of the receiver that are in category named aName" >> >> | aColl | >> aColl := Set withAll: (self organization listAtCategoryNamed: aName). >> ^ aColl asArray sort >> >> >> allMethodsInCategory: aName "Answer a list of all the methods of the receiver and all its superclasses that are in the category named aName" >> >> | aColl | >> aColl := OrderedCollection new. >> self withAllSuperclasses do: [:aClass | aColl addAll: (aClass organization listAtCategoryNamed: aName) ]. >> ^ aColl asSet asArray sort >> >> >> uncategorizedMethods >> ^ self methodsInCategory: Protocol unclassified >> >> all these methods returns selectors and not compiled methods. >> >> So I would like to rename them accordingly. >> What do you think? >> >> Stef >> >> > When writing about Smalltalk, I am often confused about whether I should call them Method Categories or Protocols ? > I actually prefer the latter, partly because it reads better in prose not having to write Class Categories and Method Categories every time, and just Categories and Protocols. > Are the terms interchangeable? What is the official stance? > > cheers -ben > >

Aug. 29, 2013

Re: [Pharo-dev] method vs. selector consistency?

by btc＠openinworld.com

StÃ©phane Ducasse wrote: > methodsInCategory: aName > "Answer a list of the methods of the receiver that are in category named aName" > > | aColl | > aColl := Set withAll: (self organization listAtCategoryNamed: aName). > ^ aColl asArray sort > > > allMethodsInCategory: aName > "Answer a list of all the methods of the receiver and all its > superclasses that are in the category named aName" > > | aColl | > aColl := OrderedCollection new. > self withAllSuperclasses do: [:aClass | > aColl addAll: (aClass organization listAtCategoryNamed: aName) ]. > ^ aColl asSet asArray sort > > > uncategorizedMethods > ^ self methodsInCategory: Protocol unclassified > > all these methods returns selectors and not compiled methods. > > So I would like to rename them accordingly. > What do you think? > > Stef > > When writing about Smalltalk, I am often confused about whether I should call them Method Categories or Protocols ? I actually prefer the latter, partly because it reads better in prose not having to write Class Categories and Method Categories every time, and just Categories and Protocols. Are the terms interchangeable? What is the official stance? cheers -ben

Aug. 29, 2013

[OT] Drawing Dynamic Visualizations

by Torsten Bergmann

see http://vimeo.com/66085662

Aug. 29, 2013

Does something for that exist

by Friedrich Dominicus

Well laziness gets the upper half from me and I wonder if there is a software available in Smalltalk which takes an xsd fiel and generates an xml-writer from it which than adheres to the xsd descriptions. In my opinion this is too usefule to not been implemented yet ;-) Regards Friedrich

Aug. 29, 2013

Re: [Pharo-dev] method vs. selector consistency?

by Igor Stasenko

On 29 August 2013 09:09, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > methodsInCategory: aName > "Answer a list of the methods of the receiver that are in category > named aName" > > | aColl | > aColl := Set withAll: (self organization listAtCategoryNamed: > aName). > ^ aColl asArray sort > > > allMethodsInCategory: aName > "Answer a list of all the methods of the receiver and all its > superclasses that are in the category named aName" > > | aColl | > aColl := OrderedCollection new. > self withAllSuperclasses do: [:aClass | > aColl addAll: (aClass organization listAtCategoryNamed: > aName) ]. > ^ aColl asSet asArray sort > > > uncategorizedMethods > ^ self methodsInCategory: Protocol unclassified > > all these methods returns selectors and not compiled methods. > > So I would like to rename them accordingly. > What do you think? > > Stef > yes, if they return selectors, the name should talk about selectors.. -- Best regards, Igor Stasenko.

Aug. 29, 2013

[update 3.0] #30357

by Marcus Denker

30357 ----- 11126 Unused CI packages load by default in pharo https://pharo.fogbugz.com/f/cases/11126

Aug. 29, 2013

Re: [Pharo-dev] It was a productive and nice sprint.

by Tudor Girba

Yes! I would love to have such a tool. Doru On Thu, Aug 29, 2013 at 9:32 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: > > > > On 29 August 2013 08:53, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>wrote: > >> in the bug tracker >> >> Igor spent the day chasing bad registration hanging around and fixing the >> tools to let him >> get there. >> >> > unfortunately i didn't managed to chase them all. > found couple leaks, but there are more which still escaping :( > > what i want to do is to write small tracer which will search for local > roots of set of objects. > > >> stef >> >> On Aug 29, 2013, at 7:00 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> >> Thank you! >> >> Where can I see the pointer explorer? >> >> Doru >> >> >> >> >> On Wed, Aug 28, 2013 at 9:00 PM, StÃ©phane Ducasse < >> stephane.ducasse(a)inria.fr> wrote: >> >>> Thanks all for your good energy. >>> I will push some of the fixes in the stream too :) >>> >>> For the non participating guys we got >>> - compiler fixes >>> - faster tests >>> - cleans in morphic >>> - better pointer explorer >>> - critics browser working >>> - grease better configuration >>> - and many moreâ¦ >>> >>> Stef >>> >> >> >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" >> >> >> > > > -- > Best regards, > Igor Stasenko. > -- www.tudorgirba.com "Every thing has its own flow"

Aug. 29, 2013

Re: [Pharo-dev] It was a productive and nice sprint.

by Igor Stasenko

On 29 August 2013 08:53, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > in the bug tracker > > Igor spent the day chasing bad registration hanging around and fixing the > tools to let him > get there. > > unfortunately i didn't managed to chase them all. found couple leaks, but there are more which still escaping :( what i want to do is to write small tracer which will search for local roots of set of objects. > stef > > On Aug 29, 2013, at 7:00 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Thank you! > > Where can I see the pointer explorer? > > Doru > > > > > On Wed, Aug 28, 2013 at 9:00 PM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > >> Thanks all for your good energy. >> I will push some of the fixes in the stream too :) >> >> For the non participating guys we got >> - compiler fixes >> - faster tests >> - cleans in morphic >> - better pointer explorer >> - critics browser working >> - grease better configuration >> - and many moreâ¦ >> >> Stef >> > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > > > -- Best regards, Igor Stasenko.

Aug. 29, 2013

Re: [Pharo-dev] method vs. selector consistency?

by Stephan Eggermont

Stef wrote: >So I would like to rename them accordingly. >What do you think? +1 I love consistent naming. And I'd love a list of packages on squeaksource, ss3 and smalltalkhub using these selectors in their latest version. Stephan

Aug. 29, 2013

method vs. selector consistency?

by StÃ©phane Ducasse

methodsInCategory: aName "Answer a list of the methods of the receiver that are in category named aName" | aColl | aColl := Set withAll: (self organization listAtCategoryNamed: aName). ^ aColl asArray sort allMethodsInCategory: aName "Answer a list of all the methods of the receiver and all its superclasses that are in the category named aName" | aColl | aColl := OrderedCollection new. self withAllSuperclasses do: [:aClass | aColl addAll: (aClass organization listAtCategoryNamed: aName) ]. ^ aColl asSet asArray sort uncategorizedMethods ^ self methodsInCategory: Protocol unclassified all these methods returns selectors and not compiled methods. So I would like to rename them accordingly. What do you think? Stef

Aug. 29, 2013

Re: [Pharo-dev] It was a productive and nice sprint.

by StÃ©phane Ducasse

in the bug tracker Igor spent the day chasing bad registration hanging around and fixing the tools to let him get there. stef On Aug 29, 2013, at 7:00 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Thank you! > > Where can I see the pointer explorer? > > Doru > > > > > On Wed, Aug 28, 2013 at 9:00 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Thanks all for your good energy. > I will push some of the fixes in the stream too :) > > For the non participating guys we got > - compiler fixes > - faster tests > - cleans in morphic > - better pointer explorer > - critics browser working > - grease better configuration > - and many moreâ¦ > > Stef > > > > -- > www.tudorgirba.com > > "Every thing has its own flow"

Aug. 29, 2013

Re: [Pharo-dev] It was a productive and nice sprint.

by Tudor Girba

Thank you! Where can I see the pointer explorer? Doru On Wed, Aug 28, 2013 at 9:00 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > Thanks all for your good energy. > I will push some of the fixes in the stream too :) > > For the non participating guys we got > - compiler fixes > - faster tests > - cleans in morphic > - better pointer explorer > - critics browser working > - grease better configuration > - and many moreâ¦ > > Stef > -- www.tudorgirba.com "Every thing has its own flow"

Aug. 29, 2013

Re: [Pharo-dev] Filing in chunks

by Esteban A. Maringolo

2013/8/28 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > > On Aug 28, 2013, at 3:14 AM, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > >> What is the "official" way to file in chunks in Pharo? >> >> I'm porting something from Dolphin to Pharo 2, with no purpose of having >> compatibility between both (it is, I want to continue with it on Pharo). >> >> I've been manually "translating" the chunk from Dolphin into Pharo format, >> but the problem is... I can't find a way to File In the file contents! > > you can simply drop the file on the world. Simpler than expected. :) >> Using the File Explorer, there is a contextual menu in the contents pane of >> the selected file "FileIn Selection (G)", but as soon as I select some >> chunks or the whole contents to file In I get a MessageNotUnderstood of >> #fileIn in ReadWriteStream (the selected contents). > > this is a bug can you open an issue if it is still there in Pharo30 I don't have a Pharo30 image here, but will download one later to check. >> I couldn't find another menu for filing in in a Workspace (expected), >> SystemBrowser (Nautilus) nor anywhere else. I'm doing it with 'myChanges.st' >> asFileReference fileIn >> >> But I was expecting more user friendly, like a chunk browser. > > No there is no such tools. We are working on a new change browser and may be we will support importing > cs but I doubt for now. That's fine, filing it into a new changeset and being able to go change by change in the dual change sorter will do it. I almost filed 200 kb of code (~70 classes) using the expression above. Now it's time to polish what's in. Thanks again.

Aug. 28, 2013

Re: [Pharo-dev] Recent VM for Pharo 2 on Ubuntu 8.04

by Camillo Bruni

On 2013-08-28, at 21:37, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 28 Aug 2013, at 17:41, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > >> just because I have vocation of service :) >> >> <pharovm-u804.tar.gz> > > Fantastic ! > > It works perfectly well on my old Ubuntu 8.04. > > I assume from the build date that you compiled this today, especially for me - I will have to buy you a nice beer or two next time we meet. > > Thanks again, > > Sven > > PS: lets keep this vm around for future use already done: http://files.pharo.org/vm/pharo/linux/ as advised by esteban ;)

Aug. 28, 2013

Re: [Pharo-dev] It was a productive and nice sprint.

by Esteban A. Maringolo

Thank you! :) Esteban A. Maringolo 2013/8/28 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > Thanks all for your good energy. > I will push some of the fixes in the stream too :) > > For the non participating guys we got > - compiler fixes > - faster tests > - cleans in morphic > - better pointer explorer > - critics browser working > - grease better configuration > - and many moreâ¦ > > Stef

Aug. 28, 2013

Re: [Pharo-dev] Recent VM for Pharo 2 on Ubuntu 8.04

by StÃ©phane Ducasse

> Fantastic ! > > It works perfectly well on my old Ubuntu 8.04. > > I assume from the build date that you compiled this today, especially for me - I will have to buy you a nice beer or two next time we meet. :) > > Thanks again, > > Sven > > PS: lets keep this vm around for future use :)

Aug. 28, 2013

Re: [Pharo-dev] Recent VM for Pharo 2 on Ubuntu 8.04

by Sven Van Caekenberghe

On 28 Aug 2013, at 17:41, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > just because I have vocation of service :) > > <pharovm-u804.tar.gz> Fantastic ! It works perfectly well on my old Ubuntu 8.04. I assume from the build date that you compiled this today, especially for me - I will have to buy you a nice beer or two next time we meet. Thanks again, Sven PS: lets keep this vm around for future use > enjoy, > Esteban > > > On Aug 28, 2013, at 3:50 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >> >> On 28 Aug 2013, at 15:36, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> >>> Indeed I do not see how we could provide support that oracle does not. >>> We should be realistic. >> >> I know our resources are limited, but some arguments in this discussion are just wrong. >> >> It might at the moment not be possible to run the latest JVM on Ubuntu 8.04, but it is still possible to run Java on such older systems, many VM's that came after the inception date of 8.04. For example. we run java 7 (2011) on ubuntu 8.04 (2008) >> >> On the other hand, Pharo 2.0 was released with support for 8.04 AFAIK and now, after minor updates, it no longer works. That is completely different, IMHO. >> >> And AFAICT newer images require newer, pharo specific VM's, so using the older release VM's doesn't seem to work. >> >> But unless someone says, 'here take this vm', I don't require support, I will work around it, it is just frustrating. >> >>>>>> for older systems, you are by your own. Is like that, yes. >>>>>> >>>>>> We cannot maintain all VM for all possible configurations. Nobody can do that, not even canonical, less us. Ubuntu 8.04 is just too old. >>>>>> >>>>>> Even JVM is not supported on Ubuntu 8.04: http://www.oracle.com/technetwork/java/javase/config-417990.html >>>>>> (latest is 10.04... which we support, or intent to at least) >>>>>> Also... we are not oracle, we have more limited resources. >>>>>> >>>>>> So , is not a workaround. Is the only reasonable solution: every software provider in earth supports a limited amount of system configurations, usually from some years ago, we provide at least the sources, instructions and support in the form of help/answering questions. >>>>>> >>>>> >>>>> This is not the only instance of the problem. >>>>> If I'm not much mistaken, same problem has been recently reported for Debian 7 >>>>> (Laszlo Zsolt KIss, 08/08/13 10:43). As Andres pointed out (08/08/13 14:40), it's libc is 17 months old. The proposed "solution" was the same - recompile on target system. >>>> >>>> in that moment answer was: compile it yourself until we provide a working version (which we now provide). >>>> Ubuntu 8 is another problem :( >>>> but do not get me wrong... is not that I do not would want to help... is just that I need to be realistic about what I can and what I don't :( >>>> >>>> >>>>> >>>>> To make me clear, I have no problem if you say "Sorry, we don't support >>>>> anything older than 12 months. Or 3 years. Or ...". I just don't think >>>>> that asking people to recompile whenever there is glibc dependency problem is "real solution". >>>>> >>>>> I'm very sorry for starting this pointless discussion. >>>>> >>>>>> >>>>>>> >>>>>>>> we can offer support (but should be pretty straight forward, specially in linux systems). >>>>>>>> >>>>>>>> I disagree with the solution proposed in (2), the cost of maintaining such approach would be exponential. >>>>>>> >>>>>>> No, not really. There aren't many of those (at least, weren't in my case) and I found out that sometimes I could do better (faster) job :-) >>>>>> >>>>>> you are invited to provide your working version, it would be cool for everybody :) >>>>>> >>>>> >>>>> Unfortunately, I've done it for a different VM :-) >>>>> >>>>> >>>>> Best, Jan >>>>> >>>> >>>> >>> >>> >> >> >

Aug. 28, 2013

It was a productive and nice sprint.

by StÃ©phane Ducasse

Thanks all for your good energy. I will push some of the fixes in the stream too :) For the non participating guys we got - compiler fixes - faster tests - cleans in morphic - better pointer explorer - critics browser working - grease better configuration - and many moreâ¦ Stef

Aug. 28, 2013

Grease conflicts #packages with RPackage

by Mariano Martinez Peck

Hi guys, I was trying to build a new image with latest Pharo 2.0 with all the frameworks I use. While installing, I get a dnu in: packageFromOrganizer: anRPackageOrganizer "This method returns the package this method belongs to. It takes into account classes and traits. If the method is in no package, returns nil by now" self flag: 'TODO: use anRPackageOrganizer, or better delegate to anRPackageOrganizer'. ^self origin packages detect: [ :each | (each includesSelector: self selector ofClassName: self origin theNonMetaClass originalName) or: [ each includesSelector: self selector ofMetaclassName: self origin theNonMetaClass originalName]] ifNone: [ nil ] because "each" (which was GRPackage) dnu #includesSelector:ofClassName: Problem is that "self origin" answers GRPackage. And GRPackage DOES implement a CLASS side method #packages that answers instances of GRPackage.....not RPackage... So...which one do we prefix? GRPackage class #packages to #greasePackages? BTW, there are yet more class side implementations of #packages, which are basically subclasses for the HelpSystem (CustomHelp). So we have for example SUnitAPIDocumentation, RegexAPIDocumentation, ProfStefAPIHelp, HelpAPIDocumentation, AnnouncementsAPIDocumentation. Guess we should update the HelpSystem as well? Let me know and I open issues/submit fixes. Cheers, -- Mariano http://marianopeck.wordpress.com

Aug. 28, 2013

Re: [Pharo-dev] Recent VM for Pharo 2 on Ubuntu 8.04

by Esteban Lorenzano

On Aug 28, 2013, at 3:50 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 28 Aug 2013, at 15:36, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > >> Indeed I do not see how we could provide support that oracle does not. >> We should be realistic. > > I know our resources are limited, but some arguments in this discussion are just wrong. > > It might at the moment not be possible to run the latest JVM on Ubuntu 8.04, but it is still possible to run Java on such older systems, many VM's that came after the inception date of 8.04. For example. we run java 7 (2011) on ubuntu 8.04 (2008) yes, is possible that it runs. But basically what they say is that if it doesn't, you are by your own, they will not provide support (and I was talking about support). And they are oracle, that's my point: they dropped support for ubuntu 8 a couple of years ago... > On the other hand, Pharo 2.0 was released with support for 8.04 AFAIK and now, after minor updates, it no longer works. That is completely different, IMHO. > > And AFAICT newer images require newer, pharo specific VM's, so using the older release VM's doesn't seem to work. well... yes and no... pharo3 will require pharo3vm, but pharo2 can be run with VMs from more than a year (the real problem here was the annoying SmallInteger bug, and probably some other minor VM problems) > > But unless someone says, 'here take this vm', I don't require support, I will work around it, it is just frustrating. > >>>>> for older systems, you are by your own. Is like that, yes. >>>>> >>>>> We cannot maintain all VM for all possible configurations. Nobody can do that, not even canonical, less us. Ubuntu 8.04 is just too old. >>>>> >>>>> Even JVM is not supported on Ubuntu 8.04: http://www.oracle.com/technetwork/java/javase/config-417990.html >>>>> (latest is 10.04... which we support, or intent to at least) >>>>> Also... we are not oracle, we have more limited resources. >>>>> >>>>> So , is not a workaround. Is the only reasonable solution: every software provider in earth supports a limited amount of system configurations, usually from some years ago, we provide at least the sources, instructions and support in the form of help/answering questions. >>>>> >>>> >>>> This is not the only instance of the problem. >>>> If I'm not much mistaken, same problem has been recently reported for Debian 7 >>>> (Laszlo Zsolt KIss, 08/08/13 10:43). As Andres pointed out (08/08/13 14:40), it's libc is 17 months old. The proposed "solution" was the same - recompile on target system. >>> >>> in that moment answer was: compile it yourself until we provide a working version (which we now provide). >>> Ubuntu 8 is another problem :( >>> but do not get me wrong... is not that I do not would want to help... is just that I need to be realistic about what I can and what I don't :( >>> >>> >>>> >>>> To make me clear, I have no problem if you say "Sorry, we don't support >>>> anything older than 12 months. Or 3 years. Or ...". I just don't think >>>> that asking people to recompile whenever there is glibc dependency problem is "real solution". >>>> >>>> I'm very sorry for starting this pointless discussion. >>>> >>>>> >>>>>> >>>>>>> we can offer support (but should be pretty straight forward, specially in linux systems). >>>>>>> >>>>>>> I disagree with the solution proposed in (2), the cost of maintaining such approach would be exponential. >>>>>> >>>>>> No, not really. There aren't many of those (at least, weren't in my case) and I found out that sometimes I could do better (faster) job :-) >>>>> >>>>> you are invited to provide your working version, it would be cool for everybody :) >>>>> >>>> >>>> Unfortunately, I've done it for a different VM :-) >>>> >>>> >>>> Best, Jan >>>> >>> >>> >> >> > >

Aug. 28, 2013

Re: [Pharo-dev] Compilation code in grease not compatible with Pharo 3.0

by Damien Cassou

On Wed, Aug 28, 2013 at 9:56 AM, Damien Cassou <damien.cassou(a)gmail.com>wrote: > thank you Marcus. Now, this does not work because #printCategoryChunk:on: > does not exist anymore: > we found the solution, thank you -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

Aug. 28, 2013

Re: [Pharo-dev] Recent VM for Pharo 2 on Ubuntu 8.04

by Esteban Lorenzano

just because I have vocation of service :) enjoy, Esteban On Aug 28, 2013, at 3:50 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 28 Aug 2013, at 15:36, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > >> Indeed I do not see how we could provide support that oracle does not. >> We should be realistic. > > I know our resources are limited, but some arguments in this discussion are just wrong. > > It might at the moment not be possible to run the latest JVM on Ubuntu 8.04, but it is still possible to run Java on such older systems, many VM's that came after the inception date of 8.04. For example. we run java 7 (2011) on ubuntu 8.04 (2008) > > On the other hand, Pharo 2.0 was released with support for 8.04 AFAIK and now, after minor updates, it no longer works. That is completely different, IMHO. > > And AFAICT newer images require newer, pharo specific VM's, so using the older release VM's doesn't seem to work. > > But unless someone says, 'here take this vm', I don't require support, I will work around it, it is just frustrating. > >>>>> for older systems, you are by your own. Is like that, yes. >>>>> >>>>> We cannot maintain all VM for all possible configurations. Nobody can do that, not even canonical, less us. Ubuntu 8.04 is just too old. >>>>> >>>>> Even JVM is not supported on Ubuntu 8.04: http://www.oracle.com/technetwork/java/javase/config-417990.html >>>>> (latest is 10.04... which we support, or intent to at least) >>>>> Also... we are not oracle, we have more limited resources. >>>>> >>>>> So , is not a workaround. Is the only reasonable solution: every software provider in earth supports a limited amount of system configurations, usually from some years ago, we provide at least the sources, instructions and support in the form of help/answering questions. >>>>> >>>> >>>> This is not the only instance of the problem. >>>> If I'm not much mistaken, same problem has been recently reported for Debian 7 >>>> (Laszlo Zsolt KIss, 08/08/13 10:43). As Andres pointed out (08/08/13 14:40), it's libc is 17 months old. The proposed "solution" was the same - recompile on target system. >>> >>> in that moment answer was: compile it yourself until we provide a working version (which we now provide). >>> Ubuntu 8 is another problem :( >>> but do not get me wrong... is not that I do not would want to help... is just that I need to be realistic about what I can and what I don't :( >>> >>> >>>> >>>> To make me clear, I have no problem if you say "Sorry, we don't support >>>> anything older than 12 months. Or 3 years. Or ...". I just don't think >>>> that asking people to recompile whenever there is glibc dependency problem is "real solution". >>>> >>>> I'm very sorry for starting this pointless discussion. >>>> >>>>> >>>>>> >>>>>>> we can offer support (but should be pretty straight forward, specially in linux systems). >>>>>>> >>>>>>> I disagree with the solution proposed in (2), the cost of maintaining such approach would be exponential. >>>>>> >>>>>> No, not really. There aren't many of those (at least, weren't in my case) and I found out that sometimes I could do better (faster) job :-) >>>>> >>>>> you are invited to provide your working version, it would be cool for everybody :) >>>>> >>>> >>>> Unfortunately, I've done it for a different VM :-) >>>> >>>> >>>> Best, Jan >>>> >>> >>> >> >> > >

Aug. 28, 2013

[update 3.0] #30356

by Marcus Denker

30356 ----- 11493 Support negative lookahead in Regex https://pharo.fogbugz.com/f/cases/11493 11491 unsubscribe from editor in NECController https://pharo.fogbugz.com/f/cases/11491 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/Regex-Tests-Core-MarcusDenker… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Regex-Core-MarcusDenker.30.di… http://smalltalkhub.com/mc/Pharo/Pharo30/main/NECompletion-MarcusDenker.131…

Aug. 28, 2013

Error with MC configurations

by Yuriy Tymchuk

Hi everyone. I was working with a configuration for one of my projects and ended up with an error 'New categories must match old ones' while loading my configuration. More info here: http://stackoverflow.com/questions/18486091/systemorganizer-new-categories-… I'll be very thankful for guidance. Cheers! Uko

Aug. 28, 2013

Re: [Pharo-dev] a weak on:do:/when:do:

by Igor Stasenko

there is something sick in this code.. using block to transform evaluation of another block :( On 28 August 2013 15:40, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > The mail was more that I would prefer to have less block inside block and > cull: > > > On Aug 28, 2013, at 1:14 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > That is what I knew, too. I asked because the mail seemed to suggest that > it would work :). > > Doru > > > On Wed, Aug 28, 2013 at 12:54 PM, Esteban Lorenzano <estebanlm(a)gmail.com>wrote: > >> no, it is not. >> that will keep the registry forever because it acts over a block (no >> ephemerons, remember) >> >> Esteban >> >> On Aug 28, 2013, at 11:56 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> >> Does this work? >> >> Doru >> >> >> On Wed, Aug 28, 2013 at 11:54 AM, StÃ©phane Ducasse < >> stephane.ducasse(a)inria.fr> wrote: >> >>> whenListChanged: aBlock >>> "Specify a block to value after the contents of the list has >>> changed" >>> >>> "Basically when you set a new list of items" >>> >>> <api: #event> >>> | block | >>> block := [ :announcement :ann | >>> aBlock >>> cull: announcement newContents >>> cull: announcement oldContents >>> cull: announcement >>> cull: ann ]. >>> listAnnouncer weak >>> when: ValueChanged >>> do: block >>> >>> >> >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" >> >> >> > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > > > -- Best regards, Igor Stasenko.

Aug. 28, 2013

[update 3.0] #30355

by Marcus Denker

30355 ----- 11484 Strong pointer explorer showing weak references https://pharo.fogbugz.com/f/cases/11484 11490 Failing tests in RBPushDownInstanceVariables https://pharo.fogbugz.com/f/cases/11490 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/Tools-MarcusDenker.1226.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Refactoring-Tests-Core-Marcus…

Aug. 28, 2013

Re: [Pharo-dev] Debugger recursion

by Mariano Martinez Peck

On Wed, Aug 28, 2013 at 11:18 AM, jan.struz <public+pharo(a)struz.cz> wrote: > Hi all, > I have a solution for the recursion in Pharo 2.0. (For those subclassing > ProtoObject, of course :-) ) > If the subclass of ProtoObject implements #class, then the Debugger is > happy > (will open a debugger). > #class is the first message sent by Debugger, to continue with full > debugger > & deeper inspecting the instance, one have to implement the rest - > #isMemberOf: #isKindOf: #inspectorClass #printStringLimitedTo: > #longPrintOn:limitedTo:indent: #defaultLabelForInspector > #longPrintStringLimitedTo: (minimal set) > All of these messages pops up in debugger as MNU, and I am able to debug > it. > (I hope this will be useful for someone...) > > In the latest Pharo 3.0 (30351), implementing the first message (here it is > #printStringLimitedTo:) is not enough, I have to implement another methods > (ex. #inspector) and in addition #basicSize and #-> (in short, all of them, > needed by debugger). > Without that, I am not able to debug it. The good thing in Pharo3 is, that > the image is responding, and I can see what is happening in ProcessBrowser > and so, without interrupting. > > Mariano, the Ghost proxies are really great, only I think the logging > should > be optional and turned off by default. So it could be referenced by another > project and ready to use. > Indeed. I thought it was disabled by default. > It's interesting to see the (no)difference between the debuggingMessages in > Ghost, and these needed for ProtoObject subclass... :-) > > It seems you were not the first fighting with that :) Maybe it's time to document all this by having integrated in the image a DebuggeableProtoObject? Subclass of ProtoObject and implementing the needed methods? Those that could be implemented, can be implemented and those that would depend on the usage, could be implemented as "self subclassResponsability". But what is important is that such a class will document the needed methods in order to proper debug/inspect subclasses of ProtoObject. Cheers, > Igor, you are right, the possibility to break something is not a bug, > indeed > :-) I know. > > > > > ----- > Save The World! > -- > View this message in context: > http://forum.world.st/Debugger-recursion-tp4704703p4705487.html > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > > -- Mariano http://marianopeck.wordpress.com

Aug. 28, 2013

Update

by Fernando Olivero

Hi Sven, please update my contributor profile. PharoContributor new name: 'Fernando Olivero'; email: 'fernando.olivero.mail(a)gmail.com'; website: 'http://fernandoolivero.wordpress.com'; description: 'Software Developer and Research Scientist'; yourself

Aug. 28, 2013

[regression reporter]regression occurred

by no-reply＠ci.inria.fr

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/label=mac/… 1 regressions found. Zinc.Tests.ZnClientTests.testGetLargeWideStringHTML

Aug. 28, 2013

Re: [Pharo-dev] Debugger recursion

by jan.struz

Hi all, I have a solution for the recursion in Pharo 2.0. (For those subclassing ProtoObject, of course :-) ) If the subclass of ProtoObject implements #class, then the Debugger is happy (will open a debugger). #class is the first message sent by Debugger, to continue with full debugger & deeper inspecting the instance, one have to implement the rest - #isMemberOf: #isKindOf: #inspectorClass #printStringLimitedTo: #longPrintOn:limitedTo:indent: #defaultLabelForInspector #longPrintStringLimitedTo: (minimal set) All of these messages pops up in debugger as MNU, and I am able to debug it. (I hope this will be useful for someone...) In the latest Pharo 3.0 (30351), implementing the first message (here it is #printStringLimitedTo:) is not enough, I have to implement another methods (ex. #inspector) and in addition #basicSize and #-> (in short, all of them, needed by debugger). Without that, I am not able to debug it. The good thing in Pharo3 is, that the image is responding, and I can see what is happening in ProcessBrowser and so, without interrupting. Mariano, the Ghost proxies are really great, only I think the logging should be optional and turned off by default. So it could be referenced by another project and ready to use. It's interesting to see the (no)difference between the debuggingMessages in Ghost, and these needed for ProtoObject subclass... :-) Igor, you are right, the possibility to break something is not a bug, indeed :-) I know. ----- Save The World! -- View this message in context: http://forum.world.st/Debugger-recursion-tp4704703p4705487.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Aug. 28, 2013

[update 3.0] #30354

by Marcus Denker

30354 ----- 11478 Critics Browser cannot run anymore https://pharo.fogbugz.com/f/cases/11478 11489 fix for #subclassDefinerClass https://pharo.fogbugz.com/f/cases/11489 11486 add method parse: to Compiler and OpalCompiler https://pharo.fogbugz.com/f/cases/11486 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/Tools-MarcusDenker.1225.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/OpalCompiler-Core-MarcusDenke… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Manifest-CriticBrowser-Marcus… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Compiler-MarcusDenker.518.diff

Aug. 28, 2013

Re: [Pharo-dev] Can we stop these "[regression reporter]regression occurred" messages?

by Sven Van Caekenberghe

On 28 Aug 2013, at 15:46, Camillo Bruni <camillobruni(a)gmail.com> wrote: > Which is more important than many useless discussions I have seen on this mailinglist. ;-)

Aug. 28, 2013

Re: [Pharo-dev] Recent VM for Pharo 2 on Ubuntu 8.04

by Sven Van Caekenberghe

On 28 Aug 2013, at 15:36, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Indeed I do not see how we could provide support that oracle does not. > We should be realistic. I know our resources are limited, but some arguments in this discussion are just wrong. It might at the moment not be possible to run the latest JVM on Ubuntu 8.04, but it is still possible to run Java on such older systems, many VM's that came after the inception date of 8.04. For example. we run java 7 (2011) on ubuntu 8.04 (2008) On the other hand, Pharo 2.0 was released with support for 8.04 AFAIK and now, after minor updates, it no longer works. That is completely different, IMHO. And AFAICT newer images require newer, pharo specific VM's, so using the older release VM's doesn't seem to work. But unless someone says, 'here take this vm', I don't require support, I will work around it, it is just frustrating. >>>> for older systems, you are by your own. Is like that, yes. >>>> >>>> We cannot maintain all VM for all possible configurations. Nobody can do that, not even canonical, less us. Ubuntu 8.04 is just too old. >>>> >>>> Even JVM is not supported on Ubuntu 8.04: http://www.oracle.com/technetwork/java/javase/config-417990.html >>>> (latest is 10.04... which we support, or intent to at least) >>>> Also... we are not oracle, we have more limited resources. >>>> >>>> So , is not a workaround. Is the only reasonable solution: every software provider in earth supports a limited amount of system configurations, usually from some years ago, we provide at least the sources, instructions and support in the form of help/answering questions. >>>> >>> >>> This is not the only instance of the problem. >>> If I'm not much mistaken, same problem has been recently reported for Debian 7 >>> (Laszlo Zsolt KIss, 08/08/13 10:43). As Andres pointed out (08/08/13 14:40), it's libc is 17 months old. The proposed "solution" was the same - recompile on target system. >> >> in that moment answer was: compile it yourself until we provide a working version (which we now provide). >> Ubuntu 8 is another problem :( >> but do not get me wrong... is not that I do not would want to help... is just that I need to be realistic about what I can and what I don't :( >> >> >>> >>> To make me clear, I have no problem if you say "Sorry, we don't support >>> anything older than 12 months. Or 3 years. Or ...". I just don't think >>> that asking people to recompile whenever there is glibc dependency problem is "real solution". >>> >>> I'm very sorry for starting this pointless discussion. >>> >>>> >>>>> >>>>>> we can offer support (but should be pretty straight forward, specially in linux systems). >>>>>> >>>>>> I disagree with the solution proposed in (2), the cost of maintaining such approach would be exponential. >>>>> >>>>> No, not really. There aren't many of those (at least, weren't in my case) and I found out that sometimes I could do better (faster) job :-) >>>> >>>> you are invited to provide your working version, it would be cool for everybody :) >>>> >>> >>> Unfortunately, I've done it for a different VM :-) >>> >>> >>> Best, Jan >>> >> >> > >

Aug. 28, 2013

Re: [Pharo-dev] Can we stop these "[regression reporter]regression occurred" messages?

by Camillo Bruni

Dude, this is Continuous Integration, You are not interested if something doesn't work in Pharo? Because if you get one of these mails it means something has been broken! Which is more important than many useless discussions I have seen on this mailinglist. On 2013-08-28, at 15:36, Geert Claes <geert.wl.claes(a)gmail.com> wrote: > Noticed a large number of regression reporter messages filling up the mailing > list, surely there is a better way than to spam the mailing list no?

Aug. 28, 2013

Re: [Pharo-dev] Recent VM for Pharo 2 on Ubuntu 8.04

by Marcus Denker

On Aug 28, 2013, at 3:36 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Indeed I do not see how we could provide support that oracle does not. > We should be realistic. > This quote is related to FireFox and Apple, but it's the same idea: âApple releases new versions of its operating systems relatively quickly, and each new version contains significant changes that we must adapt to,â Aas said. âThis requires resources, and with limited resources this sometimes means we have to make tough decisions about where to invest.â http://www.macworld.com/article/1168241/mozilla_sets_end_of_firefox_for_os_… Mozilla had "limited" resources (revenue, but revenue is resource in software) of over 163 million USD in 2011â¦ Marcus

Aug. 28, 2013

Re: [Pharo-dev] a weak on:do:/when:do:

by StÃ©phane Ducasse

The mail was more that I would prefer to have less block inside block and cull: On Aug 28, 2013, at 1:14 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > That is what I knew, too. I asked because the mail seemed to suggest that it would work :). > > Doru > > > On Wed, Aug 28, 2013 at 12:54 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > no, it is not. > that will keep the registry forever because it acts over a block (no ephemerons, remember) > > Esteban > > On Aug 28, 2013, at 11:56 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > >> Does this work? >> >> Doru >> >> >> On Wed, Aug 28, 2013 at 11:54 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> whenListChanged: aBlock >> "Specify a block to value after the contents of the list has changed" >> >> "Basically when you set a new list of items" >> >> <api: #event> >> | block | >> block := [ :announcement :ann | >> aBlock >> cull: announcement newContents >> cull: announcement oldContents >> cull: announcement >> cull: ann ]. >> listAnnouncer weak >> when: ValueChanged >> do: block >> >> >> >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" > > > > > -- > www.tudorgirba.com > > "Every thing has its own flow"

Aug. 28, 2013

Can we stop these "[regression reporter]regression occurred" messages?

by Geert Claes

Noticed a large number of regression reporter messages filling up the mailing list, surely there is a better way than to spam the mailing list no? -- View this message in context: http://forum.world.st/Can-we-stop-these-regression-reporter-regression-occu… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Aug. 28, 2013

Re: [Pharo-dev] Recent VM for Pharo 2 on Ubuntu 8.04

by StÃ©phane Ducasse

Indeed I do not see how we could provide support that oracle does not. We should be realistic. >>> for older systems, you are by your own. Is like that, yes. >>> >>> We cannot maintain all VM for all possible configurations. Nobody can do that, not even canonical, less us. Ubuntu 8.04 is just too old. >>> >>> Even JVM is not supported on Ubuntu 8.04: http://www.oracle.com/technetwork/java/javase/config-417990.html >>> (latest is 10.04... which we support, or intent to at least) >>> Also... we are not oracle, we have more limited resources. >>> >>> So , is not a workaround. Is the only reasonable solution: every software provider in earth supports a limited amount of system configurations, usually from some years ago, we provide at least the sources, instructions and support in the form of help/answering questions. >>> >> >> This is not the only instance of the problem. >> If I'm not much mistaken, same problem has been recently reported for Debian 7 >> (Laszlo Zsolt KIss, 08/08/13 10:43). As Andres pointed out (08/08/13 14:40), it's libc is 17 months old. The proposed "solution" was the same - recompile on target system. > > in that moment answer was: compile it yourself until we provide a working version (which we now provide). > Ubuntu 8 is another problem :( > but do not get me wrong... is not that I do not would want to help... is just that I need to be realistic about what I can and what I don't :( > > >> >> To make me clear, I have no problem if you say "Sorry, we don't support >> anything older than 12 months. Or 3 years. Or ...". I just don't think >> that asking people to recompile whenever there is glibc dependency problem is "real solution". >> >> I'm very sorry for starting this pointless discussion. >> >>> >>>> >>>>> we can offer support (but should be pretty straight forward, specially in linux systems). >>>>> >>>>> I disagree with the solution proposed in (2), the cost of maintaining such approach would be exponential. >>>> >>>> No, not really. There aren't many of those (at least, weren't in my case) and I found out that sometimes I could do better (faster) job :-) >>> >>> you are invited to provide your working version, it would be cool for everybody :) >>> >> >> Unfortunately, I've done it for a different VM :-) >> >> >> Best, Jan >> > >

Aug. 28, 2013