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

Re: [Pharo-dev] WhatsUp from: 2015-08-17 until: 2015-08-31

by Tudor Girba

Hi, The comment is about the fact that Workspace tends to imply that this is the only place where work is being done, and the old incarnation of the Workspace is incorrect on this topic. What we are doing is very much a work in progress. The current effort is on the widget set on top of Bloc and then we will move to the tools. We will follow up with more details soon on that. In the meantime, you can see the development image here: https://ci.inria.fr/moose/job/gtoolkit5/lastSuccessfulBuild/artifact/gtoolk… Cheers, Doru On Thu, Aug 20, 2015 at 12:11 PM, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > Tudor this great news, I was not aware you guys were moving to a similar > direction because of that class comment. Where I can follow your progress , > is it added directly to Moose or is there a special repo for these > enhancements ? I would hate to waste time coding something you will be > coding too. Its not as if I am going to implement these features any time > soon anyway. > > On Thu, Aug 20, 2015 at 1:05 PM Dimitris Chloupis <kilon.alios(a)gmail.com> > wrote: > >> I was thinking something similar. Its not a crazy idea at all. Auto >> completion already has a detailed view for class comments if its enabled in >> settings. However a more minimal gui will be needed not to make the life of >> the user difficult . >> >> On Thu, Aug 20, 2015 at 12:36 PM Denis Kudriashov <dionisiydk(a)gmail.com> >> wrote: >> >>> Hi >>> >>> 2015-08-20 6:54 GMT+03:00 Dimitris Chloupis <kilon.alios(a)gmail.com>: >>> >>>> >>>>> Auto-completion in Pharo is really bad. It would be fantastic to >>>>> improve it. >>>>> >>>>> >>>> Yes indeed, my effort for now is focused in documenting it. I cannot >>>> improve what I dont understand. Then will see if I can improve it, by >>>> making it more customizable or making it a bit smarter. >>>> >>> >>> I have crazy idea to integrate GTSpotter to autocompletion pane to allow >>> immediate search on existed texts. What you think about this? >>> >> -- www.tudorgirba.com "Every thing has its own flow"

Aug. 20, 2015

Re: [Pharo-dev] Fwd: [pharo-core] 50248 (3d7f1f3)

by Nicolas Cellier

Hi Bernardo, I would say no: don't revert anything before testing. 2015-08-20 19:56 GMT+02:00 Bernardo Ezequiel Contreras <vonbecmann(a)gmail.com >: > Hi all, > > it seems i have changed a method (Rectangle>>#intersect:ifNone:) that > could impact in the performance of the UI. see below > > ---------- Forwarded message ---------- > From: Nicolas Cellier <notifications(a)github.com> > Date: Thu, Aug 20, 2015 at 1:18 PM > Subject: Re: [pharo-core] 50248 (3d7f1f3) > To: pharo-project/pharo-core <pharo-core(a)noreply.github.com> > > > IMO, min: and max: were intentionally inlined for speed purpose, since > primitive graphics objects are heavily used. > That's questionnable, but maybe still necessary on slow machines like Pi. > > â > Reply to this email directly or view it on GitHub > <https://github.com/pharo-project/pharo-core/commit/3d7f1f3ac45310096f565c2d…> > . > > so, do i have to revert that change? > > thanks, sorry for the inconvenience > > > -- > Bernardo E.C. > > Sent from a cheap desktop computer in South America. >

Aug. 20, 2015

Re: [Pharo-dev] [Moose-dev] Re: Object new foo

by Eliot Miranda

