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

[Pharo-project] [ANN] Pharo 1.1 - Win32 Setup

by Torsten Bergmann

For those of you who want to use Pharo 1.1. on Win32 only there is again an installer for the new release: https://gforge.inria.fr/frs/download.php/27305/setup_pharo1.1-11411-release… as an alternative to the one click download. Have fun Torsten -- Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief! Jetzt De-Mail-Adresse reservieren: http://portal.gmx.net/de/go/demail

July 26, 2010

Re: [Pharo-project] [ANN] Pharo 1.1 released

by Alexandre Bergel

This is really cool! Congrat to all of you! Alexandre On 26 Jul 2010, at 22:22, Adrian Lienhard wrote: > Hi all, > > I'm excited to announce our second release of Pharo! > > Please check out the updated website at www.pharo-project.org. > > This release contains many bug fixes, improvements, performance optimizations, and new features that didn't get into version 1.0. Specific information about what is new in this release can be found on > www.pharo-project.org/pharo-download/release-1-1. > > Thanks everyone who has contributed and helped to bring Pharo one step further! > > Please help to spread the word... > > Cheers, > Adrian > > ___________________ > http://www.adrian-lienhard.ch/ > > > _______________________________________________ > 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 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

July 26, 2010

[Pharo-project] [ANN] Pharo 1.1 released

by Adrian Lienhard

Hi all, I'm excited to announce our second release of Pharo! Please check out the updated website at www.pharo-project.org. This release contains many bug fixes, improvements, performance optimizations, and new features that didn't get into version 1.0. Specific information about what is new in this release can be found on www.pharo-project.org/pharo-download/release-1-1. Thanks everyone who has contributed and helped to bring Pharo one step further! Please help to spread the word... Cheers, Adrian ___________________ http://www.adrian-lienhard.ch/

July 26, 2010

Re: [Pharo-project] cog-based image crashes on mac

by Lukas Renggli

2010/7/26 Eliot Miranda <eliot.miranda(a)gmail.com>: > There's an update in svn that could fix crashes. No sorry, still the same (if I remember correctly I've never seen the bunch of error messages before the last two though) with the latest svn code: 26.07.10 20:39:33 [0x0-0x1d3dd3c].com.teleplace.Teleplace[4514] mprotect(x,y,PROT_READ | PROT_WRITE): Cannot allocate memory 26.07.10 20:39:33 [0x0-0x1d3dd3c].com.teleplace.Teleplace[4514] mprotect(x,y,PROT_READ | PROT_WRITE): Invalid argument 26.07.10 20:39:33 [0x0-0x1d3dd3c].com.teleplace.Teleplace[4514] squeak: could not load plugin `MiscPrimitivePlugin' 26.07.10 20:39:33 [0x0-0x1d3dd3c].com.teleplace.Teleplace[4514] squeak: could not load plugin `DropPlugin' 26.07.10 20:39:33 [0x0-0x1d3dd3c].com.teleplace.Teleplace[4514] squeak: could not load plugin `FilePlugin' 26.07.10 20:39:33 [0x0-0x1d3dd3c].com.teleplace.Teleplace[4514] squeak: could not load plugin `SecurityPlugin' 26.07.10 20:39:33 [0x0-0x1d3dd3c].com.teleplace.Teleplace[4514] squeak: could not load plugin `BitBltPlugin' 26.07.10 20:39:33 [0x0-0x1d3dd3c].com.teleplace.Teleplace[4514] squeak: could not load plugin `LargeIntegers' 26.07.10 20:39:33 [0x0-0x1d3dd3c].com.teleplace.Teleplace[4514] squeak: could not load plugin `B2DPlugin' 26.07.10 20:39:33 [0x0-0x1d3dd3c].com.teleplace.Teleplace[4514] squeak: could not load plugin `InternetConfigPlugin' 26.07.10 20:39:33 [0x0-0x1d3dd3c].com.teleplace.Teleplace[4514] squeak: could not load plugin `SocketPlugin' 26.07.10 20:40:03 [0x0-0x1d3dd3c].com.teleplace.Teleplace[4514] squeak: could not load plugin `DSAPrims' 26.07.10 20:40:06 [0x0-0x1d3dd3c].com.teleplace.Teleplace[4514] squeak: could not load plugin `JPEGReadWriter2Plugin' 26.07.10 20:41:33 [0x0-0x1d3dd3c].com.teleplace.Teleplace[4514] nanosleep: Invalid argument 26.07.10 20:41:33 com.apple.launchd.peruser.501[200] ([0x0-0x1d3dd3c].com.teleplace.Teleplace[4514]) Exited with exit code: 1 Lukas -- Lukas Renggli www.lukas-renggli.ch

