October 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Is FS loadable in 1.3?

by Tudor Girba

Hi, Please note that the official up-to-date ConfigurationOfFilesystem can be found in the squeaksource.com/fs repository. Cheers, Doru On 31 Oct 2011, at 23:04, Sean P. DeNigris wrote: > > StÃ©phane Ducasse wrote: >> >> can you compare what you loaded in 1.3 and what is in 1.4 >> > > What's the best way to do that? From the MC Browser, they look pretty > similar. It seems that updates are being made in both sqs/FS and > gemstone/pharo14, and many (but not all?) of the sqs changes seem to be > getting merged into pharo14. > > -- > View this message in context: http://forum.world.st/Is-FS-loadable-in-1-3-tp3961499p3961836.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > -- www.tudorgirba.com "In a world where everything is moving ever faster, one might have better chances to win by moving slower."

Oct. 31, 2011

Re: [Pharo-project] Brainstorming on the roadmap for first Pharo Consortium Engineer :)

by Mariano Martinez Peck

On Mon, Oct 31, 2011 at 10:40 PM, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr> wrote: > esteban > > would mars be the perfect case to validate the FFI we all need? > > DBXTalk is a perfect candidate for the multithreaded part (not the callback since we do not use callbacks) > Stef > > On Oct 31, 2011, at 10:33 PM, Esteban Lorenzano wrote: > > > Hi, > > > > ObjectiveCBridge2 (John's one) should be working with latest builds... > at least I *think* it should be (the older bug was fixed... so if it does > not works now is probably because other reasons. I didn't check it since > last six months, so I don't know. Reason why I didn't check it? well... two > reasons: nobody ask for, so I assumed I was the only user (sorry if that's > not true), and also, in my work of mars/deimos I found several performace > issues (most people will not have it, but mars/deimos is very callback > dependent) and objective-c callback architecture was not enough, so I > started to create (well... to finish, because machinery was already there) > a new objective-c bridge, based on Alien... it was working (and the > response times were incredible fast), but then came the new FFI (not > threaded) and I started migrating the alien objective-c bridge to the new > plugin... and well... that's not finished because time is never enough :) > > I think in the long way the new plugin is the way to go, but for now we > have the bridge and it should work :) > > > > So, as a summary: ObjectiveCBridge2 *should* be working, if anyone want > to take a look, I will be happy to help if there are any problems. > > > > Cheers, > > Esteban > > > > El 31/10/2011, a las 5:58p.m., StÃ©phane Ducasse escribiÃ³: > > > >> When igor release athens, we will really ask him to get a 100% fully > working FFI will be the most important task > >> > >> Stef > >> > >> On Oct 31, 2011, at 8:04 PM, Schwab,Wilhelm K wrote: > >> > >>> The object-c bridge is probably a big deal to the Mac users among us, > right? My understand is that there are quite a few of you?? I've thought > about it myself, but that's another story. > >>> > >>> For external interfacing, I would very much like to see callbacks > widely supported; I'm thinking of solvers/minimizers etc., where one needs > to tell the library how to evaluate a function. FFI has been pretty good > to me, and Andreas described something that might be turned into a reusable > callback mechanism for it. Alien and NativeBoost are also options. It > would be nice if we had one external interface system that does it all. > >>> > >>> > >>> > >>> ________________________________________ > >>> From: pharo-project-bounces(a)lists.gforge.inria.fr [ > pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Noury Bouraqadi > [bouraqadi(a)gmail.com] > >>> Sent: Monday, October 31, 2011 11:17 AM > >>> To: Pharo-project(a)lists.gforge.inria.fr > >>> Cc: A friendly place where any question about pharo is welcome > >>> Subject: Re: [Pharo-project] Brainstorming on the roadmap for first > Pharo Consortium Engineer :) > >>> > >>> What about adding to this todo list: > >>> > >>> -Fixing/finishing the Objective-C bridge :-) > >>> During ESUG 2010 Esteban told me that there was a pb with the Mac VM > that causes the crash. > >>> I believe this wasn't fixed and this is the biggest issue with the > MARS project. > >>> > >>> Noury > >>> On 31 oct. 2011, at 11:54, StÃ©phane Ducasse wrote: > >>> > >>>> Hi guys > >>>> > >>>> we have a roadmap for Esteban and we would like to share it with you. > We have extra items that we would like to see fixed and we are welcoming > your > >>>> feedback/suggestions. Note this is typically the way we want to work > with the consortium in the future: > >>>> Build an initial roadmap and refine it based on the input of the > community. > >>>> > >>>> - A website for the consortium registration (esteban is expert on > that). > >>>> - This is important for INRIA and for the visibility of the > consortium. We should get new members :) > >>>> - Integration with SmalltalkHub > >>>> > >>>> - Working on fixing bugs! > >>>> - Debugger fixes > >>>> - Continuous bug fixing. > >>>> > >>>> - Improving release process: faster, more people involved, simpler. > >>>> - Working on metacello repositories for each distributions > (everything is there but missing last bits) > >>>> - Metacello tools > >>>> - Automatic release validations > >>>> - Automatic validation of fixes > >>>> > >>>> Now the free items with probably igor involvement > >>>> - Multiwindowing support > >>>> - Fully working multithreaded FFI with ***Documentation*** > >>>> - Filesystem fix and integration > >>>> - Integration of OPAL > >>>> - RPackage integration > >>>> > >>>> Igor related > >>>> - Ephemerons > >>>> - Object format > >>>> - VM branding > >>>> - Use of new canvas > >>>> - Event cleaning > >>>> > >>>> So we are waiting for your suggestions. > >>>> > >>>> > >>>> Stef > >>>> > >>>> > >>>> > >>>> > >>> > >>> Noury > >>> -- > >>> http://twitter.com/#!/NouryBouraqadi > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >> > >> > > > > > > > -- Mariano http://marianopeck.wordpress.com

