[Pharo-users] Re: MIDI Interface?

[Stéphane Ducasse]

Hi

antoine is not working with us anymore. 
We are looking for another student. 
I think that it would be great that someone looks at what he did. 

S

> On 13 Jan 2023, at 03:08, Stewart MacLean  wrote:
> 
> Hi All,
> 
> Prompted by a recent chat with Domenico on Discord, I've dusted off the Midi 
> package I was working on and added some background notes, getting started 
> etc. I've yet to get it to Git, but please find it attached.
> 
> Thank you all very much for your assistance with the development of this 
> package - I hope it may be useful for the Pharo community!
> 
> Cheers,
> 
> Stewart
> 
> On Sat, May 21, 2022 at 1:07 AM Stewart MacLean  > wrote:
>> Hi Antoine,
>> 
>> For some reason your message below didn't come to me, I just "stumbled" 
>> across it.
>> 
>> Thanks for the link to your work, it looks interesting. 
>> 
>> For now, I'm focused on the "plumbing", and this will be a great help with 
>> getting the FFI library going and I'll share my thoughts along the way!
>> 
>> I've just started porting my dusty VisualWorks MidiAccessLayer that utilises 
>> PortMidi and RtMidi. Once I've got it in shape I'll be glad to share it with 
>> you.
>> 
>> Cheers,
>> 
>> Stewart
>> 
>> Hello Stewart,
>> 
>> Indeed I am working on PortMidi C library binding on Pharo.
>> 
>> For now, the code I wrote contains an object that represents the C library 
>> and you can use its methods to try some MIDI stuff. I added several layers 
>> to these methods to make it easier to use. You can also create what I call 
>> scores which are sequences of notes and play them either separately or add 
>> them in an object called Prestation that is able to play several scores at 
>> the same time.
>> 
>> You can find the code on GitHub : 
>> https://github.com/pharo-contributions/pharo-sound .
>> 
>> Do not hesitate to tell me what you think about it !
>> 
>> Antoine
>> 
>> 
>> On Thu, May 19, 2022 at 2:23 AM stephane ducasse > > wrote:
>>> Antoine can you reply to Stewart?
>>> 
>>> 
 On 16 May 2022, at 01:03, Stewart MacLean >>> > wrote:
 
 Hi Santiago,
 
 Thanks for this. My primary interest at the moment is interfacing with 
 Midi. 
 
 The sound stuff looks interesting, even if it is not quite my cup of tea 
 music wise :)
 
 How far has your student got with the PortMidi bindings? As a first step, 
 as I can get a precompiled library via homebrew I thought I'd start by 
 migrating my VisualWorks PortMidi bindings - are they able to share this 
 to get me started?
 
 I have built a Midi Access Layer (in VisualWorks) which layers over both 
 RtMidi and PortMidi, which I had working on Windows quite a while ago. 
 This maybe useful?
 
 Cheers,
 
 Stewart
 
 On Sun, May 15, 2022 at 11:48 PM Santiago Bragagnolo 
 mailto:santiagobragagn...@gmail.com>> wrote:
> Hi all! 
> In inria we are working with an student on the bindings of PortMIDI in 
> Pharo, and having some exchanges with an italian Dj that uses pharo for 
> live-performances (https://www.youtube.com/watch?v=yBK0UpalBfk)
> 
> We are trying to recover, in the long term the things in 
> https://github.com/pharo-contributions/Sound, since there are awesome! 
> 
> If you have ideas feel free to share them! 
> 
> Santiago
> 
> El dom, 15 may 2022 a las 6:07, Stewart MacLean ( >) escribió:
>> Hi all,
>> 
>> Just wondering what the current state of interfaces to MIDI within Pharo 
>> are?
>> 
>> I gather that there was one (SoundScores that used primitives), but that 
>> seems to have disappeared...
>> 
>> Cheers,
>> 
>> Stewart
>>> 
> 

[Pharo-users] Re: [Ann] Bloc v1.0

[Stéphane Ducasse]

> On 26 Oct 2022, at 13:25, stephane ducasse  wrote:
> 
> Hi all 
> 
> At ESUG and after about a year of development, the Pharo consortium was happy 
> to announce 
> a first version of the Bloc graphics framework as available in
> 
>   https://github.com/pharo-graphics/bloc 
> 
> 
> Here is the video of the ESUG presentation 
> 
>   https://rmod-files.lille.inria.fr/Videos/2022-ESUG/Day2/2f-esug-v3.mp4 
> 
> 
> We are now opening the internal mailing-list and feel free to join. 
> We will be soon describing the roadmap for the next 6 months. 
> 
>   https://sympa.inria.fr/sympa/info/lse-bloc 
> 

In fact 

> https://sympa.inria.fr/sympa/info/lse-openbloc 
> 

[Pharo-users] Re: ESUG 2022 call for presentations & Call for student volunteers

[Stéphane Ducasse]

Hi 

The deadline for sending presentation proposal is set to 1st of June!
So please do not wait the last moment to send your proposals.
S



> On 13 Jan 2022, at 13:25, stephane ducasse  wrote:
> 
> ESUG 2022 
>   Novisad Serbia 22. – 26.8.
>   https://esug.github.io/2022-Conference/call2022.html 
> 
> 
> You can support the ESUG conference in many different ways:
> Sponsor the conference. New sponsoring packages are described at  
> http://www.esug.org/supportesug/becomeasponsor/ 
> 
> Submit a talk, a software or a paper to one of the events. See below.
> Attend the conference. We'd like to beat the previous record of attendance 
> (170 people at Amsterdam 2008)!
> Students can get free registration and hosting if they enroll into the the 
> Student Volunteers program. See below.
>  <>Developers Forum: International Smalltalk Developers Conference
> 
> We are looking for YOUR experience on using Smalltalk. You will have 30 min 
> for presentations and 45 min for hands-on tutorials. 
> The list of topics for the normal talks and tutorials includes, but is not 
> limited to the following:
> XP practices, Development tools, Experience reports
> Model driven development, Web development, Team management
> Meta-Modeling, Security, New libraries & frameworks
> Educational material, Embedded systems and robotics
> SOA and Web services, Interaction with other programming languages
>  <>Teaching Pearls and Show us Your Business
> 
> New this year!!! We added two types of sessions in addition to the regular 
> talks and show us your projects sessions.
> Show your business 10 min session (Get prepared!!)
> Teaching pearls : we want some session on how to teach some design aspects. 
> We want your tip and tricks to teach Smalltalk or OOP.
> We expect to have several 10 to 15 min sessions aggregated.
>  <>How to submit?
> 
> Make a Pull Request here 
> https://github.com/ESUG/esug.github.io/tree/source/2022-Conference/talks 
> 
> 
> Or but only if you are not connected to the world… send an email to 
> stephane.duca...@inria.fr 
> 
> Title: [ESUG 2022] Please follow the template below the email will be 
> automatically processed!
> Name:
> Email:
> Abstract:
> Bio:
> 
> Call for Student Volunteers
> Student volunteers help keep the conference running smoothly; in return, they 
> have free accommodations, while still having most of the time to enjoy the 
> conference.
> 
> Pay attention: the places are limited so do not wait till the last minute to 
> apply.
> 
> Conference details:
> Send an email to stephane.ducasse at inria.fr  and 
> serge.stinckwich at gmail.com  with:
> 
> title: [ESUG 2022 Student]
> name, gender, university/school, country, email address
> short description of you and why you are interested in participating
> For which period is accommodation covered? Accommodation is covered from 
> Sunday 21 August until Friday 26 August 2022 (including nights from Sunday to 
> Monday and from Thursday to Friday). Students will be hosted in student 
> rooms. ESUG additionally covers for the lunches during the week and one 
> dinner.
> 
> Duties include handling registration as people arrive at the conference, 
> filling coffee machines, collecting presentation slides for ESUG right after 
> the presentation is given, being present at an information desk to answer 
> questions, and generally being helpful. Student volunteering makes the 
> conference better, takes a fairly small amount of time and doesn't 
> significantly interfere with enjoying and learning from the conference. 
> Please Note, this role requires discipline and constant attention to all 
> attendees.
> 
> Information about hotel
> Student Volunteer rooms are booked at (to be announced). If you are student 
> volunteer, do not book yourself, we have arranged the booking already!
> 

[Pharo-users] Re: ESUG 2022 call for presentations & Call for student volunteers

[Stéphane Ducasse]

‘Hello’,  ‘world’ please: #readAndDistribute



> On 13 Jan 2022, at 13:25, stephane ducasse  wrote:
> 
> ESUG 2022 
>   Novisad Serbia 22. – 26.8.
>   https://esug.github.io/2022-Conference/call2022.html 
> 
> 
> You can support the ESUG conference in many different ways:
> Sponsor the conference. New sponsoring packages are described at  
> http://www.esug.org/supportesug/becomeasponsor/ 
> 
> Submit a talk, a software or a paper to one of the events. See below.
> Attend the conference. We'd like to beat the previous record of attendance 
> (170 people at Amsterdam 2008)!
> Students can get free registration and hosting if they enroll into the the 
> Student Volunteers program. See below.
>  <>Developers Forum: International Smalltalk Developers Conference
> 
> We are looking for YOUR experience on using Smalltalk. You will have 30 min 
> for presentations and 45 min for hands-on tutorials. 
> The list of topics for the normal talks and tutorials includes, but is not 
> limited to the following:
> XP practices, Development tools, Experience reports
> Model driven development, Web development, Team management
> Meta-Modeling, Security, New libraries & frameworks
> Educational material, Embedded systems and robotics
> SOA and Web services, Interaction with other programming languages
>  <>Teaching Pearls and Show us Your Business
> 
> New this year!!! We added two types of sessions in addition to the regular 
> talks and show us your projects sessions.
> Show your business 10 min session (Get prepared!!)
> Teaching pearls : we want some session on how to teach some design aspects. 
> We want your tip and tricks to teach Smalltalk or OOP.
> We expect to have several 10 to 15 min sessions aggregated.
>  <>How to submit?
> 
> Make a Pull Request here 
> https://github.com/ESUG/esug.github.io/tree/source/2022-Conference/talks 
> 
> 
> Or but only if you are not connected to the world… send an email to 
> stephane.duca...@inria.fr 
> 
> Title: [ESUG 2022] Please follow the template below the email will be 
> automatically processed!
> Name:
> Email:
> Abstract:
> Bio:
> 
> Call for Student Volunteers
> Student volunteers help keep the conference running smoothly; in return, they 
> have free accommodations, while still having most of the time to enjoy the 
> conference.
> 
> Pay attention: the places are limited so do not wait till the last minute to 
> apply.
> 
> Conference details:
> Send an email to stephane.ducasse at inria.fr  and 
> serge.stinckwich at gmail.com  with:
> 
> title: [ESUG 2022 Student]
> name, gender, university/school, country, email address
> short description of you and why you are interested in participating
> For which period is accommodation covered? Accommodation is covered from 
> Sunday 21 August until Friday 26 August 2022 (including nights from Sunday to 
> Monday and from Thursday to Friday). Students will be hosted in student 
> rooms. ESUG additionally covers for the lunches during the week and one 
> dinner.
> 
> Duties include handling registration as people arrive at the conference, 
> filling coffee machines, collecting presentation slides for ESUG right after 
> the presentation is given, being present at an information desk to answer 
> questions, and generally being helpful. Student volunteering makes the 
> conference better, takes a fairly small amount of time and doesn't 
> significantly interfere with enjoying and learning from the conference. 
> Please Note, this role requires discipline and constant attention to all 
> attendees.
> 
> Information about hotel
> Student Volunteer rooms are booked at (to be announced). If you are student 
> volunteer, do not book yourself, we have arranged the booking already!
> 

[Pharo-users] Re: [ANN] Pharo-ODBC

[Stéphane Ducasse]

Thanks john this is a great news!

S. 

> On 14 Jun 2021, at 11:29, John Aspinall  wrote:
> 
> There is now an ODBC framework for Pharo, available at the pharo-rdbms github 
> site:
> 
> https://github.com/pharo-rdbms/Pharo-ODBC 
> <https://github.com/pharo-rdbms/Pharo-ODBC>
> 
> This is based on the Dolphin Smalltalk Database Connection ODBC framework. 
> Provided a suitable driver manager is installed this should work on MacOS and 
> Linux in addition to Windows. 
> 
> Thanks to InfOil for supporting the development, to Torsten for tidying up 
> and hosting the code, and Andy and Blair (Dolphin developers) for the 
> original framework.  
> 
> Regards,
> 
> John Aspinall


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: New Pharo-based commercial software

[Stéphane Ducasse]

super nice. 
I wish you lot of customers.

S

> On 12 Jun 2021, at 11:36, Noury Bouraqadi  wrote:
> 
> Hi everyone,
> 
> I'm glad to announce a new Pharo-based commercial product: PLC3000 
> (https://plc3000.com).
> 
> It's a SaaS solution for teaching PLC programming for factory automation. The 
> server side is based on Zinc and the client side uses PharoJS.
> 
> This wouldn't have been possible without the great work done by the community 
> in large, and more specifically, the Pharo consortium.
> 
> Thank you all,
> Noury

----
Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: And it goes on - How do I fix a missing repository

[Stéphane Ducasse]

no just recursive and without correct exit :)


> On 3 Jun 2021, at 15:32, Russ Whaley  wrote:
> 
> Yes, I figured I had done something taboo :)  
> 
> On Thu, Jun 3, 2021 at 9:31 AM Gabriel Cotelli  <mailto:g.cote...@gmail.com>> wrote:
> Probably you put a breakpoint in code that is used by the debugger 
> infrastructure... you can use object-centric breakpoints for this use case to 
> break only on the presenter instance that you want to debug.
> 
> 
> On Thu, Jun 3, 2021 at 10:24 AM Russ Whaley  <mailto:whaley.r...@gmail.com>> wrote:
> Well, good news, bad news.  I AM able to set breakpoints wherever I want in 
> Pharo (repo) code... and in many cases the breakpoint works and the debugger 
> pops up.  However, I must have stumbled across (perhaps the only) one that 
> blows up when I run my app.  See screenshot.  To be clear, I've had no issue 
> extending Pharo repo classes (into my own packages).  Besides the bold red 
> text stating the repos are missing in Iceberg :) this is the only error I've 
> come across.  I have not spent a lot of time poking around to see which 
> classes allow breakpoints and which don't.  Initially I feared none of the 
> breakpoints would work, but when I removed the breakpoint on 
> SpSingleSelectionMode - the next breakpoint (in Pharo repo) did fire and 
> brought up the debugger.
> 
> I've since worked around my problem (thanks Esteban!) and the breakpoint on 
> SpSingleSelectionMode is no longer required :)
> 
> Thanks!
> Russ
> 
> On Thu, Jun 3, 2021 at 8:54 AM Joachim Tuchel  <mailto:jtuc...@objektfabrik.de>> wrote:
> David,
> 
> I don’t think the question is whether you need breakpoints or not. You should 
> be able to set breakpoints without these repositories. Maybe you could give a 
> few hints at what happens when you try…
> 
> Joachim
> 
> > Am 03.06.2021 um 14:38 schrieb David Pennington  > <mailto:da...@totallyobjects.com>>:
> > 
> > Surely,  one of the bases of OO development is to subclass and extend 
> > existing classes? How can you code on the fly, as mentioned as one great 
> > benefit of Smalltalk, if you can’t set break points? I have lost you here.
> > David
> > 
> >> On 3 Jun 2021, at 08:39, Esteban Lorenzano  >> <mailto:esteba...@netc.eu>> wrote:
> >> 
> >> I still do not understand why you need to repository at all.
> >> you should not need it to do anything of what you are trying to do (adding 
> >> extensions and setting breakpoints).
> >> 
> > 
> 
> 
> -- 
> Russ Whaley
> whaley.r...@gmail.com <mailto:whaley.r...@gmail.com>
> 
> -- 
> Russ Whaley
> whaley.r...@gmail.com <mailto:whaley.r...@gmail.com>

Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: voyage in singleton mode

[Stéphane Ducasse]

Have a look at the Voyage booklet available on books.pharo.org 
<http://books.pharo.org/> and let us know. 

S

> On 3 Jun 2021, at 00:25, Russ Whaley  wrote:
> 
> I am very interested in getting started with MongoDB. I’ve been using STON 
> for full object model read/writes, but I’d like to take the next step into a 
> more sustainable path (as my object models grow larger with time). 
> 
> I’m using Pharo v9 on MacOS. Where should I start?  Voyage?  Any 
> pointers/tips would be much appreciated!
> 
> Thanks,
> Russ
> 
> On Tue, Jun 1, 2021 at 5:53 AM Norbert Hartl  <mailto:norb...@hartl.name>> wrote:
> You should not have to worry. The two possible culprits are the VOCache which 
> should be thread safe done by a semaphore. The other one is the connection to 
> the database. Here the connection pool removes that problem.
> 
> Hope that answers your question. I use it just as it is in a concurrent 
> environment.
> 
> Norbert
> 
> 
> > Am 01.06.2021 um 11:34 schrieb Jesus Mari Aguirre  > <mailto:jmariagui...@gmail.com>>:
> > 
> > Hello all, I'm developing a tepot+voyage(mongodb) web app and I have one 
> > doubt, is voyage thread safe? or do I have to take care about using a Mutex 
> > because multiple teapot instances can call it.
> > Thank you all! 
> -- 
> Russ Whaley
> whaley.r...@gmail.com <mailto:whaley.r...@gmail.com>

Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: Image crashed on Parallels

[Stéphane Ducasse]

> 0xef60f20 s WorldMorph>doOneCycle
> 0xec74820 s [] in MorphicUIManager>spawnNewProcess
> 0xec746b8 s [] in BlockClosure>newProcess
> 
> Most recent primitives
> fractionPart
> truncated
> fractionPart
> truncated
> @
> @
> @
> @
> @
> @
> @
> @
> **PrimitiveFailure**
> **PrimitiveFailure**
> @
> truncated
> truncated
> truncated
> integerAt:put:
> truncated
> truncated
> truncated
> integerAt:put:
> truncated
> truncated
> truncated
> integerAt:put:
> truncated
> truncated
> truncated
> integerAt:put:
> truncated
> truncated
> truncated
> integerAt:put:
> truncated
> truncated
> truncated
> integerAt:put:
> truncated
> truncated
> truncated
> integerAt:put:
> truncated
> truncated
> truncated
> integerAt:put:
> truncated
> truncated
> truncated
> integerAt:put:
> truncated
> truncated
> truncated
> integerAt:put:
> truncated
> truncated
> truncated
> bitShiftMagnitude:
> digitAdd:
> normalize
> integerAt:put:
> **PrimitiveFailure**
> **PrimitiveFailure**
> <
> basicAt:put:
> at:
> bitShiftMagnitude:
> bitAnd:
> at:
> bitShiftMagnitude:
> at:
> bitShiftMagnitude:
> truncated
> truncated
> truncated
> bitShiftMagnitude:
> digitAdd:
> normalize
> integerAt:put:
> **PrimitiveFailure**
> **PrimitiveFailure**
> <
> basicAt:put:
> at:
> bitShiftMagnitude:
> at:
> bitShiftMagnitude:
> at:
> bitShiftMagnitude:
> truncated
> truncated
> truncated
> bitShiftMagnitude:
> digitAdd:
> normalize
> integerAt:put:
> **PrimitiveFailure**
> **PrimitiveFailure**
> <
> basicAt:put:
> truncated
> truncated
> truncated
> bitShiftMagnitude:
> digitAdd:
> normalize
> integerAt:put:
> **PrimitiveFailure**
> **PrimitiveFailure**
> <
> basicAt:put:
> truncated
> truncated
> truncated
> integerAt:put:
> truncated
> truncated
> truncated
> integerAt:put:
> truncated
> truncated
> truncated
> integerAt:put:
> truncated
> truncated
> truncated
> integerAt:put:
> at:
> bitShiftMagnitude:
> bitAnd:
> truncated
> truncated
> truncated
> integerAt:put:
> at:
> bitShiftMagnitude:
> bitAnd:
> at:
> bitShiftMagnitude:
> at:
> bitShiftMagnitude:
> at:
> bitShiftMagnitude:
> truncated
> truncated
> truncated
> bitShiftMagnitude:
> digitAdd:
> normalize
> integerAt:put:
> **PrimitiveFailure**
> **PrimitiveFailure**
> <
> basicAt:put:
> at:
> bitShiftMagnitude:
> at:
> bitShiftMagnitude:
> at:
> bitShiftMagnitude:
> bitAnd:
> at:
> bitShiftMagnitude:
> at:
> bitShiftMagnitude:
> truncated
> truncated
> truncated
> bitShiftMagnitude:
> digitAdd:
> normalize
> integerAt:put:
> **PrimitiveFailure**
> **PrimitiveFailure**
> <
> basicAt:put:
> at:
> bitShiftMagnitude:
> at:
> bitShiftMagnitude:
> at:
> bitShiftMagnitude:
> truncated
> truncated
> truncated
> bitShiftMagnitude:
> digitAdd:
> normalize
> integerAt:put:
> **PrimitiveFailure**
> **PrimitiveFailure**
> <
> basicAt:put:
> truncated
> truncated
> truncated
> bitShiftMagnitude:
> digitAdd:
> normalize
> integerAt:put:
> **PrimitiveFailure**
> **PrimitiveFailure**
> <
> basicAt:put:
> truncated
> truncated
> truncated
> integerAt:put:
> truncated
> truncated
> truncated
> integerAt:put:
> truncated
> truncated
> truncated
> integerAt:put:
> truncated
> truncated
> truncated
> integerAt:put:
> copyBitsColor:alpha:gammaTable:ungammaTable:
> 
> 
> 
> 
> @
> **StackOverflow**
> **StackOverflow**
> @
> @
> @
> @
> @
> @
> @
> @
> @
> @
> @
> @
> @
> @
> @
> copyBits
> @
> @
> @
> @
> value:
> class
> replaceFrom:to:with:startingAt:
> species
> class
> value:
> primShowRectLeft:right:top:bottom:
> 
> stack page bytes 4096 available headroom 2788 minimum unused headroom 3012
> 
>   (Segmentation fault)
> 
> 
> 
> 
> 
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: And it goes on - How do I fix a missing repository

[Stéphane Ducasse]

To fix a missing repo you follow iceberg you click on the repair menu item of 
the project.
Iceberg will then propose some several different ways (explained) and sorted by 
order of probability that they will solve your problem.
So if you select clone iceberg will clone pharo on your local machine. 

S

