Re: [Pharo-dev] Fwd: Squeak 5 on Raspberry Pi

2016-03-25 19:32 GMT-03:00 Eliot Miranda : > Hi Stef, > > On Fri, Mar 25, 2016 at 2:27 PM, stepharo wrote: > >> So guys, you do not want Xtreams (and prefer to use Streams that have >> been "designed" decades ago) ;D ? >> no bootstrapped core (clement

Re: [Pharo-dev] [squeak-dev] Re: [Vm-dev] I would be extremely grateful for a reproducible case for the following Socket issue

Hi Levente, the first thing to report is that this isn't a Cog-specific bug. It also reproduces using the trunk VM sources (4.15.3) and a freshly built linux VM with a 4.6 image. On Thu, Mar 24, 2016 at 2:16 AM, Levente Uzonyi wrote: > Hi Eliot, > > The snippet

Re: [Pharo-dev] Fwd: Squeak 5 on Raspberry Pi

Hi Stef, On Fri, Mar 25, 2016 at 2:27 PM, stepharo wrote: > So guys, you do not want Xtreams (and prefer to use Streams that have been > "designed" decades ago) ;D ? > no bootstrapped core (clement you do not want to have a mini image :) ? > and a new UI frameworks? > yes, of

Re: [Pharo-dev] Fwd: Squeak 5 on Raspberry Pi

2016-03-25 22:27 GMT+01:00 stepharo : > So guys, you do not want Xtreams (and prefer to use Streams that have been > "designed" decades ago) ;D ? > no bootstrapped core (clement you do not want to have a mini image :) ? > and a new UI frameworks? > I want a clean and stable

Re: [Pharo-dev] Fwd: Squeak 5 on Raspberry Pi

But pharo is solid. When is the last time we changed FFI and GC and new object representations? You see FFI is really really important not having one = no Pharo. So yes Pharo is doing too much stuff and we should have sprint to clean and optimise but FFI and Spur are important. Stef Le

Re: [Pharo-dev] Fwd: Squeak 5 on Raspberry Pi

So guys, you do not want Xtreams (and prefer to use Streams that have been "designed" decades ago) ;D ? no bootstrapped core (clement you do not want to have a mini image :) ? and a new UI frameworks? I personnally want to have new widgets, a real UI builder and massively cleaning Spec. Now I

Re: [Pharo-dev] fullscreen on MacOS (possible VM bug)

Lucky you :) I can crash randomly the system just changing the size of the display and not when we are loading code :) Le 25/3/16 20:49, J.F. Rick a écrit : In good news, this problem seems to not exist with the latest Pharo5 VM + image (seems not backwards compatible to the Pharo4 image),

Re: [Pharo-dev] fullscreen on MacOS (possible VM bug)

In good news, this problem seems to not exist with the latest Pharo5 VM + image (seems not backwards compatible to the Pharo4 image), so that'll fix my problem as I'll just use Pharo5 instead of Pharo4 for this project. Cheers, Jeff On Fri, Mar 25, 2016 at 1:08 PM J.F. Rick

Re: [Pharo-dev] Fwd: Squeak 5 on Raspberry Pi

yes! Maybe a solid core with a layer of fast evolving things. That's the model for Hortonworks now. A stable Hadoop core for stability and fast updates for things like Spark. Phil On Mar 25, 2016 6:19 PM, "Hilaire" wrote: > Not exactly related to Announcement, but I remember

Re: [Pharo-dev] Fwd: Squeak 5 on Raspberry Pi

2016-03-25 18:30 GMT+01:00 Nicolai Hess : > > > 2016-03-25 18:18 GMT+01:00 Hilaire : > >> Not exactly related to Announcement, but I remember when I first port >> DrGeo to Squeak (at that time Pharo did not exist) I used a lot of >> change/update when

Re: [Pharo-dev] Fwd: Squeak 5 on Raspberry Pi

