December 2017 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Crash Dump - GT loaded into 6.1

by Sean P. DeNigris

Same image, another crash dump while resizing a window showing the result of on of the GtMondrianBasicExamples. Segmentation fault Wed Dec 6 11:06:43 2017 VM: 201707201942 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Date: Thu Jul 20 12:42:21 2017 -0700 $ Plugins: 201707201942 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ C stack backtrace & registers: eax 0xffffffff ebx 0x00138c13 ecx 0x1ef52000 edx 0xffffffff edi 0xffffffff esi 0xffffffff ebp 0xbff2cc58 esp 0xbff2cc00 eip 0x0013a43d 0 Pharo 0x0013a43d copyBits + 6200 1 Pharo 0x00126460 reportStackState + 819 2 Pharo 0x001267e6 sigsegv + 163 3 libsystem_platform.dylib 0xa778202b _sigtramp + 43 4 ??? 0xffffffff 0x0 + 4294967295 5 Pharo 0x0013a9db primitiveCopyBits + 50 6 ??? 0x0646c258 0x0 + 105300568 7 Pharo 0x000a13ab interpret + 646 8 Pharo 0x001279d9 -[sqSqueakMainApplication runSqueak] + 476 9 Foundation 0x953897ec __NSFirePerformWithOrder + 432 10 CoreFoundation 0x9392a216 __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 22 11 CoreFoundation 0x9392a132 __CFRunLoopDoObservers + 498 12 CoreFoundation 0x9390d5ed __CFRunLoopRun + 1661 13 CoreFoundation 0x9390cc41 CFRunLoopRunSpecific + 641 14 CoreFoundation 0x9390c9aa CFRunLoopRunInMode + 122 15 HIToolbox 0x92f0dd3b RunCurrentEventLoopInMode + 321 16 HIToolbox 0x92f0d91f ReceiveNextEventCommon + 454 17 HIToolbox 0x92f0d73b _BlockUntilNextEventMatchingListInModeWithFilter + 71 18 AppKit 0x9136538d _DPSNextEvent + 2101 19 AppKit 0x91ad6c74 -[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 2859 20 AppKit 0x91ad6141 -[NSApplication(NSEvent) nextEventMatchingMask:untilDate:inMode:dequeue:] + 134 21 AppKit 0x9135a2e1 -[NSApplication run] + 763 22 AppKit 0x9132c2f2 NSApplicationMain + 1228 23 libdyld.dylib 0xa7502711 start + 1 Smalltalk stack dump: 0xbff3d93c M GrafPort>copyBits 0x66b2540: a(n) GrafPort 0xbff3d954 M GrafPort>image:at:sourceRect:rule: 0x66b2540: a(n) GrafPort 0xbff3d97c M FormCanvas>image:at:sourceRect:rule: 0x66b2528: a(n) FormCanvas 0xbff3d9ac I FormCanvas(Canvas)>drawImage:at:sourceRect: 0x66b2528: a(n) FormCanvas 0xbff3d9d8 I FormCanvas(Canvas)>drawImage:at: 0x66b2528: a(n) FormCanvas 0xbff3d9fc M [] in BlMorphicSpaceMorph>drawOn: 0x6603cf0: a(n) BlMorphicSpaceMorph 0xbff3da18 M FormCanvas>clipBy:during: 0x66b1910: a(n) FormCanvas 0xbff3da40 M [] in BlMorphicSpaceMorph>drawOn: 0x6603cf0: a(n) BlMorphicSpaceMorph 0xbff3da60 M BlockClosure>ensure: 0x66b2260: a(n) BlockClosure 0xbff3da84 M [] in Mutex>critical: 0x6609470: a(n) Mutex 0xbff3daa4 M [] in Semaphore>critical: 0x6610008: a(n) Semaphore 0xbff3dac4 M BlockClosure>ensure: 0x66b2370: a(n) BlockClosure 0xbff3dae4 M Semaphore>critical: 0x6610008: a(n) Semaphore 0xbff3db04 M Mutex>critical: 0x6609470: a(n) Mutex 0xbff3db24 M BlMorphicSpaceMorph>drawOn: 0x6603cf0: a(n) BlMorphicSpaceMorph 0xbff3db40 M FormCanvas(Canvas)>draw: 0x66b1910: a(n) FormCanvas 0xbff3db5c M FormCanvas(Canvas)>drawMorph: 0x66b1910: a(n) FormCanvas 0xbff3db7c M [] in BlMorphicSpaceMorph(Morph)>fullDrawOn: 0x6603cf0: a(n) BlMorphicSpaceMorph 0xbff3db94 M FormCanvas>roundCornersOf:in:during: 0x66b1910: a(n) FormCanvas 0xbff3dbb8 M FormCanvas(Canvas)>roundCornersOf:during: 0x66b1910: a(n) FormCanvas 0xbff3dbdc M [] in BlMorphicSpaceMorph(Morph)>fullDrawOn: 0x6603cf0: a(n) BlMorphicSpaceMorph 0xbff3dbf4 M BlockClosure>on:do: 0x66b1bc0: a(n) BlockClosure 0xbff3dc14 M BlMorphicSpaceMorph(Morph)>fullDrawOn: 0x6603cf0: a(n) BlMorphicSpaceMorph â¦ ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html

Dec. 6, 2017

[Pharo 7.0-dev] Build #360: 20814 Add release check that we have no protocols left without methods

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #360 was: SUCCESS. The Pull Request #570 was integrated: "20814 Add release check that we have no protocols left without methods" Pull request url: https://github.com/pharo-project/pharo/pull/570 Issue Url: https://pharo.fogbugz.com/f/cases/20814 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

Dec. 6, 2017

[Pharo 7.0-dev] Build #359: 20815 Add a release test ensuring that there are no empty packages in the i

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #359 was: SUCCESS. The Pull Request #571 was integrated: "20815 Add a release test ensuring that there are no empty packages in the i" Pull request url: https://github.com/pharo-project/pharo/pull/571 Issue Url: https://pharo.fogbugz.com/f/cases/20815 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

Dec. 6, 2017

Re: [Pharo-dev] Is Pharo spying on me?

by Ben Coman

On 6 December 2017 at 04:43, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > anyway *no data is collected without asking first* > > I demanded that and if someone sneaked in without permission, I will be > very very upset. > +10^10 Thx Esteban. Its good to know you champion this. No need to panic, but its easy to get complacent on this. Of course researcher's *need* data and know themselves to be trustworthy But even with the best intentions, its not just about "doing the right thing", but "being seen to do the right thing". Credibility is hard to earn and easy to destroy. Some people are overly sensitive about this... ;-) "How Target Figured Out A Teen Girl Was Pregnant Before Her Father Did" * https://www.forbes.com/sites/kashmirhill/2012/02/16/how- target-figured-out-a-teen-girl-was-pregnant-before-her- father-did/#4cee9cb66668 Having a setting to enable this buried deep in Settings is probably not ideal. Such a setting *must* be off-by-default, even though I'm personally happy to enable i, I'm not so enthusiastic to go to the trouble navigating to Settings to enable it each time I start a new image. Perhaps the Welcome window should have a Privacy tab describing what data is being gathered by who, with a tick box there to enable it. I'd probably enable it more often if it was only two clicks away. cheers -ben > Esteban > > On 5 Dec 2017, at 21:39, Juraj Kubelka <juraj.kubelka(a)icloud.com> wrote: > > I understand it. For that reason there are settings. > > Cheers, > Juraj > > On Dec 5, 2017, at 17:34, Sean Glazier <sglazier456(a)gmail.com> wrote: > > Personally, I know of work places where this is not going to be allowed. I > understand they need the data, but you need to be able to turn it off. A > secure facility would not allow the transmission out in any case. > > > Kind Regards, > > Sean Glazier > > > On Tue, Dec 5, 2017 at 2:45 PM, Juraj Kubelka <juraj.kubelka(a)icloud.com> > wrote: > >> Check Privacy section in Settings Browser. >> If you ever send anything, data are anonymized. >> Developers use it to be able to evaluate their research (PhD) work. It is >> a requirement in the research field. >> By sending the anonymized data, you help developers to understand how >> their tools are used. >> In particular, I am aware of Spotter, Quality Assistant, GT tools, and >> Roassal. >> >> Cheers, >> Juraj >> >> > On Dec 5, 2017, at 16:30, Bernhard Pieber <bernhard(a)pieber.com> wrote: >> > >> > I just found a file named org.pharo.global-identifiers.ston in my >> preferences folder. It contains a #secretUUID and a #computerUUID. :-( What >> is this information used for? More importantly, how can I turn it off? >> > >> > Bernhard >> >> >> > > >

Dec. 6, 2017

Re: [Pharo-dev] Release: Conveniently browse, deactivate and reactivate halts and breakpoints with the HaltManager

by Thomas Dupriez

Thanks. :) I think "rewriting" has to be there to indicate it changes the source code and recompiles the method, which you may not want. I agree that users don't necessarily need to now that the other deactivation option is done with metalinks. I could replace "deactivate by metalink" with just "deactivate" to make it less technical and keep the "deactivate by rewriting" as is. Cheers, Thomas Le 06/12/2017 Ã 13:06, Juraj Kubelka a Ã©critÂ : > Hi Thomas, > > nice project. > > Maybe âdeactivate by metalink/rewritingâ is too technical? > > Cheers, > Juraj > >> On Dec 6, 2017, at 07:03, Thomas Dupriez <thomas.dupriez(a)ens-paris-saclay.fr> wrote: >> >> Hello, >> >> I have developed a package to assist developers managing their halts and breakpoints: HaltManager. >> >> HaltManager provides a window showing all the breakpoints and halt messages of the system, and allows one to toggle them on/off with a simple click. Halt messages can also be toggled via source code rewriting. The deactivation/reactivation feature is available in all code browsers, not only in the HaltManager window. >> >> It is available here, with installation instructions and pictures: https://github.com/dupriezt/HaltManager >> >> Feedback welcome. >> >> Cheers, >> Thomas Dupriez >> >>