> On 1 Jun 2021, at 17:34, Esteban Lorenzano  wrote:
> 
> Hi,
> 
> I am sorry, but why you need a repository to add an extension methods?
> To add an extension, the easiest way to open calypso and put your method in 
> ScaledDecimal. Then you can use the menu right clicking on the method you 
> added :
> 
> 
> The fact that you need a repository to save  those changes later is 
> completely orthogonal to your problem :)
> 
> cheers!
> Esteban
> 
> On Jun 1 2021, at 5:26 pm, David Pennington  wrote:
> I am obviously out of the loop when it comes to all of this repository stuff. 
> 
> So, I have imported my 8.0 code into 9.0 but I can’t add an extension method 
> to ScaledDecimal because a repository is missing. I check what to do and get 
> sent to Iceberg. Somehow, as a newbie, I am supposed to understand how 
> iceberg works but, being a 76 year old VAST Smalltalker, I don’t. Surely, 
> when I install 9.0, qashouldn’t I get everything I need for a basic image?
> 
> What do I do next. Attached is a screenshot of Iceberg.
> 
> David


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: FileDoesNotExistException: '/.VolumeIcon.icns'

[Stéphane Ducasse]

Hi davide 

We can help :) and ready to. 
But we need better bug reports. 
OS you use, image, VM
 
How to reproduce the bug?

S. 


> On 1 Jun 2021, at 23:00, Davide Varvello via Pharo-users 
>  wrote:
> 
> Hi Guys
> Opening the File Browser on Pharo8 (and also on Pharo9) gives me
> FileDoesNotExistException: '/.VolumeIcon.icns'
> 
> Can you help me please?
> Davide
> 
> 
> 
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

--------
Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] 2 years engineer position

[Stéphane Ducasse]

Hello The RMOD team has a two year engineer position to work on building tools around Moose. If you are interested or know someone that can be interested let me know. S

2021-03764-en.pdf
Description: Adobe PDF document

Stéphane Ducassehttp://stephane.ducasse.free.fr / http://www.pharo.org 03 59 35 87 52Assistant: Aurore Dalle FAX 03 59 57 78 50TEL 03 59 35 86 16S. Ducasse - Inria40, avenue Halley, Parc Scientifique de la Haute Borne, Bât.A, Park PlazaVilleneuve d'Ascq 59650France

[Pharo-users] Re: about class name

[Stéphane Ducasse]

Sure it is.
You have all the information in the pdf. You can load the tool and nour can 
explain it to you in case.

S

> On 28 May 2021, at 17:25, Kasper Osterbye  wrote:
> 
> I am working alone on my app, but I can see the problem with inconsistency in 
> class names. No discussions with my colleagues though :-/
> 
> One very high level comment is: had Pharo had namespaces/scopes of some sort 
> I do believe the problem would have looked differently.
> 
> It it is interesting with a one person-project let me know.
> 
> Best,
> 
> Kasper
> 
>> On 9 May 2021, at 20.25, Stéphane Ducasse > <mailto:stephane.duca...@inria.fr>> wrote:
>> 
>> Hello Pharoers
>> 
>> we are running building a tool to help understanding if class names are 
>> consistently named in a project.
>> We run and are running xp with some of you. Now I was thinking that the idea 
>> and the tool could interest many of you. 
>> So if you want to run the xp here is the text: 
>> 
>> 
>> Nour is developing a tool to support the understanding of the coherence of 
>> class names. 
>> 
>> We would like to invite you to do a small experiment. The tool presents a 
>> visualisation of the distribution of the prefix/suffix (first/last word) 
>> extracted from class names.
>> The idea is to detect inconsistencies in class names and correct them for a 
>> healthy evolution of the system.
>> 
>> XP: 
>> ===
>>  You can do the xp with other colleagues, it would be nice is you can do 
>> separately and then discuss together. 
>>  But this is up to you.  30 or 60 minutes of your precious time should 
>> be enough to do the experiment which is planned as follows: 
>> 
>> - Read the pdf. This support contains detailed information and principles of 
>> the ClassNames Distribution. 
>>  - how to load the tools
>>  - Help for the tool also provides a small summary of these principles 
>> as a reminder.  
>> 
>> - To have detailed feedback from which we can extract the necessary 
>> analysis, we would also like you to screen record during the whole 
>> experiment, and to talk freely. 
>> 
>> - Use the tool to detect inconsistencies, write down the changes you would 
>> like to make and discuss the classes you would like to rename.
>> 
>> - Send us feedback (videos + number of renaming + ///) 
>> 
>> - Any other feedback is welcome  :) we can help 
>> Let us know if you encounter problems. 
>> 
>> This experiment (with your feedbacks, the way you use the tool, the changes 
>> you would like to do…) is part of the validation of our tool that we would 
>> like to describe in the journal paper we are currently preparing. 
>> 
>> 
>> Stef Nour and Anne
>> 
>> 
>> 
>> 
>> 
>> Stéphane Ducasse
>> http://stephane.ducasse.free.fr <http://stephane.ducasse.free.fr/> / 
>> http://www.pharo.org <http://www.pharo.org/> 
>> 03 59 35 87 52
>> Assistant: Aurore Dalle 
>> FAX 03 59 57 78 50
>> TEL 03 59 35 86 16
>> S. Ducasse - Inria
>> 40, avenue Halley, 
>> Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
>> Villeneuve d'Ascq 59650
>> France
>> 
> 


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: New VM, how do I get it

[Stéphane Ducasse]

> On 24 May 2021, at 22:31, Guillermo Polito  wrote:
> 
> 
> 
>> El 24 may 2021, a las 17:38, Stéphane Ducasse > <mailto:stephane.duca...@inria.fr>> escribió:
>> 
>> 
>> 
>>> On 24 May 2021, at 15:06, David Pennington >> <mailto:da...@totallyobjects.com>> wrote:
>>> 
>>> OK, I have V9.0 working. The performance difference is amazing on an 
>>> Inspect. V8.0 - 3 seconds to respond - V9 - almost instantaneous.
>> 
>> good to know. 
>> Now we prefer to work with the slow version (old OS) because they kick us to 
>> pay attention to speed. 
>> Pharo 90 got many speed up improvements too. 
> 
> I think the speed difference comes from the different VM.
> P9 runs natively on M1.
> P8 does not run yet natively on the M1, meaning it runs on top of rosetta 
> (which virtualises x86 at the expense of some performance degradation).

ah yes of course. 
I did not realize both where running on the same machine. 
> 
>> 
>>> I have got caught up in a simple file operation - I am trying to rename a 
>>> file and `I have come u with the following difference.
>> 
>> I do not get what is the error. 
>> Do you have a script to reproduce it. 
>> We can only fix what we can reproduce. 
> 
> Take into account that the UI on P9 has been through a huge effort to use 
> Spec2 and a new iteration of the original moldable GT tools on top of Spec2.
> That may explain the UI differences too.
> 
>> 
>> S. 
>> 
>>> 
>>> Version 8.0
>>> 
>>> 
>>> 
>>> Version 9.0
>>> 
>>> 
>>> 
>>> So V 9 is different from V 8.0
>>> 
>>> Is there a fix for this?
>>> 
>>> David
>>> 
>>>> On 24 May 2021, at 12:18, Guillermo Polito >>> <mailto:guillermopol...@gmail.com>> wrote:
>>>> 
>>>> Zeroconf should download the M1 vm, buy the pharo launcher does not 
>>>> support that yet.
>>>> 
>>>> El lun., 24 may. 2021 13:16, Stéphane Ducasse >>> <mailto:stephane.duca...@inria.fr>> escribió:
>>>> is your machine a M1?
>>>> If this is the case check the email that were sent on how to get the VM.
>>>> 
>>>> S. 
>>>> 
>>>>> On 23 May 2021, at 11:54, da...@totallyobjects.com 
>>>>> <mailto:da...@totallyobjects.com> wrote:
>>>>> 
>>>>> Thank you. I t honk that I have it but how do I know if I have the M1 vm? 
>>>>> How do I integrate it with Pharo launcher? 
>>>>> 
>>>>> Sent from my Huawei tablet
>>>>> 
>>>>> 
>>>>>  Original Message 
>>>>> Subject: [Pharo-users] Re: New VM, how do I get it
>>>>> From: Stéphane Ducasse 
>>>>> To: Any question about pharo is welcome 
>>>>> CC: 
>>>>> 
>>>>> 
>>>>> David 
>>>>> 
>>>>> There is no magic. 
>>>>> You should also consider that pharo-ui is a shell script and that you can 
>>>>> also read it and learn. 
>>>>> The vm is an executable and it needs an image and it cannot guess where 
>>>>> you put it. 
>>>>> 
>>>>> S. 
>>>>> 
>>>>>> On 22 May 2021, at 18:38, David Pennington >>>>> <mailto:da...@totallyobjects.com>> wrote:
>>>>>> 
>>>>>> 
>>>>> 
>>>>> 
>>>>> Stéphane Ducasse
>>>>> http://stephane.ducasse.free.fr <http://stephane.ducasse.free.fr/> / 
>>>>> http://www.pharo.org <http://www.pharo.org/> 
>>>>> 03 59 35 87 52
>>>>> Assistant: Aurore Dalle 
>>>>> FAX 03 59 57 78 50
>>>>> TEL 03 59 35 86 16
>>>>> S. Ducasse - Inria
>>>>> 40, avenue Halley, 
>>>>> Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
>>>>> Villeneuve d'Ascq 59650
>>>>> France
>>>>> 
>>>> 
>>>> 
>>>> Stéphane Ducasse
>>>> http://stephane.ducasse.free.fr <http://stephane.ducasse.free.fr/> / 
>>>> http://www.pharo.org <http://www.pharo.org/> 
>>>> 03 59 35 87 52
>>>> Assistant: Aurore Dalle 
>>>> FAX 03 59 57 78 50
>>>> TEL 03 59 35 86 16
>>>> S. Ducasse - Inria
>>>> 40, avenue Halley, 
>>>> Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
>>>> Villeneuve d'Ascq 59650
>>>> France
>>>> 
>>> 
>> 
>> 
>> Stéphane Ducasse
>> http://stephane.ducasse.free.fr <http://stephane.ducasse.free.fr/> / 
>> http://www.pharo.org <http://www.pharo.org/> 
>> 03 59 35 87 52
>> Assistant: Aurore Dalle 
>> FAX 03 59 57 78 50
>> TEL 03 59 35 86 16
>> S. Ducasse - Inria
>> 40, avenue Halley, 
>> Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
>> Villeneuve d'Ascq 59650
>> France
> 


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: New VM, how do I get it

[Stéphane Ducasse]

> On 24 May 2021, at 15:06, David Pennington  wrote:
> 
> OK, I have V9.0 working. The performance difference is amazing on an Inspect. 
> V8.0 - 3 seconds to respond - V9 - almost instantaneous.

good to know. 
Now we prefer to work with the slow version (old OS) because they kick us to 
pay attention to speed. 
Pharo 90 got many speed up improvements too. 

> I have got caught up in a simple file operation - I am trying to rename a 
> file and `I have come u with the following difference.

I do not get what is the error. 
Do you have a script to reproduce it. 
We can only fix what we can reproduce. 

S. 

> 
> Version 8.0
> 
> 
> 
> Version 9.0
> 
> 
> 
> So V 9 is different from V 8.0
> 
> Is there a fix for this?
> 
> David
> 
>> On 24 May 2021, at 12:18, Guillermo Polito > <mailto:guillermopol...@gmail.com>> wrote:
>> 
>> Zeroconf should download the M1 vm, buy the pharo launcher does not support 
>> that yet.
>> 
>> El lun., 24 may. 2021 13:16, Stéphane Ducasse > <mailto:stephane.duca...@inria.fr>> escribió:
>> is your machine a M1?
>> If this is the case check the email that were sent on how to get the VM.
>> 
>> S. 
>> 
>>> On 23 May 2021, at 11:54, da...@totallyobjects.com 
>>> <mailto:da...@totallyobjects.com> wrote:
>>> 
>>> Thank you. I t honk that I have it but how do I know if I have the M1 vm? 
>>> How do I integrate it with Pharo launcher? 
>>> 
>>> Sent from my Huawei tablet
>>> 
>>> 
>>>  Original Message 
>>> Subject: [Pharo-users] Re: New VM, how do I get it
>>> From: Stéphane Ducasse 
>>> To: Any question about pharo is welcome 
>>> CC: 
>>> 
>>> 
>>> David 
>>> 
>>> There is no magic. 
>>> You should also consider that pharo-ui is a shell script and that you can 
>>> also read it and learn. 
>>> The vm is an executable and it needs an image and it cannot guess where you 
>>> put it. 
>>> 
>>> S. 
>>> 
>>>> On 22 May 2021, at 18:38, David Pennington >>> <mailto:da...@totallyobjects.com>> wrote:
>>>> 
>>>> 
>>> 
>>> ----
>>> Stéphane Ducasse
>>> http://stephane.ducasse.free.fr <http://stephane.ducasse.free.fr/> / 
>>> http://www.pharo.org <http://www.pharo.org/> 
>>> 03 59 35 87 52
>>> Assistant: Aurore Dalle 
>>> FAX 03 59 57 78 50
>>> TEL 03 59 35 86 16
>>> S. Ducasse - Inria
>>> 40, avenue Halley, 
>>> Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
>>> Villeneuve d'Ascq 59650
>>> France
>>> 
>> 
>> 
>> Stéphane Ducasse
>> http://stephane.ducasse.free.fr <http://stephane.ducasse.free.fr/> / 
>> http://www.pharo.org <http://www.pharo.org/> 
>> 03 59 35 87 52
>> Assistant: Aurore Dalle 
>> FAX 03 59 57 78 50
>> TEL 03 59 35 86 16
>> S. Ducasse - Inria
>> 40, avenue Halley, 
>> Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
>> Villeneuve d'Ascq 59650
>> France
>> 
> 


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: New VM, how do I get it

[Stéphane Ducasse]

is your machine a M1?
If this is the case check the email that were sent on how to get the VM.

S. 

> On 23 May 2021, at 11:54, da...@totallyobjects.com wrote:
> 
> Thank you. I t honk that I have it but how do I know if I have the M1 vm? How 
> do I integrate it with Pharo launcher? 
> 
> Sent from my Huawei tablet
> 
> 
>  Original Message 
> Subject: [Pharo-users] Re: New VM, how do I get it
> From: Stéphane Ducasse 
> To: Any question about pharo is welcome 
> CC: 
> 
> 
> David 
> 
> There is no magic. 
> You should also consider that pharo-ui is a shell script and that you can 
> also read it and learn. 
> The vm is an executable and it needs an image and it cannot guess where you 
> put it. 
> 
> S. 
> 
>> On 22 May 2021, at 18:38, David Pennington > <mailto:da...@totallyobjects.com>> wrote:
>> 
>> 
> 
> 
> Stéphane Ducasse
> http://stephane.ducasse.free.fr <http://stephane.ducasse.free.fr/> / 
> http://www.pharo.org <http://www.pharo.org/> 
> 03 59 35 87 52
> Assistant: Aurore Dalle 
> FAX 03 59 57 78 50
> TEL 03 59 35 86 16
> S. Ducasse - Inria
> 40, avenue Halley, 
> Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
> Villeneuve d'Ascq 59650
> France
> 


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: New VM, how do I get it

[Stéphane Ducasse]

David 

There is no magic. 
You should also consider that pharo-ui is a shell script and that you can also 
read it and learn. 
The vm is an executable and it needs an image and it cannot guess where you put 
it. 

S. 

> On 22 May 2021, at 18:38, David Pennington  wrote:
> 
> 


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: New VM, how do I get it

[Stéphane Ducasse]

you execute on a unix shell

wget -O - https://get.pharo.org/vmLatest90 <https://get.pharo.org/vmLatest90> | 
bash

S

> On 21 May 2021, at 13:16, David Pennington  wrote:
> 
> I am sorry but, being a newbie to Pharo, a lot of what you say goes over my 
> head.
> 
> How do I use Zero Conf?
> 
> I have loaded up the latest 9.0 from Pharo launcher. How do I get the <1 VM 
> for that?
> 
> Sorry for being stupid.
> 
> David
> P.S. 31 years a Smalltalker so its just the underlying bits that pass over me 
> - smile.
> 
>> On 19 May 2021, at 08:38, teso...@gmail.com <mailto:teso...@gmail.com> wrote:
>> 
>> Hi David, 
>>
>>for M1 we have Pharo 9 compatible VMs, you can download them using Zero 
>> Conf or directly. 
>> 
>> For the latest: 
>>   - wget -O - https://get.pharo.org/vmLatest90 
>> <https://get.pharo.org/vmLatest90> | bash
>>   - http://files.pharo.org/get-files/90/pharo-vm-Darwin-arm64-latest.zip 
>> <http://files.pharo.org/get-files/90/pharo-vm-Darwin-arm64-latest.zip>
>> 
>> For the stable:
>>   - wget -O - https://get.pharo.org/vm90 <https://get.pharo.org/vm90> | bash
>>   - http://files.pharo.org/get-files/90/pharo-vm-Darwin-arm64-stable.zip 
>> <http://files.pharo.org/get-files/90/pharo-vm-Darwin-arm64-stable.zip>
>> 
>> If you are scripting the download I recommend using ZeroConf. 
>> 
>> For Pharo 8, we don't have a M1 native version, because Pharo 8 requires 
>> changes in the image to support the newer VMs. We have plans to backport the 
>> changes in the future, now we are putting all efforts in the release of 
>> Pharo 9. However, if the community consider it, we can switch priorities but 
>> it is not magical; we will need to leave something aside. Also, future 
>> versions of the Pharo Launcher will have support for detecting the 
>> architecture.
>> 
>> In the meantime, Pharo 8 / 9 can be used without a problem with Rossetta, 
>> although the performance is not ideal.
>> 
>> Tell me if you have any problem.
>> Cheers,
>> Pablo
>> 
>> 
>> On Tue, May 18, 2021 at 3:54 PM David Pennington > <mailto:da...@totallyobjects.com>> wrote:
>> Hi there. I am currently using v8.0 on a new M1 MacBookAir. When I save the 
>> image I keep getting a message telling me that my VM is too old and to 
>> download a new one. I have looked in my Pharo Launcher but there is no new 
>> one there. What do I do please?
>> 
>> David
>> 
>> 
>> -- 
>> Pablo Tesone.
>> teso...@gmail.com <mailto:teso...@gmail.com>


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: ODBCDriver adapted to uFFI

[Stéphane Ducasse]

This is cool that you added some tests.
I cannot work with system without tests. So I end up always adding some.
S.

> On 13 May 2021, at 21:46, Tomaž Turk  wrote:
> 
> Dear all,
> 
> I solved a couple of issues in https://github.com/apiorno/ODBCDriver 
> <https://github.com/apiorno/ODBCDriver>. Until Alvaro finds the time to check 
> the proposed PR, you can play with my clone: 
> https://github.com/eftomi/ODBCDriver <https://github.com/eftomi/ODBCDriver>. 
> A simple example of connecting to the data source is in ODBC-Tests. It 
> connects and returns data on Pharo 8.0 32 and 64 on Win10 64 bit with remote 
> SQL Server. More extensive tests are to be done.
> 
> Best wishes,
> Tomaz

----
Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: ODBCDriver adapted to uFFI

[Stéphane Ducasse]

+ 1

> On 14 May 2021, at 15:32, Sean P. DeNigris  wrote:
> 
> eftomi wrote
>> I solved a couple of issues...
> 
> Thanks, Tomaz! DB access is so important for many business uses...
> 
> 
> 
> -
> Cheers,
> Sean
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

----
Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Fwd: [Esug-list] We are hiring a new software engineer (full time vacancy)

[Stéphane Ducasse]

Begin forwarded message:From: Johan Brichau Subject: [Esug-list] We are hiring a new software engineer (full time vacancy)Date: 6 May 2021 at 19:42:00 CESTTo: list ESUG Mailing Hi fellow Smalltalkers,Do you like working with Smalltalk (Pharo, GemStone/S, Seaside, …) and you are also not afraid of spending time in other technologies like _javascript_ (ReactJs), Java and devops aspects of running Smalltalk environments in production?Then read on...At Yesplan (www.yesplan.be), we are looking for a motivated and inspiring new colleague to join our ambitious software engineering team.Yesplan is an intuitive venue management web application. We are the leading software system for small and large theaters, concert halls and event venues in the Benelux and currently expanding in Europe and beyond. We strive for our users to enjoy using Yesplan, through intuitive and attractive design. Yesplan is continuously evolving software; we integrate with key apps and have an open API.As a software engineer at Yesplan, you work with the entire team on our entire technology stack: from the database and the backend to the front-end and integrations with other products. In addition to the technical implementation, you also participate in the analysis and design of product extensions and improvements. You also contribute to all devops processes, technical support and operational standby.We strive to deliver high quality through agile software development. If you've already done pair programming, code reviews, and daily stand-ups, and are committed to a devops culture with shared responsibilities, you'll probably fit right in.We're looking for a team player who isn't afraid to express their opinion. It's through the continuous exchange of ideas and the occasional constructive discussion that we reach the best decisions for our product, our customers, and our team.Check out the full vacancy attached or at https://yesplan.be/en/vacancy/full-stack-software-engineerInterested or just have same questions?Send me an email at jo...@yesplan.beBest regardsJohan

Software Engineer Yesplan.pdf
Description: Adobe PDF document
___Esug-list mailing list -- esug-l...@lists.esug.orgTo unsubscribe send an email to esug-list-le...@lists.esug.org
Stéphane Ducassehttp://stephane.ducasse.free.fr / http://www.pharo.org 03 59 35 87 52Assistant: Aurore Dalle FAX 03 59 57 78 50TEL 03 59 35 86 16S. Ducasse - Inria40, avenue Halley, Parc Scientifique de la Haute Borne, Bât.A, Park PlazaVilleneuve d'Ascq 59650France

[Pharo-users] Re: Creating a Spec -GTK window without showing the pharo IDE

[Stéphane Ducasse]

Thanks esteban I copied and pasted your email in the how to draft in Spec2 book.

S

> On 1 May 2021, at 20:47, Esteban Lorenzano  wrote:
> 
> Hello,
> 
> Remember: every time you execute "pharo-ui" you are invoking the UI (as the 
> last part of the name says). If you want to NOT have the UI, you need to 
> execute "pharo" :
> 
> ./pharo Pharo.Image eval RunGtk execute
> 
> BUT: this will not work because the image will evaluate "RunGtk execute" and 
> then will exit (because it will evaluate it as a script). To avoid that you 
> need to execute: 
> 
> ./pharo Pharo.Image eval --no-quit "RunGtk execute"
> 
> That will work as you want.
> 
> BUT, this is not how executing Spec applications is envisaged :
> 
> I guess you defined an application (a children of SpApplication?) where you 
> set your backend to make it a Gtk application ?
> and you have override #start to do something like (MyPresenter 
> newApplication: self) openWithSpec ?
> 
> In that case, you just need to define in your application class (say is named 
> MyApplication) :
> 
> MyApplication class >> applicationName
> ^ 'gtkapp'
> 
> then, is enough to say:
> 
> ./pharo Pharo.image run gtkapp
> 
> which would be the "canonical" way to do it :)
> 
> Esteban
> 
> 
> On May 1 2021, at 1:12 pm, kmo  wrote:
> After not lookng at it for I while, I tried the Gtk Spec bindings again on my
> Xubuntu desktop and - this time - they worked. I was able to open a new
> window using Spec-Gtk, the latest headless VM and the latest Pharo 9.
> (Many thanks to all concerned).
> 
> But I've immediately hit the same issue as I've raised before with SLD
> support (OSWindow) - it seems impossible to open a Gtk window without the
> whole Pharo IDE being shown as well.
> 
> If I run the following command line -
> 
> ./pharo-ui Pharo.Image eval RunGtk execute
> 
> I get the Pharo IDE and a GTK window opened
> 
> If I run
> 
> ./pharo Pharo.Image eval RunGtk execute
> 
> I just get the string RunGtk returned. No window opens.
> 
> I presume this will work some time in the future. Otherwise what's the use
> of Spec-Gtk (or OSWindow for that matter)? You might as well just use Spec
> on Morphic.
> 
> 
> 
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: Mooc on Advanced OO design looking for interested teachers.