2016-03-25 18:18 GMT+01:00 Hilaire : > Not exactly related to Announcement, but I remember when I first port > DrGeo to Squeak (at that time Pharo did not exist) I used a lot of > change/update when objects in the canvas changed. It was terribly slow, > and later opted for a

Re: [Pharo-dev] Fwd: Squeak 5 on Raspberry Pi

Not exactly related to Announcement, but I remember when I first port DrGeo to Squeak (at that time Pharo did not exist) I used a lot of change/update when objects in the canvas changed. It was terribly slow, and later opted for a top-down update in the list of object. So some sometime what look

Re: [Pharo-dev] fullscreen on MacOS (possible VM bug)

In further details, when it is green-button maximized, then I can run "Display fullscreenOn" and it doesn't crash. I also upgraded the desktop to the latest OS (10.11.4) but that doesn't fix it. Cheers, Jeff On Fri, Mar 25, 2016 at 11:12 AM J.F. Rick wrote: > Hi, > > I'm trying

Re: [Pharo-dev] Squeak 5 on Raspberry Pi

well so far for me at least pharo 5 works ok perfomance wise on my quad core imac and my dual core macbook air. The only serious slow down I have is when loading images but I suspect this code is forked from Squeak anyway. System Browser was indeed a big issue with large classes but after

Re: [Pharo-dev] SessionManager (aka new startup / shutdown list manager) needs testers

Hi Alex, I just publish a configuration of the Session Manager with this change (not yet in Pharo). Please could you test if it is ok for you? you can load it with: Metacello new smalltalkhubUser: 'Pharo' project: 'SessionManager'; configuration: 'SessionManager'; fetch.

Re: [Pharo-dev] [Ann] New version of Ghost

> Le 25 mars 2016 à 14:54, Denis Kudriashov a écrit : > > Hi > > 2016-03-25 9:47 GMT+01:00 Christophe Demarey >: >> Abstract proxy classes uses Ghost name instead of Proxy: there are >> GHObjectGhost and

[Pharo-dev] fullscreen on MacOS (possible VM bug)

Hi, I'm trying to run fullscreen Pharo on MacOS using "Display fullscreenOn". On my laptop (13" Macbook Pro, OS 10.11.4), that works. On my desktop (MacMini, 4k display, OS 10.11.3), the screen goes to black for several seconds and the VM crashes. I am attaching the crash.dmp file. Note that this

Re: [Pharo-dev] [Ann] New version of Ghost

2016-03-25 14:54 GMT+01:00 Denis Kudriashov : > >> Sorry to bother you but names are really important. >> > > Exactly!!! > Forgot to say. When I see words in class names like Abstract, Handler, Delegator... I remember many "good" years with java. Please lets make names

Re: [Pharo-dev] [Ann] New version of Ghost

2016-03-25 13:26 GMT+01:00 Mariano Martinez Peck : > I agree here. I originally called the tool Ghost mostly because I wanted > TRANSPARENT proxies for all kind of objects (included classes, methods, > etc), and LIGHTWEIGHT. So...I thought that Ghost were transparent and >

Re: [Pharo-dev] [Ann] New version of Ghost

Hi 2016-03-25 9:47 GMT+01:00 Christophe Demarey : > >- Abstract proxy classes uses Ghost name instead of Proxy: there are >GHObjectGhost and GHClassGhost. >- GHProxyHandler renamed to GHGhostBehaviour. Concrete ghosts should >implement #ghostBehaviour

Re: [Pharo-dev] Squeak 5 on Raspberry Pi

Hi, > On 25 Mar 2016, at 12:52, Tudor Girba wrote: > > Hi, > >> On Mar 25, 2016, at 9:45 AM, Esteban Lorenzano wrote: >> >>> >>> On 25 Mar 2016, at 07:43, Clément Bera wrote: >>> >>> Yeah this is very well-known. Note

Re: [Pharo-dev] [Ann] New version of Ghost