Dec. 6, 2017

Re: [Pharo-dev] Release: Conveniently browse, deactivate and reactivate halts and breakpoints with the HaltManager

by Juraj Kubelka

Hi Thomas, nice project. Maybe âdeactivate by metalink/rewritingâ is too technical? Cheers, Juraj > On Dec 6, 2017, at 07:03, Thomas Dupriez <thomas.dupriez(a)ens-paris-saclay.fr> wrote: > > Hello, > > I have developed a package to assist developers managing their halts and breakpoints: HaltManager. > > HaltManager provides a window showing all the breakpoints and halt messages of the system, and allows one to toggle them on/off with a simple click. Halt messages can also be toggled via source code rewriting. The deactivation/reactivation feature is available in all code browsers, not only in the HaltManager window. > > It is available here, with installation instructions and pictures: https://github.com/dupriezt/HaltManager > > Feedback welcome. > > Cheers, > Thomas Dupriez > >

Dec. 6, 2017

Re: [Pharo-dev] Is Pharo spying on me?

by Tudor Girba

Hi, An interesting point. However, just because other people behave less nicely does not mean we should be the same. Principles should always remain principles regardless of how inconvenient or apparently insignificant the situation is. Cheers, Doru > On Dec 6, 2017, at 12:00 PM, Benoit St-Jean via Pharo-dev <pharo-dev(a)lists.pharo.org> wrote: > > > From: Benoit St-Jean <bstjean(a)yahoo.com> > Subject: Re: [Pharo-dev] Is Pharo spying on me? > Date: December 6, 2017 at 12:00:31 PM GMT+1 > To: Pharo Development List <pharo-dev(a)lists.pharo.org> > Reply-To: Benoit St-Jean <bstjean(a)yahoo.com> > > > Let's not panic here! > > Funny to see people worry so much about privacy from a tool that collects technical data anonymously when a gazillion agencies (especially NSA) keep track of every email and phone call we do!!! > > ----------------- > BenoÃ®t St-Jean > Yahoo! Messenger: bstjean > Twitter: @BenLeChialeux > Pinterest: benoitstjean > Instagram: Chef_Benito > IRC: lamneth > Blogue: endormitoire.wordpress.com > "A standpoint is an intellectual horizon of radius zero". (A. Einstein) > > > From: Tudor Girba <tudor(a)tudorgirba.com> > To: Pharo Development List <pharo-dev(a)lists.pharo.org> > Sent: Wednesday, December 6, 2017 1:13 AM > Subject: Re: [Pharo-dev] Is Pharo spying on me? > > Hi, > > What exactly are we removing? > > Cheers, > Doru > > > > On Dec 5, 2017, at 9:41 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > > > but you are asked to share it, this is not collected automatically without asking before. > > > > anyway, we are removing that (if not removed yet) > > > >> On 5 Dec 2017, at 21:34, Sean Glazier <sglazier456(a)gmail.com> wrote: > >> > >> Personally, I know of work places where this is not going to be allowed. I understand they need the data, but you need to be able to turn it off. A secure facility would not allow the transmission out in any case. > >> > >> > >> Kind Regards, > >> > >> Sean Glazier > >> > >> > >> On Tue, Dec 5, 2017 at 2:45 PM, Juraj Kubelka <juraj.kubelka(a)icloud.com> wrote: > >> Check Privacy section in Settings Browser. > >> If you ever send anything, data are anonymized. > >> Developers use it to be able to evaluate their research (PhD) work. It is a requirement in the research field. > >> By sending the anonymized data, you help developers to understand how their tools are used. > >> In particular, I am aware of Spotter, Quality Assistant, GT tools, and Roassal. > >> > >> Cheers, > >> Juraj > >> > >> > On Dec 5, 2017, at 16:30, Bernhard Pieber <bernhard(a)pieber.com> wrote: > >> > > >> > I just found a file named org.pharo.global-identifiers.ston in my preferences folder. It contains a #secretUUID and a #computerUUID. :-( What is this information used for? More importantly, how can I turn it off? > >> > > >> > Bernhard > >> > >> > >> > > > > -- > www.tudorgirba.com > www.feenk.com > > "Next time you see your life passing by, say 'hi' and get to know her." > > > > > > > > Virus-free. www.avg.com > > -- www.tudorgirba.com www.feenk.com "What we can governs what we wish."

