April 2020 - Pharo-users - lists.pharo.org

Re: [Pharo-users] mentor wanted

by Roelof Wobben

April 23, 2020

Re: [Pharo-users] mentor wanted

by Richard Sargent

On Thu, Apr 23, 2020 at 12:00 PM Roelof Wobben <r.wobben(a)home.nl> wrote: > Op 23-4-2020 om 20:52 schreef Richard Sargent: > > On Thu, Apr 23, 2020 at 3:32 AM Roelof Wobben via Pharo-users < > pharo-users(a)lists.pharo.org> wrote: > >> Hello, >> >> I like Pharo a lot but I hit a wall very often. >> With complex problems I do not see how to solve things in small steps. >> > > I would be happy to help with the Smalltalk and problem analysis aspects. > Unfortunately, I don't use Pharo much, so I cannot help with it. > > >> Is there somewhere who is willing to mentor me in how I can overcome >> that problem. >> >> Roelof >> >> >> > Pity, > > > but if you could help me to learn how to divide a complex problem in > smaller steps , then I think I can make it work in Pharo. My problem is > more that then how to do it in Pharo. > > Do you then use gemtalk a lot. > Pity that I cannot make exercism challenges on that. > And AdventOfCode do seem to difficult for a beginner. > Yes, I can help with those areas. I've been programming professionally and virtually exclusively in Smalltalk since 1991. I've been using GemStone/S since 2009 and now work for the manufacturer. I've been working with VA Smalltalk and its predecessors since 1994 and with VisualWorks since 2009. I hear you about using GemStone/S. For most of its life, the assumption was that you would use a client Smalltalk like VA Smalltalk or VisualWorks to do your development work. Although, recently we've been working on Jadeite ( https://github.com/GemTalk/Jadeite) to provide a development environment independent of GBS (which is what we used to connect VA Smalltalk and VisualWorks to GemStone/S). > Roelof > >

April 23, 2020

Re: [Pharo-users] mentor wanted

by Roelof Wobben

April 23, 2020

Re: [Pharo-users] mentor wanted

by Richard Sargent

On Thu, Apr 23, 2020 at 3:32 AM Roelof Wobben via Pharo-users < pharo-users(a)lists.pharo.org> wrote: > Hello, > > I like Pharo a lot but I hit a wall very often. > With complex problems I do not see how to solve things in small steps. > I would be happy to help with the Smalltalk and problem analysis aspects. Unfortunately, I don't use Pharo much, so I cannot help with it. > Is there somewhere who is willing to mentor me in how I can overcome > that problem. > > Roelof > > >

April 23, 2020

Re: [Pharo-users] Embedding pharo in C++

by Roland PlÃ¼ss

