- Pharo-dev - lists.pharo.org

poor state of fuel

by Norbert Hartl

I'm migrating most of my projects to pharo 6.1 at the moment. I come from pharo 4, I skipped pharo 5. I use 64 bit which removes a lot of stuff that does not need to be installed and makes deployment better. That really feels much better. I use jenkins and there if a test fails a fuel dump is written to disk. The jenkins server is ubuntu linux with the vm of the opensuse build. My laptop has Mac OS and cannot read back those fuel dumps. I use the same image version on jenkins and my laptop. Both are 64bit. I asked that on discord and there was a mentioning that not only the 64 bit fuel has problems. So I wanted to ask what is the state of fuel right now. I consider fuel one of the core technologies in pharo and it is sad if it just stops working. Any feedback is highly appreciated, Norbert

Aug. 29, 2017

Re: [Pharo-dev] Pinning Objects in Pharo

by Esteban Lorenzano

> On 29 Aug 2017, at 09:59, Torsten Bergmann <astares(a)gmx.de> wrote: > > Hi Eliot, > > this test is part of UnifiedFFI (which is Pharo only so far) - not FFI. This was just > a side note. yes, and itâs purpose is to test callbacks in the UFFI context, not callbacks itself :) Esteban > > I would rather be interested if we would like to have a common #pinDuring: > in Squeak, Pharo, Cuis, ... > > Thanks > Torsten > > >> Gesendet: Montag, 28. August 2017 um 22:08 Uhr >> Von: "Eliot Miranda" <eliot.miranda(a)gmail.com> >> An: "Torsten Bergmann" <astares(a)gmx.de>, "Esteban Lorenzano" <estebanlm(a)gmail.com> >> Cc: "Pharo Development List" <pharo-dev(a)lists.pharo.org>, vm-dev(a)lists.squeakfoundation.org >> Betreff: Re: Pinning Objects in Pharo >> >> Hi Torsten, Hi Esteban, >> >>> On Aug 28, 2017, at 9:17 AM, Torsten Bergmann <astares(a)gmx.de> wrote: >>> >>> As some of you are aware of Spur added memory pinning and in Pharo 6.1 (#60510) as well as Pharo 7 >>> we currently have >>> >>> Object>>pin >>> Object>>unpin >>> Object>>isPinned >>> >>> and also Object>>setPinned:. >>> >>> Object pinning is explained by Eliot here [1]. >>> >>> I would propose two changes (at least for Pharo but ideally also for Squeak): >>> >>> 1. IMHO #setPinned: should be moved to a private protocol >>> 2. Provide a #pinDuring: aBlock method like: >>> >>> pinDuring: aBlock >>> [ self pin. >>> aBlock value ] ensure: [ self unpin ] >>> >>> so we can ensure that a pinned object is unpinned after an operation. >>> >>> What do you think? >>> >>> Also I wonder why FFICallbackTests>>#testCqsortWithByteArray is sending #pin but not >>> #unpin afterwards. Maybe that is the reason why there is a flag in this method that it >>> is crashing on Windows. >> >> This test is news to me. Neither the test nor the class is in FFI-Tests at source.squeak.org, which is where the package lives. Why is it missing? >> >>> >>> Bye >>> T. >>> >>> [1] http://lists.squeakfoundation.org/pipermail/squeak-dev/2017-August/195129.h… >>

Aug. 29, 2017

Re: [Pharo-dev] Esteban's ChangeLog week of 21 August 2017

by Dimitris Chloupis

Yeah I agree with Phil , VM bugs are kinda big deal. Plus we should not forget that the huge news for Pharo 6 was 64 bit support and there was ton of glory in that one. Pretty much in any language VM enhancement are kinda of big deal , especially stability and performance. Hey Esteban I hope you had a very nice holiday and your charged your batteries, great to have you back , keep rocking :) On Tue, Aug 29, 2017 at 11:35 AM philippe.back(a)highoctane.be < philippe.back(a)gmail.com> wrote: > > > On Aug 28, 2017 6:11 PM, "Sean P. DeNigris" <sean(a)clipperadams.com> wrote: > > EstebanLM wrote > > This is my weekly ChangeLog, from 21 August 2017 to 27 August 2017. > > Thank you for all the work you consistently do, especially the stuff deep > down in the system which brings no personal glory but provides the > foundation for the creations of our entire community! > > > I beg to differ as what is done there is actually glorious and deeply > appreciated from where I do stand. > > Esteban, Master of Code (level: 10K). > > Phil > > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/Esteban-s-ChangeLog-week-of-21-August-2017-tp4964905p… > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > > >

Aug. 29, 2017

Re: [Pharo-dev] Esteban's ChangeLog week of 21 August 2017

by philippe.back＠highoctane.be

On Aug 28, 2017 6:11 PM, "Sean P. DeNigris" <sean(a)clipperadams.com> wrote: EstebanLM wrote > This is my weekly ChangeLog, from 21 August 2017 to 27 August 2017. Thank you for all the work you consistently do, especially the stuff deep down in the system which brings no personal glory but provides the foundation for the creations of our entire community! I beg to differ as what is done there is actually glorious and deeply appreciated from where I do stand. Esteban, Master of Code (level: 10K). Phil ----- Cheers, Sean -- View this message in context: http://forum.world.st/Esteban- s-ChangeLog-week-of-21-August-2017-tp4964905p4965162.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Aug. 29, 2017

Re: [Pharo-dev] Pinning Objects in Pharo

by Torsten Bergmann

Hi Eliot, this test is part of UnifiedFFI (which is Pharo only so far) - not FFI. This was just a side note. I would rather be interested if we would like to have a common #pinDuring: in Squeak, Pharo, Cuis, ... Thanks Torsten > Gesendet: Montag, 28. August 2017 um 22:08 Uhr > Von: "Eliot Miranda" <eliot.miranda(a)gmail.com> > An: "Torsten Bergmann" <astares(a)gmx.de>, "Esteban Lorenzano" <estebanlm(a)gmail.com> > Cc: "Pharo Development List" <pharo-dev(a)lists.pharo.org>, vm-dev(a)lists.squeakfoundation.org > Betreff: Re: Pinning Objects in Pharo > > Hi Torsten, Hi Esteban, > > > On Aug 28, 2017, at 9:17 AM, Torsten Bergmann <astares(a)gmx.de> wrote: > > > > As some of you are aware of Spur added memory pinning and in Pharo 6.1 (#60510) as well as Pharo 7 > > we currently have > > > > Object>>pin > > Object>>unpin > > Object>>isPinned > > > > and also Object>>setPinned:. > > > > Object pinning is explained by Eliot here [1]. > > > > I would propose two changes (at least for Pharo but ideally also for Squeak): > > > > 1. IMHO #setPinned: should be moved to a private protocol > > 2. Provide a #pinDuring: aBlock method like: > > > > pinDuring: aBlock > > [ self pin. > > aBlock value ] ensure: [ self unpin ] > > > > so we can ensure that a pinned object is unpinned after an operation. > > > > What do you think? > > > > Also I wonder why FFICallbackTests>>#testCqsortWithByteArray is sending #pin but not > > #unpin afterwards. Maybe that is the reason why there is a flag in this method that it > > is crashing on Windows. > > This test is news to me. Neither the test nor the class is in FFI-Tests at source.squeak.org, which is where the package lives. Why is it missing? > > > > > Bye > > T. > > > > [1] http://lists.squeakfoundation.org/pipermail/squeak-dev/2017-August/195129.h… >

Aug. 29, 2017

Re: [Pharo-dev] Pinning Objects in Pharo

by Eliot Miranda