Dec. 6, 2017

Re: [Pharo-dev] Is Pharo spying on me?

by Benoit St-Jean

Let's not panic here! Funny to see people worry so much about privacy from a tool that collects technical data anonymously when a gazillion agencies (especially NSA) keep track of every email and phone call we do!!! Â ----------------- BenoÃ®t St-Jean Yahoo! Messenger: bstjean Twitter: @BenLeChialeux Pinterest: benoitstjean Instagram: Chef_Benito IRC: lamneth Blogue: endormitoire.wordpress.com "A standpoint is an intellectual horizon of radius zero".Â (A. Einstein) From: Tudor Girba <tudor(a)tudorgirba.com> To: Pharo Development List <pharo-dev(a)lists.pharo.org> Sent: Wednesday, December 6, 2017 1:13 AM Subject: Re: [Pharo-dev] Is Pharo spying on me? Hi, What exactly are we removing? Cheers, Doru > On Dec 5, 2017, at 9:41 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > but you are asked to share it, this is not collected automatically without asking before. > > anyway, we are removing that (if not removed yet) > >> On 5 Dec 2017, at 21:34, Sean Glazier <sglazier456(a)gmail.com> wrote: >> >> Personally, I know of work places where this is not going to be allowed. I understand they need the data, but you need to be able to turn it off. A secure facility would not allow the transmission out in any case. >> >>Â >> Kind Regards, >>Â >> Sean Glazier >>Â >> >> On Tue, Dec 5, 2017 at 2:45 PM, Juraj Kubelka <juraj.kubelka(a)icloud.com> wrote: >> Check Privacy section in Settings Browser. >> If you ever send anything, data are anonymized. >> Developers use it to be able to evaluate their research (PhD) work. It is a requirement in the research field. >> By sending the anonymized data, you help developers to understand how their tools are used. >> In particular, I am aware of Spotter, Quality Assistant, GT tools, and Roassal. >> >> Cheers, >> Juraj >> >> > On Dec 5, 2017, at 16:30, Bernhard Pieber <bernhard(a)pieber.com> wrote: >> > >> > I just found a file named org.pharo.global-identifiers.ston in my preferences folder. It contains a #secretUUID and a #computerUUID. :-( What is this information used for? More importantly, how can I turn it off? >> > >> > Bernhard >> >> >> > -- www.tudorgirba.com www.feenk.com "Next time you see your life passing by, say 'hi' and get to know her." | | Virus-free. www.avg.com |

