January 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] [ANN] Hudson continuous integration server support

by Mariano Martinez Peck

On Sat, Jan 9, 2010 at 4:54 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>wrote: > we could host that using the pharo svn account at inria gforge > > Stef: would you mind sending me in a private email all the information about Pharo SVN ? I refactor (support for Mac OS, cleanup squeak stuff and old stuff ) Damien's bash scripts to build images and I want to start to version them. Cheers Mariano > Stef > > On Jan 9, 2010, at 3:31 PM, Lukas Renggli wrote: > > >>> So here's a new idea. Keep the package-cache from the previous build, > >>> and make sure the build image can make use of it -- I'm not sure of the > >>> Gofer/Monticello details. > >> > >> Yeah, Gofer would benefit from the package cache. As far as I know > >> Hudson however cleans the workspace with every new build. I don't know > >> how the package cache could be saved over. > > > > I do keep a global package-cache now, we'll see tomorrow if the builds > > are faster. > > > > I've departed quite a bit from the scripts of Yanni. I generalize > > everything into a single script that can then be parametrized from > > Hudson. I have everything in a private Git repository. How can I > > contribute it back? > > > > Lukas > > > > > > > > > >> > >> Lukas > >> > >> -- > >> Lukas Renggli > >> http://www.lukas-renggli.ch > >> > > > > > > > > -- > > Lukas Renggli > > http://www.lukas-renggli.ch > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Jan. 9, 2010

Re: [Pharo-project] [ANN] Hudson continuous integration server support

by StÃ©phane Ducasse

we could host that using the pharo svn account at inria gforge Stef On Jan 9, 2010, at 3:31 PM, Lukas Renggli wrote: >>> So here's a new idea. Keep the package-cache from the previous build, >>> and make sure the build image can make use of it -- I'm not sure of the >>> Gofer/Monticello details. >> >> Yeah, Gofer would benefit from the package cache. As far as I know >> Hudson however cleans the workspace with every new build. I don't know >> how the package cache could be saved over. > > I do keep a global package-cache now, we'll see tomorrow if the builds > are faster. > > I've departed quite a bit from the scripts of Yanni. I generalize > everything into a single script that can then be parametrized from > Hudson. I have everything in a private Git repository. How can I > contribute it back? > > Lukas > > > > >> >> Lukas >> >> -- >> Lukas Renggli >> http://www.lukas-renggli.ch >> > > > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 9, 2010

Re: [Pharo-project] OSProcess

by Schwab,Wilhelm K

Carlos, OSProcess appears to be _designed_ to run on Windows (lots of code for same), but I am not aware that it works there. The existing gnuplot package uses OSProcess on Linux/Mac and ProcessWrapper on Windows, and I have done the same thing when I need to run on Windows. I have seen no evidence that ProcessWrapper works other than on Windows; if you find that it does, please make noise about that. I *think* I like it better than OSProcess, but I do a lot more relevant work on Linux where I can't use ProcessWrapper. Bill ________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Carlos Crosetti Sent: Friday, January 08, 2010 9:46 PM To: pharo-project(a)lists.gforge.inria.fr Subject: [Pharo-project] OSProcess Hi, is rhe OSProcess designed to call out an external program from a Windows vm? Regards, Carlos

Jan. 9, 2010

Re: [Pharo-project] Problems saving the image on SIGTERM

by Damien Pollet

On Sat, Jan 9, 2010 at 01:36, John M McIntosh <johnmci(a)smalltalkconsulting.com> wrote: > Unless you've compiled up a OSProcess for use in 64bit mode you should have had the loading of the > 32bit OSProcess fail. Â If you are running the 5.2b9 VM in 32bit mode it *might* load the plugin, but I > don't think I expose the argc/argv in the linker so I think the OSProcess plugin load will again fail. OK, makes sense -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

Jan. 9, 2010

Re: [Pharo-project] [ANN] Hudson continuous integration server support

by Lukas Renggli

