January 2016 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Updated Pharo by Example

by David Allouche

Send an email to pharo-users-request(a)lists.pharo.org <mailto:pharo-users-request@lists.pharo.org> with subject "unsubscribe" from the subscribed address. mailto:pharo-users-request@lists.pharo.org?subject=unsubscribe <mailto:pharo-users-request@lists.pharo.org?subject=unsubscribe> To all: it would be nice to switch away from Mailman to something mere mortals can use. It's not 2000 any more. > On 18 Jan 2016, at 09:53, Ãzel Ders METU <ozeldersmetu(a)gmail.com> wrote: > > How can I effectively unsubscribe from this email group. > > On Mon, Jan 18, 2016 at 10:26 AM, Manfred KrÃ¶hnert <pharo-users(a)lists.pharo.org <mailto:pharo-users@lists.pharo.org>> wrote: > > > ---------- Forwarded message ---------- > From: "Manfred KrÃ¶hnert" <mkroehnert42(a)googlemail.com <mailto:mkroehnert42@googlemail.com>> > To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org <mailto:pharo-users@lists.pharo.org>> > Cc: > Date: Mon, 18 Jan 2016 09:25:25 +0100 > Subject: Re: [Pharo-users] Updated Pharo by Example > Hi, > > I just read through the Preface and it reads very well. > However, I found three small issues. > > On page 1 at the bottom there is "Seasideweb development" which I guess should read "Seaside web development". > > On page 2 there is "MacOSX" as supported platform which Apple renamed to "OS X" some time ago (OS X instead of MacOSX: https://en.wikipedia.org/wiki/OS_X <https://en.wikipedia.org/wiki/OS_X>). > > Also on page 2 I read the sentence "You can make an impact on Pharo" but to me it was not really obvious how this sentence relates to the paragraph it belongs to or how you actually can make an impact on Pharo. > > Hope this helps, > Manfred > > > On Sun, Jan 17, 2016 at 6:33 PM, stepharo <stepharo(a)free.fr <mailto:stepharo@free.fr>> wrote: > Here is the reviewed Preface of UpdatePharoByExample. > > https://github.com/SquareBracketAssociates/UpdatedPharoByExample <https://github.com/SquareBracketAssociates/UpdatedPharoByExample> for typos... > > stef > > >

Jan. 18, 2016

Re: [Pharo-users] Updated Pharo by Example

by Ãzel Ders METU

