February 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Website RSS feed broken?

by Max Leske

lol :D But yeah: thanks Marcus! On 27.02.2012, at 16:28, Marcus Denker wrote: > > On Feb 27, 2012, at 4:24 PM, Stefan Marr wrote: > >> Hi Max: >> >> On 05 Jan 2012, at 16:29, Max Leske wrote: >> >>> We found that the working-copy objects of the two offending articles were corrupt and fixed them. >> >> I guess you fixed the last corrupt entry? >> Thanks, finally I do not get the news that Pharo 1.0 is release anymore! >> > > Honestly? I just deleted it. ;-) > > Marcus > > > -- > Marcus Denker -- http://marcusdenker.de > >

Feb. 27, 2012

[Pharo-project] Updated Download page 1.4

by Marcus Denker

Updated: http://www.pharo-project.org/pharo-download/unstable-1-4 So all the downloads (with the exception of the windows VM) are now pointing just to the build server. Marcus -- Marcus Denker -- http://marcusdenker.de

Feb. 27, 2012

Re: [Pharo-project] Website RSS feed broken?

by Marcus Denker

On Feb 27, 2012, at 4:24 PM, Stefan Marr wrote: > Hi Max: > > On 05 Jan 2012, at 16:29, Max Leske wrote: > >> We found that the working-copy objects of the two offending articles were corrupt and fixed them. > > I guess you fixed the last corrupt entry? > Thanks, finally I do not get the news that Pharo 1.0 is release anymore! > Honestly? I just deleted it. ;-) Marcus -- Marcus Denker -- http://marcusdenker.de

Feb. 27, 2012

[Pharo-project] [JOB, Academia] PhD Position at INRIA Lille

by Marcus Denker