Hi Vincent, does the image lock up when you execute Exception signal? The two functions you see looping are part of the implementation of primitives 195 & 196, findNextUnwindContextUpTo: (primitiveFindNextUnwindContext) & terminateTo: (primitiveTerminateTo). So if the image locks up the question is, is what is creating a circular structure of contexts, the VM or the image? I am willing to take a look at an image that contains the case. If you can create an image which enters the lop on start-up without my having to do anything I'm happy to take a look. On Wed, Aug 19, 2015 at 3:22 PM, Vincent BLONDEAU < vincent.blondeau(a)polytech-lille.net> wrote: > Hi, > > > > On last Moose image, I debugged the VM and executed âException signalâ. > > I paused the VM and saw that 2 methods are looping together in > gcc3x-cointerp.c: > > static sqInt findMethodWithPrimitiveFromContextUpToContext(sqInt > primitive, sqInt senderContext, sqInt homeContext); > > static sqInt findMethodWithPrimitiveFromFPUpToContext(sqInt primitive, > char *startFP, sqInt homeContext); > > > > The image is looping only when the debugger is launch on Error (not by > launching it by the script below). > > > > Maybe someone on the Pharo mailing list knows what is happening? > > > > Thanks in advance, > > > > Cheers, > > Vincent > > > > *De :* moose-dev-bounces(a)iam.unibe.ch [mailto: > moose-dev-bounces(a)iam.unibe.ch] *De la part de* Andrei Chis > *EnvoyÃ© :* mardi 18 aoÃ»t 2015 10:53 > *Ã :* Moose-related development > *Objet :* [Moose-dev] Re: Object new foo > > > > Hi Vincent, > > > > You example will also kill the Pharo debugger :) > > The issue is that you pass 'Processor activeProcess' which gets terminated > when you close the debugger. > > When you open the debugger you need to make sure the process > > on which it is opened is suspended and can get terminated with no problem. > > > > A different way to redo the example would be: > > > > context := Context > > sender: nil > > receiver: {1 . 2 . 2} > > method: (OrderedCollection>>#add:) > > arguments: #(10). > > process := Process > > forContext: context > > priority: Processor userInterruptPriority. > > GTGenericStackDebugger openOn: (DebugSession process: process context: > context). > > > > There is a basic test for opening the debugger > in GTGenericStackDebuggerSmokeTest but more could help. > > > > Cheers, > > Andrei > > > > > > On Mon, Aug 17, 2015 at 11:53 PM, Vincent BLONDEAU < > vincent.blondeau(a)polytech-lille.net> wrote: > > Indeed. Maybe some tests has to be added.. > > > > But for now, it seems that the debugger is crashing the imageâ¦ Not just by > launching it: > > GTGenericStackDebugger openOn: (DebugSession process: Processor > activeProcess context: (Context > > sender: nil > > receiver: {1 . 2 . 2} > > method: (OrderedCollection>>#add: ) > > arguments: #(10))) > > > > But when an exception is thrown, its seems that we fall into an infinite > loop around the primitive 199. Maybe the context is not well set? > > > > Cheers, > > Vincent > > > > > > > > *De :* moose-dev-bounces(a)iam.unibe.ch [mailto: > moose-dev-bounces(a)iam.unibe.ch] *De la part de* Alexandre Bergel > *EnvoyÃ© :* lundi 17 aoÃ»t 2015 13:26 > *Ã :* Moose-related development > *Objet :* [Moose-dev] Re: Object new foo > > > > This is weird that such bug can be introduced and no alarm is raised > > > > Alexandre > > > Le 17 aoÃ»t 2015 Ã 08:03, Jan KurÅ¡ <kurs(a)iam.unibe.ch> a Ã©crit : > > Yep I had this problem (falled back to previous version), I suspected > debugger being the reason. > > Cheers Jan > > > > On Sun, 16 Aug 2015 03:05 Alexandre Bergel <alexandre.bergel(a)me.com> > wrote: > > in Moose 6.0 simply freezes. > Anyone else sees this? > > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > > -- _,,,^..^,,,_ best, Eliot

Aug. 20, 2015

Re: [Pharo-dev] Status of Tanker?

by Max Leske

