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

[Pharo-project] List of possible actions for busy pharoers

by StÃ©phane Ducasse

hi guys I know that some of you would like to contribute but are busy, scared ... I spent three hours to go over the bug entries. Feel free to pick one and fix it: So now you can easily contribute. Just do it. Stef Some easy fixes: -------------- for the fixes based on squeak changed, it often requires to check the code and run pharo tests. http://code.google.com/p/pharo/issues/detail?id=2603 Issue 2603 isRunningCog http://code.google.com/p/pharo/issues/detail?id=2704 Issue 2704: Tests for broken withNoLineLongerThan: behavior. http://code.google.com/p/pharo/issues/detail?id=2693 http://code.google.com/p/pharo/issues/detail?id=2661 Issue 2661: File name correction for unix to allow http://code.google.com/p/pharo/issues/detail?id=2706 Issue 2706: Mirror primitive tests succeed on the Cog VMs. http://code.google.com/p/pharo/issues/detail?id=1746 Issue 1746: ReferenceStream>>readOnlyFileNamed: is missing http://code.google.com/p/pharo/issues/detail?id=1767 Issue 1767: Method Finder gives UndefinedObject error on search http://code.google.com/p/pharo/issues/detail?id=1765 Issue 1765: JPEGReadWriter>>#decompressionTest should be made into a Sunit Test http://code.google.com/p/pharo/issues/detail?id=2265 Issue 2265: to check MCWorkingCopyBrowser from Squeak http://code.google.com/p/pharo/issues/detail?id=2063 Issue 2063: NumberTest http://code.google.com/p/pharo/issues/detail?id=2266 Issue 2266: MessageNames selectorListIndex http://code.google.com/p/pharo/issues/detail?id=2176 Issue 2176: Integrated DirectoryEntry>>attributes http://code.google.com/p/pharo/issues/detail?id=2296 Issue 2296: Point>>closeTo http://code.google.com/p/pharo/issues/list?cursor=2573 Issue 2573: Make it possible to run cleanup non-interactively. http://code.google.com/p/pharo/issues/detail?id=2609 Issue 2609: getSystemAttribute: 2 -> documentPath Some important ones: ------------------ http://code.google.com/p/pharo/issues/detail?id=2579 http://code.google.com/p/pharo/issues/detail?id=2698 http://code.google.com/p/pharo/issues/detail?id=2662 Issue 2662: value: primitives http://code.google.com/p/pharo/issues/detail?id=1801 Issue 1801: Rescue Sophie Undo framework http://code.google.com/p/pharo/issues/detail?id=2177 Issue 2177: Generalize stream protocol #readInto:startingAt:count: http://code.google.com/p/pharo/issues/detail?id=1921 Issue 1921: Class>>Binding Fix Issue 1981: Raising DuplicateError Exception in class builder http://code.google.com/p/pharo/issues/detail?id=1981 http://code.google.com/p/pharo/issues/detail?id=2146 Issue 2146: Fix SystemChangeNotification for traits. http://code.google.com/p/pharo/issues/detail?id=1899 Issue 1899: MethodDictionary improvement http://code.google.com/p/pharo/issues/detail?id=2315 Method Dictionary Compact protocol to investigate http://code.google.com/p/pharo/issues/list?cursor=2313 Issue 2313: HashedCollectionIntegrityTest http://code.google.com/p/pharo/issues/detail?id=2583 Issue 2583: COG - MessageTally Issue 2619: ignore vm parameters with nil value in MessageTally, so it can be used in Cog http://code.google.com/p/pharo/issues/detail?id=2584 COG- COG- LargeNegativeInteger to be compact at 5 http://code.google.com/p/pharo/issues/detail?id=2567 Issue 2567: evaluate the finalizers outside the protected block in WeakRegistry http://code.google.com/p/pharo/issues/detail?id=2564 Issue 2564: WeakKeyDictionary finalizeValue tests http://code.google.com/p/pharo/issues/list?cursor=2551 weakstructure http://code.google.com/p/pharo/issues/detail?id=2620 Issue 2620: BlockClosure asContext losing bound variable? http://code.google.com/p/pharo/issues/detail?id=2617 Issue 2617: Fix restart in blocks in debugger http://code.google.com/p/pharo/issues/detail?id=2618 Issue 2618: a bit faster DependentsArray >> #select:

Aug. 1, 2010