Hi Torsten, Hi Esteban, > On Aug 28, 2017, at 9:17 AM, Torsten Bergmann <astares(a)gmx.de> wrote: > > As some of you are aware of Spur added memory pinning and in Pharo 6.1 (#60510) as well as Pharo 7 > we currently have > > Object>>pin > Object>>unpin > Object>>isPinned > > and also Object>>setPinned:. > > Object pinning is explained by Eliot here [1]. > > I would propose two changes (at least for Pharo but ideally also for Squeak): > > 1. IMHO #setPinned: should be moved to a private protocol > 2. Provide a #pinDuring: aBlock method like: > > pinDuring: aBlock > [ self pin. > aBlock value ] ensure: [ self unpin ] > > so we can ensure that a pinned object is unpinned after an operation. > > What do you think? > > Also I wonder why FFICallbackTests>>#testCqsortWithByteArray is sending #pin but not > #unpin afterwards. Maybe that is the reason why there is a flag in this method that it > is crashing on Windows. This test is news to me. Neither the test nor the class is in FFI-Tests at source.squeak.org, which is where the package lives. Why is it missing? > > Bye > T. > > [1] http://lists.squeakfoundation.org/pipermail/squeak-dev/2017-August/195129.h…

Aug. 28, 2017

Pinning Objects in Pharo

by Torsten Bergmann

As some of you are aware of Spur added memory pinning and in Pharo 6.1 (#60510) as well as Pharo 7 we currently have Object>>pin Object>>unpin Object>>isPinned and also Object>>setPinned:. Object pinning is explained by Eliot here [1]. I would propose two changes (at least for Pharo but ideally also for Squeak): 1. IMHO #setPinned: should be moved to a private protocol 2. Provide a #pinDuring: aBlock method like: pinDuring: aBlock [ self pin. aBlock value ] ensure: [ self unpin ] so we can ensure that a pinned object is unpinned after an operation. What do you think? Also I wonder why FFICallbackTests>>#testCqsortWithByteArray is sending #pin but not #unpin afterwards. Maybe that is the reason why there is a flag in this method that it is crashing on Windows. Bye T. [1] http://lists.squeakfoundation.org/pipermail/squeak-dev/2017-August/195129.h…

Aug. 28, 2017

Re: [Pharo-dev] Esteban's ChangeLog week of 21 August 2017

by Sean P. DeNigris

EstebanLM wrote > This is my weekly ChangeLog, from 21 August 2017 to 27 August 2017. Thank you for all the work you consistently do, especially the stuff deep down in the system which brings no personal glory but provides the foundation for the creations of our entire community! ----- Cheers, Sean -- View this message in context: http://forum.world.st/Esteban-s-ChangeLog-week-of-21-August-2017-tp4964905p… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Aug. 28, 2017

Esteban's ChangeLog week of 21 August 2017

by estebanlm＠gmail.com

Hello! This is my weekly ChangeLog, from 21 August 2017 to 27 August 2017. You can see it in a better format by going here: http://log.smallworks.eu/web/search?from=21/8/2017&to=27/8/2017 ChangeLog ========= 22 August 2017: --------------- * I debugged a crash on the VM (I originally thought it was a Windows bug but turns out is general). But I need some discussion on it before fixing: [http://forum.world.st/bug-when-instantiating-ExternalData-to-return-void-fr… 21 August 2017: --------------- * I'm back from holidays! But... I spent the full day getting a windows VM to compile (so I can debug iceberg problems) :( cheers! Esteban

Aug. 28, 2017

This sentence made my day [WAS] Re: [Pharo-users] Dark Mode

by Mariano Martinez Peck

On Sun, Aug 27, 2017 at 6:50 PM, PBKResearch <peter(a)pbkresearch.co.uk> wrote: > I agree with Dimitris - it is all a matter of preference - not all eyes > are the same. For myself, I find the default dark theme in Pharo very > uncomfortable. On my system, some elements have a black foreground on a > dark grey background, which is almost impossible to see. This is always > true of the maximise/minimise/close buttons, but sometimes also of text > fields in a playground. Whenever I download a new image, I immediately > switch to the Watery theme, with light background and nice coloured buttons > on the windows. > > Of course, my eyes may not be typical. I am now aged 84, and I have had > cataract operations on both eyes. My sight is actually quite good - my > optometrist confirms that I am legal to drive without spectacles - but my > adverse reaction to dark mode is strong and immediate. > > Sometimes is hard to explain to someone outside the community why Smalltalkers love they language so much. I think above paragraph says it all. It made my day. I wish I can follow that path! hahaha. > Just my 2p worth > > Peter Kenny > > -----Original Message----- > From: Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] On Behalf > Of stephan > Sent: 27 August 2017 21:46 > To: pharo-users(a)lists.pharo.org > Subject: Re: [Pharo-users] Dark Mode > > On 27-08-17 22:37, Dimitris Chloupis wrote: > > White or dark is a matter of preference. But the matter of preference > > is also a matter of biology . Not all eyes are same. > > The research is pretty clear: a large majority of developers does better > with light themes. I have been sufficiently clear on the choice to make > Pharo6 theme dark default > > Stephan > > > > -- Mariano http://marianopeck.wordpress.com

Aug. 28, 2017