How can I effectively unsubscribe from this email group. On Mon, Jan 18, 2016 at 10:26 AM, Manfred KrÃ¶hnert < pharo-users(a)lists.pharo.org> wrote: > > > ---------- Forwarded message ---------- > From: "Manfred KrÃ¶hnert" <mkroehnert42(a)googlemail.com> > To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > Cc: > Date: Mon, 18 Jan 2016 09:25:25 +0100 > Subject: Re: [Pharo-users] Updated Pharo by Example > Hi, > > I just read through the Preface and it reads very well. > However, I found three small issues. > > On page 1 at the bottom there is "Seasideweb development" which I guess > should read "Seaside web development". > > On page 2 there is "MacOSX" as supported platform which Apple renamed to > "OS X" some time ago (OS X instead of MacOSX: > https://en.wikipedia.org/wiki/OS_X) > > Also on page 2 I read the sentence "You can make an impact on Pharo" but > to me it was not really obvious how this sentence relates to the paragraph > it belongs to or how you actually can make an impact on Pharo. > > Hope this helps, > Manfred > > > On Sun, Jan 17, 2016 at 6:33 PM, stepharo <stepharo(a)free.fr> wrote: > >> Here is the reviewed Preface of UpdatePharoByExample. >> >> https://github.com/SquareBracketAssociates/UpdatedPharoByExample for >> typos... >> >> stef >> > > >

Jan. 18, 2016

Re: [Pharo-users] Updated Pharo by Example

by Manfred KrÃ¶hnert

Hi, I just read through the Preface and it reads very well. However, I found three small issues. On page 1 at the bottom there is "Seasideweb development" which I guess should read "Seaside web development". On page 2 there is "MacOSX" as supported platform which Apple renamed to "OS X" some time ago (OS X instead of MacOSX: https://en.wikipedia.org/wiki/OS_X) Also on page 2 I read the sentence "You can make an impact on Pharo" but to me it was not really obvious how this sentence relates to the paragraph it belongs to or how you actually can make an impact on Pharo. Hope this helps, Manfred On Sun, Jan 17, 2016 at 6:33 PM, stepharo <stepharo(a)free.fr> wrote: > Here is the reviewed Preface of UpdatePharoByExample. > > https://github.com/SquareBracketAssociates/UpdatedPharoByExample for > typos... > > stef >

Jan. 18, 2016

Re: [Pharo-users] Memory mapped files and Pharo (aka Unreal Engine 4 integration with Pharo)

by David Allouche

> On 17 Jan 2016, at 22:18, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > > Pipes are actually slower than sockets (local UNIX sockets that is) and I dont need sockets if I am using shared memory. > > I could create an event que and not allow direct access to shared memory, this way I make sure everything happens in order and in sequence. This way I can make sure multiple writes and reads dont happen at the same time. This could be a first implementation and if the need arises for multi threading then I can revise this design but frankly I rather stay away from multithreading and other complexities and keep this simple and easy to learn and code. You will still need a signalling channel so either side knows that it has new commands to process without having to poll.

Jan. 18, 2016

Re: [Pharo-users] Pharo Sound does not work on Pharo 4

by john pfersich

No, it's age. I'm 63 and I forget stuff all the time. That's why I cut back the languages I program in to a few. I used to eat up new languages like candy. On Sun, Jan 17, 2016 at 9:40 AM, stepharo <stepharo(a)free.fr> wrote: > > > Le 17/1/16 17:17, Dimitris Chloupis a Ã©crit : > > hehe you forget who translated this chapter from French to English, though > I cannot take most of the credit that belongs to Google translate :D > > > Ok add it. > I do not remember things (doing too many things I guess) > > > On Sun, Jan 17, 2016 at 5:18 PM stepharo < <stepharo(a)free.fr> > stepharo(a)free.fr> wrote: > >> Can you check the attached pdf? >> >> >> >> >> Le 16/1/16 13:27, Dimitris Chloupis a Ã©crit : >> > even though it works fine for me in Pharo 5 (with the exception I have >> > to restart the sound player because the primitive fails at times) in >> > Pharo 4 I have no sound and no errors. Just Silence of the Lamps. >> > >> > opened bug report >> > >> > >> https://pharo.fogbugz.com/f/cases/17402/Pharo-Sound-does-not-work-on-Pharo-4 >> > >> >> >

Jan. 17, 2016

Re: [Pharo-users] [Pharo-dev] [Moose-dev] [ann] gtdebugger in pharo 5.0

by Nicolai Hess

2016-01-17 22:09 GMT+01:00 Tudor Girba <tudor(a)tudorgirba.com>: > Hi, > > > On Jan 17, 2016, at 7:56 PM, Nicolai Hess <nicolaihess(a)gmail.com> wrote: > > > > > > [â¦] > > > > - I really miss the "List Methods using 'varname'/List Methods storing > into âvarname' > > > > Please open an issue for this. > > > > This issue is one year old: > > 14583 inspector and instvars : list methods storing into/using > > > > Ok. Thanks. Fixed. > > Thanks Doru, I commented on the bug report. Will this be included in the (left most) inspector pane in the debugger? (this is difficult to use in the "State"-pane, because as soon as you try to bring up the popup-menu, the pane "slides away"). nicolai > -- > www.tudorgirba.com > www.feenk.com > > "To utilize feedback, you first have to acquire it." > > >

Jan. 17, 2016

Re: [Pharo-users] Creation form from PNG file very slow on Pharo 4 and 5

by Dimitris Chloupis

Fuel is great indeed and very convenient ,will definetly use this approach if I end up dealing with a lot of PNGs and experience some serious delays, but for now, lazy loading with some forking should be enough to make this instantaneous . I prefer to stick with pngs because it easy to update them and version control them via git and github On Sun, Jan 17, 2016 at 11:18 PM Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > Fuel all the way down :) > > On Sun, Jan 17, 2016 at 5:17 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > >> Hi, >> >> > On Jan 17, 2016, at 8:27 PM, Sven Van Caekenberghe <sven(a)stfx.eu> >> wrote: >> > >> > >> >> On 17 Jan 2016, at 19:58, Stephan Eggermont <stephan(a)stack.nl> wrote: >> >> >> >> On 16-01-16 13:50, Dimitris Chloupis wrote: >> >>> Seems that creating forms and morph from pngs is super slow >> >> >> >> Put the forms in one fuel file and materialize that >> >> >> >> Stephan >> > >> > That is exactly what I showed him in >> https://pharo.fogbugz.com/f/cases/17403/Creating-Forms-from-PNGs-is-very-sl… >> >> That is actually a very cool idea. Thank you both :) >> >> Doru >> >> > The speedup was massive and it was so easy to do. >> > >> > But the fact remains that the PNG parser itself, being written in pure >> Pharo, could use a Plugin counterpart, like in the JPG case. >> > >> > Sven >> >> -- >> www.tudorgirba.com >> www.feenk.com >> >> "Sometimes the best solution is not the best solution." >> >> >> > > > -- > Mariano > http://marianopeck.wordpress.com >

Jan. 17, 2016

Re: [Pharo-users] Memory mapped files and Pharo (aka Unreal Engine 4 integration with Pharo)

by Dimitris Chloupis

Pipes are actually slower than sockets (local UNIX sockets that is) and I dont need sockets if I am using shared memory. I could create an event que and not allow direct access to shared memory, this way I make sure everything happens in order and in sequence. This way I can make sure multiple writes and reads dont happen at the same time. This could be a first implementation and if the need arises for multi threading then I can revise this design but frankly I rather stay away from multithreading and other complexities and keep this simple and easy to learn and code. On Sun, Jan 17, 2016 at 10:19 PM David Allouche <david(a)allouche.net> wrote: > First a disclaimer, I do not have a lot of experience with inter-process > communication (I have a bit, though), and no direct experience with mmaped > files. > > On 17 Jan 2016, at 17:41, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > > 1) Do you think this is possible with the current Pharo ? > > 2) Will I be limited by the fact that the VM currently does not > multithread or cannot use multithreading libraries ? ( I have no intention > of using multithreading but some handling of process access to the data may > be necessary to make sure data is safe from concurent modification) > > > Communication through mmaped files, or shared memory in general, is > inherently asynchronous, so lack of multiple OS threads should not be a > blocker if the protocol is well designed. > > 3) Is there anything else I should be aware of as common pitfalls for such > implementation ? > > > I expect you would need some sort of out-of-band signalling so polling is > not necessary. Pipes or sockets could be used for that, slower for data > transfer (more copying), but they are compatible with select() and other OS > polling features. > > You could build synchronisation primitives on top of sockets, too. But > building things like mutexes would be inefficient. I guess you could use > pipes for all the message sending and memory management, and shared memory > for bulk data transfer. Large number of messages could be handled in batch > this way: > > > - allocate a message area (socket round trip) > - fill the message area > - signal to process a block of messages (socket one way) > - optimistically check for incoming messages in shared memory > - wait for socket input > > > Not very efficient for messages that depend on one another. But I am not > sure you could do better without things like interprocess semaphores or a > FFI. > > 4) Can the current FFI help in this task or would I need to implement this > as a C DLL and load it from Pharo > > PS: I have no intention of messing with the Pharo VM and I also want to > avoid the use of plugins as I want this to work with standard Pharo > distributions. > >