INRIA has a new call for PhD Student positions. Description ============ To support the creation and evolution of complex systems, dynamic languages provide support for reflection. A reflective system contains a model of itself to enable runtime change: if we change the model, the system changes and vice versa. Reflection allows the programmer to do any kind of change at runtime, even those that render the system useless or breach any kind of security guarantees. Reflection is an established research theme and has seen a lot of work over the last decades. The question of how to control reflection and related that of secure reflective systems in general has not seen much research activity. The goal of this PhD is to propose a new secure reflective language kernel for dynamic languages. The following points should be explored: - Study existing models of security. - Study existing reflective systems and especially prior work on security and reflection. - Propose a new, secure model of reflection. - Implemented the model in a dynamic, object-oriented language. References =========== - Jean-Baptiste Arnaud, Marcus Denker, StÃ©phane Ducasse, Damien Pollet, Alexandre Bergel, and Mathieu Suen. Read-Only Execution for Dynamic Languages. In Proceedings of the 48th International Conference Objects, Models, Components, Patterns (TOOLS'10), Malaga, Spain, 2010. - Marcus Denker, Mathieu Suen, and StÃ©phane Ducasse. The Meta in meta-object architectures. In Proceedings of TOOLS EUROPE 2008, volume 11 of LNBIP, pages 218â237, 2008. - Oscar Nierstrasz, Alexandre Bergel, Marcus Denker, StÃ©phane Ducasse, Markus Gaelli and Roel Wuyts, âOn the Revival of Dynamic Languages,â Proceedings of Software Composition 2005, Thomas Gschwind and Uwe AÃmann (Eds.), vol. 3628, LNCS 3628, 2005, pp. 1-13 - Mark S. Miller and Jonathan S. Shapiro. Paradigm Regained: Abstraction Mechanisms for Access Control. In Proceedings of the 8th Asian Computing Science Conference, p. 224-242, 2003. Skills and Profile ==================== - You must hold a Master's in computer science, control engineering, mathematics, scientific computation or an equivalent diploma. - Nationality is not taken into consideration. - Knowledge in programming language design - Object-oriented programming with knowledge of Smalltalk About Lille and INRIA: ====================== - Lille is located in the north of France at the border to Belgium - one hour from Paris, 1h20 from London, 35 min from Brussels, by train. - French food, combined with belgian beer. - RMoD: http://rmod.lille.inria.fr - INRIA Lille: http://www.inria.fr/lille/ - INRIA in General: http://www.inria.fr - Lille: -http://en.wikipedia.org/wiki/Lille -http://wikitravel.org/en/Lille Benefits ======== - Duration : 36 months â starting date of the contract : October 2012, 15th - Salary: 1957,54 EUR the first two years and 2058,84 EUR the third year Monthly salary after taxes: around 1597,11 EUR the 1st two years and 1679,76 EUR the 3rd year (social security included). - Possibility of French courses - Help for housing - Scientific Resident card and help for husband/wife visa Additional Information ====================== - Application deadline: 4 May 2012 - Info on INRIA PhD Positions 2012: http://www.inria.fr/en/institute/recruitment/offers/phd/campaign-2012 - Before applying, please contact the scientist advisor: marcus.denker(a)inria.fr Permanent URL of this call: http://rmod.lille.inria.fr/web/pier/blog/2012-02-27 All RMOD Jobs: http://rmod.lille.inria.fr/web/pier/Jobs -- Marcus Denker -- http://marcusdenker.de

Feb. 27, 2012

Re: [Pharo-project] Website RSS feed broken?

by Stefan Marr

Hi Max: On 05 Jan 2012, at 16:29, Max Leske wrote: > We found that the working-copy objects of the two offending articles were corrupt and fixed them. I guess you fixed the last corrupt entry? Thanks, finally I do not get the news that Pharo 1.0 is release anymore! Best regards Stefan -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525

Feb. 27, 2012

Re: [Pharo-project] Do we have the new primitive?? [WAS] Re: IdentitySet but using #hash rather than #identityHash ?

by Levente Uzonyi

On Sat, 25 Feb 2012, Mariano Martinez Peck wrote: > > All I can say is that I am impressed by the numbers it is really much > faster. > I still don't understand why I send this email with a subject say > IdentitySet because what I really need is a fast/large IdentityDictionary > :( Â Anyway, there's a place where we can use this LargeIdentitySet in Fuel > I think). > > So Levente, you say this is not possible to adapt this for dictionary? Â can > we contact Eliot to provide such a primitive? > > > As promised, I uploaded my LargeIdentityDictionary implementation to http://leves.web.elte.hu/squeak/LargeIdentityDictionary.st . > The numbers will be a bit worse compared to LargeIdentitySet, because of the lack of the primitive, but it's still 2-3x faster than other solutions > (IdentityDictionary, PluggableIdentityDictionary, subclassing, etc). I'm about to propose this primitive with other improvements on the vm-dev > list. My proposals are still on the way. :) > > > Hi Eliot/Levente. What is the status of this? Do we have already the new primitive? If true, how can we adapt LargeIdentitySet to use such new primitive? AFAIK the new primitive is not implemented yet. Adding the primitive to the interpreter VM is very easy, but it seems to be a lot more complicated (to me) to add it to Cog, because the receiver can be a MethodContext which needs special handling. I'll rewrite both LargeIdentitySet and LargeIdentityDictionary when the primitive is ready. Levente > > Thanks! > > > > > > > Â > > Levente > > > thanks > > On Fri, Dec 16, 2011 at 3:28 PM, Levente Uzonyi <leves(a)elte.hu> wrote: > > On Fri, 16 Dec 2011, Henrik Sperre Johansen wrote: > > Â On 16.12.2011 03:26, Levente Uzonyi wrote: > > > How about my numbers? :) > > "Preallocate objects, so we won't count gc time." > n := 1000000. > objects := Array new: n streamContents: [ :stream | > Â n timesRepeat: [ stream nextPut: Object new ] ]. > > set := IdentitySet new: n. > Smalltalk garbageCollect. > [1 to: n do: [ :i | set add: (objects at: i) ] ] timeToRun. "4949" > > set := LargeIdentitySet new. > Smalltalk garbageCollect. > [1 to: n do: [ :i | set add: (objects at: i) ] ] timeToRun. "331" > > set := (PluggableSet new: n) > Â hashBlock: [ :object | object identityHash * 4096 + object class > identityHash * 64 ]; "Change this to #basicIdentityHash in Pharo" > Â equalBlock: [ :a :b | a == b ]; > Â yourself. > Smalltalk garbageCollect. > [1 to: n do: [ :i | set add: (objects at: i) ] ] timeToRun. "5511" > > > I also have a LargeIdentityDictionary, which is relatively fast, but not > as fast as LargeIdentitySet, because (for some unknown reason) we don't > have a primitive that could support it. If we had a primitive like > primitive 132 which would return the index of the element if found or 0 if > not, then we could have a really fast LargeIdentityDictionary. > > > Levente > > Hehe yes, if writing a version fully exploiting the limited range, that's > probably the approach I would go for as well. > (IAssuming it's the version at http://leves.web.elte.hu/** > squeak/LargeIdentitySet.st<http://leves.web.elte.hu/squeak/LargeIdentitySet.st> > ) > > Mariano commented in the version at http://www.squeaksource.com/** > FuelExperiments <http://www.squeaksource.com/FuelExperiments> that it's > slow for them, which I guess is due to not adopting #identityHash calls to > #basicIdentityHash calls for Pharo: > ((0 to: 4095) collect: [:each | each << 22 \\ 4096 ]) asSet size -> 1 > So it basically uses 1 bucket instead of 4096... Whoops. :) > > Uploaded a new version to the MC repository which is adapted for Pharo, > on the same machine my numbers were taken from, it does the same test as I > used above in 871 ms. (181 with preallocation). > > > Cool. One more thing: in Squeak the method using primitive 132 directly > was renamed to #instVarsInclude:, so now #pointsTo: works as expected. If > this was also added to Pharo, then the #pointsTo: sends should be changed > to #instVarsInclude:, otherwise Array can be reported as included even if > it wasn't added. > I'll upload my LargeIdentityDictionary implementation to the same place > this evening, since it's still 2-3 factor faster than other solutionts and > there seem to be demand for it. > > > Levente > > > Cheers, > Henry > > > > > > > -- > Mariano > http://marianopeck.wordpress.com > > > > > > -- > Mariano > http://marianopeck.wordpress.com > > >