[Pharo-project] Bug in OBHierarchyBrowser

by Max Leske

http://code.google.com/p/pharo/issues/detail?id=2737. Lukas will accept the bug.

Aug. 1, 2010

Re: [Pharo-project] How to remove Monticello?

by Hilaire Fernandes

Stephane suggested (MCWorkingCopy named: 'Monticello') unload. but the #named: message is unknown of MCWorkingCopy. Hilaire Le 30/07/2010 12:19, Hilaire Fernandes a Ã©crit : > Dear all, > > I tried this: > > (MCPackage named: 'MonticelloGUI') unload. > (MCPackage named: 'MonticelloConfiguration') unload. > (MCPackage named: 'Monticello') unload. > > but the third line did not work. > > Any experiences to share on that topic? > > Thanks > > Hilaire

Aug. 1, 2010

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

by StÃ©phane Ducasse

Tx! Stef On Aug 1, 2010, at 10:40 AM, Lukas Renggli wrote: > The changes I submitted are the ones of Eliot adapted to work in > Pharo. I don't understand what Henrik writes, if he has something > better he should attach the change. > > Lukas > > On Sunday, August 1, 2010, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> lukas >> >> could you have a look at >> http://code.google.com/p/pharo/issues/detail?id=2579 >> because henrik mentioned that we missed something or could do it better. >> >> Stef >> >> >> On Jul 26, 2010, at 1:32 PM, Lukas Renggli 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 >> >> >> _______________________________________________ >> 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

Aug. 1, 2010

[Pharo-project] Make PackageOrganizer>>packageOfClass:ifNone: and PackageOrganizer>>packageOfMethod:ifNone: return the most specific package it can find

by StÃ©phane Ducasse

Hi I like the suggestion of daniel in Make PackageOrganizer>>packageOfClass:ifNone: and PackageOrganizer>>packageOfMethod:ifNone: return the most specific package it can find http://code.google.com/p/pharo/issues/detail?id=1752 Now I would like to have another pair of eyes on it. This is related to my idea of non overlapping package. Stef Fixed in: http://www.squeaksource.com/PharoInbox/PackageInfo-DanieRoux.35.mcz Took the fix from, and deprecated #mostSpecificPackageOfMethod:ifNone: and #mostSpecificPackageOfClass:ifNone: Background of problem: In theory it should not be possible for packages to overlap. Every class, and every method should belong to only one Category. In reality packaging bugs and other actions does cause packages to be created that overlap. An example in PharoCore, 10505 is this: (PackageOrganizer default packageNamed: 'Collections' ifAbsent: [ self error: 'hmm']) includesClass: Text. " true " (PackageOrganizer default packageNamed: 'Collections-Text' ifAbsent: [ self error: 'hmm']) includesClass: Text. " also true! " In the old implementation, #packageOfClass: would have returned the first category that matches. It will now return the more specific 'Collections-Text'. I suggest that #mostSpecificPackageOfClass* and #mostSpecificPackageOfMethod* methods be removed?

Aug. 1, 2010

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

by Lukas Renggli

The changes I submitted are the ones of Eliot adapted to work in Pharo. I don't understand what Henrik writes, if he has something better he should attach the change. Lukas On Sunday, August 1, 2010, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > lukas > > could you have a look at > http://code.google.com/p/pharo/issues/detail?id=2579 > because henrik mentioned that we missed something or could do it better. > > Stef > > > On Jul 26, 2010, at 1:32 PM, Lukas Renggli 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 > > > _______________________________________________ > 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

Aug. 1, 2010

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

by StÃ©phane Ducasse

lukas could you have a look at http://code.google.com/p/pharo/issues/detail?id=2579 because henrik mentioned that we missed something or could do it better. Stef On Jul 26, 2010, at 1:32 PM, Lukas Renggli 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

Aug. 1, 2010

Re: [Pharo-project] how do I turn off "smart" quotes in Pharo Seaside one-click image

by Nick Ager

> > Try ECompletion-lr.131, this fixes another set of bugs including the > one you reported. That seems to have nailed it. I'll use it for real today and see if I spot anything else, but so far so good. Thanks again Nick

Aug. 1, 2010

Re: [Pharo-project] CogVM as official Pharo VM?

by StÃ©phane Ducasse