>> So here's a new idea. Keep the package-cache from the previous build, >> and make sure the build image can make use of it -- I'm not sure of the >> Gofer/Monticello details. > > Yeah, Gofer would benefit from the package cache. As far as I know > Hudson however cleans the workspace with every new build. I don't know > how the package cache could be saved over. I do keep a global package-cache now, we'll see tomorrow if the builds are faster. I've departed quite a bit from the scripts of Yanni. I generalize everything into a single script that can then be parametrized from Hudson. I have everything in a private Git repository. How can I contribute it back? Lukas > > Lukas > > -- > Lukas Renggli > http://www.lukas-renggli.ch > -- Lukas Renggli http://www.lukas-renggli.ch

Jan. 9, 2010

Re: [Pharo-project] Nanosecond-level profiling in Pharo?

by Martin Sandiford

Intel CPUs have the ability to read the clock count through the RDTSC instruction, with OS access through QueryPerformanceCounter() on windows, clock_gettime() under linux and mach_absolute_time() on MacOS. Using this, I think it should be practical to have nanosecond precision for profiling under some conditions. See also http://en.wikipedia.org/wiki/Time_Stamp_Counter Cheers, Martin On 09/01/2010, at 10:45 PM, StÃ©phane Ducasse wrote: > really? > When I read what elliot said also with the precision I have some > doubts. > >> This is the level of state-of-the-Art Java profilers operate with. >> >> Cheers, >> Alexandre >> >> On 8 Jan 2010, at 14:48, csrabak(a)bol.com.br wrote: >> >>> I don't want to rain in your folks party, but a nanosecond is a >>> millionth of a millisecond. Also, it is at the timing of silicon >>> memory access on present microcomputers. >>> >>> Isn't enough you increase the accuracy of the timing by one thousand >>> looking for a solution to get *microsecond* resolution? >>> >>> HTH, >>> >>> -- >>> Cesar Rabak >>> >>> >>> >>> Em 07/01/2010 20:57, Alexandre Bergel < alexandre(a)bergel.eu > >>> escreveu: >>> >>> >>> Ok, good to know. >>> >>> Thanks Igor, >>> Alexandre >>> >>> >>> On 7 Jan 2010, at 19:29, Igor Stasenko wrote: >>> >>>> 2010/1/7 Alexandre Bergel : >>>>> Hi! >>>>> >>>>> I am currently working on a new profiler for Pharo. The idea is to >>>>> graphically renders a profiling using Mondrian. I hope to >>>>> release it >>>>> soon. >>>>> When discussing with an expert in the field (Walter Binder), the >>>>> question about time grain was raised. I am partly based on >>>>> MessageTally, which has a millisecond grain. Anyone is aware of a >>>>> finer grain? At the level of nanosecond? Does it makes sense since >>>>> there is no JIT (yet)? >>>>> >>>> >>>> AFAIK, there's no primitives in VM, which provide timing with >>>> nanosecond precision. >>>> >>>> >>>>> Cheers, >>>>> Alexandre >>>>> -- >>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>>> Alexandre Bergel http://www.bergel.eu >>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Pharo-project mailing list >>>>> Pharo-project(a)lists.gforge.inria.fr >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- >>>>> project >>>>> >>>> >>>> >>>> >>>> -- >>>> Best regards, >>>> Igor Stasenko AKA sig. >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 9, 2010

[Pharo-project] [update 1.1] #11145

by Marcus Denker

11145 ----- Issue 1604: The disabled buttons look ugly with the new strike fonts

Jan. 9, 2010

Re: [Pharo-project] Finalization quirk

by StÃ©phane Ducasse

excellent Stef On Jan 9, 2010, at 1:24 AM, John M McIntosh wrote: > > On 2010-01-08, at 2:28 AM, Adrian Lienhard wrote: > >> ah, I see. I looked in PharoCore and hence didn't find it. These are >> from Damien's www.squeaksource.com/ImageForDevelopers.html >> >> We should integrate one default policy into PharoCore. What would be a >> sensible default? >> >> Cheers, >> Adrian > > I'm currently looking into what the default values should be > > > -- > =========================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 > Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com > =========================================================================== > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 9, 2010

Re: [Pharo-project] Nanosecond-level profiling in Pharo?

by StÃ©phane Ducasse