Dec. 6, 2017

Re: [Pharo-dev] Release: Conveniently browse, deactivate and reactivate halts and breakpoints with the HaltManager

by Guillermo Polito

Ah this is cool I'm downloading it :) On Wed, Dec 6, 2017 at 11:03 AM, Thomas Dupriez < thomas.dupriez(a)ens-paris-saclay.fr> wrote: > Hello, > > I have developed a package to assist developers managing their halts and > breakpoints: HaltManager. > > HaltManager provides a window showing all the breakpoints and halt > messages of the system, and allows one to toggle them on/off with a simple > click. Halt messages can also be toggled via source code rewriting. The > deactivation/reactivation feature is available in all code browsers, not > only in the HaltManager window. > > It is available here, with installation instructions and pictures: > https://github.com/dupriezt/HaltManager > > Feedback welcome. > > Cheers, > Thomas Dupriez > > > -- Guille Polito Research Engineer Centre de Recherche en Informatique, Signal et Automatique de Lille CRIStAL - UMR 9189 French National Center for Scientific Research - *http://www.cnrs.fr <http://www.cnrs.fr>* *Web:* *http://guillep.github.io* <http://guillep.github.io> *Phone: *+33 06 52 70 66 13

Dec. 6, 2017

Re: [Pharo-dev] Is Pharo spying on me?