Feb. 27, 2012

Re: [Pharo-project] Are Objects really hard?

by Friedrich Dominicus

Janko MivÅ¡ek <janko.mivsek(a)eranova.si> writes: > Hi guys, > > Just to conclude this topic: there is a nice talk between Dave Thomas > (of OTI fame where IBM VisualAge Smalltalk and nowadays VA Smalltalk > came out), James Robertson and David Buck in recent Independent > Misinterpretations: > > IM 67: Have Objects Failed Us? > http://www.jarober.com/blog/blogView?entry=3507708198 > > What I like is a discussion about OO vs. relational world and ORM in the > second half, which is also by my opinion the reason why OO didn't > succeed more as it did, and why is considered hard for most of > developers until our days. I thin OO has clearly won hands down. Look in every languages these days. There are classes and objects. Even in the "main-stream" languages like C#, and Java it's not a question whether OO but only how. There are still things lacking. That are blocks (I know they wer introduced recently in both Java and C#) but probably not used that much. The same is true for ORM, it's not if but how it's done. I for my part see the biggest mistakte in doing that. Yes one can it make work, but it's always a break and/or one is not using OO as it was meant to be used. Since ages we get promised that OODBS or the like are the future but what do you really have key/value pairs (that's since the good ole Berkeley DB times) now the DBs got the name NoSQL, but in the end the complete IT infrastructure relies and is build on RDBs (maybe with some O extension in it. I guess therefor we'll be stuck with new approaches to persistence through RDBs. Some will work under certain limits and others's won't. And I don't think it's considered hard to do OO with Smalltalk, Ruby etc. It is hard for C++ because this is a language full of rites and that's makes it look that hard. Just remember the big hype around Talingent? Now what's left of it. Regards Friedrich -- Q-Software Solutions GmbH; Sitz: Bruchsal; Registergericht: Mannheim Registriernummer: HRB232138; Geschaeftsfuehrer: Friedrich Dominicus