On Jul 29, 2010, at 3:20 PM, Mariano Martinez Peck wrote: > I also agree with Janko idea. Image required changes where integrated in PharoCore 1.2. not really I have to go over them once more but I'm busy with other simple fixes (= that other people could do but nobody dare to/have time to...) stef > We can start soon to build Dev images using that core, and, most importantly, build a one click with Cog. > > Now the problem is.. > > 1) where to get the latest code from both, SVN and VMMaker. > 2) Compile and generate binaries for each platform > > Who can help us with this? > > The only binary I saw was the one Lukas did for Mac OS but I guess it should be updated with latests fixes? > > Cheers > > Mariano > > On Thu, Jul 29, 2010 at 3:15 PM, David T. Lewis <lewis(a)mail.msen.com> wrote: > This is very good advice. > > Dave > > On Thu, Jul 29, 2010 at 11:15:41AM +0200, Janko Miv??ek wrote: > > Hi guys, > > > > I would prepare a separate Pharo-Cog-Experimental one-clicks for now, to: > > > > - encourage Cog usage and discovering all bugs and side effects, which > > will: > > - let the Cog become production ready more quickly, but it: > > - won't mislead people to consider Cog as production ready, because > > such unintential misleading can put Cog unfairly in a bad light. > > > > Best regards > > Janko > > > > On 29. 07. 2010 10:45, Mariano Martinez Peck wrote: > > > Hi folks. Hope Eliot is reading this thread. > > > > > > It is time to think in Pharo 1.2 and we need to discuss if we want to > > > have CogVM as the standard Pharo VM. > > > > > > Most of us have tried it and found it incredible fast. So it would be > > > very good to take advantage of it. But I think there are a couple of > > > things to be discussed: > > > > > > 1) Cog VM seems to be aimed for x86 and 32 bits. You can read Eliot quotes: > > > "The Cog VM is a just-in-time compiler that currently supports only x86 > > > > > > No effort has been made to maintain 64-bit compatibility. Apologies, > > > this was unaffordable." > > > > > > So...how much important is this for us? do we care? and if we want to do > > > it, is it "doable" ? is it less doable than the normal squeak VM ? > > > > > > I really would like to have 64bits VM + 64bits images in a near > > > future...but hat's just my thoguhts. > > > > > > 2) The status of the external plugins. Are they working with Cog ? Not > > > only the "core plugings" but FFI, OSProcess (I read some problems with > > > it), TrueType, etc... > > > > > > 3) Is it stable for production use? For example, I read that with > > > seaside there are some crashes. > > > > > > 4) Depends on heroes. I never liked this idea. It has nothing to do with > > > Eliot. He is very cool and helpful. But I wonder, do we understand the > > > new VM and the changes? are we able to handle and fix it even without > > > eliot ? > > > > > > 5) Integration to VMMaker. I saw that they started to merge cog > > > (actually, I think only stack vm?) to the trunk of VMMaker. This is > > > really good news. I hope everything is there and merged. > > > > > > 6) Binaries. It seems the official released didn't come with binaries. > > > So we should compile it for each OS. > > > > > > > > > Ok..that's all my thoughts. I would really like to have a discussion > > > here and see what to do.....grrrrrr you are all in holidays, aren't you? > > > hahah > > > > > > cheers > > > > > > Mariano > > > > > > > > > > > > _______________________________________________ > > > Pharo-project mailing list > > > Pharo-project(a)lists.gforge.inria.fr > > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > -- > > Janko Miv??ek > > Svetovalec za informatiko > > Eranova d.o.o. > > Ljubljana, Slovenija > > www.eranova.si > > tel: 01 514 22 55 > > faks: 01 514 22 56 > > gsm: 031 674 565 > > > > _______________________________________________ > > 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 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 1, 2010

Re: [Pharo-project] how do I turn off "smart" quotes in Pharo Seaside one-click image

by Lukas Renggli

> I've installed ECompletion-lr.130. > It works brilliantly if I type: (' Â correctly skipping over ') at the end. > However if I type a single ' it doesn't add a closing ' - is this what > you're seeing? Try ECompletion-lr.131, this fixes another set of bugs including the one you reported. The complexity of the code is quite horrible. Basically each of the following cases has to be handled separately: - selection? yes/no - cursor at begin? yes/no - cursor at end? yes/no - open and close smart character the same? yes/no - close character and next character in text the same? yes/no Let me know if you find any more bugs. Lukas > Cheers > Nick > _______________________________________________ > 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

Aug. 1, 2010