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

Re: [Pharo-project] Copy/paste not works

by StÃ©phane Ducasse

Igor could you try to save the images so that we can spot which changes broke the behavior? Stef On Jan 20, 2010, at 6:03 PM, Igor Stasenko wrote: > 2010/1/20 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >> Ok excellent >> >>>>>>> Everything works perfectly on #11151 >> >> then can you look at the Utilities there is a method that let you update upto a given number. >> >> updateFromServerThroughUpdateNumber: aNumber >> >> so far: >> >> 11152 >> - Issue 1773: MorphTreeMorph MNU when using keyboard >> - Issue 1775: aClass getSource vs aCompiledMethod definition'. >> >> 11153 >> "self new update11153" >> self withUpdateLog: 'Issue 268: TODO: CurvierMorph should be merged with PolygonMorph >> Issue 1141: Monticello directory selection window is non-resizable and very small >> Issue 1770: Kernel-Tests-ClassBuilder category is not remove after ClassBuilderFormatTests tests are run >> Issue 1774: Monticello repository edit works but doesnt update UI >> Issue 1780: StrikeFont issues with derived fonts >> Issue 1782: Save Dialog too small'. >> >> >> 11154" >> self withUpdateLog: '- Issue 1788: SMTPClient does not send HELO or EHLO, session is not initiated >> - Issue 1793: Remove SqueakClipBoard >> - Issue 1764: remove isPvtSelector'. >> >> 11155" >> self withUpdateLog: '- Issue 1805: Bitmap fonts need reinitialization >> StrikeFont installDejaVu >> - Merged CompilerTests.lr.17.mcz >> merged Compiler-cwp.73.mcz from Colin >> "The compiler now uses notifications to signal that a correctable error has been found in the method source, rather than >> interacting directly with the user." >> - Issue 332: Arithmetic protocol should be removed from Collections and Strings '. >> >> >> 11156" >> self withUpdateLog: '- Issue 1811: FreeType fix for better integration of Rome >> Tx Mike :) >> - Issue 1151: RFC2047MimeConverter>>#readWord is broken, and this may be part of a larger issue >> tx Peter :) (it was not marked as fixed nor 1.1 so skipped our radar) >> - Issue 1751: allPairsDo: aBinaryBlock self do: [:first| self do: [:second| aBinaryBlock value: first value: second]] >> - Issue 1769: TestRunner author while running tests >> so we will have popup menu problems and in such case should >> fix the tests'. >> >> update11157" >> self withUpdateLog: 'Issue 1491: ImageSegment has special code for Player'. >> >> 11158" >> self withUpdateLog: '- Issue 478: [Pending Etoy Cleaning] Object>>defaultNameStemForInstances >> - Issue 479: [Etoy Pending Cleaning] Object>> externalName >> - Issue 491: [Pending Etoy Cleaning] Morph>>defaultFloatPrecisionFor >> - Issue 490: [Pending Etoy Cleaning] Morph >> decimalPlacesForGetter:'. >> >> >> 11158" >> self withUpdateLog: '- Issue 478: [Pending Etoy Cleaning] Object>>defaultNameStemForInstances >> - Issue 479: [Etoy Pending Cleaning] Object>> externalName >> - Issue 491: [Pending Etoy Cleaning] Morph>>defaultFloatPrecisionFor >> - Issue 490: [Pending Etoy Cleaning] Morph >> decimalPlacesForGetter:'. >> >> >> 11160" >> self withUpdateLog: '- Issue 1821: Remove again service -base'. >> self script716. >> ServiceUnloader unloadServicesBasePackage. >> >> >> 11161" >> self withUpdateLog: 'Issue 765: Menu must not be zero size >> Issue 1793: Remove SqueakClipBoard >> Issue 1790: basicShallowCopy should be removed >> >> may be the SqueakClipBoard? >> > > Everything worked fine even in 11161, > until i saved image and restarted it. > So, the bug seems lurking inside a startup/shutdown code. >> >> >> >> >> _______________________________________________ >> 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

Jan. 22, 2010

Re: [Pharo-project] [update] #10507

by StÃ©phane Ducasse

cool! Stef On Jan 21, 2010, at 11:31 PM, Adrian Lienhard wrote: > 10507 > ----- > > Issue 945: Annoying bug: UndefinedObject(Object)>>doesNotUnderstand: #mimeTypes > Issue 1769: TestRunner author while running tests > Issue 1772: testSymbolTableM6812 is failing > Issue 1815: Monticello prints class definitions to the transcript while loading > Issue 1841: Make the System -> Software update a preference for 1.0 > Issue 1861: Use old network (note: to take effect you need to restart the image) > Issue 1771: testFinalizationOfEquals sometimes fails and sometimes doesn't > > With this update, all pending 1.0 issues have been resolved and tests are green. > > If no new issues pop up soon, we are going to declare this version as RC2. > > 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

Jan. 22, 2010

Re: [Pharo-project] Deadlock detection for testcases

by Lukas Renggli