ask him. I do not see how people can ask him like that while you discussed with him On Jan 8, 2010, at 7:38 PM, Alexandre Bergel wrote: >> Do you have information if the "level" is resolution only or >> effective accuracy? > > No idea. You can contact the guy who mentioned this to me: http://www.inf.usi.ch/faculty/binder/ > > Cheers, > Alexandre > >> >> -- >> Cesar Rabak >> >> >> Em 08/01/2010 15:56, Alexandre Bergel < alexandre(a)bergel.eu > >> escreveu: >> >> >> This is the level of state-of-the-Art Java profilers operate with. >> >> Cheers, >> Alexandre >> >> On 8 Jan 2010, at 14:48, csrabak(a)bol.com.br wrote: >> >>> I don't want to rain in your folks party, but a nanosecond is a >>> millionth of a millisecond. Also, it is at the timing of silicon >>> memory access on present microcomputers. >>> >>> Isn't enough you increase the accuracy of the timing by one thousand >>> looking for a solution to get *microsecond* resolution? >>> >>> HTH, >>> >>> -- >>> Cesar Rabak >>> >>> >>> >>> Em 07/01/2010 20:57, Alexandre Bergel < alexandre(a)bergel.eu > >>> escreveu: >>> >>> >>> Ok, good to know. >>> >>> Thanks Igor, >>> Alexandre >>> >>> >>> On 7 Jan 2010, at 19:29, Igor Stasenko wrote: >>> >>>> 2010/1/7 Alexandre Bergel : >>>>> Hi! >>>>> >>>>> I am currently working on a new profiler for Pharo. The idea is to >>>>> graphically renders a profiling using Mondrian. I hope to release >>>>> it >>>>> soon. >>>>> When discussing with an expert in the field (Walter Binder), the >>>>> question about time grain was raised. I am partly based on >>>>> MessageTally, which has a millisecond grain. Anyone is aware of a >>>>> finer grain? At the level of nanosecond? Does it makes sense since >>>>> there is no JIT (yet)? >>>>> >>>> >>>> AFAIK, there's no primitives in VM, which provide timing with >>>> nanosecond precision. >>>> >>>> >>>>> Cheers, >>>>> Alexandre >>>>> -- >>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>>> Alexandre Bergel http://www.bergel.eu >>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Pharo-project mailing list >>>>> Pharo-project(a)lists.gforge.inria.fr >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>> >>>> >>>> >>>> >>>> -- >>>> Best regards, >>>> Igor Stasenko AKA sig. >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 9, 2010

Re: [Pharo-project] Nanosecond-level profiling in Pharo?

by StÃ©phane Ducasse

really? When I read what elliot said also with the precision I have some doubts. > This is the level of state-of-the-Art Java profilers operate with. > > Cheers, > Alexandre > > On 8 Jan 2010, at 14:48, csrabak(a)bol.com.br wrote: > >> I don't want to rain in your folks party, but a nanosecond is a >> millionth of a millisecond. Also, it is at the timing of silicon >> memory access on present microcomputers. >> >> Isn't enough you increase the accuracy of the timing by one thousand >> looking for a solution to get *microsecond* resolution? >> >> HTH, >> >> -- >> Cesar Rabak >> >> >> >> Em 07/01/2010 20:57, Alexandre Bergel < alexandre(a)bergel.eu > >> escreveu: >> >> >> Ok, good to know. >> >> Thanks Igor, >> Alexandre >> >> >> On 7 Jan 2010, at 19:29, Igor Stasenko wrote: >> >>> 2010/1/7 Alexandre Bergel : >>>> Hi! >>>> >>>> I am currently working on a new profiler for Pharo. The idea is to >>>> graphically renders a profiling using Mondrian. I hope to release it >>>> soon. >>>> When discussing with an expert in the field (Walter Binder), the >>>> question about time grain was raised. I am partly based on >>>> MessageTally, which has a millisecond grain. Anyone is aware of a >>>> finer grain? At the level of nanosecond? Does it makes sense since >>>> there is no JIT (yet)? >>>> >>> >>> AFAIK, there's no primitives in VM, which provide timing with >>> nanosecond precision. >>> >>> >>>> Cheers, >>>> Alexandre >>>> -- >>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>> Alexandre Bergel http://www.bergel.eu >>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>> >>>> >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>> >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko AKA sig. >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 9, 2010