[Stéphane Ducasse]

Thanks!


> On 27 Apr 2021, at 02:38, Offray Vladimir Luna Cárdenas 
>  wrote:
> 
> Stéphane,
> 
> We, at our local hackerspace maybe interested in using your contents for our 
> workshops. But, its  a pretty informal curriculum and is project/problem 
> oriented, so we may not cover all topics or even approach them in order.
> 
> Thanks for all your work.
> 
> Offray
> 
> On 23/04/21 5:41 a. m., Stéphane Ducasse wrote:
>> Hello
>> 
>> I’m starting to write a Mooc on Advanced OO design. 
>> It will be in the same format that the Pharo Mooc.
>> I would like to know if some of you can be interested using part of this 
>> mooc in their curriculum. 
>> It will help me for a funding agency I’m applying to.
>> 
>> S. 
>> 
>> 
>> 
>> Stéphane Ducasse
>> http://stephane.ducasse.free.fr <http://stephane.ducasse.free.fr/> / 
>> http://www.pharo.org <http://www.pharo.org/> 
>> 03 59 35 87 52
>> Assistant: Aurore Dalle 
>> FAX 03 59 57 78 50
>> TEL 03 59 35 86 16
>> S. Ducasse - Inria
>> 40, avenue Halley, 
>> Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
>> Villeneuve d'Ascq 59650
>> France
>> 


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: creating a subclass in system browser

[Stéphane Ducasse]

Please open issue so that your remarks do not get lost.


> On 27 Apr 2021, at 17:15, Christopher Fuhrman  
> wrote:
> 
> One thing I find challenging when teaching Pharo to new students -- 
> especially those accustomed to IDEs with files, which is pretty much all of 
> them ;) -- is that there are sometimes menus (depending on the Pharo version) 
> to add a new package, new class, new protocol, but not a new method, etc. 
> 
> For onboarding new users, I think it's important that these things be 
> intuitive and consistent, especially since updating tutorials takes time. 
> They are super important because inconsistencies become barriers to 
> onboarding new people. My point here is not that a menu option necessarily 
> exists, but that we have a consistent way to explain how to create things 
> even when Pharo changes. Apple used to have 10 commandments for keyboard 
> shortcuts, and I think a similar idea could apply to having consistency in 
> these elements of Pharo.
> 
> Here are some related perspectives: 
> https://stackoverflow.com/questions/48034993/creation-of-a-class-in-pharo-smalltalk
>  
> <https://stackoverflow.com/questions/48034993/creation-of-a-class-in-pharo-smalltalk>
> https://stackoverflow.com/questions/53374761/how-to-add-a-new-method-in-pharo 
> <https://stackoverflow.com/questions/53374761/how-to-add-a-new-method-in-pharo>
> 
> 
> On Tue, 27 Apr 2021 at 09:47, kmo  <mailto:vox...@gmail.com>> wrote:
> Doing it by hand is fiddly and error-prone. I know - because that's the way I
> used to do it before I realised that the plus button at the top of the
> browser bottom panel did it for me. (I had no idea that there was also a
> menu option on the refactorings menu). I think you might find the button to
> be the better way - I did.
> 
> 
> 
> 
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html 
> <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html>
> 
> 
> -- 
> Christopher Fuhrman, P.Eng., PhD
> Professeur au Département de génie logiciel et des technologies de 
> l'information
> ÉTS (École de technologie supérieure)
> 
> http://profs.etsmtl.ca/cfuhrman <http://profs.etsmtl.ca/cfuhrman>
> +1 514 396 8638
> L'ÉTS est une constituante de l'Université du Québec


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: [Esug-list] Mooc on Advanced OO design looking for interested teachers.

[Stéphane Ducasse]

> On 24 Apr 2021, at 21:27, Santiago Bragagnolo  
> wrote:
> 
> Hey, I could be interested!! How much work load does it have? how it would be 
> the organisation? 

Santiago I was looking for people that want to use the material to teach with 
it. 
Now I will show you the presentations I have. 
I should finish a large and long pass on them. 

S
> 
> Santi
> 
> El vie, 23 abr 2021 a las 12:41, Stéphane Ducasse ( <mailto:stephane.duca...@inria.fr>>) escribió:
> Hello
> 
> I’m starting to write a Mooc on Advanced OO design. 
> It will be in the same format that the Pharo Mooc.
> I would like to know if some of you can be interested using part of this mooc 
> in their curriculum. 
> It will help me for a funding agency I’m applying to.
> 
> S. 
> 
> 
> 
> Stéphane Ducasse
> http://stephane.ducasse.free.fr <http://stephane.ducasse.free.fr/> / 
> http://www.pharo.org <http://www.pharo.org/> 
> 03 59 35 87 52
> Assistant: Aurore Dalle 
> FAX 03 59 57 78 50
> TEL 03 59 35 86 16
> S. Ducasse - Inria
> 40, avenue Halley, 
> Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
> Villeneuve d'Ascq 59650
> France
> 
> ___
> Esug-list mailing list -- esug-l...@lists.esug.org 
> <mailto:esug-l...@lists.esug.org>
> To unsubscribe send an email to esug-list-le...@lists.esug.org 
> <mailto:esug-list-le...@lists.esug.org>


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: Mooc on Advanced OO design looking for interested teachers.

[Stéphane Ducasse]

Thanks James I will add your university to the list :)


> On 23 Apr 2021, at 16:42, James Foster  wrote:
> 
> Dear Stéphane,
> 
> I used the Pharo MOOC in my OO class last year and would certainly consider 
> an Advanced OO Design MOOC for next time.
> 
> James Foster, MS, MBA, JD
> Assistant Professor of Computer Science 
> <https://www.wallawalla.edu/academics/areas-of-study/computer-science/>
> Walla Walla University <https://wallawalla.edu/> | 204 S. College Ave. | 
> College Place, WA 99324
> Excellence in Thought ◊ Generosity in Service ◊ Beauty in Expression ◊ Faith 
> in God
> 
> 
>> On Apr 23, 2021, at 3:41 AM, Stéphane Ducasse > <mailto:stephane.duca...@inria.fr>> wrote:
>> 
>> Hello
>> 
>> I’m starting to write a Mooc on Advanced OO design. 
>> It will be in the same format that the Pharo Mooc.
>> I would like to know if some of you can be interested using part of this 
>> mooc in their curriculum. 
>> It will help me for a funding agency I’m applying to.
>> 
>> S. 
>> 
>> 
>> 
>> Stéphane Ducasse
>> http://stephane.ducasse.free.fr <http://stephane.ducasse.free.fr/> / 
>> http://www.pharo.org <http://www.pharo.org/> 
>> 03 59 35 87 52
>> Assistant: Aurore Dalle 
>> FAX 03 59 57 78 50
>> TEL 03 59 35 86 16
>> S. Ducasse - Inria
>> 40, avenue Halley, 
>> Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
>> Villeneuve d'Ascq 59650
>> France
>> 
> 


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Mooc on Advanced OO design looking for interested teachers.

[Stéphane Ducasse]

Hello

I’m starting to write a Mooc on Advanced OO design. 
It will be in the same format that the Pharo Mooc.
I would like to know if some of you can be interested using part of this mooc 
in their curriculum. 
It will help me for a funding agency I’m applying to.

S. 



Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: We haven't had a design debate in a while - thoughts on CD.buy article...

[Stéphane Ducasse]

> On 16 Apr 2021, at 19:24, Richard Sargent 
>  wrote:
> 
> I remember - way back in the dark ages - walking into a music store, picking 
> up a CD, and asking it to buy itself. Every single time, the response was the 
> same: nothing.

May be it was a NullCDObject :)

S. 

[Pharo-users] Re: Problem with Pharo 9 - repositories missing

[Stéphane Ducasse]

What the system is telling you is that:
while the code of the projects is in your image/changes, the system 
does not know (it cannot invent because
you could running it on the moon or mars for example) where are the git 
repositories where it could find the 
working copies and the versionned elements of such packages. 

I think that the status is pretty clear. 
So if you want to load code via git from your new machine there is no magic.
Git is a distributed versioning system so you have to clone your repo locally 
and tell it to Pharo. 
Now iceberg is quite cool because if you do repair it will 
- clone 
- configure your working so that it correspond to the code version in 
your image
- probably fetching some version.


In fact there is no difference between your mac talking to github and another 
repository.
You have local and remotes + pharo (another kind of local). 

So Pharo alone can work but it cannot guess where you decided to store your 
local git repositories. 

I hope that it helps. 

S

> On 11 Apr 2021, at 13:43, da...@totallyobjects.com wrote:
> 
> Hi everyone.
>  
> I have a simple talk, or so I thought. I am trying to port a Mac 
> Pharo/Seaside project to either a Windows 2012 server or to a Windows 10 
> laptop. I have set up my git credentials and that all works fine. However, 
> when I install either 8.0 or 9.0 on my Windows 10 laptop it shows he following
> Repositories   --  status
> PharoLocal repository missing
> Pharo-spec2   Local repository missing
> Pharo-newtoolsLocal repository missing
> Iceberg Local repository missing
> Libgit-pharo-bindings Local repository missing
> tonel  Local repository missing
>  
> What on earth is going on here as installing Pharo on my Mac was seamless. I 
> have to get the project onto a Windows machine as these are the only servers 
> that I have. I really can’t be this difficult, can it?
>  
> How do I get out of this mess, given that that is a clean install?
> David
> Totally Objects


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: Whats the easiest/cheapest way to run a Pharo web app in 2021?

[Stéphane Ducasse]

> On 10 Apr 2021, at 10:34, Norbert Hartl  wrote:
> 
> I have the same. A cloud instance at Hetzner, nginx as webserver using 
> certbot for automatic SSL generation. I also use a static site generator 
> which I wrote myself to produce my blog https://norbert.hartl.name 
> <https://norbert.hartl.name/> . I use the skeleton CSS library which is tiny 
> and understandable and does not need tons of markup.
> 
> This is one of my playgrounds for pillar and microdown. I think pharo settles 
> around this combination to produce documents which is very well suited to 
> produce a website, too.

 Leo a new student is arriving next week to work on pillar and help to start 
with. 

> 
> Norbert
> 
>> Am 09.04.2021 um 03:33 schrieb Pierce Ng > <mailto:pie...@samadhiweb.com>>:
>> 
>> On Thu, Apr 08, 2021 at 11:58:10AM +0100, Tim Mackinnon wrote:
>>> Pierce - who/where are you rnning your Docker image? Do you use a
>>> particular service (or are you running your own?)
>> 
>> I am using a Linux VPS which I manage myself.
>> 
>> The Pharo application is my blog. It was a web app fronted by a HTTPS
>> reverse proxy. At the start of this year I rewrote it into a static site
>> generator. Instead of running all the time, Pharo is now invoked when
>> triggered by a CI hook, which happens when I publish a new blog post or
>> otherwise update my site.
>> 
>> I play with all kinds of software on my VPS and it was getting a bit RAM
>> cramped, hence the rewrite. Wasn't willing to spend more money every month
>> for more RAM. :-P
>> 
>> Pierce
> 


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: Whats the easiest/cheapest way to run a Pharo web app in 2021?

[Stéphane Ducasse]

Pharo web 
>>> app - and the last time I did, Sven pointed me to DigitalOcean and creating 
>>> a tiny instance and configuring an Ubuntu server and then copying a pharo 
>>> image on to that. It recall it wasn’t too bad, albeit a bit fiddly…
>>> 
>>> Now several years later - I can’t recall the exact steps, and vaguely 
>>> recall there was something about 32bit vs 64bit setup etc - but am 
>>> wondering if things have advanced a bit and whether its much simpler these 
>>> days? I’ve seen references to Docker images for Pharo, and am wondering if 
>>> now that is a prime time way to easily get a small demo application up and 
>>> running with minimal fuss.
>>> 
>>> Does anyone have advice - or something to point me to?
>>> 
>>> Ideally I want to hook something up in Gitlab CI do deploy to this thing 
>>> automatically (this is where I got to a few years ago - but in picking 
>>> things back up I am hoping this has all got much simpler).
>>> 
>>> Tim
>> 
>> 


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: Connecting to a MongoDB Atlas Cluster

[Stéphane Ducasse]

Hi 

what is the authentification protocol of this service?

S

> On 25 Mar 2021, at 15:12, Sanjay Minni  wrote:
> 
> Hi All,
> 
> I really need some help here as I am unable to connect 
> Pharo to MongoDB Atlas Cluster service: http://cloud.mongodb.com. 
> (This service gives a free 500 MB MongoDB cluster on the cloud and
> thereafter larger on subscription) 
> 
> I have got stuck in my application development.
> 
> The connection is thru MongoDB (client) Drivers and the connection string
> typically is given as
> 'mongodb+srv://:@.x.mongodb.net/?retryWrites=true&w=majority"
> 
> 
> Ques 1.:
> 
>  is MongoClient required ?
> 
>  though Atlas service is a cluster the manual for Atlas states 
>  'MongoDB drivers automatically attempt server selection following a
> cluster election or failover event. By 
>  default, the C driver immediately raises an error if its first attempt to
> select a server fails. ...'
> 
>  in any case MongoClient will probably fail in the following line at 
>>> initializeWith:
>  ...
>  initialUrlStrings := initialUrls collect: [:each | each asMongoUrl
> asMongoUrlString ].
> 
>  as
>  asMongoUrl will not work with the scheme 'mongodb+srv' 
> 
> 
> Ques 2:
> 
>  Can we directly connect thru class Mongo. However the specified connect
> string above would not go thru 
> 
> 
> So can someone pls help on how to connect or work around this 
> 
> 
> 
> 
> 
> 
> Sanjay Minni wrote
>> Hi
>> 
>> can anyone pls help me with an example of connecting to a MongoDB Atlas
>> cluster (their cloud service).
>> 
>> My Atlas cluster replica set is at the urls
>>-shard-00-00.x.mongodb.net:27017
>>-shard-00-01.x.mongodb.net:27017
>>-shard-00-02.x.mongodb.net:27017
>> 
>> The MongoDB Atlas website specifies the application connectstring as
>> 
>> 
>> 'mongodb+srv://
>> 
>> :
>> 
>> @.x.mongodb.net/
>> 
>> ?retryWrites=true&w=majority"
>> 
>> I saw the doc / example on pharo-nosql/mongotalk but could not figure out
>> in
>> MongoClient -
>> 
>> 1. how to get embed the username:password in the connectstring which i
>> feel
>> would be needed,
>> 2. how to specify the default database
>> 3. is it required to specify all three members while Mongo suggests a
>> single
>> part connect string which probably must be covering the cluster
>> 
>> thanks
>> 
>> 
>> 
>> 
>> -
>> cheers, 
>> Sanjay
>> --
>> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
> 
> 
> 
> 
> 
> -
> cheers, 
> Sanjay
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: Problem installing Seaside on Windows

[Stéphane Ducasse]

> On 22 Mar 2021, at 19:18, David Pennington  wrote:
> 
> I am sorry but github is a mystery to me.

You see you have to debug because if you cannot clone a repo then why Pharo 
would?


> I installed all of this on my mac with no troubles. Surely it can't be 
> anymore difficult on  PC?

I know why I do not use a windows. 
And I can tell you that there are real differences. 

S. 

[Pharo-users] Re: Problem installing Seaside on Windows

[Stéphane Ducasse]

david 

did you succeed to clone or checkout a github repo from this machine and 
without pharo at all?
Because Pharo is just using libgit. 

S. 

> On 22 Mar 2021, at 18:58, David Pennington  wrote:
> 
> Tried that. I got the following
> 
> Failed to get server certificate: the handle is in the wrong state for the 
> requested operation. 
> 
> I assume that someone thinks that this is helpful:-)
> 
> On 22 Mar 2021 16:06, Sanjay Minni  wrote:
> Hi David,
> 
> I have repeatedly installed Seaside on Pharo 8 / 9 64 bit - Windows 10
> without any issues and I have done it both ssh and https
> 
> I do it quickly / simply by
> 
> tools->iceberg->[+ add](on top panel right)
> on popup select: 'clone from github.com'
> fill in owner: SeasideSt(case does not matter)
>project: seaside
>local directory:   (leave the default for
> now)
>protocol  try https first (not
> sure if github requires a password) 
>  or ssh which may be
> slightly complicated
> once seaside libraries are pulled in and seaside appears in the iceberg
> panel then
> right click on seaside 
>  on popup scroll down to metacello->install baseline (default)
> 
> hope that works 
> 
> 
> 
> 
> Long Haired David wrote
> > Hi everyone.
> > 
> > I have been developing a new web site using Seaside on my M1 MacBookAir
> > and I have had no issues.
> > 
> > To deploy it, I have to install Pharo on either a Windows 10 or a Windows
> > Server 2012 server. Pharo has installed on both without any issues.
> > However, I am having problems installing Seaside.
> > 
> > I have Pharo 8.0 installed on both (64 bit version).
> > 
> > If I try and install from the Catalog, I get the following error in the
> > Transcript.
> > 
> > IceGenericError: Failed to stat file
> > 'C:/Users/david/Documents/Pharo/images/Pharo 8.0 - 64bit
> > (stable)/pharo-local.
> > 
> > If I try using Monticello, I get the following:
> > 
> > Metacello new
> > baseline:'Seaside3';
> > repository: 'github://SeasideSt/Seaside:master/repository';
> > load
> > I got an error while cloning: There was an authentication error while
> > trying to execute the operation: . 
> > This happens usually because you didn't provide a valid set of
> > credentials. 
> > You may fix this problem in different ways: 
> > 
> > 1. adding your keys to ssh-agent, executing ssh-add ~/.ssh/id_rsa in your
> > command line.
> > 2. adding your keys in settings (open settings browser search for "Use
> > custom SSH keys" and
> > add your public and private keys).
> > 3. using HTTPS instead SSH (Just use an url in the form HTTPS://etc.git).
> > I will try to clone the HTTPS variant.
> > 
> > Can you help please?
> > 
> > David
> > Totally Objects
> 
> 
> 
> 
> 
> -
> cheers, 
> Sanjay
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
> 
> 


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: Problem installing Seaside on Windows

[Stéphane Ducasse]

David I think that we will release a new Windows VM soon. 
We are chasing a problem related to some failures on Windows. 
Now I cannot give you a fixed date.

> On 22 Mar 2021, at 16:36, David Pennington  wrote:
> 
> Hi everyone.
> 
> I have been developing a new web site using Seaside on my M1 MacBookAir and I 
> have had no issues.
> 
> To deploy it, I have to install Pharo on either a Windows 10 or a Windows 
> Server 2012 server. Pharo has installed on both without any issues. However, 
> I am having problems installing Seaside.
> 
> I have Pharo 8.0 installed on both (64 bit version).
> 
> If I try and install from the Catalog, I get the following error in the 
> Transcript.
> 
> IceGenericError: Failed to stat file 
> 'C:/Users/david/Documents/Pharo/images/Pharo 8.0 - 64bit (stable)/pharo-local.
> 
> If I try using Monticello, I get the following:
> 
> Metacello new
> baseline:'Seaside3';
> repository: 'github://SeasideSt/Seaside:master/repository';
> load
> I got an error while cloning: There was an authentication error while trying 
> to execute the operation: . 
> This happens usually because you didn't provide a valid set of credentials. 
> You may fix this problem in different ways: 
> 
> 1. adding your keys to ssh-agent, executing ssh-add ~/.ssh/id_rsa in your 
> command line.
> 2. adding your keys in settings (open settings browser search for "Use custom 
> SSH keys" and
> add your public and private keys).
> 3. using HTTPS instead SSH (Just use an url in the form HTTPS://etc.git). I 
> will try to clone the HTTPS variant.
> 
> Can you help please?
> 
> David
> Totally Objects


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: [ANN] Develop in Pharo 9, run on Javascript

[Stéphane Ducasse]

super cool!

> On 12 Mar 2021, at 16:16, Noury Bouraqadi  wrote:
> 
> Hi everyone,
> 
> We have been working on porting PharoJS to Pharo 9 for a while now.
> And we managed to reach the end of the tunnel this week.
> All PharoJS tests are now green on Pharo 9.
> 
> Find out more at: https://github.com/PharoJS/PharoJS 
> <https://github.com/PharoJS/PharoJS>
> Dave & Noury
> 

--------
Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: Code not showing all items in directory

[Stéphane Ducasse]

You can put a conditional halt in the loading logic 

Halt if: [ name = ‘jo’]

and let us know. 
Did you check the rights of these files?
Are they symbolic links?
Because FileSystem has sometimes surprising behavior with symbolic links. 

S. 

> On 7 Mar 2021, at 21:35, David Pennington  <mailto:da...@totallyobjects.com>> wrote:
> 
> Not sure what you mean by ls. Here is the directory. The file called jo is 
> not appearing in the list.
> 
> 
> 
> 
> 
> 
>> On 7 Mar 2021, at 20:01, Stéphane Ducasse > <mailto:stephane.duca...@inria.fr>> wrote:
>> 
>> can you show us your file names?
>> 
>> and a ls of your directory?
>> 
>>> On 7 Mar 2021, at 20:58, David Pennington >> <mailto:da...@totallyobjects.com>> wrote:
>>> 
>>> Hi there. I am a long time user of VAST recently moved to Pharo. I have a 
>>> directory that contains 20 JSON  items. I am using the following code to 
>>> load all of them into a collection.
>>> 
>>> bucketList
>>> 
>>> 
>>> | top fileDirectory bucketList nameList |
>>> top := FileSystem disk workingDirectory.
>>> fileDirectory := top / 'TinyKVDB' / self bucket.
>>> bucketList := fileDirectory children.
>>> nameList := SortedCollection new.
>>> bucketList
>>> do: [ :each | 
>>> nameList add: each asString ] .
>>> ^ nameList
>>> 
>>> The code is only loading 18 of the items in the directory. I cannot see 
>>> that there is anything different between there 18 and the other 2. Can 
>>> anyone give me some clues here?
>>> 
>>> David
>>> TotallyObjects
>> 
>> 
>> Stéphane Ducasse
>> http://stephane.ducasse.free.fr <http://stephane.ducasse.free.fr/> / 
>> http://www.pharo.org <http://www.pharo.org/> 
>> 03 59 35 87 52
>> Assistant: Aurore Dalle 
>> FAX 03 59 57 78 50
>> TEL 03 59 35 86 16
>> S. Ducasse - Inria
>> 40, avenue Halley, 
>> Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
>> Villeneuve d'Ascq 59650
>> France
>> 
> 




Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: Code not showing all items in directory

[Stéphane Ducasse]

can you show us your file names?

and a ls of your directory?

> On 7 Mar 2021, at 20:58, David Pennington  wrote:
> 
> Hi there. I am a long time user of VAST recently moved to Pharo. I have a 
> directory that contains 20 JSON  items. I am using the following code to load 
> all of them into a collection.
> 
> bucketList
>   
> 
>   | top fileDirectory bucketList nameList |
>   top := FileSystem disk workingDirectory.
>   fileDirectory := top / 'TinyKVDB' / self bucket.
>   bucketList := fileDirectory children.
>   nameList := SortedCollection new.
>   bucketList
>   do: [ :each | 
>   nameList add: each asString ] .
>   ^ nameList
> 
> The code is only loading 18 of the items in the directory. I cannot see that 
> there is anything different between there 18 and the other 2. Can anyone give 
> me some clues here?
> 
> David
> TotallyObjects


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: [Pharo-dev] StackVM for M1 ready

[Stéphane Ducasse]

Doru we will try to run Bloc on it too. 
Martin run Bloc on P9 on a VM that Pablo should release officially, but Martin 
went on vacation. 
And after we want to see with the JIT ;)

S


> On 17 Feb 2021, at 22:55, Tudor Girba  wrote:
> 
> Awesome news!
> 
> Thank you for all this work!
> 
> Doru
> 
>> On Feb 16, 2021, at 8:38 PM, Stéphane Ducasse  
>> wrote:
>> 
>> Hello happy Pharoers
>> 
>> Today we could access our building where the M1 machine is and Pablo 
>> packaged it
>> so that you can test the first version. 
>> 
>> Pablo wrote a little blog post for you.
>> 
>>  https://thepharo.dev/2021/02/16/first-apple-m1-pharo-version/
>> 
>> Let us since we do not have the M1 at hand and waiting to be able to make it 
>> accessible from 
>> our build farm… but we are not responsible for it and we were waiting….
>> But the crew was fixing other VM glitches. So we will be ready soon to focus 
>> on the Jit version.
>> 
>> 
>> S
>> 
>> 
>> Stéphane Ducasse
>> http://stephane.ducasse.free.fr / http://www.pharo.org 
>> 03 59 35 87 52
>> Assistant: Aurore Dalle 
>> FAX 03 59 57 78 50
>> TEL 03 59 35 86 16
>> S. Ducasse - Inria
>> 40, avenue Halley, 
>> Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
>> Villeneuve d'Ascq 59650
>> France
>> 
> 
> --
> feenk.com
> 
> "If you interrupt the barber while he is cutting your hair,
> you will end up with a messy haircut."


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: StackVM for M1 ready

[Stéphane Ducasse]

Check the link.

> On 16 Feb 2021, at 20:41, David Pennington  wrote:
> 
> I can’t wait. My M1 M the native M1 version.
> 
> Please let me assist in any tests.
> 
> David
> 
>> On 16 Feb 2021, at 19:38, Stéphane Ducasse > <mailto:stephane.duca...@inria.fr>> wrote:
>> 
>> Hello happy Pharoers
>> 
>> Today we could access our building where the M1 machine is and Pablo 
>> packaged it
>> so that you can test the first version. 
>> 
>> Pablo wrote a little blog post for you.
>> 
>>  https://thepharo.dev/2021/02/16/first-apple-m1-pharo-version/ 
>> <https://thepharo.dev/2021/02/16/first-apple-m1-pharo-version/>
>> 
>> Let us since we do not have the M1 at hand and waiting to be able to make it 
>> accessible from 
>> our build farm… but we are not responsible for it and we were waiting….
>> But the crew was fixing other VM glitches. So we will be ready soon to focus 
>> on the Jit version.
>> 
>> 
>> S
>> 
>> 
>> Stéphane Ducasse
>> http://stephane.ducasse.free.fr <http://stephane.ducasse.free.fr/> / 
>> http://www.pharo.org <http://www.pharo.org/> 
>> 03 59 35 87 52
>> Assistant: Aurore Dalle 
>> FAX 03 59 57 78 50
>> TEL 03 59 35 86 16
>> S. Ducasse - Inria
>> 40, avenue Halley, 
>> Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
>> Villeneuve d'Ascq 59650
>> France
>> 
> 


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: Problem with Dictionary and Associations

[Stéphane Ducasse]

Hello David,

We just sent an update and a blog post to get the new VM and install it. 
So let us know. I think that Pharo will be a lot snappier because Rosetta is 
slowing Pharo a lot. 

S

PS: we have access to our building one day a week and this is an exception 
because 
normally we should be 100% at home. 

> Hello happy Pharoers
> 
> Today we could access our building where the M1 machine is and Pablo packaged 
> it
> so that you can test the first version. 
> 
> Pablo wrote a little blog post for you.
> 
>   https://thepharo.dev/2021/02/16/first-apple-m1-pharo-version/
> 
> Let us since we do not have the M1 at hand and waiting to be able to make it 
> accessible from 
> our build farm… but we are not responsible for it and we were waiting….
> But the crew was fixing other VM glitches. So we will be ready soon to focus 
> on the Jit version.
> 
> 
> S

[Pharo-users] StackVM for M1 ready

[Stéphane Ducasse]

Hello happy Pharoers

Today we could access our building where the M1 machine is and Pablo packaged it
so that you can test the first version. 

Pablo wrote a little blog post for you.

https://thepharo.dev/2021/02/16/first-apple-m1-pharo-version/

Let us since we do not have the M1 at hand and waiting to be able to make it 
accessible from 
our build farm… but we are not responsible for it and we were waiting….
But the crew was fixing other VM glitches. So we will be ready soon to focus on 
the Jit version.


S


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: Problem with Dictionary and Associations

[Stéphane Ducasse]

> Sorry, I meant to be factual not critical.

I have no problem with facts but then we should measure them. 

> I am very pleased with Pharo and, now that I can see how it works, I am 
> getting on really well with it.

You see Pharo has the best integration with git. 
This is not just a file out and commit but something a lot more elaborated that 
help us a lot. 
Because we have in fact two working copies with Smalltalk and Git. 

> I understand about resources as I have worked on my own for 20 years and have 
> no-one to assist me. Never mind, Smalltalk is such a great language.

:)
Our goal is to make sure that people can make business with Pharo. 
So do not hesitate to let us know what you need. 
It does not mean that we will drop everything but 
it is always important
as a community there is no competition between people. 