July 26, 2010

Re: [Pharo-project] Pool dictionaries

by Gary Chambers

See SharedPool and subclasses... No longer dictionaries as such, explained in the class comment. Subclass SharedPool with the name you want and add class vars and initialisers. Regards, Gary ----- Original Message ----- From: "Schwab,Wilhelm K" <bschwab(a)anest.ufl.edu> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Monday, July 26, 2010 6:51 PM Subject: [Pharo-project] Pool dictionaries > What is the current status of pool dictionaries? I have some code that > uses one, and for pretty good reason. What do I need to do? > > Bill > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 26, 2010

Re: [Pharo-project] cog-based image crashes on mac

by Eliot Miranda

There's an update in svn that could fix crashes. I had some logging code that looks like static unsigned long long useclog[LOGSIZE]; static int ulogidx = (unsigned int)-1; # define logusecs(usecs) do { sqLowLevelMFence(); \ if (logClock) useclog[++ulogidx % LOGSIZE] = (usecs); \ } while (0) which blows up when ulogidx wraps around. It the sign of -ve % +ve is undefined in C. The fix is simple; make the index unsigned: static unsigned long long useclog[LOGSIZE]; static unsigned int ulogidx = (unsigned int)-1; # define logusecs(usecs) do { sqLowLevelMFence(); \ if (logClock) useclog[++ulogidx % LOGSIZE] = (usecs); \ } while (0) I doubt this is your problem since it should take many hours for the clock log to wrap. But updating and rebuilding is still probably worthwhile. HTH Eliot On Mon, Jul 26, 2010 at 4:32 AM, Lukas Renggli <renggli(a)gmail.com> wrote: > >>> The image I got is based on the sources from 27.06.2010. > >> > >> You may be missing some image-side changes. The CogVM was open sourced > on > >> 20.06.2010. > > > > Actually, where should I get the complete image-side changes from? I have > > those prepared by Lukas a while ago. > > Yeah, these are the complete ones from the repository adapted to Pharo. > > Maybe these same socket related crashes that randomly appear with > Seaside images? > > nanosleep: Invalid argument > Exited with exit code: 1 > > Lukas > > -- > Lukas Renggli > 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 >

July 26, 2010

[Pharo-project] Pool dictionaries

by Schwab,Wilhelm K

What is the current status of pool dictionaries? I have some code that uses one, and for pretty good reason. What do I need to do? Bill

July 26, 2010

Re: [Pharo-project] What is correct way to save image automatically in background?

by Norbert Hartl