> On 20 Aug 2015, at 20:49, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> wrote: > > Hello Max, > > 2015-08-20 15:15 GMT-03:00 Max Leske <maxleske(a)gmail.com <mailto:maxleske@gmail.com>>: > >> On 20 Aug 2015, at 19:38, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com <mailto:hernan.morales@gmail.com>> wrote: >> >> Hello MartÃn >> >> >> 2015-08-20 5:31 GMT-03:00 Martin Dias <tinchodias(a)gmail.com <mailto:tinchodias@gmail.com>>: >> Hello HernÃ¡n, >> >> It's outdated, we were not taking care of Tanker. I've just updated some urls in the doc, and the Pharo versions in the Jenkins job (it was being run in 2.0 and 3.0!). >> >> BTW, have you loaded it from this repo? >> >> http://smalltalkhub.com/#!/~PharoExtras/Tanker <http://smalltalkhub.com/#!/~PharoExtras/Tanker> >> >> >> Yes. >> >> I checked the code and PackageInfo usage was intentional (#behaviorsLocalToPackageInfoNamed: , #extensionMethodsToPackageInfoNamed: , etc) , but the tests are generating AnObsoleteClassForTestToBeDeleted... and from there I don't know. > > Thatâs something weâve fixed in Fuel. Itâs simply a side effect of the tests, not a functional problem. > > > Good :) > >> >> Is just that PackageInfo stuff preventing to use Tanker? > > I guess Tanker would need to be updated for the changes in CompiledMethod and possibly a couple of changes would be required to account for deprecation etc. > Iâm not sure how much work it would take to use RPackage / Ring. > > > I hope it is not too much work. > >> Could you comment how far is Tanker from being stable or usable? > > I guess we could make it work within a couple of hours / days. So far there was simply no interest from anybody AFAIK. > > Whatâs your use case exactly? > > > Building my PhyloclassTalk app loads > 60 packages and it is taking too much time. I read about loading Seaside in 10 sec. so I want that too :) Well yes but thatâs only possible if you first export the code in the Tanker format. And you donât want to do that for every new version (unless of course, Tanker were the default formatâ¦). > > Another situation is when I show Pharo to solve "easy" tasks (CSV, PetitParser, etc) to people and it doesn't feel nice to wait loading, specially when Python takes 2 secs to install with pip, or they use IPython/anaconda which has everything preloaded. I know what you mean. We have builds on our build server that take up to 30 minutes. I once thought to have multiple stages of builds to reduce build times but that wont work in this case of course. > > Cheers, > > HernÃ¡n > > Cheers, > Max > >> >> HernÃ¡n >> >> (we moved from Mariano's repo, but the old one wasn't deleted). >> >> Cheers, >> MartÃn >> >> >> >> >> El jue., 20 ago. 2015 a las 8:24, HernÃ¡n Morales Durand (<hernan.morales(a)gmail.com <mailto:hernan.morales@gmail.com>>) escribiÃ³: >> Hello, >> >> What is the status of Tanker? >> I tried to loadDevelopment in Pharo 4 but there are references to PackageInfo, and tests fails. >> Cheers, >> >> HernÃ¡n >> >> >> >> <TankerPackagesSupport-HernanMoralesDurand.11.mcz>

Aug. 20, 2015

Re: [Pharo-dev] Status of Tanker?

by Mariano Martinez Peck

On Thu, Aug 20, 2015 at 3:49 PM, HernÃ¡n Morales Durand < hernan.morales(a)gmail.com> wrote: > Hello Max, > > 2015-08-20 15:15 GMT-03:00 Max Leske <maxleske(a)gmail.com>: > >> >> On 20 Aug 2015, at 19:38, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> >> wrote: >> >> Hello MartÃn >> >> >> 2015-08-20 5:31 GMT-03:00 Martin Dias <tinchodias(a)gmail.com>: >> >>> Hello HernÃ¡n, >>> >>> It's outdated, we were not taking care of Tanker. I've just updated some >>> urls in the doc, and the Pharo versions in the Jenkins job (it was being >>> run in 2.0 and 3.0!). >>> >>> BTW, have you loaded it from this repo? >>> >>> http://smalltalkhub.com/#!/~PharoExtras/Tanker >>> >>> >> Yes. >> >> I checked the code and PackageInfo usage was intentional >> (#behaviorsLocalToPackageInfoNamed: , #extensionMethodsToPackageInfoNamed: >> , etc) , but the tests are generating AnObsoleteClassForTestToBeDeleted... >> and from there I don't know. >> >> >> Thatâs something weâve fixed in Fuel. Itâs simply a side effect of the >> tests, not a functional problem. >> >> > Good :) > > >> >> Is just that PackageInfo stuff preventing to use Tanker? >> >> >> I guess Tanker would need to be updated for the changes in CompiledMethod >> and possibly a couple of changes would be required to account for >> deprecation etc. >> Iâm not sure how much work it would take to use RPackage / Ring. >> >> > I hope it is not too much work. > > >> Could you comment how far is Tanker from being stable or usable? >> >> >> I guess we could make it work within a couple of hours / days. So far >> there was simply no interest from anybody AFAIK. >> >> Whatâs your use case exactly? >> >> > Building my PhyloclassTalk app loads > 60 packages and it is taking too > much time. I read about loading Seaside in 10 sec. so I want that too :) > > One of the problems that never got fixed in Tanker was that if the superclass of a class you are loading has changed instVars from where you have exported, then the compiled methods will be wrong and bytecodes will access a shifted instvar (this is one of the scenarios, but there are a couple). Of course, nice solutions could be developed to even avoid compilation (I remember Marcus telling us to get IR -- intermediate representation -- from compiled method, then change instVas, and get new compiled method. But... even without that, we still never developed the most basic solution which would detect such a case and do a normal compilation from source (source is ALSO serialized anyway). Until we develop that, I think it won't be stable. > Another situation is when I show Pharo to solve "easy" tasks (CSV, > PetitParser, etc) to people and it doesn't feel nice to wait loading, > specially when Python takes 2 secs to install with pip, or they use > IPython/anaconda which has everything preloaded. > > Cheers, > > HernÃ¡n > > >> Cheers, >> Max >> >> >> HernÃ¡n >> >> >>> (we moved from Mariano's repo, but the old one wasn't deleted). >>> >>> Cheers, >>> MartÃn >>> >>> >>> >>> >>> El jue., 20 ago. 2015 a las 8:24, HernÃ¡n Morales Durand (< >>> hernan.morales(a)gmail.com>) escribiÃ³: >>> >>>> Hello, >>>> >>>> What is the status of Tanker? >>>> I tried to loadDevelopment in Pharo 4 but there are references to >>>> PackageInfo, and tests fails. >>>> Cheers, >>>> >>>> HernÃ¡n >>>> >>>> >>>> >> <TankerPackagesSupport-HernanMoralesDurand.11.mcz> >> >> >> > -- Mariano http://marianopeck.wordpress.com