> 
> Please let me see the new VM and I will run some tests against it. I am 
> impressed with performance as it is soa native VM should be fantastic.

I will sync monday with the team to see what we can do. 
Because this is 10 days that we are waiting to get an answer to know how we can 
access the jenkins integration server and connect our new machines 
COVID is bad for team. 
One member of our team is working for the COVID app of the government.

S. 

> 
> David
> 
>> On 13 Feb 2021, at 16:35, Stéphane Ducasse > <mailto:stephane.duca...@inria.fr>> wrote:
>> 
>> Hi david 
>> I will massage a bit your text because I would not like to insult people 
>> around me and give false impression. :)
>> I want a text for the world
>>  http://www.pharo.org/success <http://www.pharo.org/success>
>> 
>> For your information when Pharo will get as a tenth of the many paid 
>> engineers of the other systems I will compare. 
>> Esteban, Pablo and Guillermo are talented engineers. And so far the 
>> consortium is able to pay one and half engineer and Inria
>> is supporting the rest. 
>> 
>> Pharo is not like we would like it to be. Pharo is as we can make it with 
>> the limited 
>> resources we have. And so far I think that we are doing super good. You see 
>> like the first ARM64 bits based JIT
>> and the first VM for M1 machine. 
>> 
>> BTW for the new mac machines, we can give you access to a VM that is going 
>> faster than the Rosetta one. 
>> 
>> S. 
>> 
>> 
>> 
>>> On 13 Feb 2021, at 13:40, David Pennington >> <mailto:da...@totallyobjects.com>> wrote:
>>> 
>>> OK, here goes.
>>> 
>>> My finishing project formy Open University degree (started in 1974 and 
>>> finished in 2017!) was a routing program for freight cars on US model 
>>> railways - written in VAST Smalltalk with a Seaside front end and a Riak 
>>> back end. Riak is a multi-user, fail over resilient Key/Value (K/V) 
>>> database. I used it on a Linux server as I couldn’t get it going under 
>>> MacOS. However, now I have finished my degree, I have disposed of the 
>>> server so, for my new project I didn’t have a database. I had built my own 
>>> K/V database some years ago to run the management and web software for a 
>>> scale model shop that I owned at that time so I decided that I would 
>>> recreate that database for my current use.
>>> 
>>> TinkKV is my Smalltalk K/V. It relies on the OS for saving and retrieving 
>>> objects which are saved using STON (Smalltalk Object Notation) format. 
>>> Simple, there are two levels of bucket - 1) ‘Bucket’ and 2) ’SubBucket’. 
>>> There can be multiple buckets which can contain multiple sub buckets. In my 
>>> application, items are stored under two keys - FAOEntry (the basic entry 
>>> object) which is the primary bucket, and multiple sub buckets keyed by the 
>>> category of each object. It is a single user, local machine DB which is 
>>> extremely fast - retrieves 189 records in 0.18 seconds on an M1 Mac.
>>> 
>>> Family Accounts is a simple home accounts management package that will 
>>> evolve over the coming month but basically imports transactions from a 
>>> NatWest Sage Accounts format download and inserts them into the database. 
>>> Each object can be categorised for budget control and each budget can be 
>>> displayed. The program can import a set of regular items (in CSV format)  
>>> that recur monthly so that a monthly budget can be managed.  It is written 
>>> in Pharo 8.0. 
>>> 
>>> I have been writing Smalltalk since 1990 when I started with Digitalk 
>>> Visual Smalltalk but since about 1996 I have been using 

[Pharo-users] Re: Problem with Dictionary and Associations

[Stéphane Ducasse]

Ok this is not mandatory. 
So do not lose time with it. 

S. 

> On 13 Feb 2021, at 17:28, David Pennington  wrote:
> 
> Firstly, I didn’t explain that all the visuals are written in Seaside and, 
> currently, the pages are just there to deliver the output.
> 
> Secondly, as it is our bank account, I don’t really think that it would be 
> appropriate. Let me mock up some stuff and see how I go.
> 
> David
> 
>> On 13 Feb 2021, at 16:20, Stéphane Ducasse > <mailto:stephane.duca...@inria.fr>> wrote:
>> 
>> Thanks david. 
>> Do you have a visual?
>> Preferably in Pharo?
>> 
>> S. 
>> 
>>> On 13 Feb 2021, at 13:40, David Pennington >> <mailto:da...@totallyobjects.com>> wrote:
>>> 
>>> OK, here goes.
>>> 
>>> My finishing project formy Open University degree (started in 1974 and 
>>> finished in 2017!) was a routing program for freight cars on US model 
>>> railways - written in VAST Smalltalk with a Seaside front end and a Riak 
>>> back end. Riak is a multi-user, fail over resilient Key/Value (K/V) 
>>> database. I used it on a Linux server as I couldn’t get it going under 
>>> MacOS. However, now I have finished my degree, I have disposed of the 
>>> server so, for my new project I didn’t have a database. I had built my own 
>>> K/V database some years ago to run the management and web software for a 
>>> scale model shop that I owned at that time so I decided that I would 
>>> recreate that database for my current use.
>>> 
>>> TinkKV is my Smalltalk K/V. It relies on the OS for saving and retrieving 
>>> objects which are saved using STON (Smalltalk Object Notation) format. 
>>> Simple, there are two levels of bucket - 1) ‘Bucket’ and 2) ’SubBucket’. 
>>> There can be multiple buckets which can contain multiple sub buckets. In my 
>>> application, items are stored under two keys - FAOEntry (the basic entry 
>>> object) which is the primary bucket, and multiple sub buckets keyed by the 
>>> category of each object. It is a single user, local machine DB which is 
>>> extremely fast - retrieves 189 records in 0.18 seconds on an M1 Mac.
>>> 
>>> Family Accounts is a simple home accounts management package that will 
>>> evolve over the coming month but basically imports transactions from a 
>>> NatWest Sage Accounts format download and inserts them into the database. 
>>> Each object can be categorised for budget control and each budget can be 
>>> displayed. The program can import a set of regular items (in CSV format)  
>>> that recur monthly so that a monthly budget can be managed.  It is written 
>>> in Pharo 8.0. 
>>> 
>>> I have been writing Smalltalk since 1990 when I started with Digitalk 
>>> Visual Smalltalk but since about 1996 I have been using IBM/Instantiations 
>>> VisualAge (VAST). I started the program, knowing nothing about Pharo, 
>>> around the 15th January so it has taken just about a month of 1 -2 hours a 
>>> day firstly to get to grips with Pharo and then to write the DB and 
>>> Program. I have found Pharo quite difficult to come to grips with as, in 
>>> comparison to VAST, it seems to be written for academics rather than 
>>> business apps. However, once I got my head around how it was all put 
>>> together, I found it an easy transition and great fun to use. I had 
>>> expected to continue with VAST under Parallels but found that neither 
>>> Parallels (well partially) or Windows 10 currently works successfully on an 
>>> M1 MacBookAir. I did try to get hold of VisualWorks but didn’t get any 
>>> response to my request for a download for some reason. I have written a 
>>> good few frameworks for VAST so, now that my program is running 
>>> successfully, I will have a look and see if I can port anything else. Watch 
>>> this space.
>>> 
>>> David Pennington
>>> Totally Objects
>>> (Http://www.totallyobjects.com <http://www.totallyobjects.com/>)
>>> 
>>>> On 13 Feb 2021, at 11:09, Stéphane Ducasse >>> <mailto:stephane.duca...@inria.fr>> wrote:
>>>> 
>>>> Hi david
>>>> 
>>>> Two points:
>>>>- I would love to have a little success story about your application
>>>>= one paragraph what is does + one paragraph how technology is 
>>>> cool :)
>>>> 
>>>>- if you need we have a native VM for M1 (the stackVM).
>>>> 
>>>> S.
>

[Pharo-users] Re: Problem with Dictionary and Associations

[Stéphane Ducasse]

Hi david 
I will massage a bit your text because I would not like to insult people around 
me and give false impression. :)
I want a text for the world
http://www.pharo.org/success

For your information when Pharo will get as a tenth of the many paid engineers 
of the other systems I will compare. 
Esteban, Pablo and Guillermo are talented engineers. And so far the consortium 
is able to pay one and half engineer and Inria
is supporting the rest. 

Pharo is not like we would like it to be. Pharo is as we can make it with the 
limited 
resources we have. And so far I think that we are doing super good. You see 
like the first ARM64 bits based JIT
and the first VM for M1 machine. 

BTW for the new mac machines, we can give you access to a VM that is going 
faster than the Rosetta one. 

S. 



> On 13 Feb 2021, at 13:40, David Pennington  wrote:
> 
> OK, here goes.
> 
> My finishing project formy Open University degree (started in 1974 and 
> finished in 2017!) was a routing program for freight cars on US model 
> railways - written in VAST Smalltalk with a Seaside front end and a Riak back 
> end. Riak is a multi-user, fail over resilient Key/Value (K/V) database. I 
> used it on a Linux server as I couldn’t get it going under MacOS. However, 
> now I have finished my degree, I have disposed of the server so, for my new 
> project I didn’t have a database. I had built my own K/V database some years 
> ago to run the management and web software for a scale model shop that I 
> owned at that time so I decided that I would recreate that database for my 
> current use.
> 
> TinkKV is my Smalltalk K/V. It relies on the OS for saving and retrieving 
> objects which are saved using STON (Smalltalk Object Notation) format. 
> Simple, there are two levels of bucket - 1) ‘Bucket’ and 2) ’SubBucket’. 
> There can be multiple buckets which can contain multiple sub buckets. In my 
> application, items are stored under two keys - FAOEntry (the basic entry 
> object) which is the primary bucket, and multiple sub buckets keyed by the 
> category of each object. It is a single user, local machine DB which is 
> extremely fast - retrieves 189 records in 0.18 seconds on an M1 Mac.
> 
> Family Accounts is a simple home accounts management package that will evolve 
> over the coming month but basically imports transactions from a NatWest Sage 
> Accounts format download and inserts them into the database. Each object can 
> be categorised for budget control and each budget can be displayed. The 
> program can import a set of regular items (in CSV format)  that recur monthly 
> so that a monthly budget can be managed.  It is written in Pharo 8.0. 
> 
> I have been writing Smalltalk since 1990 when I started with Digitalk Visual 
> Smalltalk but since about 1996 I have been using IBM/Instantiations VisualAge 
> (VAST). I started the program, knowing nothing about Pharo, around the 15th 
> January so it has taken just about a month of 1 -2 hours a day firstly to get 
> to grips with Pharo and then to write the DB and Program. I have found Pharo 
> quite difficult to come to grips with as, in comparison to VAST, it seems to 
> be written for academics rather than business apps. However, once I got my 
> head around how it was all put together, I found it an easy transition and 
> great fun to use. I had expected to continue with VAST under Parallels but 
> found that neither Parallels (well partially) or Windows 10 currently works 
> successfully on an M1 MacBookAir. I did try to get hold of VisualWorks but 
> didn’t get any response to my request for a download for some reason. I have 
> written a good few frameworks for VAST so, now that my program is running 
> successfully, I will have a look and see if I can port anything else. Watch 
> this space.



> 
> David Pennington
> Totally Objects
> (Http://www.totallyobjects.com <http://www.totallyobjects.com/>)
> 
>> On 13 Feb 2021, at 11:09, Stéphane Ducasse > <mailto:stephane.duca...@inria.fr>> wrote:
>> 
>> Hi david
>> 
>> Two points:
>>  - I would love to have a little success story about your application
>>  = one paragraph what is does + one paragraph how technology is 
>> cool :)
>> 
>>  - if you need we have a native VM for M1 (the stackVM).
>> 
>> S.
>> 
>>> On 11 Feb 2021, at 20:38, David Pennington >> <mailto:da...@totallyobjects.com>> wrote:
>>> 
>>> Hi there Peter
>>> 
>>> I have been writing Smalltalk since 1990 first with Digitalk and then 
>>> IBM/Instantiations VAST. However, I am a newbie with Pharo having only used 
>>> it for the last 3 weeks so I am pleased to have got my first Seaside app 
>>> working 

[Pharo-users] Re: Problem with Dictionary and Associations

[Stéphane Ducasse]

Thanks david. 
Do you have a visual?
Preferably in Pharo?

S. 

> On 13 Feb 2021, at 13:40, David Pennington  wrote:
> 
> OK, here goes.
> 
> My finishing project formy Open University degree (started in 1974 and 
> finished in 2017!) was a routing program for freight cars on US model 
> railways - written in VAST Smalltalk with a Seaside front end and a Riak back 
> end. Riak is a multi-user, fail over resilient Key/Value (K/V) database. I 
> used it on a Linux server as I couldn’t get it going under MacOS. However, 
> now I have finished my degree, I have disposed of the server so, for my new 
> project I didn’t have a database. I had built my own K/V database some years 
> ago to run the management and web software for a scale model shop that I 
> owned at that time so I decided that I would recreate that database for my 
> current use.
> 
> TinkKV is my Smalltalk K/V. It relies on the OS for saving and retrieving 
> objects which are saved using STON (Smalltalk Object Notation) format. 
> Simple, there are two levels of bucket - 1) ‘Bucket’ and 2) ’SubBucket’. 
> There can be multiple buckets which can contain multiple sub buckets. In my 
> application, items are stored under two keys - FAOEntry (the basic entry 
> object) which is the primary bucket, and multiple sub buckets keyed by the 
> category of each object. It is a single user, local machine DB which is 
> extremely fast - retrieves 189 records in 0.18 seconds on an M1 Mac.
> 
> Family Accounts is a simple home accounts management package that will evolve 
> over the coming month but basically imports transactions from a NatWest Sage 
> Accounts format download and inserts them into the database. Each object can 
> be categorised for budget control and each budget can be displayed. The 
> program can import a set of regular items (in CSV format)  that recur monthly 
> so that a monthly budget can be managed.  It is written in Pharo 8.0. 
> 
> I have been writing Smalltalk since 1990 when I started with Digitalk Visual 
> Smalltalk but since about 1996 I have been using IBM/Instantiations VisualAge 
> (VAST). I started the program, knowing nothing about Pharo, around the 15th 
> January so it has taken just about a month of 1 -2 hours a day firstly to get 
> to grips with Pharo and then to write the DB and Program. I have found Pharo 
> quite difficult to come to grips with as, in comparison to VAST, it seems to 
> be written for academics rather than business apps. However, once I got my 
> head around how it was all put together, I found it an easy transition and 
> great fun to use. I had expected to continue with VAST under Parallels but 
> found that neither Parallels (well partially) or Windows 10 currently works 
> successfully on an M1 MacBookAir. I did try to get hold of VisualWorks but 
> didn’t get any response to my request for a download for some reason. I have 
> written a good few frameworks for VAST so, now that my program is running 
> successfully, I will have a look and see if I can port anything else. Watch 
> this space.
> 
> David Pennington
> Totally Objects
> (Http://www.totallyobjects.com <http://www.totallyobjects.com/>)
> 
>> On 13 Feb 2021, at 11:09, Stéphane Ducasse > <mailto:stephane.duca...@inria.fr>> wrote:
>> 
>> Hi david
>> 
>> Two points:
>>  - I would love to have a little success story about your application
>>  = one paragraph what is does + one paragraph how technology is 
>> cool :)
>> 
>>  - if you need we have a native VM for M1 (the stackVM).
>> 
>> S.
>> 
>>> On 11 Feb 2021, at 20:38, David Pennington >> <mailto:da...@totallyobjects.com>> wrote:
>>> 
>>> Hi there Peter
>>> 
>>> I have been writing Smalltalk since 1990 first with Digitalk and then 
>>> IBM/Instantiations VAST. However, I am a newbie with Pharo having only used 
>>> it for the last 3 weeks so I am pleased to have got my first Seaside app 
>>> working successfully - it’s a home banking management app that imports from 
>>> Sage compatible CSV files supplied by NatWest. This is the only real 
>>> difficulty so I am very pleased with the work.
>>> 
>>> I use my own brand key/value database that saves objects out to the disk. 
>>> With my new M1 MacBookAir, I am getting read and write values around .3 
>>> second for 125 records so I am very happy.
>>> 
>>> I have yet to look at deleting the old file before writing but I am sure 
>>> that this will make it superb.
>>> 
>>> Many thanks for your help in this.
>>> 
>>> David
>>> TotallyObjects
>>> http://www.

[Pharo-users] Re: Problem with Dictionary and Associations

[Stéphane Ducasse]