Jan. 17, 2016

Re: [Pharo-users] Creation form from PNG file very slow on Pharo 4 and 5

by Mariano Martinez Peck

Fuel all the way down :) On Sun, Jan 17, 2016 at 5:17 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > > On Jan 17, 2016, at 8:27 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > > > >> On 17 Jan 2016, at 19:58, Stephan Eggermont <stephan(a)stack.nl> wrote: > >> > >> On 16-01-16 13:50, Dimitris Chloupis wrote: > >>> Seems that creating forms and morph from pngs is super slow > >> > >> Put the forms in one fuel file and materialize that > >> > >> Stephan > > > > That is exactly what I showed him in > https://pharo.fogbugz.com/f/cases/17403/Creating-Forms-from-PNGs-is-very-sl… > > That is actually a very cool idea. Thank you both :) > > Doru > > > The speedup was massive and it was so easy to do. > > > > But the fact remains that the PNG parser itself, being written in pure > Pharo, could use a Plugin counterpart, like in the JPG case. > > > > Sven > > -- > www.tudorgirba.com > www.feenk.com > > "Sometimes the best solution is not the best solution." > > > -- Mariano http://marianopeck.wordpress.com

Jan. 17, 2016

Re: [Pharo-users] [Pharo-dev] [Moose-dev] [ann] gtdebugger in pharo 5.0

by Tudor Girba

Hi, > On Jan 17, 2016, at 7:56 PM, Nicolai Hess <nicolaihess(a)gmail.com> wrote: > > > [â¦] > > - I really miss the "List Methods using 'varname'/List Methods storing into âvarname' > > Please open an issue for this. > > This issue is one year old: > 14583 inspector and instvars : list methods storing into/using > Ok. Thanks. Fixed. > [â¦] > > (since when do we put buttons in the title pane? > > Since Glamour makes it easy to have them there :). The GTPlayground and GTInspector have them, too. > > still I don't think this is a good idea. What is the difference between action buttons in the title pane > and the other one. We have now moved the accept and cancel to the contextual menu for now. However, the longer term goal is to change this pattern. Here is a longer explanation. We think of the IDE like terms an object-oriented system built using a language. From this point of view, an action is put in the context that provides enough information to trigger it. So, for actions that do not rely on the selection, or on the cursor position, we can safely put them in the toolbar of the presentation. For global actions (like refreshing the whole inspector), we put them all the way in the title bar. For example: - "Do Itâ depends on the selection or cursor, and thus it is added to the context menu - âAccept" is not specific to the current location of the cursor or of the selection and can be made presentation specific (added to the toolbar of the presentation). - Switching the whole debugger to a âBytecodeâ one is global for the whole debugger, and it is added to the top of the visual hierarchy. This choice also documents the scope of an action. For example, imagine having a global toolbar with actions that only do something in a certain pane (out of possible many). How will you know before triggering what is the effect going to be? But, if you always put the action to the scope that it affects, there is a more clear connection because cause and effect. And there is yet another advantage. When you stick with this design, you get potentially reusable components. This does require some getting used to. And this design will not necessarily work for general UIs. But, an IDE is not a general UI. It is made for programmers, and in our case, it is made for object-oriented programmers, and we can use the abilities of such programmers in our designs. Does this explanation make more sense? Cheers, Doru -- www.tudorgirba.com www.feenk.com "To utilize feedback, you first have to acquire it."

Jan. 17, 2016