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

[Pharo-project] why FileDirectory sucks

by StÃ©phane Ducasse

Hi guys we should really consider to have an alternate (may be building on / rewriting part of RIO) but FileDirectory sucks. I have a file FileDirectory default and now I want to get two levels up. Well after 20 min looking around I could not find a way. I'm probably too stupid for squeak arcane logic. Smalltalk deserves a better library for file. What a crap this stuff. Stef

July 1, 2009

Re: [Pharo-project] update to OCompletion

by Mariano Martinez Peck

On Wed, Jul 1, 2009 at 8:04 AM, Damien Cassou <damien.cassou(a)gmail.com>wrote: > 2009/7/1 Mariano Martinez Peck <marianopeck(a)gmail.com>: > > 1) right button -> system -> software update > > This will ONLY update the "pharo core". But all the added packages to > Pharo, > > like dev tools (OB, OCompletion, etc..) won't be updated. > > that often does not work because of some overrides in installed packages. > > > 2) Download a new image. This will include the updates for the dev things > > and 1) > > this is the right way of doing it. Moreover, it forces you to take > care of your code and package it cleanly. Monticello will help you. > With just a few lines, you can automate the customization of your > image and the installation of your packages. Please send me an email > if you want to know more about this. I know of at least one company > where developers start with a new image every morning. > The problem with this is that perhaps you have objects that you don't want to loose instead of classes (forget classes are also objects haha). In such case, Monticello won't help you. In this case you should do some exporter like SIXX, or something like that. > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Lambdas are relegated to relative obscurity until Java makes them > popular by not having them." James Iry > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 1, 2009

Re: [Pharo-project] FasterSets

by Henrik Johansen

I took some time to check this yesterday, my comments on the code itself are basically the same as what Lucas posted in the issue tracker. Works as advertised, but should probably clean out the "gunk" which is unused after it's integrated. Some feedback on possible improvements: - What it does, is basically speed up the adds to the new array in a grow that might happen Why not take this all to the logical conclusion, and instead optimize an addAll: method to be used in grow, that assumes elements are not in set (and themselves are not duplicates)? F.ex. it could also add to tally just once, instead of one increase per element as the noCompareAdd: does. (an add method with no tally add, no = object check, and no growCheck). - The usual addAll: method can be sped up in a similar way, by performing one grow operation before adding elements if necessary (pessimistically assuming all elements are unique), then use an add method which does not check for grow need at all. (an add method with tally add and = object check, but no growCheck) If desirable, you could also shrink the capacity after adds are done, to match the real amount of new elements. Adding (1 to: 1200000) to a new Set with such an addAll: method took 1/2 to 1/3rd the time of the regular addAll: method, even with the lower grow cost of FasterSets. (Lower gains if Set is presized, and if hash-calculation is bigger part of cost) Note: If you want to stay ANSI-compatible, one tricky point in such an optimization is adding all objects in collection up to a nil element, then raising an error. (ie: must produce equivalent results to add: performed of each of collections elements in sequence ) Cheers, Henry On Jun 25, 2009, at 8:55 03PM, StÃ©phane Ducasse wrote: > I would really like to assess FasterSets for Pharo1.1 > > Begin forwarded message: > >> From: Ralph Boland <rpboland(a)gmail.com> >> Date: June 25, 2009 8:30:13 PM CEDT >> To: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >> Subject: Re: about fasterTests >> >> 2009/6/25 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >>> we are interest to get better libraries in pharo. >>> If you want to join and help making sure that your code in >>> integrated in >>> pharo1.1 >>> please say it and may be join the pharo mailing-list. >>> >>> Stef >>> >> >> Yes, I would like my code 'FasterSets' added to Pharo. >> I joined the pharo mailing list. >> Today I will mail you my MIT license release. >> Probably will take a couple of weeks (From Calgary, Canada) to get >> there. >> Once I am added as a contributer I will release my code to Pharo for >> verification. >> In the meantime if any Squeakers try out my code and report bugs I >> will fix them >> before releasing to Pharo. >> >> Some comments: >> >> 1) Since FasterSets modifies low level methods in class Set and its >> subclasses it >> may be incompatible with packages that create subclasses of Set >> and then >> override low level methods. If someone could send me a list of >> package add-ons >> to Pharo that do this then I can download them and make any >> modifications >> necessary for them to run with FasterSets and make these changes >> part of my >> release. Note that it is no more difficult to subclass from Set >> with FasterSets >> than without; it is just different and only different if you do >> low level things. >> >> 2) FasterSets uses a method 'noCompareOrGrowAdd:' which adds >> an element to a set without doing compares or growing the set. >> Needless to say it is a private method. >> I also have a public method 'nastyAddNew:' which, like >> 'noCompareOrGrowAdd:' adds an element to a set without checking >> if the >> element is already there but does do a grow if needed. >> This is useful (i.e. faster) in situations where you KNOW the >> object >> you are adding to a set is not there already. >> However if the object IS already there then you now have two >> of them in your set; i.e. you now have a subtle bug. >> I use 'nastyAddNew:' in my code but never made it a part of >> FasterSets >> because it is questionable whether or not such a method should be >> available generally. However, if I can decide I like the >> 'nastyAddNew:' >> method and am willing to use it despite its risks so can others >> so there >> is an argument for it being added. >> While my expectation is that you don't want 'nastyAddNew:' in >> Pharo >> I thought you should at least be aware of it. >> >> Regards, >> >> Ralph Boland > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 1, 2009