JSON and then load it back 
>>>> again. I enclose a file with the JSON as contents. As you can see from the 
>>>> screenshot, the debugger shows it as a dictionary but the execution path 
>>>> takes it to an Association which is what I don’t understand.
>>>> 
>>>> <20210225 01>
>>>> 
>>>>> On 10 Feb 2021, at 19:17, Sven Van Caekenberghe >>>> <mailto:s...@stfx.eu>> wrote:
>>>>> 
>>>>> Hi David,
>>>>> 
>>>>>> On 10 Feb 2021, at 19:18, da...@totallyobjects.com 
>>>>>> <mailto:da...@totallyobjects.com> wrote:
>>>>>> 
>>>>>> I am using STON to objects out to disk. Up to two days ago, I was 
>>>>>> reading them in as Dictionaries and converting to objects from there. 
>>>>>> All of a sudden yesterday morning, I got an error saying that the 
>>>>>> association is only indexable with integers. Even so, I don't seem to be 
>>>>>> able to access the contents. 
>>>>>> 
>>>>>> Fistly, any ideas why this has changed and secondly, any ideas how to 
>>>>>> fix it? 
>>>>>> 
>>>>>> David
>>>>>> Totally Objects
>>>>>> 
>>>>>> Sent from my Huawei tablet
>>>>> 
>>>>> I am afraid I need more information.
>>>>> 
>>>>> Could you create a reproducible case ?
>>>>> Do you have a stack trace ?
>>>>> 
>>>>> In any case, STON is a text format, that can be edited (in most cases, 
>>>>> shared or circular references being hard to edit by hand).
>>>>> 
>>>>> Sven
>>>> 
> 


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: RB - New introduced refactorings

[Stéphane Ducasse]

Thanks evelyn for the announce. 
I will use it for the blog :)



> On 8 Feb 2021, at 09:40, Evelyn Cusi Lopez  wrote:
> 
> Hello all,
> 
> These weeks I added new refactorings, following I will give some examples of 
> them.
> 
> 1. Create accessors with lazy initialization
> 
> This refactoring create accessors for variables with lazy initialization, for 
> example:
> - we have a class
> 
> Object subclass: #SomeClass
> instanceVariableNames: 'stringVar'
> classVariableNames: ''
> package: 'Example'
> 
> - we can create accessors with lazy initialization executing this script:
> 
> (RBCreateAccessorsWithLazyInitializationForVariableRefactoring 
> variable: #stringVar
> class: SomeClass 
> classVariable: false 
> defaultValue: '''example''') execute
> 
> the result of this refactoring is:
> 
> SomeClass >> stringVar
> ^ stringVar ifNil: [ stringVar := '' ]
> 
> SomeClass >> stringVar: anObject
> stringVar := anObject
> 
> 2. Extract setUp refactoring (is the first version by the moment, it need to 
> be improved)
> 
> This refactoring create a setUp method from a code fragment.
> You can select an interval of some code in a test method and call this 
> refactoring to create a setUp method implementing that code and replace the 
> code by nothing. The selected class need to be a subclass of TestCase.
> 
> For example:
> 
> - given  a class
> 
> TestCase subclass: #SomeTest
> instanceVariableNames: ''
> classVariableNames: ''
> package: 'Example'
> 
> SomeTest >>testFoo
>  self x.
>  self assert: true
> 
> SomeTest >>  self x
> self doSomething
> 
> - To extract setUp method you can execute this script:
> 
> (RBExtractSetUpMethodRefactoring extract: (10 to: 16)
> from: #testFoo
> in: SomeTest) execute
> 
> the result of this refactoring is:
> 
> SomeTest >> setUp
> super setUp.
> self x.
> 
> SomeTest >> testFoo
> self assert: true
> 
> 3. Move method to class side refactoring (This refactoring is still awaiting 
> review)
> 
> This refactoring move a method to class side.
> For example:
> - given a method 
> 
> ClassX >> annotatedBlockMarkup
>^ '@@'
> 
> - we can execute the refactoring with this script:
> 
> (RBMoveMethodToClassSideRefactoring 
> method: (ClassX >> #annotatedBlockMarkup) 
> class: ClassX) execute.
> 
> the result of this refactoring is:
> 
> ClassX >> annotatedBlockMarkup
>   ^ self class annotatedBlockMarkup
> 
> ClassX class >> annotatedBlockMarkup
>   ^ '@@'
> 
> Any suggestions or comment of these refactorings are welcome. I hope these 
> new refactorings are useful to you .
> 
> Regards,
> Evelyn C.


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Fwd: [Esug-list] grants Master Internship / offres de stage Master

[Stéphane Ducasse]

onsortium de chercheurs et 
> d’industriels. La communauté dynamique propose un ensemble de packages 
> permettant de mutualiser le développement de fonctionnalités qui pourraient 
> être mobilisées pour proposer un prototype pour des simulation participative 
> et la détection d’objets
> 
> 
> English :  https://www.hdigitag.fr/en/digitag-master2-internship-offers/ 
> <https://www.hdigitag.fr/en/digitag-master2-internship-offers/>
> 
> Participatory simulation of renewable resource management in hybrid 
> environments
> Keywords: Participatory simulation, Computer Vision , Smalltalk, Cormas
> Duration: 8 months
> Desired start date: 1/02/2021
> Research Unit: Green, Cirad
> Contact: Bommel Pierre – bom...@cirad.fr <mailto:bom...@cirad.fr>
> #DigitAg: Axe 2,Axe 6 – Challenge 1,Challenge 2 ,Challenge 6 ,Challenge 7, 
> Challenge 8
> The ambition to remove the physical interfaces that allow interactions with 
> computers is an old idea in the IT world that took several directions. The 
> most emblematic one for the general public emerged in 2005 under the name of 
> “Project Natal” taken up and democratized by Microsoft in its latest version 
> called “Azure Kinect” (2019). This sensor detects movements and objects in 
> the user’s field of vision to produce results in softwares.  It has been 
> abundantly diverted and enriched since its beginnings for the general public 
> to allow new ways of interacting with computers.
> 
> In addition, the group of researchers behind the development of an 
> agent-based modeling platform called Cormas [1] is currently facing increased 
> needs for interactivity in participatory simulations. Based on the Smalltalk 
> language, Cormas has been developed since the late 1990s by a highly 
> interdisciplinary team. Beyond the traditional uses of agent modeling, Cormas 
> differs from other platforms by innovative modeling processes: the ComMod 
> approach (Companion Modeling [2]), which aims to provide tools to actively 
> participate in the design of a model, but also to immerse oneself in 
> interactive game situations.  The game (board or computer game) is then used 
> as a support to exchange on a real-life situation.
> 
> In 2012, for the first time, the team used an ultra-short focal projector to 
> project a game board on a table. This simple change induced radically 
> different behaviors of the actors allowing them to interact more naturally 
> with computer simulations. In addition, the spatial configuration of the 
> actors favors social interactions.  But until today, manual input by the 
> facilitator of the decisions taken by the players remains necessary, which 
> reduces the fluidity and spontaneity of interactions.
> 
> The team in charge of Cormas’ development wishes to investigate the 
> possibilities offered by new opportunities related to the detection of 
> objects and movements by bringing a prototype of participatory simulation in 
> the field of hybrid simulation between computer model and physical game.This 
> proof of concept work applied to the ReHab model (ComMod’s school model) will 
> require the development of reliable detection methods for physical objects to 
> be integrated into the calculation of the new simulated state.
> 
> Today, Cormas relies on Pharo (an open-source Smalltalk).  This solution is 
> implemented by INRIA and a consortium of researchers and industrialists. The 
> dynamic community proposes a set of packages allowing to mutualize the 
> development of functionalities that could be mobilized to propose a prototype 
> for participative simulation and object detection
> 
> ___
> Esug-list mailing list
> esug-l...@lists.esug.org
> http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: Is there a file selector in Pharo

[Stéphane Ducasse]

Welcome david

Just a remark, the file dialogs are not really good and torsten started to 
design a better one named arbour, we started also to create one
with spec2 based on the one of Peter I guess but we could not focus on it and 
finish. 
There is the FileDialog in Pharo-contributions. 
I wanted to have one that 
- has nice default
- remember the last visited places
on per instance

Now what is super important is that you can improve your situation while 
improving ours and the one
of everybody because Pharo is really about a nice ecosystem on which its users 
can have an impact. 
So if all smalltalkers in Pharo would spend 30 min for Pharo each week and 
contribute then Pharo would be different


S.

> On 27 Jan 2021, at 15:52, David Pennington  wrote:
> 
> I am moving to Pharo from VisualAge Smalltalk as I am now using an M1 MacBook.
> 
> I am building software to manage our home accounts and to do this, I download 
> each day a text file from my bank that contains about 1 month’s worth of 
> transactions.  In VAST, I use a FileSelector that opens a window and enables 
> my to navigate to the Downloads folder and lets me select the current 
> transaction file. This gives me the path to the file making it simple for me 
> to open and parse it.
> 
> Is there a similar file selector window that I can use in Pharo? I can see 
> how to open the Glamour browsers but not how to extract the path.
> 
> Can anyone help please?
> 
> David
> Totally Objects

----
Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: join

[Stéphane Ducasse]

this is because this is the tonel format for method. 
In the future we will make sure that you can type the [ ] in the code browser

Why we are doing this. Because else you can never know if you method has been 
cut or not in the middle. 

S

> On 28 Jan 2021, at 11:02, Yuriy Babah  wrote:
> 
> Sorry for not creating a separate letter, but my problem was solved, it was
> that the code section in the booklet was in square brackets: 
> <http://forum.world.st/file/t370707/ffiStructure.jpg> 
> why are they there?
> 
> 
> 
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

--------
Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: join

[Stéphane Ducasse]

Do not care about the title. 
What I suggest is that you send a new email 

With FFI in the title 
and you expose what you did before and what does not work anymore
in plain text. 
Joining the code is nice but you should not force people to lose their time 
trying to understand what is YOUR problem. 

So you should always understand that nobody is paid to reply to your questions
so the point is how to help people to help you. 

S. 

> On 27 Jan 2021, at 07:40, Yuriy Babah  wrote:
> 
> Hello everybody!
> From the very beginning I stepped - misnamed the topic, I thought to join
> the mail subscription (by running the join command), but I was already
> subscribed.
> I don't know how to rename this forum post, if it can be renamed then its
> name should be "FFIStructure questions".
> I am trying to run my C library on Pharo.
> Once upon a time I ran a test C function on Pharo, and with the help of the
> forum, it worked. But even FFI has changed since then, and I'm trying to
> master it from small to large. An attempt to determine the C structure
> failed and an error was received.
> Posts above, this was my attempt to briefly describe this error, or to get
> the direction of my further movement, if I was mistaken.
> 
> 
> 
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: Magritte Meta Data at work - Tutorial a clarity reqd

[Stéphane Ducasse]

probably a mistake :( send a PR when you find the solution. 

> On 26 Jan 2021, at 10:31, Sanjay Minni  wrote:
> 
> From pg 16 of "meta data at work with Magritte - Tutorial", Stef
> 
> how are these to be entered since both method codes are in the same object
> and methodName
> 
> MAAddress >> descriptionEndDate
> 
> ^ MADateDescription new
> accessor: #endDate;
> label: 'End Date';
> addCondition: [ :value | value > Date today ];
> beRequired;
> yourself
> 
> MAAddress >> descriptionEndDate
> 
> ^ super descriptionContainer
> addCondition: [ :object |
> (object readUsing: self descriptionEndDate) >
> (object readUsing: self descriptionStartDate)]
> labelled: 'End date must be after start date';
> yourself
> 
> 
> 
> -
> cheers, 
> Sanjay
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: join

[Stéphane Ducasse]

Hello and welcome Yuriy 

can you tell us what is your problem?

S

> On 26 Jan 2021, at 12:32, Yuriy Babah  wrote:
> 
> FFIStructure questions:
> following page 40 of the 2020-02-12-uFFI-V1.0.1.pdf booklet:
> 
> FFIStructure subclass: #RsnStructure
> instanceVariableNames: ''
> classVariableNames: ''
> package: 'LiraRSN'
> 
> RsnStructure class >> fieldsDesc [ 
> ^ #(
> int ke;
> int node;
> float rz;
> float x;
> float y;
> ) ]
> 
> RsnStructure rebuildFieldAccessors  >> resulted:
> 
> "Instance of RsnStucture class did not undestand #readStream",
> in FFIExternalStructureFieldParser  class >> parseField:structure:
> 


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: Happy New Year and Pharo 90 good news.

[Stéphane Ducasse]

Thanks Hilaire good health 

And this is the beginning :) we are making sure that we can move in the future 
for real :).

But first we should release P9 - with a better Spec, better debugger and 
debugging architecture, better iceberg, better refactorings, better error 
reporting, 
better completion framework and less fat :) because we are really concerned 
about it and a massive amount of cleanups.
Esteban is working on making sure that we can unload GT and have better 
replacement :) 
because GT tools did a good job and now that can rest.

We should start stabilizing the version.

What is really strange is that I always think that the new version is much 
better (especially when I see the amount of fixes and improvements
so this is not that I’m dreaming).
So I hope it will continue. 

S

> On 25 Jan 2021, at 19:14, Hilaire  wrote:
> 
> Congratulation. This is impressive how much was done.
> 
> Happy New Year 2021
> 
> Le 25/01/2021 à 12:26, Stéphane Ducasse a écrit :
>> Dear happy Pharoers,
>> 
>> First we wish you a good 2021 year. We really hope that we will get out of 
>> this situation.
>> 
>> On the Pharo side we have excellent news.
>> 
> -- 
> Dr. Geo
> http://drgeo.eu
> http://blog.drgeo.eu
> 


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: Pharo and LLVM?

[Stéphane Ducasse]

You can also read the blog of clement telling that LLVM is not good for VM JIT 
compiler for us. 

> On 25 Jan 2021, at 16:26, Alexandre Bergel via Pharo-users 
>  wrote:
> 
> Hi!
> 
> Just wondering, someone has done something with LLVM and Pharo?
> Any URL / blog post / anything?
> 
> Cheers,
> Alexandre
> -- 
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel  http://www.bergel.eu <http://www.bergel.eu/>
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
> 
> 
> 


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Fwd: [Esug-list] URGENT - Fully funded Research Internship for Smalltalk programmer

[Stéphane Ducasse]

the revised version of Stateful Traits (Tesone et al., 2020) have 
> created  new opportunities for building highly expressive Direct Combination 
> engines. Reenaskaug’s Data-Context-Interaction Paradigm (Reenskaug, 2006; 
> James Coplien and Trygve Reenskaug, 2012) has also contributed relevant 
> insights.
> 
> As well as prototyping the new  DC engine, the project will prototype support 
> tools.  To this end, the project will also  involve analysing and creating 
> informal domain models for one or two end-user domains, anticipated to be an 
> AR/VR game in Unity (linked via a simple OSC bridge) and possibly an 
> interface to allow end users and music scholars to query, analyse and 
> visualise large quantities of linked music data on the web (via SPARQL).
> 
> The choice of Smalltalk as preferred development environment reflects the 
> fact that three previous implementations of Direct Combination at the Open 
> University, and the reference implementations of both Stateful Traits and 
> DCI, were all developed in Smalltalk (variously in Squeak, VisualWorks and 
> Pharo). At the same time, the pervasively live-object nature of Smalltalk and 
> its sophisticated IDE,  along with the powerful metaprogramming facilities, 
> offer substantial advantages in facilitating rapid prototyping and 
> exploration.
> 
> References 
> 
> Agarwal, Mallika, Arjun Srinivasan, and John Stasko. (2019) "VisWall: Visual 
> Data Exploration Using Direct Combination on Large Touch Displays." 2019 IEEE 
> Visualization Conference (VIS). IEEE, 2019
> 
> Bartolomeo, G., BlefariMelazzi, N., Cortese, G., Friday, A., Prezerakos, G., 
> Walker, R. and Salsano, S., 2006, February. Sms: Simplifying mobile 
> services-for users and service providers. In Advanced Int'l Conference on 
> Telecommunications and Int'l Conference on Internet and Web Applications and 
> Services (AICT-ICIW'06) (pp. 209-209). IEEE. 
> 
> Beaudouin-Lafon, M. and Mackay, W.E., 2000, May. Reification, polymorphism 
> and reuse: three principles for designing visual interfaces. In Proceedings 
> of the working conference on Advanced visual interfaces (pp. 102-109).
> 
> James Coplien and Trygve Reenskaug  (2012) The data, context and interaction 
> paradigm. In SPLASH '12: Proceedings of the 3rd annual conference on Systems, 
> programming, and applications: software for humanity.
> 
> Gedenryd, H. (2002). Beyond Inheritance, Aspects and Roles: a Unified Scheme 
> for Object and Program Composition. TR2002/09, Department of Computing, The 
> Open University, Milton Keynes, MK76AA, UK.
> 
> Holland, S. and Oppenheim, D. (1999) Direct Combination. Proceedings of CHI 
> 1999 pp. 262-269. 
> 
> Holland, S., Morse, D.R., Gedenryd, H. (2002a) Direct Combination: a New User 
> Interaction Principle for Mobile and Ubiquitous HCI. In Paterno, F., (Ed.) 
> (2002) Human Computer Interaction with Mobile Devices. Mobile HCI 2002. 
> 
> Holland, Simon; Gedenryd, Henrik and Morse, David (2002b). Applying Direct 
> Combination to afford spontaneity in Pervasive Computing. In: Workshop on 
> Supporting Spontaneous Interaction in Ubiquitous Computing Settings, 29 Sep - 
> 1 Oct 2002, Gothenburg, Sweden.
> 
> Reenskaug, T. (2006) DCI Documentation  
> http://heim.ifi.uio.no/~trygver/themes/babyide/baby-documents.html 
> <http://heim.ifi.uio.no/~trygver/themes/babyide/baby-documents.html> 
> (Accessed 19 Dec 2020)
> 
> Holland, Simon (2005). A first empirical study of direct combination in a 
> ubiquitous environment. In: Fincher, Sally; Markpoulos, Panos; Moore, David 
> and Ruddle, Roy eds. People and computers XVIII - Design for life: 
> proceedings of HCI 2004. London, UK: Springer, pp. 229–247. 
> 
> Holland, Simon (2003). Ambient Combination: Applying Direct Combination to 
> Afford Spontaneity in Pervasive Computing . 
> http://mcl.open.ac.uk/DC/uploads/Ambient%20Combination%20Long.pdf 
> <http://mcl.open.ac.uk/DC/uploads/Ambient%20Combination%20Long.pdf> (accessed 
>  10 Jan 2021)
> 
> Rekimoto, J. (2004). SyncTap: synchronous user operation for spontaneous 
> network connection. Personal and Ubiquitous Computing, 8(2), 126-134. 
> 
> Pablo Tesone, Stéphane Ducasse, Guillermo Polito, Luc Fabresse, Noury 
> Bouraqadi (2020) A new modular implementation for stateful traits, Science of 
> Computer Programming, Volume 195, 102470, ISSN 0167-6423, 
> https://doi.org/10.1016/j.scico.2020.102470 
> <https://doi.org/10.1016/j.scico.2020.102470>. 
> 
> Webb, A.M., 2017. Phrasing Bimanual Interaction for Visual Design (Doctoral 
> dissertation).
> 
> 
> 
> 
> 
> 
> 
> 
> 
> ___
> Esug-list mailing list
> esug-l...@lists.esug.org
> http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Happy New Year and Pharo 90 good news.

[Stéphane Ducasse]

Dear happy Pharoers,

First we wish you a good 2021 year. We really hope that we will get out of this 
situation.

On the Pharo side we have excellent news. 

Pharo 90 is continuing to follow its roadmap and it will be another 
version a massive amount of 
improvements. We will mention them in the Pharo 90 announce but we can 
cite a few: Spec2, new tools, new debugger framework,
better parser, general speedup, new optimisations, full block and clean 
block closures, support for large images, new fluid class syntax, ...

The  key and important advance is that the VM roadmap is delivering. We 
have been working on the implementation of a MIT-licensed ARMv8
Just-In-Time compiler for  Pharo VM. We are  very happy with the  
advance on this subject, as  we have not only implemented a new backend but we 
added more than 2500 tests  to the JIT, the primitives, code 
generation, plugins and the VM in general. In the process we fixed many 
problems. 
We are currently fixing ephemerons since they never really worked in 
Pharo. We are stressing the infrastructure with more than 5 
ephemerons. Also, we are improving and cleaning up the primitive 
invocation scheme to fix heap corruption issues, and fixing many open issues in 
the VM. 
Finally, we are working a lot to have a reproducible build in all the 
platforms and easing the path to VM development, 
we are still far from our objective but the improvements are starting 
to show.

We are happy that following the roadmap that was decided during General 
assembly  of PharoDays is successful.
We have been investing in the Pharo VM and that our efforts are greatly paying 
off.

This is the current status around the VM
- We implemented a full backend for the JIT compiler targeting  ARMv8 
(AARCH64)
- We launched the beta version for Windows, Linux and raspberry 
of the new 64 JIT ARM.
- We are waiting to receive a new mac machine to be able to 
test our new JIT on it.
- All the image side was adapted to run on it, tested on Ubuntu ARM 64 
bits and Windows ARM.
- We have support for all third party libraries in these platforms: 
Iceberg (Libgit) / Athens (Cairo) / SDL / GTK.
- We implemented a LibFFI-based FFI backend as the default one for 
Pharo 9 in aarch64 (It is also present in other platforms, keeping the existing 
one as fallback, e.g. used when the VM is not the latest).
- We revisited the complete compilation chain on Windows to use CMake 
and avoid Cigwin dependency.
- We are starting to use OBS to build for multiple Unix and Linux 
distributions (Debian-like is Done, More distributios to come). 
- Many bugs on the VM have been fixed, for all these bugs tests have 
been written to detect regressions and to to document the solution.
- We are always performing clean-ups of the VM base code: removing 
dead-code and experiments from the main branch. All removed code is kept in the 
history and it is accessible to revisit or to improve to the level that is 
required to be integrated (e.g., Newspeak Support, Lowcode)
- We improved the implementation of Windows Network primitives, and we 
have done a clean-up of the event handling code allowing an IDLE VM.
- We are starting to improve the JIT compiler. We are applying some 
approaches developed in modern compiler such as bloc representation.
- We are working in statistics collection to characterize the behavior 
of different components of the VM.
- We are planning to generate a set of benchmarks that correctly 
represents the workload of applications using the VM (e.g, Web Server, 
Interactive Applications, FFI intensive applications).

It means that in the near future we expect to be able to improve even more our 
VM applying a scientific approach: measure, assess, improve.
- We expect that for Pharo 10, we will continue to clean the VM code 
and be more agile.
- We will able to look again at Sista.

All these steps show that we are in much better situation. We drastically 
reduce the truck factor around the VM.
It particularly means that the consortium now does not depend of the good will 
and knowledge of other people.

We want to thank every member of the consortium. 
Now we have a particular thank to Lifeware that renewed their contract and 
Schmidt Buro for their original contract. 

A last word — do not hesitate to contact us, we are here to help you growing 
your business.

S. Ducasse on the behalf of the Pharo consortium