Aug. 20, 2015

Re: [Pharo-dev] Status of Tanker?

by HernÃ¡n Morales Durand

Hello Max, 2015-08-20 15:15 GMT-03:00 Max Leske <maxleske(a)gmail.com>: > > On 20 Aug 2015, at 19:38, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> > wrote: > > Hello MartÃn > > > 2015-08-20 5:31 GMT-03:00 Martin Dias <tinchodias(a)gmail.com>: > >> Hello HernÃ¡n, >> >> It's outdated, we were not taking care of Tanker. I've just updated some >> urls in the doc, and the Pharo versions in the Jenkins job (it was being >> run in 2.0 and 3.0!). >> >> BTW, have you loaded it from this repo? >> >> http://smalltalkhub.com/#!/~PharoExtras/Tanker >> >> > Yes. > > I checked the code and PackageInfo usage was intentional > (#behaviorsLocalToPackageInfoNamed: , #extensionMethodsToPackageInfoNamed: > , etc) , but the tests are generating AnObsoleteClassForTestToBeDeleted... > and from there I don't know. > > > Thatâs something weâve fixed in Fuel. Itâs simply a side effect of the > tests, not a functional problem. > > Good :) > > Is just that PackageInfo stuff preventing to use Tanker? > > > I guess Tanker would need to be updated for the changes in CompiledMethod > and possibly a couple of changes would be required to account for > deprecation etc. > Iâm not sure how much work it would take to use RPackage / Ring. > > I hope it is not too much work. > Could you comment how far is Tanker from being stable or usable? > > > I guess we could make it work within a couple of hours / days. So far > there was simply no interest from anybody AFAIK. > > Whatâs your use case exactly? > > Building my PhyloclassTalk app loads > 60 packages and it is taking too much time. I read about loading Seaside in 10 sec. so I want that too :) Another situation is when I show Pharo to solve "easy" tasks (CSV, PetitParser, etc) to people and it doesn't feel nice to wait loading, specially when Python takes 2 secs to install with pip, or they use IPython/anaconda which has everything preloaded. Cheers, HernÃ¡n > Cheers, > Max > > > HernÃ¡n > > >> (we moved from Mariano's repo, but the old one wasn't deleted). >> >> Cheers, >> MartÃn >> >> >> >> >> El jue., 20 ago. 2015 a las 8:24, HernÃ¡n Morales Durand (< >> hernan.morales(a)gmail.com>) escribiÃ³: >> >>> Hello, >>> >>> What is the status of Tanker? >>> I tried to loadDevelopment in Pharo 4 but there are references to >>> PackageInfo, and tests fails. >>> Cheers, >>> >>> HernÃ¡n >>> >>> >>> > <TankerPackagesSupport-HernanMoralesDurand.11.mcz> > > >

Aug. 20, 2015

Re: [Pharo-dev] Status of Tanker?

by Max Leske