Oct. 31, 2011

Re: [Pharo-project] Is FS loadable in 1.3?

by Sean P. DeNigris

StÃ©phane Ducasse wrote: > > can you compare what you loaded in 1.3 and what is in 1.4 > What's the best way to do that? From the MC Browser, they look pretty similar. It seems that updates are being made in both sqs/FS and gemstone/pharo14, and many (but not all?) of the sqs changes seem to be getting merged into pharo14. -- View this message in context: http://forum.world.st/Is-FS-loadable-in-1-3-tp3961499p3961836.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Oct. 31, 2011

Re: [Pharo-project] Brainstorming on the roadmap for first Pharo Consortium Engineer :)

by Esteban Lorenzano

I think so, yes :) El 31/10/2011, a las 6:40p.m., StÃ©phane Ducasse escribiÃ³: > esteban > > would mars be the perfect case to validate the FFI we all need? > > Stef > > On Oct 31, 2011, at 10:33 PM, Esteban Lorenzano wrote: > >> Hi, >> >> ObjectiveCBridge2 (John's one) should be working with latest builds... at least I *think* it should be (the older bug was fixed... so if it does not works now is probably because other reasons. I didn't check it since last six months, so I don't know. Reason why I didn't check it? well... two reasons: nobody ask for, so I assumed I was the only user (sorry if that's not true), and also, in my work of mars/deimos I found several performace issues (most people will not have it, but mars/deimos is very callback dependent) and objective-c callback architecture was not enough, so I started to create (well... to finish, because machinery was already there) a new objective-c bridge, based on Alien... it was working (and the response times were incredible fast), but then came the new FFI (not threaded) and I started migrating the alien objective-c bridge to the new plugin... and well... that's not finished because time is never enough :) >> I think in the long way the new plugin is the way to go, but for now we have the bridge and it should work :) >> >> So, as a summary: ObjectiveCBridge2 *should* be working, if anyone want to take a look, I will be happy to help if there are any problems. >> >> Cheers, >> Esteban >> >> El 31/10/2011, a las 5:58p.m., StÃ©phane Ducasse escribiÃ³: >> >>> When igor release athens, we will really ask him to get a 100% fully working FFI will be the most important task >>> >>> Stef >>> >>> On Oct 31, 2011, at 8:04 PM, Schwab,Wilhelm K wrote: >>> >>>> The object-c bridge is probably a big deal to the Mac users among us, right? My understand is that there are quite a few of you?? I've thought about it myself, but that's another story. >>>> >>>> For external interfacing, I would very much like to see callbacks widely supported; I'm thinking of solvers/minimizers etc., where one needs to tell the library how to evaluate a function. FFI has been pretty good to me, and Andreas described something that might be turned into a reusable callback mechanism for it. Alien and NativeBoost are also options. It would be nice if we had one external interface system that does it all. >>>> >>>> >>>> >>>> ________________________________________ >>>> From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Noury Bouraqadi [bouraqadi(a)gmail.com] >>>> Sent: Monday, October 31, 2011 11:17 AM >>>> To: Pharo-project(a)lists.gforge.inria.fr >>>> Cc: A friendly place where any question about pharo is welcome >>>> Subject: Re: [Pharo-project] Brainstorming on the roadmap for first Pharo Consortium Engineer :) >>>> >>>> What about adding to this todo list: >>>> >>>> -Fixing/finishing the Objective-C bridge :-) >>>> During ESUG 2010 Esteban told me that there was a pb with the Mac VM that causes the crash. >>>> I believe this wasn't fixed and this is the biggest issue with the MARS project. >>>> >>>> Noury >>>> On 31 oct. 2011, at 11:54, StÃ©phane Ducasse wrote: >>>> >>>>> Hi guys >>>>> >>>>> we have a roadmap for Esteban and we would like to share it with you. We have extra items that we would like to see fixed and we are welcoming your >>>>> feedback/suggestions. Note this is typically the way we want to work with the consortium in the future: >>>>> Build an initial roadmap and refine it based on the input of the community. >>>>> >>>>> - A website for the consortium registration (esteban is expert on that). >>>>> - This is important for INRIA and for the visibility of the consortium. We should get new members :) >>>>> - Integration with SmalltalkHub >>>>> >>>>> - Working on fixing bugs! >>>>> - Debugger fixes >>>>> - Continuous bug fixing. >>>>> >>>>> - Improving release process: faster, more people involved, simpler. >>>>> - Working on metacello repositories for each distributions (everything is there but missing last bits) >>>>> - Metacello tools >>>>> - Automatic release validations >>>>> - Automatic validation of fixes >>>>> >>>>> Now the free items with probably igor involvement >>>>> - Multiwindowing support >>>>> - Fully working multithreaded FFI with ***Documentation*** >>>>> - Filesystem fix and integration >>>>> - Integration of OPAL >>>>> - RPackage integration >>>>> >>>>> Igor related >>>>> - Ephemerons >>>>> - Object format >>>>> - VM branding >>>>> - Use of new canvas >>>>> - Event cleaning >>>>> >>>>> So we are waiting for your suggestions. >>>>> >>>>> >>>>> Stef >>>>> >>>>> >>>>> >>>>> >>>> >>>> Noury >>>> -- >>>> http://twitter.com/#!/NouryBouraqadi >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>> >>> >> >> > >