Stéphane Ducasse
http://stephane.ducasse.free.fr <http://stephane.ducasse.free.fr/> / 
http://www.pharo.org <http://www.pharo.org/> 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A

[Pharo-users] Re: Reorganize World menu items - survey

[Stéphane Ducasse]

> On 20 Jan 2021, at 11:24, DavidBajger  wrote:
> 
> Hi here! 
> I was proposing survey for Pharo users related to menu re-arrangement, 
> currently implemented by @gcorriga. Relate GH issue here 
> https://github.com/pharo-project/pharo/issues/8198. I will put results of 
> voting to related GH issue then. So here are questions to you (same will be 
> posted on Pharo Discord -> #development channel):
> 
> What would be ideal name for "VCS" top menu item? Menu aggregates all tools 
> related to versioning, source code mgmt, changes, history. Please answer by 
> voting buttons, or propose your own:
> 1. "VCS" (keep existing proposal)
> 2. "Source" 
> 3. "Versions"
> 4. "Version Control"
> 5. "Changes"
> (or anything else)

Version Control?
> 
> What would be ideal name for "Tools" top menu item? Purpose is to be the 
> default entry point for any non-standard tools that someone might want to 
> have loaded in the image. E.g. if you load Teapot, the two menu items would 
> be found there. Currently will include just Roassal. Options:
> 6. "Tools" (keep existing proposal)
> 7. "Community" 
> 8. "3rd Party"
> 9. "Other"
> 10. "Applications"
> (or anything else)

Extra Tools?
> 
> Complete overview (screenshots) here: 
> https://github.com/pharo-project/pharo/issues/8198
> David Bajger
> 
> Sent from the Pharo Smalltalk Users mailing list archive 
> <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html> at Nabble.com.


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Two year position at RMOD on Pharo and Machine Learning

[Stéphane Ducasse]

Hello 

we have a new position at RMOD France to work on machine learning algorithms 
for Pharo.
Please distribute this announce and do not hesitate to contact me for more 
information. 

S.

Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: Beta Testing ARM64 Linux & Windows

[Stéphane Ducasse]

positories/devel:/languages:/pharo:/latest/Raspbian_10/
>  
> <https://download.opensuse.org/repositories/devel:/languages:/pharo:/latest/Raspbian_10/>
>  ./" >> pharo.list
> 
> sudo cp pharo.list /etc/apt/sources.list.d/pharo.list
> 
> wget 
> https://download.opensuse.org/repositories/devel:/languages:/pharo:/latest/Raspbian_10/Release.key
>  
> <https://download.opensuse.org/repositories/devel:/languages:/pharo:/latest/Raspbian_10/Release.key>
> 
> sudo apt-key add Release.key
> 
> 
> For Ubuntu:
> 
> echo "deb 
> https://download.opensuse.org/repositories/devel:/languages:/pharo:/latest/xUbuntu_20.04/
>  
> <https://download.opensuse.org/repositories/devel:/languages:/pharo:/latest/xUbuntu_20.04/>
>  ./" >> pharo.list
> 
> sudo cp pharo.list /etc/apt/sources.list.d/pharo.list
> 
> wget 
> https://download.opensuse.org/repositories/devel:/languages:/pharo:/latest/xUbuntu_20.04/Release.key
>  
> <https://download.opensuse.org/repositories/devel:/languages:/pharo:/latest/xUbuntu_20.04/Release.key>
> 
> sudo apt-key add Release.key
> 
> 2) Update the repository to take the current versions
> 
> sudo apt update
> 
> 3) Install Pharo9 VM
> 
> sudo apt install pharo9 libgit2
> 
> 
> 4) In case of using the interactive version (with UI) check if the packages 
> libsdl2-2.0-0  and libcairo2 are installed (Usually they are installed, but 
> depends what it is installed in the system). These are not needed for the 
> headless execution or if it is not used by the image.
> 
> 
> Getting the images:
> 
> The images can be downloaded using zero-conf, the latest image is ready to be 
> used. It can be done with:
> 
> wget -O - get.pharo.org/64/90 <http://get.pharo.org/64/90> | bash
> 
> 
> Running Pharo
> 
> pharo Pharo.image eval 42 factorial
> 
> Or interactive
> 
> pharo Pharo.image --interactive
> 
> Windows Testing
> 
> A version of the VM is ready to be tested in Windows ARM64. A zip containing 
> the VM is available in:
> 
> https://files.pharo.org/vm/pharo-spur64/Windows-ARM64/PharoVM-9.0.0-4df0e562a-Windows-ARM64-stockReplacement-bin.zip
>  
> <https://files.pharo.org/vm/pharo-spur64/Windows-ARM64/PharoVM-9.0.0-4df0e562a-Windows-ARM64-stockReplacement-bin.zip>
> 
> As in Linux, the latest image is compatible with this version of the VM.
> 
> Error reporting
> 
> In case of encountering errors please report them attaching:
> 
>  - crash.dmp file and PharoDebug.log
>  - Version of the image using (in case of any community project loaded, the 
> names of those)
> 
>  - Complete machine version (the result of executing uname -a)
>  - Complete information about the Linux distribution
> 
>  - Steps for reproducing the error (if needed)
> 
> Thanks for the effort!!
> 
> -- 
> Pablo Tesone.
> teso...@gmail.com <mailto:teso...@gmail.com>

Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: NeoCSVReader and wrong number of fieldAccessors

[Stéphane Ducasse]

 
> line is not compatible to the Reader's definition or such. Or 
> #readAtEndOrEndOfLine should just walk the line to the end and ignore 
> the rest of the line, returnong an incomplete object
> 
> 
> Maybe I am just missing the right setting or switch? What best practices 
> did you guys come up with for such problems?
> 
> 
> Thanks in advance,
> 
> 
> Joachim
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: NeoCSVReader and wrong number of fieldAccessors

[Stéphane Ducasse]

on telling me the 
> line is not compatible to the Reader's definition or such. Or 
> #readAtEndOrEndOfLine should just walk the line to the end and ignore 
> the rest of the line, returnong an incomplete object
> 
> 
> Maybe I am just missing the right setting or switch? What best practices 
> did you guys come up with for such problems?
> 
> 
> Thanks in advance,
> 
> 
> Joachim
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: PrintString in PBE8

[Stéphane Ducasse]

> On 26 Dec 2020, at 20:41, Sean P. DeNigris  wrote:
> 
> Sven Van Caekenberghe-2 wrote
>> Maybe his question is (also) why the automatic refactoring did it wrong,
>> the rules warned about the wrong use of #printString, suggested a fix, but
>> the solution is still using #printString, hence the same problem.
> 
> I might be reading it wrong, but I thought everything worked as advertised,
> and the limitation was that there was no option to automatically fix the
> other warning about the printString. The "Use cascaded nextPutAll:’s instead
> of #, in #nextPutAll:" transformation did change:
> 
> aStream nextPutAll: ' with value: ', count printString.
> 
> to:
> 
> aStream
>  nextPutAll: ' with value: ';
>  nextPutAll: count printString
> 
> 


Yes but with such approach you still create an extra intermediary 
stream. 

The solution should be 


aStream
   nextPutAll: ' with value: ‘.
   count printOn: aStream

Now this is a bit more tricky to do.




> 
> -
> Cheers,
> Sean
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: PrintString in PBE8

[Stéphane Ducasse]

I opened a ticket. 

https://github.com/pharo-project/pharo/issues/8178

> On 25 Dec 2020, at 22:43, Stéphane Ducasse  wrote:
> 
> Ah indeed. 
> So we will have to have a look. 
> 
> S
> 
>> On 25 Dec 2020, at 16:36, Sven Van Caekenberghe > <mailto:s...@stfx.eu>> wrote:
>> 
>> Maybe his question is (also) why the automatic refactoring did it wrong, the 
>> rules warned about the wrong use of #printString, suggested a fix, but the 
>> solution is still using #printString, hence the same problem.
>> 
>>> On 25 Dec 2020, at 16:20, Stéphane Ducasse >> <mailto:stephane.duca...@inria.fr>> wrote:
>>> 
>>> Hi 
>>> 
>>> this warning is just that printOn: is working on a stream
>>> 
>>> and when we do 
>>> 
>>> printOn: aStream
>>> 
>>> aStream nextPutAll: x printString
>>> 
>>> printString creates yeat another stream then ask the contents and passes it 
>>> to the first one
>>> 
>>> 
>>> printOn: aStream
>>> 
>>> x printOn: aStream
>>> 
>>> is faster and cleaner in that case. 
>>> 
>>> 
>>>> On 24 Dec 2020, at 18:32, g_patrickb--- via Pharo-users 
>>>> mailto:pharo-users@lists.pharo.org>> wrote:
>>>> 
>>>> I started working through PBE8, and in section 3.13 there is a method:
>>>> 
>>>> Counter >> printOn: aStream
>>>> 
>>>> super printOn: aStream.
>>>> 
>>>> aStream nextPutAll: ' with value: ', count printString.
>>>> 
>>>> But it returns two warnings:
>>>> 
>>>> [printString] No printString inside printOn
>>>> 
>>>> Use cascaded nextPutAll:’s instead of #, in #nextPutAll:
>>>> 
>>>> 
>>>> 
>>>> It has the option to automatically resolve the cascaded nextPutAll: which 
>>>> results in:
>>>> 
>>>> printOn: aStream
>>>> 
>>>> super printOn: aStream.
>>>> 
>>>> aStream
>>>> 
>>>> nextPutAll: ' with value: ';
>>>> 
>>>> nextPutAll: count printString
>>>> 
>>>> 
>>>> 
>>>> But it still has the warning about printString.
>>>> 
>>> 
>>> 
>>> Stéphane Ducasse
>>> http://stephane.ducasse.free.fr <http://stephane.ducasse.free.fr/> / 
>>> http://www.pharo.org <http://www.pharo.org/> 
>>> 03 59 35 87 52
>>> Assistant: Aurore Dalle 
>>> FAX 03 59 57 78 50
>>> TEL 03 59 35 86 16
>>> S. Ducasse - Inria
>>> 40, avenue Halley, 
>>> Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
>>> Villeneuve d'Ascq 59650
>>> France
>>> 
> 
> 
> Stéphane Ducasse
> http://stephane.ducasse.free.fr <http://stephane.ducasse.free.fr/> / 
> http://www.pharo.org <http://www.pharo.org/> 
> 03 59 35 87 52
> Assistant: Aurore Dalle 
> FAX 03 59 57 78 50
> TEL 03 59 35 86 16
> S. Ducasse - Inria
> 40, avenue Halley, 
> Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
> Villeneuve d'Ascq 59650
> France
> 


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: PrintString in PBE8

[Stéphane Ducasse]

Ah indeed. 
So we will have to have a look. 

S

> On 25 Dec 2020, at 16:36, Sven Van Caekenberghe  wrote:
> 
> Maybe his question is (also) why the automatic refactoring did it wrong, the 
> rules warned about the wrong use of #printString, suggested a fix, but the 
> solution is still using #printString, hence the same problem.
> 
>> On 25 Dec 2020, at 16:20, Stéphane Ducasse  wrote:
>> 
>> Hi 
>> 
>> this warning is just that printOn: is working on a stream
>> 
>> and when we do 
>> 
>> printOn: aStream
>> 
>>  aStream nextPutAll: x printString
>> 
>> printString creates yeat another stream then ask the contents and passes it 
>> to the first one
>> 
>> 
>> printOn: aStream
>> 
>>  x printOn: aStream
>> 
>> is faster and cleaner in that case. 
>> 
>> 
>>> On 24 Dec 2020, at 18:32, g_patrickb--- via Pharo-users 
>>>  wrote:
>>> 
>>> I started working through PBE8, and in section 3.13 there is a method:
>>> 
>>> Counter >> printOn: aStream
>>> 
>>> super printOn: aStream.
>>> 
>>> aStream nextPutAll: ' with value: ', count printString.
>>> 
>>> But it returns two warnings:
>>> 
>>> [printString] No printString inside printOn
>>> 
>>> Use cascaded nextPutAll:’s instead of #, in #nextPutAll:
>>> 
>>> 
>>> 
>>> It has the option to automatically resolve the cascaded nextPutAll: which 
>>> results in:
>>> 
>>> printOn: aStream
>>> 
>>> super printOn: aStream.
>>> 
>>> aStream
>>> 
>>> nextPutAll: ' with value: ';
>>> 
>>> nextPutAll: count printString
>>> 
>>> 
>>> 
>>> But it still has the warning about printString.
>>> 
>> 
>> 
>> Stéphane Ducasse
>> http://stephane.ducasse.free.fr / http://www.pharo.org 
>> 03 59 35 87 52
>> Assistant: Aurore Dalle 
>> FAX 03 59 57 78 50
>> TEL 03 59 35 86 16
>> S. Ducasse - Inria
>> 40, avenue Halley, 
>> Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
>> Villeneuve d'Ascq 59650
>> France
>> 


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: PrintString in PBE8

[Stéphane Ducasse]

Hi 

this warning is just that printOn: is working on a stream

and when we do 

printOn: aStream

aStream nextPutAll: x printString

printString creates yeat another stream then ask the contents and passes it to 
the first one


printOn: aStream

x printOn: aStream

is faster and cleaner in that case. 


> On 24 Dec 2020, at 18:32, g_patrickb--- via Pharo-users 
>  wrote:
> 
> I started working through PBE8, and in section 3.13 there is a method:
> 
> Counter >> printOn: aStream
> 
> super printOn: aStream.
> 
> aStream nextPutAll: ' with value: ', count printString.
> 
> But it returns two warnings:
> 
> [printString] No printString inside printOn
> 
> Use cascaded nextPutAll:’s instead of #, in #nextPutAll:
> 
> 
> 
> It has the option to automatically resolve the cascaded nextPutAll: which 
> results in:
> 
> printOn: aStream
> 
> super printOn: aStream.
> 
> aStream
> 
> nextPutAll: ' with value: ';
> 
> nextPutAll: count printString
> 
> 
> 
> But it still has the warning about printString.
> 


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: About BitBlt for non graphical problems

[Stéphane Ducasse]

I do not have your answer but I see that you are having fun… :)
Continue. 

I’m playing with VM implementation for the exact same reason :)

> On 21 Dec 2020, at 10:56, Rafael Luque  wrote:
> 
> Hi all,
> 
> I remember to read in the Blue Book about a Game Of Life solution based on 
> the BitBlt operation. I wondered if it was only a smart and elegant 
> demonstration or it may be a useful tool in the case you need parallelism, 
> even in non-graphical contexts. I've never seen BitBlt used to solve 
> non-graphical problems, but I don't have experience with BitBlt in my 
> everyday work, so maybe I'm biased.
> 
> I've found a paper by Leo J. Guibas and Jorge Stolfi 
> (https://www.cs.tufts.edu/~nr/cs257/archive/leo-guibas/language-bitmap.pdf 
> <https://www.cs.tufts.edu/~nr/cs257/archive/leo-guibas/language-bitmap.pdf>) 
> about a "calculus of bitmap operations" including an specific language called 
> MUMBLE, but I suspect it is not a common use case.
> 
> Anyway, I've experimented with this option to solve the Advent of Code's Day 
> 3 challenge. The puzzle consists of counting the number of trees you will 
> encounter traversing a given map with open squares and trees, starting at the 
> top-left corner and following a certain slope 
> ((https://adventofcode.com/2020/day/3 <https://adventofcode.com/2020/day/3>).
> 
> After implementing the straight-forward and iterative solution, I tried using 
> Form instances representing the map and the slope and a BitBlt operation for 
> ANDing both forms in order to leave only bits where you encounter a tree (see 
> attached image). In this alternative solution I like how the iteration is 
> replaced by only one "BitBlt>>copyBits" operation. Additionally, I understand 
> that BitBlt operations are native primitives that could be hardware optimized.
> 
> However, I didn't know how to count the resulting bits without recurring 
> again to the iteration of the Form's bits. This is my current implementation:
> 
> AoCBitBltForestMap>>countTreesOnPath
> | mapForm |
> mapForm := self form.
> (BitBlt toForm: mapForm)
> copyForm: self slopeMaskForm
> to: 0 @ 0
> rule: Form and.
> 
> ^ mapForm bits count: [ :bit | 
>(Color colorFromPixelValue: bit depth: 32) green
>closeTo: 1
>precision: 0.1 ]
> 
> You can find all the sources at the following repository: 
> https://github.com/luque/AdventOfCode2020 
> <https://github.com/luque/AdventOfCode2020>
> 
> Any comments about BitBlt use cases or this specific puzzle will be of 
> interest for me.
> 
> Thank you.
> 
>  
> 
> 
> 


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: Pharo image size increases continuously

[Stéphane Ducasse]

Hello 


did you try the SpaceTally to get more information?



I'm responsible to help getting information about system space usage. The 
information I compute is represented by a spaceTallyItem

try something like: 

((SpaceTally new spaceTally: (Array with: TextMorph with: Point)) 
asSortedCollection: [:a :b | a spaceForInstances > b 
spaceForInstances]) 

SpaceTally new systemWideSpaceTally


This class has been created from a part of SystemDictionary. It still deserves 
a nice
clean, such as using object instead of array having 4 slots.

sd-20 June 2003

Stef


> On 23 Dec 2020, at 14:01, Dario Romano Trussardi 
>  wrote:
> 
> Ciao,
> 
>   I am developing a seaside based application in pharo
> 
>   Pharo 8.0.0
>   Build information: 
> Pharo-8.0.0+build.1141.sha.1b7a8d8203fce2a57794451f555bba4222614081 (64 Bit)
> 
>   Seaside version 3.4.3
>   Grease Version 1.6.1
>   Iceberg 1.6.7
> 
>   The Pharo image size increases continuously and now we are at:
> 
>15213731 Dec 23 13:20 Pharo80041-201223D.changes
>   280245832 Dec 23 13:20 Pharo80041-201223D.image
> 
> 
>   The system begins to be unstable.
> 
>   Until a few days ago,
>   closing all the System Browser windows and saving the image the 
> system resized itself. 
>   
>   But now this trick doesn't work either. 
> 
>   Any suggestions on how to solve, manage this question?
> 
>   Thanks,
> 
>   Dario


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: How coverage is computed with SmalltalkCI and coverall

[Stéphane Ducasse]

Ok I could not see the MW or methods as object use but now I get it.
So the granularity is already good.

I would really like the support for coverage in Pharo ecosystem and not only on 
build system.
I would really like that we push tests to the next level :).

S

> On 20 Dec 2020, at 19:08, Benoît Verhaeghe  wrote:
> 
> First, configuration looks for classes and packages ( look at .smalltalk.ston 
> file )
> Second, you take all the methods inside the classes and packages. 
> If a method is an extension ( for instance, method A of class C is under 
> package P. But class C is under package P2), then select all the methods of 
> the class of the method ( this logic is under discussion in two issues of 
> SmallTalkCI. 
> 
> Third, SmallTalkCI wraps each method ( install a wrapper in the method's 
> class that is called instead of the real method ). 
> When a wrapper is called, marks a Boolean to true, and calls the original 
> method.
> 
> Finally, the coverage is the number of covered methods marked as true compare 
> to the total number of covered method. 
> 
> ( Note : the wrapping is not done using reflectivity whereas it can be a good 
> idea ? )
> 
> 
> 
> Le dim. 20 déc. 2020 à 18:29, Stéphane Ducasse  <mailto:stephane.duca...@inria.fr>> a écrit :
> Thanks I could not find it. 
> I read the code and it is still unclear what is the logic. I could not figure 
> out what we get lines here.
> 
> I would like to resurrect the AST interpreter to get some information on AST 
> level coverage.
> What is see is that so far this is a heuristic that is used in SmalltalkCI. 
> 
> S. 
> 
>> On 20 Dec 2020, at 13:27, Gabriel Cotelli > <mailto:g.cote...@gmail.com>> wrote:
>> 
>> AFAIR is implemented in 
>> https://github.com/hpi-swa/smalltalkCI/tree/master/repository/SmalltalkCI-Pharo-Coverage-Core.package/SCIPharoCodeCoverage.class
>>  
>> <https://github.com/hpi-swa/smalltalkCI/tree/master/repository/SmalltalkCI-Pharo-Coverage-Core.package/SCIPharoCodeCoverage.class>
>>  and it's superclass.
>> 
>> On Sun, Dec 20, 2020, 05:44 Stéphane Ducasse > <mailto:stephane.duca...@inria.fr>> wrote:
>> Hi
>> 
>> I would like to know exactly how the test coverage is computed.
>> I read all the code of SmalltalkCi and I could not find it. 
>> 
>> S. 
>> 
>> Stéphane Ducasse
>> http://stephane.ducasse.free.fr <http://stephane.ducasse.free.fr/> / 
>> http://www.pharo.org <http://www.pharo.org/> 
>> 03 59 35 87 52
>> Assistant: Aurore Dalle 
>> FAX 03 59 57 78 50
>> TEL 03 59 35 86 16
>> S. Ducasse - Inria
>> 40, avenue Halley, 
>> Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
>> Villeneuve d'Ascq 59650
>> France
>> 
> 
> 
> Stéphane Ducasse
> http://stephane.ducasse.free.fr <http://stephane.ducasse.free.fr/> / 
> http://www.pharo.org <http://www.pharo.org/> 
> 03 59 35 87 52
> Assistant: Aurore Dalle 
> FAX 03 59 57 78 50
> TEL 03 59 35 86 16
> S. Ducasse - Inria
> 40, avenue Halley, 
> Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
> Villeneuve d'Ascq 59650
> France
> 


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: How coverage is computed with SmalltalkCI and coverall

[Stéphane Ducasse]

Thanks I could not find it. 
I read the code and it is still unclear what is the logic. I could not figure 
out what we get lines here.

I would like to resurrect the AST interpreter to get some information on AST 
level coverage.
What is see is that so far this is a heuristic that is used in SmalltalkCI. 

S. 

> On 20 Dec 2020, at 13:27, Gabriel Cotelli  wrote:
> 
> AFAIR is implemented in 
> https://github.com/hpi-swa/smalltalkCI/tree/master/repository/SmalltalkCI-Pharo-Coverage-Core.package/SCIPharoCodeCoverage.class
>  
> <https://github.com/hpi-swa/smalltalkCI/tree/master/repository/SmalltalkCI-Pharo-Coverage-Core.package/SCIPharoCodeCoverage.class>
>  and it's superclass.
> 
> On Sun, Dec 20, 2020, 05:44 Stéphane Ducasse  <mailto:stephane.duca...@inria.fr>> wrote:
> Hi
> 
> I would like to know exactly how the test coverage is computed.
> I read all the code of SmalltalkCi and I could not find it. 
> 
> S. 
> 
> Stéphane Ducasse
> http://stephane.ducasse.free.fr <http://stephane.ducasse.free.fr/> / 
> http://www.pharo.org <http://www.pharo.org/> 
> 03 59 35 87 52
> Assistant: Aurore Dalle 
> FAX 03 59 57 78 50
> TEL 03 59 35 86 16
> S. Ducasse - Inria
> 40, avenue Halley, 
> Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
> Villeneuve d'Ascq 59650
> France
> 


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] How coverage is computed with SmalltalkCI and coverall

[Stéphane Ducasse]

Hi

I would like to know exactly how the test coverage is computed.
I read all the code of SmalltalkCi and I could not find it. 

S. 

Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: Pharo Mars still not working on Ubuntu

[Stéphane Ducasse]

Esteban is trying to understand why he cannot register to this mailing-list and 
he asked me to past the following
so I do it. 


"first, as Stef says we cannot do magic and SpecGtk relies on Gtk3. More 
specific, it relies in a specific version of Gtk3, in this case you need Gtk 
3.24 or newer.
if you have an older linux version, is likely you also have an older Gtk3 
version... hence the crash.
this is not a bug
but I agree we need to add a version validation
to not crash but instead show a message”


Stef

[Pharo-users] Re: Please explain self

[Stéphane Ducasse]

Hello 

All this is explained in the Mooc (with mutliple videos and gradually) 
and Pharo by Example chapter.

Pay attention you do not need to understand the metaclass core to program in 
Pharo.
This is just for fun and a bonus. This is why in general I do not show this 
diagram directly. 

Check the mooc videos we designed based on more than 10 years of experience
teaching Pharo to people.

S


> On 12 Dec 2020, at 20:20, g_patrickb--- via Pharo-users 
>  wrote:
> 
> I understand if you have Class A with methods p and q that you can call q 
> from p doing:
> 
> self q
> 
> But there are some cases where a method doesn’t exist but self is still used. 
> I found a tutorial on creating a Reddit type app and it had a .mcz which I 
> loaded.
> 
> Here is an example from Class StLoggedInComponent and method refreshReport:
> 
> self report rows: (self session user tasks select: self filterBlock).
> 
> There is a method ‘report’ so I understand that, but there is no method named 
> ‘session’ so what is the use of self?
> 
> And Class StDatabase has method ‘updateTask:’ has:
> 
> self subclassResponsibility.
> 
> But no method called ‘subclassResponsibility’ exists in the Class.
> 
> Also, Class StLoggedInComponents has method ‘testTasks’ with this:
> 
> ^ self class testTasks
> 
> What is ‘self class’?
> 
> Thank you.
> 


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: Pharo Mars still not working on Ubuntu

[Stéphane Ducasse]

tx offray 
Lua is an inspiration from that perspective. 
Now we play the game because publishing is also a nice way to understand what 
we are doing 
and because this is important to play the game else we would be considered as 
losers.

S. 

> On 12 Dec 2020, at 19:20, Offray Vladimir Luna Cárdenas 
>  wrote:
> 
> Hi,
> 
> Just to add a little bit to Tim's remark, I'm pretty happy that Pharo 
> academicians, starting with Stéphane, value more making a real difference in 
> the world, via delivering working and improving software, that talking about 
> the theoretical possible changes when paper's "conclusions further 
> possibilities and studies" will be applied, developed and widely understood 
> (it's also a pretty uncommon path followed by Lua academician's at Rio 
> University.)
> 
> In a world of mostly self-serving academia trapped in the game of papers 
> publishing and metrics only valuable inside academia, is good to have 
> academicians breaking the novelty fetiche spell and preferring _being_ 
> smarter and empathic with continuous delivery, improvements and broad 
> community building, instead just _looking_ smarter, via papers publishing and 
> ego inflation inside the Ivory Tower.
> 
> Thanks again Stephan and other Pharo academicians to show us a glimpse of 
> what academia could be when priorities are put in proper places.
> 
> Offray
> 
> On 12/12/20 5:05 a. m., Tim Mackinnon wrote:
>> Just to chip in here - the work demonstrated on Pharo development is 
>> inspirational. Rather than throwing everything away, it shows the 
>> alternative - incrementally improving a running platform - and practicing 
>> what we preach in industry by refactoring a large elderly code base bit by 
>> bit - it's remarkable.
>> 
>> While its true we don’t always immediately get things fixed that we might 
>> personally want, but then again we are relying on the free personal time of 
>> others. But collectively, the most important things do get fixed/improved, 
>> and if there is something that really bothers you, then the over arching 
>> lesson is that you have to roll up your sleaves and try and fix it yourself 
>> and in showing willingness you normally find that others will help you.
>> 
>> So Steph et al, I am glad that you love this platform (and have for many 
>> years), but more startlingly - i heard you all talk about a vision of 
>> improvements back in Lugano many years ago… and gosh we are seeing those 
>> improvements roll out year after year. Even more - we are slowly getting the 
>> kind of development/experiment workbench platform that good developers 
>> should have. Its being invented under our eyes, and that is exciting.
>> 
>> So I hope you dont feel dispondent - I think history viewed over a longer 
>> period will actually show a more positive picture.
>> 
>> Tim
>> 
>> 
>> 
>> On Fri, 11 Dec 2020, at 9:20 PM, Stéphane Ducasse wrote:
>>> It depends how old. 
>>> We cannot do magic. 
>>> In particular, if more people would help fixing simple things in Pharo we 
>>> would then have the time for more boring and challenging issues.
>>> Because in my personal case, I’m not paid to develop and lead Pharo dev. 
>>> My own carrer and CV do not depend on Pharo and in fact I could publish 
>>> much more 
>>> and look much smarter without it. 
>>> 
>>> S. 
>>> 
>>> 
>>> 
>>>> But if it doesn't work on older machines (if that is the case) then that's
>>>> still a bug, isn't it?
>>>> 
>>>> 
>>>> 
>>>> --
>>>> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html 
>>>> <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html>
>>> 
>>> 
>>> 
>>> Stéphane Ducasse
>>> http://stephane.ducasse.free.fr <http://stephane.ducasse.free.fr/> / 
>>> http://www.pharo.org <http://www.pharo.org/> 
>>> 03 59 35 87 52
>>> Assistant: Aurore Dalle 
>>> FAX 03 59 57 78 50
>>> TEL 03 59 35 86 16
>>> S. Ducasse - Inria
>>> 40, avenue Halley, 
>>> Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
>>> Villeneuve d'Ascq 59650
>>> France


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: Pharo Mars still not working on Ubuntu

[Stéphane Ducasse]

> On 12 Dec 2020, at 17:08, Santiago Bragagnolo  
> wrote:
> 
> It is a bug when you have a lot of budget. Luckily we have the monthly 
> sprints :). 
> Participants are always more than welcome. You can join and participate to 
> fix these things the last friday of each month! 
> I can sit with you and pair program. 
> I am not sure if this month we have sprint, since it is by the christmas 
> dates probably. 
> Marcus, do we have sprint in december? 

yes next friday :)
> Anyway, as soon as I know i'll let you know. If it is not this this month it 
> can be in january! It seems far but time pass really fast :). 
> 
> Looking forward, 
> 
> Santiago
> 
> 
> 
> 
> El vie, 11 dic 2020 a las 16:05, kmo ( <mailto:vox...@gmail.com>>) escribió:
> But if it doesn't work on older machines (if that is the case) then that's
> still a bug, isn't it?
> 
> 
> 
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html 
> <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html>


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: Pharo Mars still not working on Ubuntu