On Fri, Mar 25, 2016 at 5:47 AM, Christophe Demarey < christophe.dema...@inria.fr> wrote: > Good job Denis! > > Le 24 mars 2016 à 17:48, Denis Kudriashov a écrit : > > Hello. > > I finished new version of Ghost: > >- Abstract proxy classes uses Ghost name instead of

Re: [Pharo-dev] Squeak 5 on Raspberry Pi

2016-03-25 12:52 GMT+01:00 Tudor Girba : > Hi, > > > On Mar 25, 2016, at 9:45 AM, Esteban Lorenzano > wrote: > > > >> > >> On 25 Mar 2016, at 07:43, Clément Bera wrote: > >> > >> Yeah this is very well-known. Note that here we

Re: [Pharo-dev] Fwd: Squeak 5 on Raspberry Pi

On 25-03-16 11:49, Nicolai Hess wrote: Morphic drasticallly slower ? I would expect morphic code is mostly the same in pharo and squeak. If pharo is slower, this is a good starting point for optimising. Can you gives some hints? I do not have the impression that morphic is so much slower. We

Re: [Pharo-dev] Squeak 5 on Raspberry Pi

> On 25 Mar 2016, at 11:50, Nicolai Hess wrote: > > But isn't the old list implementation (mostly) the same that is used in > squeak (and feels faster there?) ? yes, but we use it very differently :) we add tons and tons of functionality on top of it, so we made,

Re: [Pharo-dev] Squeak 5 on Raspberry Pi

2016-03-25 9:45 GMT+01:00 Esteban Lorenzano : > > On 25 Mar 2016, at 07:43, Clément Bera wrote: > > Yeah this is very well-known. Note that here we are talking about the pi B > with Spur + the JIT, 2 years ago I remember needing 35 second on the pie A

Re: [Pharo-dev] Fwd: Squeak 5 on Raspberry Pi

2016-03-25 7:43 GMT+01:00 Clément Bera : > Yeah this is very well-known. Note that here we are talking about the pi B > with Spur + the JIT, 2 years ago I remember needing 35 second on the pie A > to open Nautilus on the stack vm while the Squeak UI was usable. > > The

Re: [Pharo-dev] Squeak 5 on Raspberry Pi

You made my day. It is true the Pharo feels slow, even of a powerful machine [Core i7 @ 4.4Ghz] (e.g. vs Visual Studio, PhpStorm, ... which aren't little beasts). It is particularly frustrating when having to work with BIG FONTS like I do and inside a Linux VM. Squeak is indeed super zippy by

Re: [Pharo-dev] Squeak 5 on Raspberry Pi

> On 25 Mar 2016, at 09:45, Esteban Lorenzano wrote: > > had improve and not using it is almost enjoyable… I meant “.. had improve and NOW using it is almost enjoyable”… Freud could say a lot of things about that lapsus :P

Re: [Pharo-dev] [Ann] New version of Ghost

Good job Denis! > Le 24 mars 2016 à 17:48, Denis Kudriashov a écrit : > > Hello. > > I finished new version of Ghost: > Abstract proxy classes uses Ghost name instead of Proxy: there are > GHObjectGhost and GHClassGhost. > GHProxyHandler renamed to GHGhostBehaviour.

Re: [Pharo-dev] Squeak 5 on Raspberry Pi

> On 25 Mar 2016, at 07:43, Clément Bera wrote: > > Yeah this is very well-known. Note that here we are talking about the pi B > with Spur + the JIT, 2 years ago I remember needing 35 second on the pie A to > open Nautilus on the stack vm while the Squeak UI was

Re: [Pharo-dev] Fwd: Squeak 5 on Raspberry Pi

Yeah this is very well-known. Note that here we are talking about the pi B with Spur + the JIT, 2 years ago I remember needing 35 second on the pie A to open Nautilus on the stack vm while the Squeak UI was usable. The Pharo UI has been focusing on IDE features at the cost of performance, such as