Oct. 31, 2011

Re: [Pharo-project] Brainstorming on the roadmap for first Pharo Consortium Engineer :)

by StÃ©phane Ducasse

esteban would mars be the perfect case to validate the FFI we all need? Stef On Oct 31, 2011, at 10:33 PM, Esteban Lorenzano wrote: > Hi, > > ObjectiveCBridge2 (John's one) should be working with latest builds... at least I *think* it should be (the older bug was fixed... so if it does not works now is probably because other reasons. I didn't check it since last six months, so I don't know. Reason why I didn't check it? well... two reasons: nobody ask for, so I assumed I was the only user (sorry if that's not true), and also, in my work of mars/deimos I found several performace issues (most people will not have it, but mars/deimos is very callback dependent) and objective-c callback architecture was not enough, so I started to create (well... to finish, because machinery was already there) a new objective-c bridge, based on Alien... it was working (and the response times were incredible fast), but then came the new FFI (not threaded) and I started migrating the alien objective-c bridge to the new plugin... and well... that's not finished because time is never enough :) > I think in the long way the new plugin is the way to go, but for now we have the bridge and it should work :) > > So, as a summary: ObjectiveCBridge2 *should* be working, if anyone want to take a look, I will be happy to help if there are any problems. > > Cheers, > Esteban > > El 31/10/2011, a las 5:58p.m., StÃ©phane Ducasse escribiÃ³: > >> When igor release athens, we will really ask him to get a 100% fully working FFI will be the most important task >> >> Stef >> >> On Oct 31, 2011, at 8:04 PM, Schwab,Wilhelm K wrote: >> >>> The object-c bridge is probably a big deal to the Mac users among us, right? My understand is that there are quite a few of you?? I've thought about it myself, but that's another story. >>> >>> For external interfacing, I would very much like to see callbacks widely supported; I'm thinking of solvers/minimizers etc., where one needs to tell the library how to evaluate a function. FFI has been pretty good to me, and Andreas described something that might be turned into a reusable callback mechanism for it. Alien and NativeBoost are also options. It would be nice if we had one external interface system that does it all. >>> >>> >>> >>> ________________________________________ >>> From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Noury Bouraqadi [bouraqadi(a)gmail.com] >>> Sent: Monday, October 31, 2011 11:17 AM >>> To: Pharo-project(a)lists.gforge.inria.fr >>> Cc: A friendly place where any question about pharo is welcome >>> Subject: Re: [Pharo-project] Brainstorming on the roadmap for first Pharo Consortium Engineer :) >>> >>> What about adding to this todo list: >>> >>> -Fixing/finishing the Objective-C bridge :-) >>> During ESUG 2010 Esteban told me that there was a pb with the Mac VM that causes the crash. >>> I believe this wasn't fixed and this is the biggest issue with the MARS project. >>> >>> Noury >>> On 31 oct. 2011, at 11:54, StÃ©phane Ducasse wrote: >>> >>>> Hi guys >>>> >>>> we have a roadmap for Esteban and we would like to share it with you. We have extra items that we would like to see fixed and we are welcoming your >>>> feedback/suggestions. Note this is typically the way we want to work with the consortium in the future: >>>> Build an initial roadmap and refine it based on the input of the community. >>>> >>>> - A website for the consortium registration (esteban is expert on that). >>>> - This is important for INRIA and for the visibility of the consortium. We should get new members :) >>>> - Integration with SmalltalkHub >>>> >>>> - Working on fixing bugs! >>>> - Debugger fixes >>>> - Continuous bug fixing. >>>> >>>> - Improving release process: faster, more people involved, simpler. >>>> - Working on metacello repositories for each distributions (everything is there but missing last bits) >>>> - Metacello tools >>>> - Automatic release validations >>>> - Automatic validation of fixes >>>> >>>> Now the free items with probably igor involvement >>>> - Multiwindowing support >>>> - Fully working multithreaded FFI with ***Documentation*** >>>> - Filesystem fix and integration >>>> - Integration of OPAL >>>> - RPackage integration >>>> >>>> Igor related >>>> - Ephemerons >>>> - Object format >>>> - VM branding >>>> - Use of new canvas >>>> - Event cleaning >>>> >>>> So we are waiting for your suggestions. >>>> >>>> >>>> Stef >>>> >>>> >>>> >>>> >>> >>> Noury >>> -- >>> http://twitter.com/#!/NouryBouraqadi >>> >>> >>> >>> >>> >>> >>> >> >> > >

