- Pharo-dev - lists.pharo.org

[Pharo-project] Problem with RPackage and MCPackage integration
by Mariano Martinez Peck May 15, 2012

May 15, 2012

Hi guys. I am experimenting with exporting Monticello packages with Fuel. What I am doing so far is I download somehting with metacello, then I query all the needed packages and its order and then I serialize that. To do that, I am using (PackageInfo named: 'XXX') and then I ask #classes or #extensionMethods. The problem is that #extensionMethods is incredible slow: extensionMethods ^ (Smalltalk allClassesAndTraits, (Smalltalk allClasses collect: [:c | c class])) gather: [:classOrTrait | self extensionMethodsForClass: classOrTrait] .... I THINK that RPackage store extension methods and tehrefor I guess it could be much faster. The problem I have now with RPackage is this. I have a MCPackage called 'Fuel'. And then I have different categories inside that package such as 'Fuel-Core', 'Fuel-Clusters'. 'Fuel-Stream', etc. (MCPackage named: 'Fuel') correspondingRPackage classes -> () (RPackageOrganizer default packageNamed: 'Fuel') classes -> () so i am getting an empty collection instead of the classes. If I enter to a category, it is fine, for example: (RPackageOrganizer default packageNamed: 'Fuel-Clusters') classes -> a Set(FLGlobalSendCluster FLGlobalClassCluster FLObjectCluster FLCluster FLVariablesMapping FLWordObjectCluster FLIteratingCluster FLGlobalValueCluster FLVariableObjectCluster FLBitsObjectCluster FLGlobalCompiledMethodCluster FLPrimitiveCluster FLGlobalAssociationCluster FLPositiveSmallIntegerCluster FLGlobalCluster FLPointerObjectCluster FLWellKnownObjectsCluster FLMethodContextCluster FLSmallIntegerCluster FLUInt16Cluster FLGlobalClassSideCluster FLByteObjectCluster FLSubstitutionCluster FLNegativeSmallIntegerCluster FLHookPrimitiveCluster FLFixedObjectCluster FLWeakVariableObjectCluster) so...how can I get a RPackage for my MCPackage/PackageInfo called 'Fuel' ? thanks -- Mariano http://marianopeck.wordpress.com

2 1

[Pharo-project] Copying classes: breaking contract or not?
by Mariano Martinez Peck May 15, 2012

May 15, 2012

Hi guys. The last literal of a instance-side compiled method always points to the SAME (#==) association of the class in Smalltalk global. The literals of a compiled method that refer to class variables refer to the same association (#==) of the classPool of its class: self assert: ((GRPlatform class >> #current) literalAt: 1) == (GRPlatform classPool associationAt: #Current). -> true However, if I do a copy of the class: | copy | copy := GRPlatform copy. self assert: ((copy class >> #current) literalAt: 1) == (copy classPool associationAt: #Current). this is not true anymore. Of course, you can see this because of the Class >> #copy implementation: So my question is....is #copy breaking the contract (and therefore it has to be fixed) or this is not mandatory for the system (as it is with the last literal pointing to classes)? Thanks, -- Mariano http://marianopeck.wordpress.com

5 10

Re: [Pharo-project] Pharo on Stackexchange
by Marcus Denker May 15, 2012

May 15, 2012

On May 15, 2012, at 1:18 PM, Frank Shearar wrote: > On 15 May 2012 12:10, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> On Tue, May 15, 2012 at 10:38 AM, Camillo Bruni <camillobruni(a)gmail.com> wrote: >>> With the dev mailing list slowly getting out of control ;) we should think of >>> means of communication with the masses! >>> >>> I created stackexchange proposal which needs YOUR support: >>> >>> http://area51.stackexchange.com/proposals/40717/pharo?referrer=gXC4FWspxSud… >>> >>> we need now: >>> - 60 Followers >>> - 40 questions with some answers! >>> >> It seems that this will not work: someone is tagging all questions as >> "can be asked on Stackoverflow" >> and requests to close the area. >> >> So I think we will have to install our own thing instead. > > If what you want is something other than a QA site, absolutely. > > If you want a QA place, I don't see why people can't just use SO: > there are already 113 questions tagged "pharo" there, and all people > need do is... just ask your question there. It's one more thing you > don't need to write/install/maintain, and one LESS thing for you to > track: lists, RSS feeds, newsgroups, QA sites, ... I did not have an account on StackOverflow until 1 hour ago. It's one more thing in itself, and I don't see how a big mess of questions helps of all topics in the world will help us. We need somethign focussed. Marcus -- Marcus Denker -- http://marcusdenker.de

5 4

Re: [Pharo-project] Pharo on Stackexchange
by Marcus Denker May 15, 2012

May 15, 2012

On May 15, 2012, at 1:49 PM, Frank Shearar wrote: >> >> I did not have an account on StackOverflow until 1 hour ago. >> It's one more thing in itself, and I don't see how a big mess of questions >> helps of all topics in the world will help us. >> >> We need somethign focussed. > > http://stackoverflow.com/feeds/tag/pharo would probably be exactly > what you'd want, possibly with > http://stackoverflow.com/feeds/tag/smalltalk just to catch non-Pharo > questions that could be answered from a Pharo perspective. > > But yes, I guess there is a cost in that you need an SO account to ask > questions. Having paid that cost long ago, I didn't think about that. > To me it feels like if every open source project would just use one Bug tracker because there are tags... while I already thing that I want sub-projects on the current one. I personally don't think that tagging subsumes grouping. Marcus -- Marcus Denker -- http://marcusdenker.de