[Stéphane Ducasse]

> On 12 Dec 2020, at 11:05, Tim Mackinnon  wrote:
> 
> Just to chip in here - the work demonstrated on Pharo development is 
> inspirational. Rather than throwing everything away, it shows the alternative 
> - incrementally improving a running platform - and practicing what we preach 
> in industry by refactoring a large elderly code base bit by bit - it's 
> remarkable.
> 
> While its true we don’t always immediately get things fixed that we might 
> personally want, but then again we are relying on the free personal time of 
> others. But collectively, the most important things do get fixed/improved, 
> and if there is something that really bothers you, then the over arching 
> lesson is that you have to roll up your sleaves and try and fix it yourself 
> and in showing willingness you normally find that others will help you.
> 
> So Steph et al, I am glad that you love this platform (and have for many 
> years), but more startlingly - i heard you all talk about a vision of 
> improvements back in Lugano many years ago… and gosh we are seeing those 
> improvements roll out year after year. Even more - we are slowly getting the 
> kind of development/experiment workbench platform that good developers should 
> have. Its being invented under our eyes, and that is exciting.

:)

> So I hope you dont feel dispondent - I think history viewed over a longer 
> period will actually show a more positive picture.

I’m pretty sure it will :)
Because we know where we want to go and this is nice :)

Thanks a lot tim. 
And we will continue :)
> 
> Tim
> 
> 
> 
> On Fri, 11 Dec 2020, at 9:20 PM, Stéphane Ducasse wrote:
>> It depends how old. 
>> We cannot do magic. 
>> In particular, if more people would help fixing simple things in Pharo we 
>> would then have the time for more boring and challenging issues.
>> Because in my personal case, I’m not paid to develop and lead Pharo dev. 
>> My own carrer and CV do not depend on Pharo and in fact I could publish much 
>> more 
>> and look much smarter without it. 
>> 
>> S. 
>> 
>> 
>> 
>>> But if it doesn't work on older machines (if that is the case) then that's
>>> still a bug, isn't it?
>>> 
>>> 
>>> 
>>> --
>>> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html 
>>> <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html>
>> 
>> 
>> 
>> Stéphane Ducasse
>> http://stephane.ducasse.free.fr <http://stephane.ducasse.free.fr/> / 
>> http://www.pharo.org <http://www.pharo.org/> 
>> 03 59 35 87 52
>> Assistant: Aurore Dalle 
>> FAX 03 59 57 78 50
>> TEL 03 59 35 86 16
>> S. Ducasse - Inria
>> 40, avenue Halley, 
>> Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
>> Villeneuve d'Ascq 59650
>> France


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Call for Beta-testers Pharo ARM64 JIT

[Stéphane Ducasse]

Dear happy Pharoers and others, 

Over the last months we have been working on the implementation of a 
MIT-licensed ARMv8 Just-In-Time compiler for Pharo VM.
We are very happy with the advance on this subject, as we have not only 
implemented a new backend but we have added more than 2500 
tests to the JIT, the primitives, code generation, plugins and the VM in 
general. In the process we fixed many problems. 
It shows that following the roadmap that was decided during General assembly of 
PharoDays, we have been investing in the Pharo VM and that 
our efforts are greatly paying off. 
Also, we are generating a lot of documentation and improving the process to 
really democratize the development of the VM. 
So Pharo is a better shape than ever on such matter and this opens a lot of 
possibility for the future. 

## Call for Beta-Testers

We would like to announce that a first version of our JIT backend is available 
for beta-testing for ARM Linux machines using Ubuntu. 
We are now entering into a beta testing stage of the VM and the image in Ubuntu 
ARM 64.
We would like to invite you to our beta testing phase for the VM. If you're 
interested in participating, 
please contact pablo.tes...@inria.fr.

The following sections give more details of the current status, and the 
following steps including Apple Silicon, Windows ARM64 and Linux Open Build 
System support.

## Current Status

Our objective is to have a running JIT for the new aarch64 architecture (ARM 
64bits). This task includes not only a new backend for the JIT compiler but 
also adding support for external libraries, dependencies and the build process. 
This means having a working VM with comparable features as the one existing in 
Intel X64. We are targeting all the major operating systems running in this 
platform (Linux, OSX, Windows).
Each of them present different restrictions and conditions.

This is the current status:

- We implemented a full backend for the JIT compiler targeting aarch64.
- All the image side was adapted to run on it, tested on Ubuntu ARM 64 bits. 
- We added support for: Iceberg (Libgit) / Athens (Cairo) / SDL / GTK
- We implemented a LibFFI-based FFI backend as the default one for Pharo 9 in 
aarch64 (next to come in all platforms). 
This opens the door to ease port the features to other platforms and OSes. 

## Following Steps and Open Betas: Linux Open Build System (OBS), Windows ARM64 
and Apple Silicon

Linux Systems: In the following days, we will also support Raspbian (Debian) 
and Manjaro on ARM64. For doing so, we are pushing the last details in having a 
single Linux build system through OBS. So, if you want to start doing 
beta-testing of these versions please contact us. A public beta will be open in 
around two weeks.

Windows Systems: We have extended the build process to fully support Microsoft 
Visual Studio compilers and more flexibility to select the targets, also we are 
building it to run in Windows ARM. To correctly run the VM in Windows it is 
needed to build all dependencies for aarch64. In the following weeks, we expect 
to have a working Non-JIT version and a JIT version. The remaining points to 
have a JIT version are related with the build process as the API of the 
operating system has not changed from X64 to aarch64.

OSX Systems: Our third target is to have a working version for the newest Apple 
silicon. We are acquiring the corresponding hardware to test and to address the 
differences in the API exposed to JIT applications. As it is the case of the 
Windows VM, there is not need to change the machine code generation backend; 
but to compile external libraries, and particularities of the new OS version.

Thanks for your support, and again, if you like to start beta testing the VM 
please contact us. In the meantime, we will continue giving you news about the 
current state and where are we going. 

The consortium would like to particularly thank Schmidt Buro and Lifeware for 
their contracts. 

Regards,

Pablo in behalf of the Pharo Consortium Engineers

Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: Pharo Mars still not working on Ubuntu

[Stéphane Ducasse]

It depends how old. 
We cannot do magic. 
In particular, if more people would help fixing simple things in Pharo we would 
then have the time for more boring and challenging issues.
Because in my personal case, I’m not paid to develop and lead Pharo dev. 
My own carrer and CV do not depend on Pharo and in fact I could publish much 
more 
and look much smarter without it. 

S. 



> But if it doesn't work on older machines (if that is the case) then that's
> still a bug, isn't it?
> 
> 
> 
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

--------
Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: Pharo Mars still not working on Ubuntu

[Stéphane Ducasse]

> On 11 Dec 2020, at 09:01, yvan Godin  wrote:
> 
> Hello
> May be you shouldn't spend time on that because I have successfully tested
> Gtk-bind on a  more recent laptop /(Intel© Core™ i7 16GoRam versus Pentium
> 4Go )/ with same Ubuntu 19 
> sorry for inconvenience  and thanks everybody 

Yvan there is no problem. 
We prefer that you report a non bug that you do not report a bug. 

And I do like to hear that we neglect linux because this is not the case. 
Now there is one version of Mac at the time (plus three old versions) 
but we do not have this situation for the thing called “linux”

S.


> 
> 
> 
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

----
Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: Pharo Mars still not working on Ubuntu

[Stéphane Ducasse]

> On 10 Dec 2020, at 14:34, yvan Godin  wrote:
> 
> hello
> 
> I have re installed an strictly follow everything as described in  gtk-bind
> <https://github.com/pharo-spec/gtk-bindings>   / (I don't care of Mars but
> interested by Spec2 and/or Gtk)/
> 
> the run of demo hard crash as previously
> 
> I have tried to upload the file here but no sure to well understand how 
> this list work 
> crash.txt <http://forum.world.st/file/t372931/crash.txt>  

Thanks for the report. 
> 
> thanks everybody 
> 
> /by the side a curious behavior to this mailing list requiring again to me
> to subscribe again /

Yes this is strange. 
Esteban was also removed and we do not know why.

> 
> 
> 
> 
> 
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: Pharo Mars still not working on Ubuntu

[Stéphane Ducasse]

Thanks for the information. 

S

> On 9 Dec 2020, at 18:20, G B via Pharo-users  
> wrote:
> 
> I am using OpenSUSE Leap and the above code for "Hello" using GTK-binding 
> works for me.
> 
> On Wednesday, December 9, 2020, 8:30:29 AM CST, yvan Godin 
>  wrote:
> 
> 
> in reality posted my answer on a wrong list probably
> totally new to Pharo and Smaltalk I wanted just try so this is not important  
>   
>   
> I wanted to test  Gtk-binding. <https://github.com/pharo-spec/gtk-bindings 
> <https://github.com/pharo-spec/gtk-bindings>>  
> because I am interested by Gtk but not for specific project so no problem I
> can wait.
> 
> Load fine but the demo code provided on github  hard crash the image with
> big crash dump 
> ```
> GtkApplication ensureRunning.
> GtkRunLoop defer: [
> GtkWindow new 
> title: 'Gtk3 Window';
> add: (GtkBox newVertical
> packStart: (GtkLabel newLabel: 'Hello!');
> yourself);
> showAll ]
> ```
> 
> for the sound I have try to add sdl2 and alsa lib and some libsound but
> without success. One more time this is not essential but sad. Very long time
> ago I have try Squeak and sound was working.
> 
> 
> 
> 
> 
> 
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html 
> <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html>


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: Pharo Mars still not working on Ubuntu

[Stéphane Ducasse]

Here is the answer of esteban

Hi, 

For some reason, it looks like I am no longer part of that list (how weird is 
that?), and I cannot re-subscribe me either (I asked Marcus to see what 
happens).
Anyway, can you be be more explicit, because I just tested in an Ubuntu 20.04 
and it works fine (also, I use a Manjaro everyday  and it works too).

Esteban



S


> On 9 Dec 2020, at 15:30, yvan Godin  wrote:
> 
> in reality posted my answer on a wrong list probably
> totally new to Pharo and Smaltalk I wanted just try so this is not important  
>
> 
> I wanted to test  Gtk-binding. <https://github.com/pharo-spec/gtk-bindings>  
> because I am interested by Gtk but not for specific project so no problem I
> can wait.
> 
> Load fine but the demo code provided on github  hard crash the image with
> big crash dump 
> ```
>GtkApplication ensureRunning.
>GtkRunLoop defer: [
>   GtkWindow new 
>   title: 'Gtk3 Window';
>   add: (GtkBox newVertical
>   packStart: (GtkLabel newLabel: 'Hello!');
>   yourself);
>   showAll ]
> ```
> 
> for the sound I have try to add sdl2 and alsa lib and some libsound but
> without success. One more time this is not essential but sad. Very long time
> ago I have try Squeak and sound was working.
> 
> 
> 
> 
> 
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: Pharo Mars still not working on Ubuntu

[Stéphane Ducasse]

> Mars will work on Ubuntu and its derivatives when Hell freezes over. I don't
> think anyone even looks a the Issues log.

We are in crush mode. 


> Sound has never worked on Linux. You used to be able to get it to work by
> copying files from a Squeak installation, but that's in the past now as far
> as I know.
> 
> There's an article here on how to get sound working on Linux -
> https://thepharo.dev/2020/11/17/how-to-play-sound-in-pharo/
> 
> It didn't work for me - I wasn't surprised. 

Can you let us know what is the problem?
If you do not report it how can we do something?


> The Linux desktop has the worst Pharo support.

Exteban is working daily on a linux machine now the problem is that there is no 
such a thing
as a linux machine. 

We have distributions and many of them with plenty of nice little differences 
that 
as a user you expect to work but takes from us a lot of time. 
For example different Clib. 

So Pablo and guille are working on 
making that the VM can take what is present
making that we can deploy one VM as full standalone
and this for a lot of different flavor. 


> 
> 
> 
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] New version of FFICHeaderExtractor v1.0.2 and OSubprocess v1.3.0

[Stéphane Ducasse]

Hi

Some news since StandardFileStream got deprecated in Pharo 80, we removed it 
form Pharo 90. 

We updated 
- FFICHeaderExtractor now version v1.0.2
got migrated to Tonel and pharo-contributions + github actions 
https://github.com/pharo-contributions/OSSubprocess

- OSSubprocess version v1.3.0 is out 
 https://github.com/pharo-contributions/OSSubprocess

Stef


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: SmalltalkCI / Github Actions

[Stéphane Ducasse]

Thanks I thought that the os should be defined as matrix but this not case


S

name: PharoVersion

env:
  GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}

on:
  push:
branches:
  - master

jobs:
   build:
runs-on: [ ubuntu-latest, mac-latest ]
strategy:
  matrix:
smalltalk: [ Pharo64-8.0, Pharo64-9.0 ]
name: ${{ matrix.smalltalk }}

 steps:
  - uses: actions/checkout@v2
  - uses: hpi-swa/setup-smalltalkCI@v1
with:
  smalltalk-version: ${{ matrix.smalltalk }}
  - name: Load Image and Run Tests
run: smalltalkci -s ${{ matrix.smalltalk }}
env:
  GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
timeout-minutes: 15

[Pharo-users] Re: SmalltalkCI / Github Actions

[Stéphane Ducasse]

THANKS


> On 1 Dec 2020, at 22:46, Gabriel Cotelli  wrote:
> 
> Take a look at 
> https://github.com/ba-st/Buoy/blob/release-candidate/.github/workflows/build.yml
>  
> <https://github.com/ba-st/Buoy/blob/release-candidate/.github/workflows/build.yml>
> On Tue, Dec 1, 2020, 13:18 Stéphane Ducasse  <mailto:stephane.duca...@inria.fr>> wrote:
> Hi 
> 
> I have a question and I could not find the answer in the SmalltalkCI doc 
> I would like to run my tests on different versions of Pharo
> I know how to do it in travis but in GA I missed it. 
> 
> I read 
> https://github.com/marketplace/actions/setup-smalltalkci 
> <https://github.com/marketplace/actions/setup-smalltalkci>
> and tutorials on the net about GA
> 
> So I tried 
> 
> name: test
> 
> env:
>   GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
> 
> on:
>   push:
> branches:
>   - master
> 
> jobs:
>   build:
> strategy:
>   fail-fast: false
>   matrix:
> platform: [ubuntu-latest, macos-latest ]
> pharoversion: [Pharo64-8.0, Pharo64-9.0]
> runs-on: ${{ matrix.platform }}
> steps:
>   - uses: actions/checkout@v2
>   - uses: hpi-swa/setup-smalltalkCI@v1
> id: smalltalkci
> with:
>   smalltalk-version: pharoversion
>   - run: smalltalkci -s ${{ steps.smalltalkci.outputs.pharoversion }}
> shell: bash
> timeout-minutes: 15
> 
> 
> but it failed.
> I do not know how to specify the version of Pharo64-8.0 on mac. 
> 
> S. 
> 
> 
> Stéphane Ducasse
> http://stephane.ducasse.free.fr <http://stephane.ducasse.free.fr/> / 
> http://www.pharo.org <http://www.pharo.org/> 
> 03 59 35 87 52
> Assistant: Aurore Dalle 
> FAX 03 59 57 78 50
> TEL 03 59 35 86 16
> S. Ducasse - Inria
> 40, avenue Halley, 
> Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
> Villeneuve d'Ascq 59650
> France
> 


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: (Re)storing code blocks from text strings (hopefully in STON)

[Stéphane Ducasse]

and you can send PR to improve it :)