Oct. 31, 2011

Re: [Pharo-project] Is FS loadable in 1.3?

by StÃ©phane Ducasse

relatively stable can you compare what you loaded in 1.3 and what is in 1.4 Would be good to update the configruationOf Then one day we should fix the rename (because it is not implemented). Stef On Oct 31, 2011, at 10:23 PM, Sean P. DeNigris wrote: > > StÃ©phane Ducasse wrote: >> >> > > "ConfigurationOfFilesystem load" causes no errors, but loads > Filesystem-cwp.120 which contains no classes or extension methods. > > Loading the individual packages (FS-AnsiStreams, Disk, Memory & Zip) looks > okay. All tests in FS-Tests-Core pass. > > Is the Filesystem API relatively stable or will there be many changes? > > Thanks. > Sean > > -- > View this message in context: http://forum.world.st/Is-FS-loadable-in-1-3-tp3961499p3961714.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

Oct. 31, 2011

Re: [Pharo-project] Consortium news

by Esteban Lorenzano

Thank you very much for all your good wishes, and of course, thank you very much to Stef, Marcus and all the upcoming Pharo Consortium for this great opportunity! I will do my best effort to improve the work on pharo and to strenght all the great work this community is doing now (I know, is a big responsibility, but I have giant shoulders to stand for :) ...and of course, that doesn't mean I will throw away all my other projects/responsibilities, quite the opposite, because I will be 100% focused :) Cheers, Esteban El 31/10/2011, a las 12:11p.m., Noury Bouraqadi escribiÃ³: > Esteban, > > Welcome to the North of France :-) > > Noury > -- > http://twitter.com/#!/NouryBouraqadi > > > On 31 oct. 2011, at 11:10, StÃ©phane Ducasse wrote: > >> Hi guys >> >> SInce INRIA accepted to pay one engineer around the pharo consortium we will hire esteban lorenzano for a year. >> We are excited by that! I should do a lot of paper work but this is really cool. >> >> For the consortium >> - inria law oriented people are designing a "CAML" like consortium text >> - Marcus is setting up mailing-list and we will make public the names of the companies that are participating. >> - We will discuss the prices and modality. >> >> Stef >> >> > > > >

Oct. 31, 2011

Re: [Pharo-project] Brainstorming on the roadmap for first Pharo Consortium Engineer :)

by Esteban Lorenzano