Thinking about it I would have a better idea: ITC. The best solution though would be embedding like GNU Smalltalk has it. But that's a question for Pablo. How feasible is it to have an embedded working version in the near future? That said both versions (embedded, ITC) would shared majority of code so going one way or the other does not exclude the other way. On 4/22/20 6:14 PM, Alexandre Bergel wrote: > This is an exciting work Roland. > Keep going! Bridging Pharo to other technologies is crucial, and you > are doing well. > > Something you could do, is having Pharo running, on a different > process, and exchanging (using a binary format) things between C++ and > Pharo. We are doing this using CSharp and Python, and it works well. > > cheers, > Alexandre > --Â > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel Â http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >> On 21-04-2020, at 09:04, Roland PlÃ¼ss via Pharo-users >> <pharo-users(a)lists.pharo.org <mailto:pharo-users@lists.pharo.org>> wrote: >> >> >> *From: *Roland PlÃ¼ss <roland(a)rptd.ch <mailto:roland@rptd.ch>> >> *Subject: **Re: [Pharo-users] Embedding pharo in C++* >> *Date: *21 April 2020, 09:04:56 GMT-4 >> *To: *Pharo Mailing List <pharo-users(a)lists.pharo.org >> <mailto:pharo-users@lists.pharo.org>> >> >> >> The dragon has been unleashed. The game engine is now available to the >> public. See https://www.indiedb.com/engines/dragengine for more >> information. >> >> Right now the Smalltalk Script Module is a proof of concept with the GNU >> Smalltalk. The idea is to change this to use Pharo and bringing it up to >> the scope of the DragonScript module. >> >> The source code repository is at >> https://github.com/LordOfDragons/dragengine . I'll add a branch >> "feature-pharo" to contain all this work. >> >> Once Pharo is up to be used properly for embedding (or to help getting >> there) this branch can be used. Since it is right now in a >> proof-of-concept state I think it would be not a bad idea to experiment >> with Pharo embedding there when not yet too many engine relate >> complications are present. >> >> -- >> Yours sincerely >> PlÃ¼ss Roland >> >> Leader and Head Programmer >> - Game: Epsylon ( http://www.indiedb.com/games/epsylon ) >> - Game Engine: Drag[en]gine ( http://www.indiedb.com/engines/dragengine >> , http://dragengine.rptd.ch/wiki ) >> - As well as various Blender export scripts und game tools >> >> >> > -- Yours sincerely PlÃ¼ss Roland Game Development and Game Engine Technologies https://dragondreams.ch

April 23, 2020

Re: [Pharo-users] AST: Adding RBComment to a node

by Marcus Denker

Hello, I checked it in both Pharo8 and Pharo9: The good news is that it works fine in Pharo 9! But I did not check how much work it would be to back port the fix... > On 23 Apr 2020, at 11:13, Mehrdad Abdi <newmrd(a)gmail.com> wrote: > > Hello, > > How can I make a comment on a node dynamically? > > - Here is a code i've tried: > > b:= RBParser parseMethod: 'foo self x: 2. x:=0. y:=8.'. > node := b body statements at: 1. > node comments: { RBComment with: 'comment' at: node stop + 1 }. > b formattedCode. > > - The result: > > foo > self x: 2. . x:=0. y > x := 0. > y := 8 > > - I expect: > > foo > self x: 2. "comment" > x := 0. > y := 8 >

April 23, 2020

Re: [Pharo-users] Non-blocking IO

by Richard O'Keefe

Asynchronous I/O and non-blocking I/O are very different things. The POSIX aio* functions are asynchronous, not non-blocking. The "conventional" Unix way to do asynchronous I/O is to start a new thread for the transfer. The new thread uses ordinary synchronous I/O and then responds to completion any way you want. It is a rather easier model to program for than asynchronous I/O. On Mon, 20 Apr 2020 at 04:15, dturczanski <mail(a)danielturczanski.com> wrote: > > Hi guys, > > I'm wondering whether Pharo support any form of non-blocking IO. You can > find such IO support in Node.js or Java NIO packages and on Linux they use > select/poll async IO system calls. > > An example scenario is to be able to schedule 10 concurrent HTTP calls > taking 1-5s and wait for them to finish. Naturally, if you perform the calls > sequentially you'll wait for much longer than if you fire the calls > concurrently. > > Is it possible in Pharo? I've only spent a few hours reading about the > platform but I'm still not sure whether the built-in process/threading > supports such scenario. > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >

April 23, 2020

mentor wanted

by Roelof Wobben

Hello, I like Pharo a lot but I hit a wall very often. With complex problems I do not see how to solve things in small steps. Is there somewhere who is willing to mentor me in how I can overcome that problem. Roelof

April 23, 2020

AST: Adding RBComment to a node

by Mehrdad Abdi

Hello, How can I make a comment on a node dynamically? - Here is a code i've tried: b:= RBParser parseMethod: 'foo self x: 2. x:=0. y:=8.'. node := b body statements at: 1. node comments: { RBComment with: 'comment' at: node stop + 1 }. b formattedCode. - The result: foo self x: 2. . x:=0. y x := 0. y := 8 - I expect: foo self x: 2. "comment" x := 0. y := 8

April 23, 2020

Missing Extract Method To Component refactoring

by Arturo Zambrano

Hi everyone. Does anyone know what happened to the "Extract Method to Component" refactoring which is in Pharo 6, but seems to be missing in Pharo 7 and Pharo 8. I noticed there is a "Move method to another class", but it is quite different (in the sense that it does fewer checks and code editing during the refactoring). Maybe there is some project that needs to be loaded? Or it also may be the case it was not ported to Pharo7/8. In that case, maybe we can port it based on the original implementation from Pharo 6. Any information is welcome to avoid duplicated efforts. Thanks in advance. Arturo

April 22, 2020