September 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Stability of 3.0

by StÃ©phane Ducasse

we will bring this issue during our next meeting. Now we should reorganise a bit ourselves because the texteditor should be finished. stef On Sep 20, 2013, at 4:05 PM, Goubier Thierry <thierry.goubier(a)cea.fr> wrote: > > > Le 20/09/2013 15:41, kilon a Ã©crit : >> if the problem is caused by you then its good news, much easier to fix ;) >> >> So what caused the problem in the first place ? > > I carry around an old fix for 2.0 and 3.0 for a red square of death in the file browser (red square only in 3.0). Since this fix is a change to a GUI element, it conflicts everytime the main package is changed. And the last one was the TranslucentColor thing :( > > In truth, it carries along a more serious fix, but that I have only done partially, which makes Pharo correctly handle file permissions. I did a Linux-only fix relying on NativeBoost for the time being, given that: > - I dont have a Mac OSX machine to check it (have to use a different C API. I thought the Unix platform means Linux, but it seems to also cover OSX) > - I had a no go from Igor for my ideas about solving a NativeBoost difficulty on startup, and I gave up writing a more complex fix that I don't need at the moment and which won't be integrated anyway. I'll write it if I need it :P > > In the mean-time, I get the benefits: in my developpement, if I test that a file is readable, it really is :) However, I need to be carefull tracking down 3.0 progress, that's all, and failures are not allways obvious (this one wasn't). > > Thierry > >> Goubier Thierry wrote >>> That was why I asked, to see if the problem was with my config or general. >>> >>> It was with my stuff :( >>> >>> Thierry >>> >>> Le 20/09/2013 15:14, kilon a Ã©crit : >>>> I dont have such problem. The problem I had was code completion having >>>> several errors while it tried to autocomplete and once I froze pharo >>>> because >>>> I changed a live object while the morph was displaying , that method was >>>> somewhat recycled (HelpBrowser class) so that may have been normal. >>>> >>>> But no problem with red boxes from what I can see, I am on 30402. >>>> >>>> >>>> >>>> -- >>>> View this message in context: >>>> http://forum.world.st/Stability-of-3-0-tp4709185p4709358.html >>>> Sent from the Pharo Smalltalk Developers mailing list archive at >>>> Nabble.com. >>>> >>>> >>>> >>> >>> -- >>> Thierry Goubier >>> CEA list >>> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >>> 91191 Gif sur Yvette Cedex >>> France >>> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >> >> >> >> >> >> -- >> View this message in context: http://forum.world.st/Stability-of-3-0-tp4709185p4709364.html >> Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >> >> >> > > -- > Thierry Goubier > CEA list > Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s > 91191 Gif sur Yvette Cedex > France > Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >

Sept. 20, 2013

Re: [Pharo-dev] Stability of 3.0

by Goubier Thierry

Can you tell me if the result of DiskStore current is a MacStore ? Thierry Le 20/09/2013 16:07, kilon a Ã©crit : > I see, well if you want a macos platform to test I offer myself as a Guinea > Pig :) > Macos has even a diffirent filesystem to Linux and Windoom. Making our life > "easier" to porting stuff :D > > Maybe a solution would be to find a cross platform C lib that works the > same in all major 3 OS. > > > Goubier Thierry wrote >> Le 20/09/2013 15:41, kilon a Ã©crit : >>> if the problem is caused by you then its good news, much easier to fix ;) >>> >>> So what caused the problem in the first place ? >> >> I carry around an old fix for 2.0 and 3.0 for a red square of death in >> the file browser (red square only in 3.0). Since this fix is a change to >> a GUI element, it conflicts everytime the main package is changed. And >> the last one was the TranslucentColor thing :( >> >> In truth, it carries along a more serious fix, but that I have only done >> partially, which makes Pharo correctly handle file permissions. I did a >> Linux-only fix relying on NativeBoost for the time being, given that: >> - I dont have a Mac OSX machine to check it (have to use a different C >> API. I thought the Unix platform means Linux, but it seems to also cover >> OSX) >> - I had a no go from Igor for my ideas about solving a NativeBoost >> difficulty on startup, and I gave up writing a more complex fix that I >> don't need at the moment and which won't be integrated anyway. I'll >> write it if I need it :P >> >> In the mean-time, I get the benefits: in my developpement, if I test >> that a file is readable, it really is :) However, I need to be carefull >> tracking down 3.0 progress, that's all, and failures are not allways >> obvious (this one wasn't). >> >> Thierry >> >>> Goubier Thierry wrote >>>> That was why I asked, to see if the problem was with my config or >>>> general. >>>> >>>> It was with my stuff :( >>>> >>>> Thierry >>>> >>>> Le 20/09/2013 15:14, kilon a Ã©crit : >>>>> I dont have such problem. The problem I had was code completion having >>>>> several errors while it tried to autocomplete and once I froze pharo >>>>> because >>>>> I changed a live object while the morph was displaying , that method >>>>> was >>>>> somewhat recycled (HelpBrowser class) so that may have been normal. >>>>> >>>>> But no problem with red boxes from what I can see, I am on 30402. >>>>> >>>>> >>>>> >>>>> -- >>>>> View this message in context: >>>>> http://forum.world.st/Stability-of-3-0-tp4709185p4709358.html >>>>> Sent from the Pharo Smalltalk Developers mailing list archive at >>>>> Nabble.com. >>>>> >>>>> >>>>> >>>> >>>> -- >>>> Thierry Goubier >>>> CEA list >>>> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >>>> 91191 Gif sur Yvette Cedex >>>> France >>>> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >>> >>> >>> >>> >>> >>> -- >>> View this message in context: >>> http://forum.world.st/Stability-of-3-0-tp4709185p4709364.html >>> Sent from the Pharo Smalltalk Developers mailing list archive at >>> Nabble.com. >>> >>> >>> >> >> -- >> Thierry Goubier >> CEA list >> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >> 91191 Gif sur Yvette Cedex >> France >> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 > > > > > > -- > View this message in context: http://forum.world.st/Stability-of-3-0-tp4709185p4709372.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. > > > -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

Sept. 20, 2013

Re: [Pharo-dev] Stability of 3.0

by kilon

I see, well if you want a macos platform to test I offer myself as a Guinea Pig :) Macos has even a diffirent filesystem to Linux and Windoom. Making our life "easier" to porting stuff :D Maybe a solution would be to find a cross platform C lib that works the same in all major 3 OS. Goubier Thierry wrote > Le 20/09/2013 15:41, kilon a Ã©crit : >> if the problem is caused by you then its good news, much easier to fix ;) >> >> So what caused the problem in the first place ? > > I carry around an old fix for 2.0 and 3.0 for a red square of death in > the file browser (red square only in 3.0). Since this fix is a change to > a GUI element, it conflicts everytime the main package is changed. And > the last one was the TranslucentColor thing :( > > In truth, it carries along a more serious fix, but that I have only done > partially, which makes Pharo correctly handle file permissions. I did a > Linux-only fix relying on NativeBoost for the time being, given that: > - I dont have a Mac OSX machine to check it (have to use a different C > API. I thought the Unix platform means Linux, but it seems to also cover > OSX) > - I had a no go from Igor for my ideas about solving a NativeBoost > difficulty on startup, and I gave up writing a more complex fix that I > don't need at the moment and which won't be integrated anyway. I'll > write it if I need it :P > > In the mean-time, I get the benefits: in my developpement, if I test > that a file is readable, it really is :) However, I need to be carefull > tracking down 3.0 progress, that's all, and failures are not allways > obvious (this one wasn't). > > Thierry > >> Goubier Thierry wrote >>> That was why I asked, to see if the problem was with my config or >>> general. >>> >>> It was with my stuff :( >>> >>> Thierry >>> >>> Le 20/09/2013 15:14, kilon a Ã©crit : >>>> I dont have such problem. The problem I had was code completion having >>>> several errors while it tried to autocomplete and once I froze pharo >>>> because >>>> I changed a live object while the morph was displaying , that method >>>> was >>>> somewhat recycled (HelpBrowser class) so that may have been normal. >>>> >>>> But no problem with red boxes from what I can see, I am on 30402. >>>> >>>> >>>> >>>> -- >>>> View this message in context: >>>> http://forum.world.st/Stability-of-3-0-tp4709185p4709358.html >>>> Sent from the Pharo Smalltalk Developers mailing list archive at >>>> Nabble.com. >>>> >>>> >>>> >>> >>> -- >>> Thierry Goubier >>> CEA list >>> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >>> 91191 Gif sur Yvette Cedex >>> France >>> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >> >> >> >> >> >> -- >> View this message in context: >> http://forum.world.st/Stability-of-3-0-tp4709185p4709364.html >> Sent from the Pharo Smalltalk Developers mailing list archive at >> Nabble.com. >> >> >> > > -- > Thierry Goubier > CEA list > Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s > 91191 Gif sur Yvette Cedex > France > Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 -- View this message in context: http://forum.world.st/Stability-of-3-0-tp4709185p4709372.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Sept. 20, 2013

Re: [Pharo-dev] Stability of 3.0

by Goubier Thierry

Le 20/09/2013 15:41, kilon a Ã©crit : > if the problem is caused by you then its good news, much easier to fix ;) > > So what caused the problem in the first place ? I carry around an old fix for 2.0 and 3.0 for a red square of death in the file browser (red square only in 3.0). Since this fix is a change to a GUI element, it conflicts everytime the main package is changed. And the last one was the TranslucentColor thing :( In truth, it carries along a more serious fix, but that I have only done partially, which makes Pharo correctly handle file permissions. I did a Linux-only fix relying on NativeBoost for the time being, given that: - I dont have a Mac OSX machine to check it (have to use a different C API. I thought the Unix platform means Linux, but it seems to also cover OSX) - I had a no go from Igor for my ideas about solving a NativeBoost difficulty on startup, and I gave up writing a more complex fix that I don't need at the moment and which won't be integrated anyway. I'll write it if I need it :P In the mean-time, I get the benefits: in my developpement, if I test that a file is readable, it really is :) However, I need to be carefull tracking down 3.0 progress, that's all, and failures are not allways obvious (this one wasn't). Thierry > Goubier Thierry wrote >> That was why I asked, to see if the problem was with my config or general. >> >> It was with my stuff :( >> >> Thierry >> >> Le 20/09/2013 15:14, kilon a Ã©crit : >>> I dont have such problem. The problem I had was code completion having >>> several errors while it tried to autocomplete and once I froze pharo >>> because >>> I changed a live object while the morph was displaying , that method was >>> somewhat recycled (HelpBrowser class) so that may have been normal. >>> >>> But no problem with red boxes from what I can see, I am on 30402. >>> >>> >>> >>> -- >>> View this message in context: >>> http://forum.world.st/Stability-of-3-0-tp4709185p4709358.html >>> Sent from the Pharo Smalltalk Developers mailing list archive at >>> Nabble.com. >>> >>> >>> >> >> -- >> Thierry Goubier >> CEA list >> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >> 91191 Gif sur Yvette Cedex >> France >> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 > > > > > > -- > View this message in context: http://forum.world.st/Stability-of-3-0-tp4709185p4709364.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. > > > -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

Sept. 20, 2013

Re: [Pharo-dev] Stability of 3.0

by kilon

I see, much more simple than I expected :) -- View this message in context: http://forum.world.st/Stability-of-3-0-tp4709185p4709370.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Sept. 20, 2013

Re: [Pharo-dev] Stability of 3.0

by StÃ©phane Ducasse

On Sep 20, 2013, at 3:41 PM, kilon <thekilon(a)yahoo.co.uk> wrote: > if the problem is caused by you then its good news, much easier to fix ;) > > So what caused the problem in the first place ? issue with fileSystem handling non readable folder or something like that. > > > Goubier Thierry wrote >> That was why I asked, to see if the problem was with my config or general. >> >> It was with my stuff :( >> >> Thierry >> >> Le 20/09/2013 15:14, kilon a Ã©crit : >>> I dont have such problem. The problem I had was code completion having >>> several errors while it tried to autocomplete and once I froze pharo >>> because >>> I changed a live object while the morph was displaying , that method was >>> somewhat recycled (HelpBrowser class) so that may have been normal. >>> >>> But no problem with red boxes from what I can see, I am on 30402. >>> >>> >>> >>> -- >>> View this message in context: >>> http://forum.world.st/Stability-of-3-0-tp4709185p4709358.html >>> Sent from the Pharo Smalltalk Developers mailing list archive at >>> Nabble.com. >>> >>> >>> >> >> -- >> Thierry Goubier >> CEA list >> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >> 91191 Gif sur Yvette Cedex >> France >> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 > > > > > > -- > View this message in context: http://forum.world.st/Stability-of-3-0-tp4709185p4709364.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

Sept. 20, 2013

Re: [Pharo-dev] Stability of 3.0

by kilon

if the problem is caused by you then its good news, much easier to fix ;) So what caused the problem in the first place ? Goubier Thierry wrote > That was why I asked, to see if the problem was with my config or general. > > It was with my stuff :( > > Thierry > > Le 20/09/2013 15:14, kilon a Ã©crit : >> I dont have such problem. The problem I had was code completion having >> several errors while it tried to autocomplete and once I froze pharo >> because >> I changed a live object while the morph was displaying , that method was >> somewhat recycled (HelpBrowser class) so that may have been normal. >> >> But no problem with red boxes from what I can see, I am on 30402. >> >> >> >> -- >> View this message in context: >> http://forum.world.st/Stability-of-3-0-tp4709185p4709358.html >> Sent from the Pharo Smalltalk Developers mailing list archive at >> Nabble.com. >> >> >> > > -- > Thierry Goubier > CEA list > Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s > 91191 Gif sur Yvette Cedex > France > Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 -- View this message in context: http://forum.world.st/Stability-of-3-0-tp4709185p4709364.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Sept. 20, 2013

Re: [Pharo-dev] Dynamically adding nodes to Roassal

by roberto.minelli＠usi.ch

Thanks for the reference! On Sep 20, 2013, at 3:02 PM, btc(a)openinworld.com wrote: > Have a look at [1], section 5.6.2 LEKCimDynamicTreeLayout > Note however that my project was based entirely on using raw ROView, rather than ROMondrianViewBuilder. > > [1] http://files.openinworld.com/LEKtrek/BenjaminTerrenceCOMAN-LEKtrek-2013-08-…

Sept. 20, 2013

Re: [Pharo-dev] Stability of 3.0

by Goubier Thierry

That was why I asked, to see if the problem was with my config or general. It was with my stuff :( Thierry Le 20/09/2013 15:14, kilon a Ã©crit : > I dont have such problem. The problem I had was code completion having > several errors while it tried to autocomplete and once I froze pharo because > I changed a live object while the morph was displaying , that method was > somewhat recycled (HelpBrowser class) so that may have been normal. > > But no problem with red boxes from what I can see, I am on 30402. > > > > -- > View this message in context: http://forum.world.st/Stability-of-3-0-tp4709185p4709358.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. > > > -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

Sept. 20, 2013

Re: [Pharo-dev] [PBE] May be we should first just change PBE in git in Latex.

by btc＠openinworld.com

Sept. 20, 2013