Hi, ObjectiveCBridge2 (John's one) should be working with latest builds... at least I *think* it should be (the older bug was fixed... so if it does not works now is probably because other reasons. I didn't check it since last six months, so I don't know. Reason why I didn't check it? well... two reasons: nobody ask for, so I assumed I was the only user (sorry if that's not true), and also, in my work of mars/deimos I found several performace issues (most people will not have it, but mars/deimos is very callback dependent) and objective-c callback architecture was not enough, so I started to create (well... to finish, because machinery was already there) a new objective-c bridge, based on Alien... it was working (and the response times were incredible fast), but then came the new FFI (not threaded) and I started migrating the alien objective-c bridge to the new plugin... and well... that's not finished because time is never enough :) I think in the long way the new plugin is the way to go, but for now we have the bridge and it should work :) So, as a summary: ObjectiveCBridge2 *should* be working, if anyone want to take a look, I will be happy to help if there are any problems. Cheers, Esteban El 31/10/2011, a las 5:58p.m., StÃ©phane Ducasse escribiÃ³: > When igor release athens, we will really ask him to get a 100% fully working FFI will be the most important task > > Stef > > On Oct 31, 2011, at 8:04 PM, Schwab,Wilhelm K wrote: > >> The object-c bridge is probably a big deal to the Mac users among us, right? My understand is that there are quite a few of you?? I've thought about it myself, but that's another story. >> >> For external interfacing, I would very much like to see callbacks widely supported; I'm thinking of solvers/minimizers etc., where one needs to tell the library how to evaluate a function. FFI has been pretty good to me, and Andreas described something that might be turned into a reusable callback mechanism for it. Alien and NativeBoost are also options. It would be nice if we had one external interface system that does it all. >> >> >> >> ________________________________________ >> From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Noury Bouraqadi [bouraqadi(a)gmail.com] >> Sent: Monday, October 31, 2011 11:17 AM >> To: Pharo-project(a)lists.gforge.inria.fr >> Cc: A friendly place where any question about pharo is welcome >> Subject: Re: [Pharo-project] Brainstorming on the roadmap for first Pharo Consortium Engineer :) >> >> What about adding to this todo list: >> >> -Fixing/finishing the Objective-C bridge :-) >> During ESUG 2010 Esteban told me that there was a pb with the Mac VM that causes the crash. >> I believe this wasn't fixed and this is the biggest issue with the MARS project. >> >> Noury >> On 31 oct. 2011, at 11:54, StÃ©phane Ducasse wrote: >> >>> Hi guys >>> >>> we have a roadmap for Esteban and we would like to share it with you. We have extra items that we would like to see fixed and we are welcoming your >>> feedback/suggestions. Note this is typically the way we want to work with the consortium in the future: >>> Build an initial roadmap and refine it based on the input of the community. >>> >>> - A website for the consortium registration (esteban is expert on that). >>> - This is important for INRIA and for the visibility of the consortium. We should get new members :) >>> - Integration with SmalltalkHub >>> >>> - Working on fixing bugs! >>> - Debugger fixes >>> - Continuous bug fixing. >>> >>> - Improving release process: faster, more people involved, simpler. >>> - Working on metacello repositories for each distributions (everything is there but missing last bits) >>> - Metacello tools >>> - Automatic release validations >>> - Automatic validation of fixes >>> >>> Now the free items with probably igor involvement >>> - Multiwindowing support >>> - Fully working multithreaded FFI with ***Documentation*** >>> - Filesystem fix and integration >>> - Integration of OPAL >>> - RPackage integration >>> >>> Igor related >>> - Ephemerons >>> - Object format >>> - VM branding >>> - Use of new canvas >>> - Event cleaning >>> >>> So we are waiting for your suggestions. >>> >>> >>> Stef >>> >>> >>> >>> >> >> Noury >> -- >> http://twitter.com/#!/NouryBouraqadi >> >> >> >> >> >> >> > >

Oct. 31, 2011

Re: [Pharo-project] Comment Syntax

by Sean P. DeNigris

Lukas Renggli wrote: > > What would work is to use something like "* and *" (or any other double > thing that starts > with a double quote). > I found the issue at http://code.google.com/p/pharo/issues/detail?id=3523 . It has been moved to the "Wish List" [1] (cool that we have one - I didn't know; but not cool that my feature went there to live, lol). [1] http://code.google.com/p/pharo/wiki/IdeasToImplement -- View this message in context: http://forum.world.st/Comment-Syntax-tp3961451p3961725.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Oct. 31, 2011

Re: [Pharo-project] Is FS loadable in 1.3?

by Sean P. DeNigris

StÃ©phane Ducasse wrote: > > "ConfigurationOfFilesystem load" causes no errors, but loads Filesystem-cwp.120 which contains no classes or extension methods. Loading the individual packages (FS-AnsiStreams, Disk, Memory & Zip) looks okay. All tests in FS-Tests-Core pass. Is the Filesystem API relatively stable or will there be many changes? Thanks. Sean -- View this message in context: http://forum.world.st/Is-FS-loadable-in-1-3-tp3961499p3961714.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Oct. 31, 2011