by Esteban Lorenzano

> On 6 Dec 2017, at 11:11, Torsten Bergmann <astares(a)gmx.de> wrote: > > I understand that ShoreLine is removed in Pharo 7. > > But why do we want to remove Quality Assistant? Are we not interested > in code quality anymore? we are not removing QA we are removing QA reporting issues to Yuriy Esteban > > We can currently use it to display code problems in Nautilus and AFAIK > also Calypso shows the code problems. > > Or did I miss something? > > Thanks > T. > >> Gesendet: Mittwoch, 06. Dezember 2017 um 10:43 Uhr >> Von: "Esteban Lorenzano" <estebanlm(a)gmail.com> >> An: "Pharo Development List" <pharo-dev(a)lists.pharo.org> >> Betreff: Re: [Pharo-dev] Is Pharo spying on me? >> >> >> >>> On 6 Dec 2017, at 07:12, Tudor Girba <tudor(a)tudorgirba.com> wrote: >>> >>> Hi, >>> >>> What exactly are we removing? >> >> shoreline and QA. >> both phd are finished :) >> >> Esteban >> >>> >>> Cheers, >>> Doru >>> >>> >>>> On Dec 5, 2017, at 9:41 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >>>> >>>> but you are asked to share it, this is not collected automatically without asking before. >>>> >>>> anyway, we are removing that (if not removed yet) >>>> >>>>> On 5 Dec 2017, at 21:34, Sean Glazier <sglazier456(a)gmail.com> wrote: >>>>> >>>>> Personally, I know of work places where this is not going to be allowed. I understand they need the data, but you need to be able to turn it off. A secure facility would not allow the transmission out in any case. >>>>> >>>>> >>>>> Kind Regards, >>>>> >>>>> Sean Glazier >>>>> >>>>> >>>>> On Tue, Dec 5, 2017 at 2:45 PM, Juraj Kubelka <juraj.kubelka(a)icloud.com> wrote: >>>>> Check Privacy section in Settings Browser. >>>>> If you ever send anything, data are anonymized. >>>>> Developers use it to be able to evaluate their research (PhD) work. It is a requirement in the research field. >>>>> By sending the anonymized data, you help developers to understand how their tools are used. >>>>> In particular, I am aware of Spotter, Quality Assistant, GT tools, and Roassal. >>>>> >>>>> Cheers, >>>>> Juraj >>>>> >>>>>> On Dec 5, 2017, at 16:30, Bernhard Pieber <bernhard(a)pieber.com> wrote: >>>>>> >>>>>> I just found a file named org.pharo.global-identifiers.ston in my preferences folder. It contains a #secretUUID and a #computerUUID. :-( What is this information used for? More importantly, how can I turn it off? >>>>>> >>>>>> Bernhard >>>>> >>>>> >>>>> >>>> >>> >>> -- >>> www.tudorgirba.com >>> www.feenk.com >>> >>> "Next time you see your life passing by, say 'hi' and get to know her." >>> >>> >>> >>> >>> >> >> >>

Dec. 6, 2017