> Ok, then it looks like: > > runCase > Â Â Â Â "STEFAN: Added simple hack to 'detect' deadlocks" > Â Â Â Â Author > Â Â Â Â Â Â Â Â ifUnknownAuthorUse: 'TestRunner' > Â Â Â Â Â Â Â Â during: [ > Â Â Â Â Â Â Â Â Â Â Â Â [ [self setUp. > Â Â Â Â Â Â Â Â Â Â Â Â Â self performTest.] > Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â valueWithin: self expectedMaxRuntime > Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â onTimeout: [ self failWithTimeout. ]] > Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ensure: [ > Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â self tearDown. > Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â self cleanUpInstanceVariables ] ] > > And works fine, too. Please don't add this to TestCase. Sometimes I want to keep my debuggers open. Also this slows running lots of tests considerably down. I suggest that you create your own subclass of TestCase and override runCase as such: runCase [ super runCase ] valueWithin: self expectedMaxRuntime onTimeout: [ self failWithTimeout ] Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Jan. 22, 2010

Re: [Pharo-project] Spell check test cases

by Stan Shepherd

Absolutely. Those hacks were to demonstrate that the tests were working, not as the mechanism to get there. Let me know if there's anything you need added/changed in the tests. ...Stan -- View this message in context: http://n2.nabble.com/Spell-check-test-cases-tp4288633p4439243.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Jan. 22, 2010

Re: [Pharo-project] [ANN 1.0] prebuilt Core#10507

by Marcus Denker

On Jan 22, 2010, at 10:49 AM, Mariano Martinez Peck wrote: > > > On Fri, Jan 22, 2010 at 10:47 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Jan 22, 2010, at 10:04 AM, Mariano Martinez Peck wrote: > > > RC2 thanks damien > > > The version number says rc1... and we need to run the script to clean up some cruft (deleting changesets, > rehashing sets...). > > that than will be rc2 (but code identical) > > > mmmmm I am not sure if I understand. I am building the Dev image right now. Should I wait for something ? or I can just use update to 10507 from 10506 using System Update ? > > You can do a dev image, but a rc1.... Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Jan. 22, 2010

Re: [Pharo-project] [ANN 1.0] prebuilt Core#10507

by Mariano Martinez Peck

On Fri, Jan 22, 2010 at 10:47 AM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > > On Jan 22, 2010, at 10:04 AM, Mariano Martinez Peck wrote: > > > RC2 thanks damien > > > The version number says rc1... and we need to run the script to clean up > some cruft (deleting changesets, > rehashing sets...). > > that than will be rc2 (but code identical) > > mmmmm I am not sure if I understand. I am building the Dev image right now. Should I wait for something ? or I can just use update to 10507 from 10506 using System Update ? > Marcus > > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Jan. 22, 2010

Re: [Pharo-project] [ANN 1.0] prebuilt Core#10507

by Marcus Denker

On Jan 22, 2010, at 10:04 AM, Mariano Martinez Peck wrote: > RC2 thanks damien > The version number says rc1... and we need to run the script to clean up some cruft (deleting changesets, rehashing sets...). that than will be rc2 (but code identical) Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Jan. 22, 2010

Re: [Pharo-project] Newbie Confusion

by StÃ©phane Ducasse

Michael we will provide an image with Pharo by example. We were waiting to get 1.0 out and this is really soon now. Thanks for your feedback. Stef On Jan 21, 2010, at 7:23 PM, Michael Litchard wrote: > Just to let you know, I think the problems I've been experiencing > would scare away many newbies. I'm sticking around because I like > smalltalk and I think the pharo project is worth investing in. Here's > one I'm finding difficult to ignore. > I'm using the Pharo By Example book to learn smalltalk. No matter what > image I try I get the same problem. The O2 browser is not default, and > I cannot change my default. Following the instructions in the book > should result in getting a menu of options. I get nothing. The > learning process is dead in the water now. What image should I be > using? I trust future newbies won't be having to ask this question. > > > Michael Litchard. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 22, 2010

Re: [Pharo-project] Deadlock detection for testcases

by Stefan Marr

Hi Marcus: On 22 Jan 2010, at 09:59, Marcus Denker wrote: > > On Jan 22, 2010, at 12:39 AM, Stefan Marr wrote: > >> Hi: >> >> Have currently a lot of trouble with tests which are just deadlocking. >> >> Here is quick hack which specifies a timeout for test cases. >> Maybe it is useful for others, too. >> Any suggestions for improvement are welcome. > > maybe you can use #valueWithin:onTimeout: ? This is defined on blocks. Ok, then it looks like: runCase "STEFAN: Added simple hack to 'detect' deadlocks" Author ifUnknownAuthorUse: 'TestRunner' during: [ [ [self setUp. self performTest.] valueWithin: self expectedMaxRuntime onTimeout: [ self failWithTimeout. ]] ensure: [ self tearDown. self cleanUpInstanceVariables ] ] And works fine, too. Thanks Stefan > > "Evaluate the receiver. If the evaluation does not complete in less than aDuration evaluate the timeoutBlock instead" > > Marcus > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 3956 Fax: +32 2 629 3525

Jan. 22, 2010

Re: [Pharo-project] [ANN 1.0] prebuilt Core#10507

by Mariano Martinez Peck

RC2 thanks damien On Fri, Jan 22, 2010 at 10:00 AM, Damien Cassou <damien.cassou(a)gmail.com>wrote: > On Fri, Jan 22, 2010 at 9:55 AM, Marcus Denker <marcus.denker(a)inria.fr> > wrote: > > http://gforge.inria.fr/frs/download.php/25339/PharoCore-1.0-10507rc1.zip > > is it an RC1 or an RC2? > > -- > 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 >

Jan. 22, 2010