> On 20 Aug 2015, at 19:38, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> wrote: > > Hello MartÃn > > > 2015-08-20 5:31 GMT-03:00 Martin Dias <tinchodias(a)gmail.com <mailto:tinchodias@gmail.com>>: > Hello HernÃ¡n, > > It's outdated, we were not taking care of Tanker. I've just updated some urls in the doc, and the Pharo versions in the Jenkins job (it was being run in 2.0 and 3.0!). > > BTW, have you loaded it from this repo? > > http://smalltalkhub.com/#!/~PharoExtras/Tanker <http://smalltalkhub.com/#!/~PharoExtras/Tanker> > > > Yes. > > I checked the code and PackageInfo usage was intentional (#behaviorsLocalToPackageInfoNamed: , #extensionMethodsToPackageInfoNamed: , etc) , but the tests are generating AnObsoleteClassForTestToBeDeleted... and from there I don't know. Thatâs something weâve fixed in Fuel. Itâs simply a side effect of the tests, not a functional problem. > > Is just that PackageInfo stuff preventing to use Tanker? I guess Tanker would need to be updated for the changes in CompiledMethod and possibly a couple of changes would be required to account for deprecation etc. Iâm not sure how much work it would take to use RPackage / Ring. > Could you comment how far is Tanker from being stable or usable? I guess we could make it work within a couple of hours / days. So far there was simply no interest from anybody AFAIK. Whatâs your use case exactly? Cheers, Max > > HernÃ¡n > > (we moved from Mariano's repo, but the old one wasn't deleted). > > Cheers, > MartÃn > > > > > El jue., 20 ago. 2015 a las 8:24, HernÃ¡n Morales Durand (<hernan.morales(a)gmail.com <mailto:hernan.morales@gmail.com>>) escribiÃ³: > Hello, > > What is the status of Tanker? > I tried to loadDevelopment in Pharo 4 but there are references to PackageInfo, and tests fails. > Cheers, > > HernÃ¡n > > > > <TankerPackagesSupport-HernanMoralesDurand.11.mcz>

Aug. 20, 2015

Fwd: [pharo-core] 50248 (3d7f1f3)

by Bernardo Ezequiel Contreras

Hi all, it seems i have changed a method (Rectangle>>#intersect:ifNone:) that could impact in the performance of the UI. see below ---------- Forwarded message ---------- From: Nicolas Cellier <notifications(a)github.com> Date: Thu, Aug 20, 2015 at 1:18 PM Subject: Re: [pharo-core] 50248 (3d7f1f3) To: pharo-project/pharo-core <pharo-core(a)noreply.github.com> IMO, min: and max: were intentionally inlined for speed purpose, since primitive graphics objects are heavily used. That's questionnable, but maybe still necessary on slow machines like Pi. â Reply to this email directly or view it on GitHub <https://github.com/pharo-project/pharo-core/commit/3d7f1f3ac45310096f565c2d…> . so, do i have to revert that change? thanks, sorry for the inconvenience -- Bernardo E.C. Sent from a cheap desktop computer in South America.

Aug. 20, 2015

Re: [Pharo-dev] Status of Tanker?

by HernÃ¡n Morales Durand

Hello MartÃn 2015-08-20 5:31 GMT-03:00 Martin Dias <tinchodias(a)gmail.com>: > Hello HernÃ¡n, > > It's outdated, we were not taking care of Tanker. I've just updated some > urls in the doc, and the Pharo versions in the Jenkins job (it was being > run in 2.0 and 3.0!). > > BTW, have you loaded it from this repo? > > http://smalltalkhub.com/#!/~PharoExtras/Tanker > > Yes. I checked the code and PackageInfo usage was intentional (#behaviorsLocalToPackageInfoNamed: , #extensionMethodsToPackageInfoNamed: , etc) , but the tests are generating AnObsoleteClassForTestToBeDeleted... and from there I don't know. Is just that PackageInfo stuff preventing to use Tanker? Could you comment how far is Tanker from being stable or usable? HernÃ¡n > (we moved from Mariano's repo, but the old one wasn't deleted). > > Cheers, > MartÃn > > > > > El jue., 20 ago. 2015 a las 8:24, HernÃ¡n Morales Durand (< > hernan.morales(a)gmail.com>) escribiÃ³: > >> Hello, >> >> What is the status of Tanker? >> I tried to loadDevelopment in Pharo 4 but there are references to >> PackageInfo, and tests fails. >> Cheers, >> >> HernÃ¡n >> >> >>

Aug. 20, 2015

RMoD page partially broken

by Max Leske

Hi guys I see that there seem to be issues on the RMoD web page (missing CSS, 404 on certain links etc.). Thought Iâd let you know. Cheers, Max

Aug. 20, 2015