Feb. 27, 2012

Re: [Pharo-project] change pharo image title

by Gary Chambers

Nope, not using HostMenu. Wasn't that for Mac only anyway? Merely using the HostWindow stuff to change application title when running fullscreen (as in, full Pharo window). Regards, Gary ----- Original Message ----- From: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Sunday, February 26, 2012 9:09 AM Subject: Re: [Pharo-project] change pharo image title Gary do you use HostMenu? Because we were looking at the event handling logic with igor and we thought to rewrite it completely. It slows us down to release our event cleaning. Stef On Feb 24, 2012, at 9:19 PM, Gary Chambers wrote: > For Windows only... > > (HostWindowProxy new instVarNamed: #windowHandle put: Win32Window > getFocus; yourself) > windowTitle: aString > > > Would be nice if the HostWindow stuff had some develpment time... > > Regards, Gary > ----- Original Message ----- > From: Usman Bhatti > To: Pharo Development > Sent: Friday, February 24, 2012 7:56 PM > Subject: [Pharo-project] change pharo image title > > Is there a way to programmatically set the title of a pharo image on > startup? I grabbed the first level pasteup morph and tried to play with it > but I didn't find the intended method. > > thanx > > usman

Feb. 27, 2012

[Pharo-project] Few Aida on Swazoo benchmarks, Pharo and VW

by Janko MivÅ¡ek

Hi guys, Encouraged by recent Philippe's benchmarking I did similar on Aida with Swazoo web server, adding the comparison of Pharo with VisualWorks. Results are interesting, Pharo is now only 3x slower than VW on dynamic page generation but on network layer it is the same or even slighty faster, while it was around 10x slower on Squeak back in 2008 [1], Results (requests/s) -------------------- 1. Dynamically generated 3KB login page (/admin?view=login) VW: 120, Pharo: 40 ratio: 3x 2. Aida ping with zero size response (/ping.html) local: VW: 4700, Pharo: 4500 ratio: 1,04x lan: VW: 4500 Pharo: 4600 ratio: 0,97x inet: VW: 4000, Pharo: 3000 ratio: 1,33x 3. Aida ping with 8K response local: VW: 2600, Pharo: 3100 ratio: 0,84x lan: VW: 1400, Pharo: 1400 ratio: 1,00x inet: VW: 140, Pharo: 140 ratio: 1,00x Note: network saturation! Legend: local: client run on local machine lan: client run on machine over 1Gb/s LAN netwrok inet: client run on machine over 100/10Mb/s internet connection Test environment ---------------- ab (ApacheBech) testing tool Test machine: Intel Core i7 860 (2 cores) at 2.80GHz, 8GB RAM openSuse 11.4 64bit Linux Pharo 1.3 13320 OneClick (with CogVM) VisualWorks 7.8 Aida 6.4 (right after installation) Swazoo patch to allow Keep Alive (ab -k) over HTTP 1.0: HTTPConnection>>getAndDispatchMessages ... (self task request isHttp10 and: [self task request isKeepAlive not]) ifTrue: [self close]. ... [1] Swazoo vs. Apache Benchmark (2008) http://www.swazoo.org/benchmarks/swazoo-vs-apache.html Best regards Janko -- Janko MivÅ¡ek Aida/Web Smalltalk Web Application Server http://www.aidaweb.si

Feb. 27, 2012

Re: [Pharo-project] Are Objects really hard?

by S Krish