> On 5 Dec 2020, at 00:23, Offray Vladimir Luna Cárdenas 
>  wrote:
> 
> Ohhh :-O ... where is the STON booklet. I would love to read it.
> 
> Thanks,
> 
> Offray
> 
> On 4/12/20 3:24 p. m., Stéphane Ducasse wrote:
>> Done :)
>> 
>> 
>>> On 4 Dec 2020, at 21:20, Stéphane Ducasse >> <mailto:stephane.duca...@inria.fr>> wrote:
>>> 
>>> It looks like it is recurring  enough to be part of the Ston booklet :)
>>> 
>>> I will add it. 
>>> 
>>> S. 
>>> 
>>>> On 1 Dec 2020, at 10:54, Sven Van Caekenberghe >>> <mailto:s...@stfx.eu>> wrote:
>>>> 
>>>> Hi Offray,
>>>> 
>>>> This is a recurring question. BlockClosures are way too general and 
>>>> powerful to be serialised. That is why serialising BlockClosures is not 
>>>> supported in STON.
>>>> 
>>>> The code inside a block can refer to and even affect state outside the 
>>>> block. Furthermore the return operator is quite special as it returns from 
>>>> some outer context.
>>>> 
>>>> A subset of BlockClosures are those that are clean. These do not close 
>>>> over other variables, nor do they contain a return. By using their source 
>>>> code representation, it is possible to serialise/materialise them.
>>>> 
>>>> You can try this by adding the following methods:
>>>> 
>>>> BlockClosure>>#stonOn: stonWriter
>>>>  self isClean
>>>>ifTrue: [ stonWriter writeObject: self listSingleton: self printString ]
>>>>ifFalse: [ stonWriter error: 'Only clean blocks can be serialized' ]
>>>> 
>>>> BlockClosure>>#stonContainSubObjects
>>>>  ^ false
>>>> 
>>>> BlockClosure class>>#fromSton: stonReader
>>>>  ^ self compilerClass new 
>>>>  source: stonReader parseListSingleton; 
>>>>  evaluate
>>>> 
>>>> With these additions you can do the following:
>>>> 
>>>>  STON fromString: (STON toString: [ :x :y | x + y ]).
>>>> 
>>>> Note that the actual class name depends on the Pharo version (BlockClosure 
>>>> in Pharo 7, FullBlockClosure in Pharo 9 and maybe soon CleanBlockClosure - 
>>>> Marcus is working on that last one and that would be very cool because it 
>>>> would say exactly what it it).
>>>> 
>>>> I am still not 100% convinced to add this as a standard feature to STON. 
>>>> Using source code fully exposes the implementation, while using the 
>>>> compiler can be dangerous. It also adds a dependency on source code and 
>>>> the compiler. But it would be good if people can experiment with this 
>>>> feature.
>>>> 
>>>> Does this help you ?
>>>> 
>>>> Regards,
>>>> 
>>>> Sven
>>>> 
>>>> PS: I would not modify an object just to serialise it.
>>>> 
>>>>> On 30 Nov 2020, at 18:19, Offray Vladimir Luna Cárdenas 
>>>>> mailto:offray.l...@mutabit.com>> wrote:
>>>>> 
>>>>> Hi,
>>>>> 
>>>>> I'm using STON for all my light storage serialization needs, like the
>>>>> Grafoscopio notebooks, and I also love it, as Russ stated in their mail
>>>>> question, and I share with him a similar request: for my Brea[1] static
>>>>> site generator I would like to store some BreaQuery objects as external
>>>>> STON files, and recover them, so I can run the queries that
>>>>> recreate/update the website easily. I could store them as Grafoscopio
>>>>> notebooks, but I don't want to make Grafoscopio a prerequisite for Brea
>>>>> or I could use Fuel, but I would like to store queries as a diff
>>>>> friendly text based format. I have considered Metacello/Iceberg packages
>>>>> to export code in a diff friendly format, but It maybe overkill. So I
>>>>> would like to see if STON can serve me here too.
>>>>> 
>>>>> [1] https://mutabit.com/repos.fossil/brea/ 
>>>>> <https://mutabit.com/repos.fossil/brea/>
>>>>> [2] https://mutabit.com/repos.fossil/indieweb/ 
>>>>> <https://mutabit.com/repos.fossil/indieweb/>
>>>>> 
>>>>> So far, I'm able to serialize a code blo

[Pharo-users] Re: [Pharo Mooc] Change colors of test results

[Stéphane Ducasse]

sergio 

please let us know how e can proceed because we could do a theme for colorblind 
people. 

S

> On 19 Nov 2020, at 02:12, sergio ruiz  wrote:
> 
> Hey, all.. 
> 
> I am taking the Pharo Mooc, and was wondering:
> 
> is there any way to change the color next to the test method name?
> 
> I am colorblind, and I can’t tell the different between green and yellow.
> 
> Thanks!
> 
> 
> 
> peace,
> sergio
> photographer, journalist, visionary
> 
> Public Key: 
> https://pgp.key-server.io/pks/lookup?op=get&search=0x69B08F58923AB3A2 
> <https://pgp.key-server.io/pks/lookup?op=get&search=0x69B08F58923AB3A2>
> #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV
> @sergio_101@mastodon.social <mailto:sergio_101@mastodon.social>
> https://sergio101.com <https://sergio101.com/>
> http://www.codeandmusic.com
> http://www.twitter.com/sergio_101
> http://www.facebook.com/sergio101
> 


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: [Video] Transforming code using RewriteToolsSet

[Stéphane Ducasse]

I want it as part of new tools :)

S

> On 2 Dec 2020, at 16:14, Sebastian Jordan  wrote:
> 
> Hi,
> If you are interested in applying custom code transformations on a selected 
> set of classes, maybe this tool will be of your interest. I made these 
> mini-tutorial-videos in which I transform the code of a set of classes 
> through a transformation rule using this brand new tool RewriteToolsSet.
> 
> Thanks!
> 
> [GitHub's repo: https://github.com/jordanmontt/RewriteToolsSet 
> <https://github.com/jordanmontt/RewriteToolsSet>]
> 
> - https://www.youtube.com/watch?v=M0ElVhUoWXk 
> <https://www.youtube.com/watch?v=M0ElVhUoWXk>
> - https://www.youtube.com/watch?v=_9v1XTk1J2A 
> <https://www.youtube.com/watch?v=_9v1XTk1J2A>
>  <https://www.youtube.com/watch?v=M0ElVhUoWXk>
> Transforming code using RewriteToolsSet 
> <https://www.youtube.com/watch?v=M0ElVhUoWXk>
> In this video we are going to see another common use case of this set of 
> tools. We are going to reactor the code of all classes of a package using a 
> transformation rule. If you have any question or experience any bug, please 
> do not hesitate open an issue on the GitHub page or contact me. Thank you for 
> you time! GitHub's repository: https ...
> www.youtube.com <http://www.youtube.com/>

Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: (Re)storing code blocks from text strings (hopefully in STON)

[Stéphane Ducasse]

Done :)


> On 4 Dec 2020, at 21:20, Stéphane Ducasse  wrote:
> 
> It looks like it is recurring  enough to be part of the Ston booklet :)
> 
> I will add it. 
> 
> S. 
> 
>> On 1 Dec 2020, at 10:54, Sven Van Caekenberghe > <mailto:s...@stfx.eu>> wrote:
>> 
>> Hi Offray,
>> 
>> This is a recurring question. BlockClosures are way too general and powerful 
>> to be serialised. That is why serialising BlockClosures is not supported in 
>> STON.
>> 
>> The code inside a block can refer to and even affect state outside the 
>> block. Furthermore the return operator is quite special as it returns from 
>> some outer context.
>> 
>> A subset of BlockClosures are those that are clean. These do not close over 
>> other variables, nor do they contain a return. By using their source code 
>> representation, it is possible to serialise/materialise them.
>> 
>> You can try this by adding the following methods:
>> 
>> BlockClosure>>#stonOn: stonWriter
>>  self isClean
>>ifTrue: [ stonWriter writeObject: self listSingleton: self printString ]
>>ifFalse: [ stonWriter error: 'Only clean blocks can be serialized' ]
>> 
>> BlockClosure>>#stonContainSubObjects
>>  ^ false
>> 
>> BlockClosure class>>#fromSton: stonReader
>>  ^ self compilerClass new 
>>  source: stonReader parseListSingleton; 
>>  evaluate
>> 
>> With these additions you can do the following:
>> 
>>  STON fromString: (STON toString: [ :x :y | x + y ]).
>> 
>> Note that the actual class name depends on the Pharo version (BlockClosure 
>> in Pharo 7, FullBlockClosure in Pharo 9 and maybe soon CleanBlockClosure - 
>> Marcus is working on that last one and that would be very cool because it 
>> would say exactly what it it).
>> 
>> I am still not 100% convinced to add this as a standard feature to STON. 
>> Using source code fully exposes the implementation, while using the compiler 
>> can be dangerous. It also adds a dependency on source code and the compiler. 
>> But it would be good if people can experiment with this feature.
>> 
>> Does this help you ?
>> 
>> Regards,
>> 
>> Sven
>> 
>> PS: I would not modify an object just to serialise it.
>> 
>>> On 30 Nov 2020, at 18:19, Offray Vladimir Luna Cárdenas 
>>> mailto:offray.l...@mutabit.com>> wrote:
>>> 
>>> Hi,
>>> 
>>> I'm using STON for all my light storage serialization needs, like the
>>> Grafoscopio notebooks, and I also love it, as Russ stated in their mail
>>> question, and I share with him a similar request: for my Brea[1] static
>>> site generator I would like to store some BreaQuery objects as external
>>> STON files, and recover them, so I can run the queries that
>>> recreate/update the website easily. I could store them as Grafoscopio
>>> notebooks, but I don't want to make Grafoscopio a prerequisite for Brea
>>> or I could use Fuel, but I would like to store queries as a diff
>>> friendly text based format. I have considered Metacello/Iceberg packages
>>> to export code in a diff friendly format, but It maybe overkill. So I
>>> would like to see if STON can serve me here too.
>>> 
>>> [1] https://mutabit.com/repos.fossil/brea/ 
>>> <https://mutabit.com/repos.fossil/brea/>
>>> [2] https://mutabit.com/repos.fossil/indieweb/ 
>>> <https://mutabit.com/repos.fossil/indieweb/>
>>> 
>>> So far, I'm able to serialize a code block as a string using:
>>> 
>>> BreaQuery>>asStonModified
>>>self codeBlock: self codeBlock asString
>>>^ STON toStringPretty: self
>>> 
>>> But I'm unable to populate a block from a string. There is any way to
>>> make a string, lets say 'a + b', to become the code contents of a block,
>>> ie: [a + b ] ?
>>> 
>>> Thanks,
>>> 
>>> Offray
>>> 
> 
> 
> Stéphane Ducasse
> http://stephane.ducasse.free.fr <http://stephane.ducasse.free.fr/> / 
> http://www.pharo.org <http://www.pharo.org/> 
> 03 59 35 87 52
> Assistant: Aurore Dalle 
> FAX 03 59 57 78 50
> TEL 03 59 35 86 16
> S. Ducasse - Inria
> 40, avenue Halley, 
> Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
> Villeneuve d'Ascq 59650
> France
> 


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: (Re)storing code blocks from text strings (hopefully in STON)

[Stéphane Ducasse]

It looks like it is recurring  enough to be part of the Ston booklet :)

I will add it. 

S. 

> On 1 Dec 2020, at 10:54, Sven Van Caekenberghe  wrote:
> 
> Hi Offray,
> 
> This is a recurring question. BlockClosures are way too general and powerful 
> to be serialised. That is why serialising BlockClosures is not supported in 
> STON.
> 
> The code inside a block can refer to and even affect state outside the block. 
> Furthermore the return operator is quite special as it returns from some 
> outer context.
> 
> A subset of BlockClosures are those that are clean. These do not close over 
> other variables, nor do they contain a return. By using their source code 
> representation, it is possible to serialise/materialise them.
> 
> You can try this by adding the following methods:
> 
> BlockClosure>>#stonOn: stonWriter
>  self isClean
>ifTrue: [ stonWriter writeObject: self listSingleton: self printString ]
>ifFalse: [ stonWriter error: 'Only clean blocks can be serialized' ]
> 
> BlockClosure>>#stonContainSubObjects
>  ^ false
> 
> BlockClosure class>>#fromSton: stonReader
>  ^ self compilerClass new 
>  source: stonReader parseListSingleton; 
>  evaluate
> 
> With these additions you can do the following:
> 
>  STON fromString: (STON toString: [ :x :y | x + y ]).
> 
> Note that the actual class name depends on the Pharo version (BlockClosure in 
> Pharo 7, FullBlockClosure in Pharo 9 and maybe soon CleanBlockClosure - 
> Marcus is working on that last one and that would be very cool because it 
> would say exactly what it it).
> 
> I am still not 100% convinced to add this as a standard feature to STON. 
> Using source code fully exposes the implementation, while using the compiler 
> can be dangerous. It also adds a dependency on source code and the compiler. 
> But it would be good if people can experiment with this feature.
> 
> Does this help you ?
> 
> Regards,
> 
> Sven
> 
> PS: I would not modify an object just to serialise it.
> 
>> On 30 Nov 2020, at 18:19, Offray Vladimir Luna Cárdenas 
>>  wrote:
>> 
>> Hi,
>> 
>> I'm using STON for all my light storage serialization needs, like the
>> Grafoscopio notebooks, and I also love it, as Russ stated in their mail
>> question, and I share with him a similar request: for my Brea[1] static
>> site generator I would like to store some BreaQuery objects as external
>> STON files, and recover them, so I can run the queries that
>> recreate/update the website easily. I could store them as Grafoscopio
>> notebooks, but I don't want to make Grafoscopio a prerequisite for Brea
>> or I could use Fuel, but I would like to store queries as a diff
>> friendly text based format. I have considered Metacello/Iceberg packages
>> to export code in a diff friendly format, but It maybe overkill. So I
>> would like to see if STON can serve me here too.
>> 
>> [1] https://mutabit.com/repos.fossil/brea/
>> [2] https://mutabit.com/repos.fossil/indieweb/
>> 
>> So far, I'm able to serialize a code block as a string using:
>> 
>> BreaQuery>>asStonModified
>>self codeBlock: self codeBlock asString
>>^ STON toStringPretty: self
>> 
>> But I'm unable to populate a block from a string. There is any way to
>> make a string, lets say 'a + b', to become the code contents of a block,
>> ie: [a + b ] ?
>> 
>> Thanks,
>> 
>> Offray
>> 


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: Magritte

[Stéphane Ducasse]

Hi Sean

May be we should update the Magrrite booklet. I never got the time to go over 
it. 

S. 

> On 23 Nov 2020, at 15:56, Sean P. DeNigris  wrote:
> 
> Sanjay Minni wrote
>> Is Magritte a robust enough package for an application with a large number
>> of forms and sub forms. 
> 
> I use Magritte extensively (for almost all my projects), and have found it
> irreplaceable, but nearly all in desktop apps. Maybe cross-post to the
> Seaside list if you don't get an answer here...
> 
> 
> 
> -
> Cheers,
> Sean
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: [Important] The deprecated FileStream removed from Pharo 9

[Stéphane Ducasse]

Today I migrated FFICHeaderExtractor
And tomorrow I wll make sure OSSubprocess will work.

S

> On 1 Dec 2020, at 09:20, Pavel Krivanek  wrote:
> 
> Hi,
> 
> the Pharo 9 finally removed the DeprecatedFileStream package. Please, check 
> whether your projects stopped to use this deprecated file streams API.
> 
> The migration guide is in the FileStream class comment.
> 
> or here: 
> https://pharoweekly.wordpress.com/2018/03/19/new-files-in-pharo-migration-guide-how-tos-and-examples/
>  
> <https://pharoweekly.wordpress.com/2018/03/19/new-files-in-pharo-migration-guide-how-tos-and-examples/>
> 
> or here: 
> https://github.com/pavel-krivanek/pharoMaterials/blob/master/Filestreams.MD 
> <https://github.com/pavel-krivanek/pharoMaterials/blob/master/Filestreams.MD>
> 
> Cheers,
> -- Pavel


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] SmalltalkCI / Github Actions

[Stéphane Ducasse]

Hi 

I have a question and I could not find the answer in the SmalltalkCI doc 
I would like to run my tests on different versions of Pharo
I know how to do it in travis but in GA I missed it. 

I read 
https://github.com/marketplace/actions/setup-smalltalkci
and tutorials on the net about GA

So I tried 

name: test

env:
  GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}

on:
  push:
branches:
  - master

jobs:
  build:
strategy:
  fail-fast: false
  matrix:
platform: [ubuntu-latest, macos-latest ]
pharoversion: [Pharo64-8.0, Pharo64-9.0]
runs-on: ${{ matrix.platform }}
steps:
  - uses: actions/checkout@v2
  - uses: hpi-swa/setup-smalltalkCI@v1
id: smalltalkci
with:
  smalltalk-version: pharoversion
  - run: smalltalkci -s ${{ steps.smalltalkci.outputs.pharoversion }}
shell: bash
timeout-minutes: 15


but it failed.
I do not know how to specify the version of Pharo64-8.0 on mac. 

S. 


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: Pharo and Virtual Realitity

[Stéphane Ducasse]

Alex I think that with the spec2 effort I would really like to see if we can 
have a vr back-end :)

BTW what kind of VR device do we need. 


> On 18 Nov 2020, at 16:02, Alexandre Bergel via Pharo-users 
>  wrote:
> 
> Hello,
> 
> With Victor we have been working on a Pharo programming environment entirely 
> made in Virtual Reality. We need feedback from VR and Smalltalk / Pharo 
> lovers. The url gives plenty of screenshots of the environment:
> 
> https://github.com/Vito217/PharoVRIDE
> 
> We need people to try it and give us feedback. We can go with you hand by 
> hand. You just need to register here:
> 
> https://docs.google.com/forms/d/1V-3mwG-JvbfgitoWdqr7H2qmh-fVlnui7LuNZ2qdwU8/viewform?edit_requested=true
> 
> You need to have a VR device to participate.
> 
> Cheers,
> Victor, Geoffrey, Leonel, Alexandre
> -- 
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel  http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
> 
> 


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: [Pharo-dev] [Ann] Pharo new version available & mooc needs subtitle translaters

[Stéphane Ducasse]

Thanks!!!

> On 9 Nov 2020, at 18:02, Hernán Morales Durand  
> wrote:
> 
> 
> 
> El mié., 4 nov. 2020 a las 5:30, Stéphane Ducasse ( <mailto:stephane.duca...@inria.fr>>) escribió:
> Hello
> 
> We are about to launch the new version of the Pharo mooc. Spread the word 
> around you. It will open the 9th of november
>   https://www.fun-mooc.fr/courses/course-v1:inria+41024+session01/about 
> <https://www.fun-mooc.fr/courses/course-v1:inria+41024+session01/about>
> 
> 
> This new version contains 
>   70 new videos about the Pharo ide (in french and english voice) + 
> subtitles
>   better english dubs
> 
> Now we are looking for help for the subtitles
>   All the subtitles of the previous mooc and the new ones are at 
>   
> https://github.com/pharo-mooc/PharoMooc/tree/master/2020-All-Subtitles-Reorganized
>  
> <https://github.com/pharo-mooc/PharoMooc/tree/master/2020-All-Subtitles-Reorganized>
>   The new ones in folders named C048SD or 2018-Prese*
>   The old ones in folders named C019SD.
> 
> 
> I will help to translate the new ones to Spanish.
> 
> Cheers,
> 
> Hernán


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: [Ann] Pharo new version available & mooc needs subtitle translaters

[Stéphane Ducasse]

thanks!


> On 10 Nov 2020, at 10:17, Tomohiro Oda  wrote:
> 
> I'll work on new Japanese subtitles.
> ---
> tomo
> 
> 2020年11月4日(水) 17:30 Stéphane Ducasse :
>> 
>> Hello
>> 
>> We are about to launch the new version of the Pharo mooc. Spread the word 
>> around you. It will open the 9th of november
>> https://www.fun-mooc.fr/courses/course-v1:inria+41024+session01/about
>> 
>> 
>> This new version contains
>> 70 new videos about the Pharo ide (in french and english voice) + subtitles
>> better english dubs
>> 
>> Now we are looking for help for the subtitles
>> All the subtitles of the previous mooc and the new ones are at
>> https://github.com/pharo-mooc/PharoMooc/tree/master/2020-All-Subtitles-Reorganized
>> The new ones in folders named C048SD or 2018-Prese*
>> The old ones in folders named C019SD.
>> 
>> For example in 
>> https://github.com/pharo-mooc/PharoMooc/tree/master/2020-All-Subtitles-Reorganized/C048SD-W6-sous-titres-EN
>> you see the files for the old videos that we will reuse for this new mooc
>> as well as the subtitles in french and english for the new videos.
>> 
>> We are looking for subtitles in Spanish, Japanese for the new files:
>> in C048 and  2018-PresequelOOP-ENG folder, files named W*-Live* or W*-Redo*
>> 
>> Of course we would love to have the subtitles in portugese and german too, 
>> and any other language :).
>> 
>> Thanks in advance for your time. But this mooc is really important for our 
>> community.
>> 
>> S.
>> 
>> Stéphane Ducasse
>> http://stephane.ducasse.free.fr / http://www.pharo.org
>> 03 59 35 87 52
>> Assistant: Aurore Dalle
>> FAX 03 59 57 78 50
>> TEL 03 59 35 86 16
>> S. Ducasse - Inria
>> 40, avenue Halley,
>> Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
>> Villeneuve d'Ascq 59650
>> France
>> 


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Pharo Mooc : C'est parti ! / Let's begin!

[Stéphane Ducasse]

> Vous recevez ce message car vous êtes inscrit au MOOC Programmation objet 
> immersive en Pharo / Live Object Programming in Pharo 
> <https://www.fun-mooc.fr/courses/course-v1:inria+41024+session01/> sur la 
> plateforme FUN <https://www.fun-mooc.fr/>.
> Si vous ne souhaitez plus recevoir de messages concernant ce cours, merci de 
> bien vouloir modifier les « Paramètres de messagerie » dans votre tableau de 
> bord <https://www.fun-mooc.fr/dashboard>.
> Aide <https://www.fun-mooc.fr/contact/> |  Catalogue des cours 
> <https://www.fun-mooc.fr/cours/>
> Ce message est généré automatiquement, merci de ne pas y répondre. 
> 
>  <https://twitter.com/funmooc> 
> <https://www.facebook.com/france.universite.numerique>

Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France

[Pharo-users] Re: Constraint solver in Pharo?

[Stéphane Ducasse]

Hi stephan did you publish the code?

> On 6 Nov 2020, at 15:12, stephan  wrote:
> 
> Replacing BTNGVariable>>#nextValue by
> 
> nextValue
> | nextValue |
> self currentValue
> ifNotNil: [valuesToExplore remove: self currentValue].
> nextValue := self valuesToExplore ifEmpty: [ nil ]
> ifNotEmpty: [self valuesToExplore anyOne].
> self currentValue: nextValue.
> ^ nextValue
> 
> returning nil instead of self when there are no more new values
> makes the tests pass in BackTalkNG-Noury.20.mcz (Pharo 9)
> 
> That version looks like it is work in progress but has one working
> solver.
> 
> Stephan
> 


Stéphane Ducasse
http://stephane.ducasse.free.fr / http://www.pharo.org 
03 59 35 87 52
Assistant: Aurore Dalle 
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley, 
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France