2 1

[Pharo-project] Pharo on Stackexchange
by Camillo Bruni May 15, 2012

May 15, 2012

With the dev mailing list slowly getting out of control ;) we should think of means of communication with the masses! I created stackexchange proposal which needs YOUR support: http://area51.stackexchange.com/proposals/40717/pharo?referrer=gXC4FWspxSud… we need now: - 60 Followers - 40 questions with some answers! I think this will greatly improve the efficiency of our discussions! - tagging of discussions - better archive for questions go go go! cami

7 9

[Pharo-project] About the new release process
by Esteban Lorenzano May 15, 2012

May 15, 2012

Hi folks, Now that Pharo 1.4 is out, I want to talk a bit about our new release process. As you know (if you read the Pharo vision document [1]), we are switching our release process into a more predictable one: time based, not feature based. We are adopting an "Ubuntu like" model, with one mayor release per year, and two bug fix releases at month 4 and month 8. So, the next releases will have this numbering: 2.0 big release (we hope to have it in january or february), 2.4 in april and 2.8 in august (all 2013, if Mayans were wrong and we are still alive). During this year we'll also release bugfix versions of Pharo 1.4. Each major version we want to improve the system in a lot of different ways. These are examples of what we want to achieve during 2.0 development: -Improve our release process. This is not just by being more predictable, but also about improving the current process technically. For instance, we are going to switch our release building to metacello configurations, starting with a minimal image. That means: you can take a minimal image and modify a metacello pharoconfig to build the image that you want (on your own responsibility). â We are going to adopt Opal as new compiler (this will allow us to improve a lot in that area, also to fix important bugs now living in the debugger). â Replace old SystemChangeNotification with a new announcement based system. â use Fuel as standard serialization tool (remove SmartRefStream). â remove old File System (use new based on Filesystem). â remove old HTTP (use Zinc instead). â remove old categorizer (Use RPackage instead). â remove old browser (Use nautilus instead). â remove old basic tools (use Spec to replace them). â clean up URL/URI mess (replace with some coherent unique API). In summary, it is: a) replacing old subsystems for something better. b) add new features, which is long-awaited by people. Most of your projects will not notice the changes, but some might do. In that cases, we will not break backward compatibility just because we want, but there are reasons of improvement. Also, we will follow the deprecation policy we have followed so far (whenever is possible). We want to invent the future, one step at a time. Thanks, Esteban [1] http://www.pharo-project.org/download/pictures/be/j32hajf3kjdbsebqo0a9zc5tk…

4 5

[Pharo-project] Problem with Zinc?
by Damien Cassou May 15, 2012

May 15, 2012

The following always freezess my Pharo 2.0 image: ZnClient new systemPolicy; multiPartFormDataEntity; http; host: 'http://code.google.com'; path: '/p/pharo/issues/entry.do'; queryAt: 'summary' put: 'A summary text', Date today asString; queryAt: 'comment' put: 'A short comment'; post -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

2 1

[Pharo-project] Nautilus small bug? report
by Fabrizio Perin May 15, 2012

May 15, 2012

Hi, I'm using the latest Moose version and I noticed that the classes in the Nautilus browser are weirdly indented. I found that in some of my code classes and also, for instance, in Nutilus itself. In the attachment you see PluggableThreePhaseButtonMorph that is a subclass of ThreePhaseButtonMorph, but the nesting suggests that the class PluggableThreePhaseButtonMorph is a subclass of a subclass of ThreePhaseButtonMorph. Don't know if it is a bug or a wanted behaviour. I believe the first. Regards, Fabrizio

1 1

Re: [Pharo-project] Pharo on Stackexchange
by Marcus Denker May 15, 2012

May 15, 2012

On Tue, May 15, 2012 at 10:38 AM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > With the dev mailing list slowly getting out of control ;) we should think of > means of communication with the masses! > > I created stackexchange proposal which needs YOUR support: > > http://area51.stackexchange.com/proposals/40717/pharo?referrer=gXC4FWspxSud… > > we need now: > - 60 Followers > - 40 questions with some answers! > It seems that this will not work: someone is tagging all questions as "can be asked on Stackoverflow" and requests to close the area. So I think we will have to install our own thing instead. Marcus -- Marcus DenkerÂ --Â denker(a)acm.org http://www.marcusdenker.de

5 6

Re: [Pharo-project] [squeak-dev] Fun with spock (NativeBoost FFI)
by Lawson English May 15, 2012

May 15, 2012

On 5/14/12 8:06 PM, Lawson English wrote: > On 5/14/12 8:02 PM, Lawson English wrote: >> OK, getting closer. However I'm still not quite getting what I expect: >> >> >> f1 := GMPfWrapper new. >> f2 := GMPfWrapper new. >> f3 := GMPfWrapper new. >> f1 set_ui: 50. >> f2 set_ui: 50. >> f3 set_ui:50. >> (f3 +f2) asString ==> '1 >> Doh, its working just fine. the function only returns the minimum digits required and returns the exponent in the expptr, so 1 has an expptr value of 3, making it 100.0... Sigh. L. -- Squeak from the very start (introduction to Squeak and Pharo Smalltalk for the (almost) complete and compleate beginner). https://www.youtube.com/playlist?list=PL6601A198DF14788D&feature=view_all

2 1