Re: [Pharo-project] VM buid from source on debian linux - pls help - solved (workaround)

by Andreas Leidig

Hi Danil, thx for your advise. > You can: > 1) install both freetype6-dev and pango-dev packages to > make RomePlugin eligible for compilation and to make problem go away This one works. I get a running vm installed. > 2) remove one offending line from the disabledPlugin.c > after configure stage This one might work if libx11-dev and libxt-dev are both there; but it does not work alone. > 3) try to fix the configure script If I have find some time, I probably will go for that. Now, I cant. Cheers, Andreas danil osipchuk schrieb: > Hello Andreas, > > I just have hit the same problem on kubuntu. > Apparently there is a problem with config/configure script - It > somehow disables RomePlugin twice in disabledPlugins.c: > > 20: sqExport RomePlugin_exports[] = { 0, 0, 0 }; > 21: sqExport RomePlugin_exports[] = { 0, 0, 0 }; > > > > You can: > 1) install both freetype6-dev and pango-dev packages to > make RomePlugin eligible for compilation and to make problem go away > 2) remove one offending line from the disabledPlugin.c > after configure stage > 3) try to fix the configure script > > In any case install also libx11-dev and libxt-dev - this will help you > down the road > > regards, > Danil > > 2009/6/29 Andreas Leidig <Andreas.Leidig(a)gmx.net>: >> Dear list, >> >> >> lenny (clean and new), GCC, >> http://squeakvm.org/unix/release/Squeak-3.10-5.src.tar.gz: >> >> "make" yields >> >> - disabledPlugins.c:21: error: redefinition of 'RomePlugin_exports' >> >> and stops. >> >> >> Same result with >> >> svn export http://squeakvm.org/svn/squeak/tags/unix-3.10-5 or >> svn co http://squeakvm.org/svn/squeak/trunk squeak-svn >> >> I cannot find a working source package for a current vm. >> >> Can somebody please give me some hints how/where/from whom to get a >> current working source package for a vm on debian linux? >> >> >> >> Best regards, >> >> Andreas >> >> >> >> _______________________________________________ >> 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 1, 2009

Re: [Pharo-project] running Pharo headless as service on Windows.

by John Thornborrow

Hi Wilhelm, To be semantic, we aren't running Pharo directly as a service - we are using Hudson[1] to execute the image. The image then outputs the test results to a text file (we are using SSpec and TextSpecRunner) and a batch script parses this results file. The issue was, as Damien suggested, that the image could not locate a sources file, so instead of calling the executable with the full path in our batch script, I simply changed it to "cd" to the path and call it locally :) Regards, John. Schwab,Wilhelm K wrote: > John, > > How are you obtaining the output, and/or concluding that the intended thing happened? I have found services to be quite flaky on Windows (did I just limit the scope to services??<g>), with a mix of silly syntax restrictions in the service properties and registry entries making huge differences in success or failure (with no useful error messages), and other hassles following from things like OutputDebugString() being hobbled ever more over time. > > Bill > > > > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of John Thornborrow > Sent: Tuesday, June 30, 2009 7:48 AM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: [Pharo-project] running Pharo headless as service on Windows. > > Hi all, > > We're attempting to run a Pharo image as Headless as a Service on Windows XP. > > We've successfully done this before, but now we're using a later image (and exupery vm) it is unable to fully initialize. Squeak.exe is visible in Task manager. > > I don't even know where to start looking for more information so any help is appreciated :) > > I know it's not working because it is only supposed to start, run some specs/tests, then exit the image. When running this manually in the command prompt, it behaves as expected (with and without the -headless > opt) but when run as service (SYSTEM user) it starts, but does nothing. > Presumably because of Morphic and no user environment for SYSTEM? > > MAny thanks and Regards, > John Thornborrow. > > www.pinesoft.co.uk > > > > > Consider your responsibility to the environment - think before you print! > > ****************************************************************************************************************************************** > This email is from Pinesoft Limited. Its contents are confidential to the intended recipient(s) at the email address(es) to which it has been addressed. It may not be disclosed to or used by anyone other than the addressee(s), nor may it be copied in anyway. If received in error, please contact the sender, then delete it from your system. Although this email and attachments are believed to be free of virus, or any other defect which might affect any computer or IT system into which they are received and opened, it is the responsibility of the recipient to ensure that they are virus free and no responsibility is accepted by Pinesoft for any loss or damage arising in any way from receipt or use thereof. ******************************************************************************************************************************************* > > > Pinesoft Limited are registered in England, Registered number: 2914825. Registered office: 266-268 High Street, Waltham Cross, Herts, EN8 7EA > > _______________________________________________ > 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 1, 2009