This note kind of ties down to this discussion. Why does Rails , .Net : VB/ C# or Java , PHP et als succeed : Objects vs code pattern.. ( not design pattern ). Pattern matched copying of code to get an app constructed/ maintained/ extended. What I mean is people learn/ work mostly by pattern they pick up and accumulate as much is necessary for them to go exploring. They really do not go debugging deep and wide. Example: Let us say in VB/ C# or Rails ; you have read how doing steps 1, 2 , 3 and using a pattern of macro's helps get this function done.. they get it going fast by copying , modifying bits/ ids/ etc here n there.. Barely few I have met in C# / .Net / PHP world who really know its deep internals as one imagines Smalltalkers need to know of Smalltalk base. So when they want something else like how to have a Dataset connected with a DB table and do CRUD.. they pick an example , modify by patterns... and get it going. They do not spend time debugging and knowing whats inside the various classes, its "Object" / "Class" etc.. But in Smalltalk, I believe as it exists, it is certainly not that "friendly" or dumbed down for people to simply pattern match.. You need to be innured in browse hierarchy, senders, implementors, references, understand the methods/ messages .. the whole wiring of "Objects"... Java claims and is certainly better than this lot.. but with its XML, struts, templates, even the HTML programming is actually lot easier than Seaside with the need to do Object oriented server side code even for the HTML .. easy for many of us.. but I realize really hard to grok from most of the milling crowd. Easier there of to deploy less experienced/ junior programmers in more divided modules of work... not that we cannot have it in Smalltalk, just that much harder.. I believe to hit it viral, you do need the Rails kind of appeal, even the PHP .. macro's ; pattern matched code / ability to quickly scale from copy-paste pattern matched code, wizards that get you up and running for small / medium apps. Leave the higher order/ comprehension / framework construction to those who do.. but if we can make the entry barrier really low to work with Smalltalk without OOPs baggage.. it might surprise all of us how many could flock in.. This will easily graft people in and then push their need to really dig in, and go up the value chain. Of course the primary motive that hits is making money in what they do.. ! That really begs the point here.. most of such programmers really do not try understand "Objects" as in OOPs with the construct of metaclass/ behavior/MessageSend/ ClassDescription/.. etc .. they just do with what is a pattern of code either as stmts or methods that they see/ copy / run.. rather than worry about correct composition - hierarchy - indirection even simple stuff like double dispatch.. et als. Of course its a grey band .. so many are in the 70% range of the gray band.. but few really do try and understand the OOPs internals deep down.. Debugging / inspection is not wired in.. either On 2/27/12, Janko MivÅ¡ek <janko.mivsek(a)eranova.si> wrote: > Hi guys, > > Just to conclude this topic: there is a nice talk between Dave Thomas > (of OTI fame where IBM VisualAge Smalltalk and nowadays VA Smalltalk > came out), James Robertson and David Buck in recent Independent > Misinterpretations: > > IM 67: Have Objects Failed Us? > http://www.jarober.com/blog/blogView?entry=3507708198 > > What I like is a discussion about OO vs. relational world and ORM in the > second half, which is also by my opinion the reason why OO didn't > succeed more as it did, and why is considered hard for most of > developers until our days. > > Best regards > Janko > > > S, Janko MivÅ¡ek piÅ¡e: >> Hi guys, >> >> Again one interesting topic for this weekend to discuss. David Nolen, a >> Lisp and JavaScript guy posted in his blog an article titled Illiterate >> Programming [1] where he said: >> >> "...Yet I think Smalltalk still fundamentally failed (remember this is a >> programming language originally designed to scale from children to >> adults) because *Objects are really hard* and no-one really understands >> to this day how to do them right...." >> >> He links to Alan Kay post [2] back in 1998 where he talks about problems >> with inheritance: >> >> "Here are a few problems in the naive inheritance systems we use today: >> confusions of Taxonomy and Parentage, of Specialization and Refinement, >> of Parts and Wholes, of Semantics and Pragmatics..." >> >> Let we concentrate on broader "Objects are really hard and no-one really >> understands to this day how to do them right" claim and not merely >> inheritance, please. >> >> Best regards >> Janko >> >> [1] http://dosync.posterous.com/illiterate-programming >> [2] >> http://lists.squeakfoundation.org/pipermail/squeak-dev/1998-April/009261.ht… >> > > -- > Janko MivÅ¡ek > Aida/Web > Smalltalk Web Application Server > http://www.aidaweb.si > >

Feb. 27, 2012