On 23.07.2010, at 17:11, David T. Lewis wrote: > Yes, it really is true. That said, I would expect the practical impact > to vary depending on how busy the main image is. > > If you are running a Squeak/Pharo image that is not busy, such as your > own personal desktop image or a Seaside image that is not currently > receiving requests, then the additional system memory used by the > forked background image is extremely small (it's pretty amazing > actually, try watching it on a system monitor such as xosview). > However, I would expect that if you were to do this with a busy > Seaside image, then that image would be doing a lot of updates to > memory and possibly garbage collection, so that will force the OS > to use more memory. > What you are saying depends on the environment underneath. In theory it is pretty easy. The fork doubles the process memory when forking. Systems like linux have something called "memory overcommit". They don't allocate the reserved memory unless something is written. I think that is what you meant by saying "... is extremely small...". Why I am saying this? Because especially for seaside images the situation could be different. It is very common nowadays to use OS virtualization to install things like seaside images. Virtualizers disable "memory overcommitment" because otherwise one virtual instance could have side effects on other instances. So you are back with doubling process memory. You need to be careful if you have a small virtual machine or if you try to fork from several images at the same time. hope this adds anything, Norbert > Unfortunately this means that the busier your image is, the less > benefit you get from a memory usage point of view. But even at that, > you still get the advantage of doing the image save in a background > OS process running at lower OS scheduling priority. > > I do not actually run any Seaside server images, so someone would > need to try this on a real system to find out how much benefit it > delivers in practice. I would be interested to know the results. > > Dave > > > On Fri, Jul 23, 2010 at 02:12:14PM +0200, Lukas Renggli wrote: >> David, is what is said about memory management really true? I thought >> that saving the image triggered a garbage collect what forces to copy >> the whole memory anyway. >> >> Lukas >> >> On 23 July 2010 14:00, David T. Lewis <lewis(a)mail.msen.com> wrote: >>> On Fri, Jul 23, 2010 at 09:49:46AM +0200, Lukas Renggli wrote: >>>>> But How I can do that without fork? I track changes in another process and >>>>> when I do update I save image in this process. >>>>> How I can initiate image saving from ui process? >>>> >>>> I don't understand what you are saying. >>>> >>>> The thing is that using #fork to save the image has no effect (other >>>> than wrecking the image), because #snapshot:andQuit: is eventually >>>> calling a primitive that locks the complete VM anyway. >>>> >>>> If you want to fork while saving the image you need to use an OS-level >>>> fork, not a Smalltalk-level fork. You can do this with OSProcess for >>>> example (check the Seaside mailing-list archive). >>> >>> "UnixProcess saveImageInBackgroundNicely" >>> >>> Explained in the method comment: >>> >>> UnixProcess class>>saveImageInBackground: savedImageName nice: niceFlag >>> ? ? ? ?"When Squeak is used as a server it is sometimes desirable to periodically >>> ? ? ? ?save image snapshots. This method forks a headless Squeak to perform a >>> ? ? ? ?snapshot without impacting the server Squeak. Very little additional memory >>> ? ? ? ?is required to do this because Unix copy-on-write memory management allows >>> ? ? ? ?the two Squeak images to share object memory while the save is performed. >>> ? ? ? ?The saved image is given a time stamped name, and the image name of >>> ? ? ? ?the main server Squeak remains unchanged. If niceFlag is true, the >>> ? ? ? ?background OS process runs at lowered scheduling priority." >>> >>> Dave >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> >> -- >> Lukas Renggli >> 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

July 26, 2010

Re: [Pharo-project] [SPAM] New Features for Hudson Build Tools

by Lukas Renggli

Thanks for the feedback, I pushed out a new version that produces a slightly cleaner and smaller build. The root directory now only contains 3 files: - for Windows a .lnk file with the correct icon - for Linux a .sh file with the correct icon after the first start (probably works on Gnome only) - readme.txt I tested it on OS X 10.6, Ubuntu 10, and Windows XP. Lukas -- Lukas Renggli www.lukas-renggli.ch On 20 July 2010 20:42, Tudor Girba <tudor.girba(a)gmail.com> wrote: > Hi Lukas, > > This is really great. > > Cheers, > Doru > > > On 20 Jul 2010, at 13:07, Sven Van Caekenberghe wrote: > >> Lukas, >> >> This is really very impressive stuff. >> Thanks for setting all this up and sharing it with us. >> I am learning a lot from it. >> >> Sven >> >> On 20 Jul 2010, at 10:26, Lukas Renggli wrote: >> >>> I've added some new functionality to the Hudson Build Toos for Pharo: >>> >>> 1. I've added a script build-oneclick.sh that builds OneClick >>> distributions. This means that with every successful build there will >>> be a new OneClick distribution. >>> >>> For example, the latest PetitParser OneClick distribution is available >>> from: >>> http://hudson.lukas-renggli.ch/job/PetitParser/lastSuccessfulBuild/artifact…. >>> >>> 2. I've changes build.sh to automatically find and fetch dependent >>> images. This makes the configuration in Hudson much simpler, as no >>> images need to be copied around. >>> >>> For example, the Hudson configuration of PetitParser looks as follows: >>> >>> build.sh -i omnibrowser -s petitparser -o petitparser >>> build.sh -i petitparser -s testrunner -s petitparser-tests -o >>> petitparser-tests >>> build-oneclick.sh -i petitparser -o PetitParser-OneClick -t >>> PetitParser -c PetitParser -n petitparser >>> >>> As usual all the code is available from: >>> >>> http://github.com/renggli/builder >>> >>> Lukas >>> >>> -- >>> Lukas Renggli >>> 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 > > -- > www.tudorgirba.com > > "In a world where everything is moving ever faster, > one might have better chances to win by moving slower." > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli www.lukas-renggli.ch

July 26, 2010

Re: [Pharo-project] [ANN 1.1] One-Click 1.1 release

by Lukas Renggli

On 26 July 2010 09:06, Serge Stinckwich <serge.stinckwich(a)gmail.com> wrote: > Why Pier.icns, PetitParser.icns and Seaside.icns files are included in > the Contents/Resources directory ? Wow, if this is the biggest concern :-) Anyway, I pushed out a new version that does not include these generic build-artifacts. Also it cleans up the root directory, it only contains three files now: - for Windows a .lnk file with the correct icon - for Linux a .sh file with the correct icon (probably works for Gnome only, and only appears after the first start) - readme.txt Lukas -- Lukas Renggli www.lukas-renggli.ch

July 26, 2010