Re: [Pharo-project] running Pharo headless as service on Windows.

by John Thornborrow

Hi Damien, Yes, this was the problem. Details in my reply to Wilhelm if interested :) Regards, John. Damien Cassou wrote: > hi John, > > On Tue, Jun 30, 2009 at 2:47 PM, John Thornborrow<john(a)pinesoft.co.uk> wrote: > >> We're attempting to run a Pharo image as Headless as a Service on >> Windows XP. >> >> We've successfully done this before, but now we're using a later image >> (and exupery vm) it is unable to fully initialize. Squeak.exe is visible >> in Task manager. >> >> I don't even know where to start looking for more information so any >> help is appreciated :) >> >> I know it's not working because it is only supposed to start, run some >> specs/tests, then exit the image. When running this manually in the >> command prompt, it behaves as expected (with and without the -headless >> opt) but when run as service (SYSTEM user) it starts, but does nothing. >> Presumably because of Morphic and no user environment for SYSTEM? >> > > last time I had a similar problem it was related to SqueakV39.sources > that was not present when using Squeak as a service. > > Consider your responsibility to the environment - think before you print! ****************************************************************************************************************************************** This email is from Pinesoft Limited. Its contents are confidential to the intended recipient(s) at the email address(es) to which it has been addressed. It may not be disclosed to or used by anyone other than the addressee(s), nor may it be copied in anyway. If received in error, please contact the sender, then delete it from your system. Although this email and attachments are believed to be free of virus, or any other defect which might affect any computer or IT system into which they are received and opened, it is the responsibility of the recipient to ensure that they are virus free and no responsibility is accepted by Pinesoft for any loss or damage arising in any way from receipt or use thereof. ******************************************************************************************************************************************* Pinesoft Limited are registered in England, Registered number: 2914825. Registered office: 266-268 High Street, Waltham Cross, Herts, EN8 7EA

July 1, 2009

Re: [Pharo-project] update to OCompletion

by Damien Cassou

2009/7/1 Mariano Martinez Peck <marianopeck(a)gmail.com>: > 1) right button -> system -> software update > This will ONLY update the "pharo core". But all the added packages to Pharo, > like dev tools (OB, OCompletion, etc..) won't be updated. that often does not work because of some overrides in installed packages. > 2) Download a new image. This will include the updates for the dev things > and 1) this is the right way of doing it. Moreover, it forces you to take care of your code and package it cleanly. Monticello will help you. With just a few lines, you can automate the customization of your image and the installation of your packages. Please send me an email if you want to know more about this. I know of at least one company where developers start with a new image every morning. -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

July 1, 2009

[Pharo-project] To prepare the pharo sprint of saturday

by StÃ©phane Ducasse

Hi all to help us to focus and distribute the work saturday it would be nice that we come up with a list of actions. We will probably take the 1.0 tagged items in the bugtracker. If you see items that are missing please mentioned it. for if you want the save/saveimage... and an entry and code Stef

July 1, 2009

Re: [Pharo-project] Beginner Tasks

by StÃ©phane Ducasse

Thanks Jeff and welcome I think that this is the best way to learn. What I see - writing some tests on class you start to understand. - verify that fixes posted on the bugtracker are fixing what they should (I mean something just mentioning that the file does not load helps, or that you can/cannot reproduce a bug is nice. - building an enhanced colorMixer so that we can mixColor in a better way. Damien Pollet proposed this topic in the past - a nicer project would be to help improving the embryonic testServer we have - I could come up with some simple tasks if you want, review the code and mentor you. Stef > Hi Everyone, > > I have been following Pharo for some time now, after starting off my > smalltalk experience with Squeak By Example. I was wondering if > there were any tasks suited to relative smalltalk beginners that > could aid Pharo? I would like to contribute to the project but I > consider my smalltalk skills still fairly basic, so are there tasks > that I could accomplish that would aid the project without requiring > expertise? Does documentation need to be written about something, > do test scripts need to be run on new changes, are there basic fixes > that need to be made that people are too busy to get to at the > moment? I would be willing to assist with any and all of these, so > please let me know what I can do. > > Thanks for your time and your efforts! > Jeff G. _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 1, 2009

[Pharo-project] Beginner Tasks

by Jeff Gonis

Hi Everyone, I have been following Pharo for some time now, after starting off my smalltalk experience with Squeak By Example. I was wondering if there were any tasks suited to relative smalltalk beginners that could aid Pharo? I would like to contribute to the project but I consider my smalltalk skills still fairly basic, so are there tasks that I could accomplish that would aid the project without requiring expertise? Does documentation need to be written about something, do test scripts need to be run on new changes, are there basic fixes that need to be made that people are too busy to get to at the moment? I would be willing to assist with any and all of these, so please let me know what I can do. Thanks for your time and your efforts! Jeff G.

July 1, 2009