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

Re: [Pharo-project] [DRAFT] Announce mail / news entry...

by Mariano Martinez Peck

excellent!!!! On Thu, Apr 19, 2012 at 10:37 AM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > Hi, > > We need an announce mail / new ticker entry. Any quick improvements / typo > fixes? > > > =========================================================================================== > > We are proud to announce the release of 1.4 of Pharo! > > You can find information about Pharo on http://www.pharo-project.org. > In particular, you may be interested in: > - How to join us and get help: > http://www.pharo-project.org/community > - Getting the Pharo By Example book (also available as a free PDF): > http://www.pharobyexample.org > - Watching the screencasts: http://www.pharocasts.com > - Reporting problems: > http://www.pharo-project.org/community/issue-tracking > - Read the new forth coming book: http://rmod.lille.inria.fr/pbe2(yes we love and value documentation) > - Read the Pharo vision document: (PDF): http://bit.ly/HNkEru > > About this release > --------------- > > All in all, there were over 860 issues treated in the issue tracker. > > http://code.google.com/p/pharo/issues/list?can=1&q=milestone%3D1.4 > > Read it again, yes 860 is huge, take two minutes and have a look at the > list of improvements! Now you got the feel of the effort. > And this not our own work but the work of our community! It is possible > because people worldwide helped! We want to deeply > thank them. > > We want to thank in particular INRIA for its constant support, in > particular for the salary of Igor Stasenko and for help in the > infrastructure put in place. > > We have accomplished this huge task for a better system because we were > together. > Do not forget that we are working on a consortium to support our system. > Do not forget that our goal is to build a system so that we can make a > living with our creativity and programming skills. > > Read the Pharo vision document and join! > > Thanks ***a lot*** for your participation, energy and fun. > > > The Pharo Team > > Some Items of 1.4 > ---------------- > Not all the changes are reported here, but this is to give you an > impression. > > Changes > > - New code model: Ring > - Support for startUp preference script > - #class message is not a byte code anymore > - Better union and intersection methods > - Better primitive simulation > - Better headless support > - Better support for error at startup > - Introduction of FileSystem > - Less dependencies: Color, Scrollbar do not depend on Compiler > anymore > - Cleaning tests > - Unload hostSystemsMenus > - More consistent API for browser opening > - No event pulling anymore > - More class comments > - Announcement driven system notification > - Better API for sharedPool > > Zinc Improvement > > - New mechanism for Zinc servers start/stop handling after system > startUp/shutDown > - and a lot a lot and a lot more. > > Tools > > - Support Cherrypicking when merging > - Better timeProfilerBrowser > - Better MC commit error > - MC handles better dependencies > - Better Debugger > - Better Inspector > - Search in tools > - New Finder tool > - Cmd-Click for senders and implementors > - Senders and implementors deals with class > - Better tool registry > - Improvements for the FlatBrowser > - Better Transcripter > - Faster diffBuilder > - MetacelloConfigurationBrowser to browse published configurations > - New version of OCompletion and Ecompletion that can play together > and without code duplication. > > UI > > - Support grouping windows as tab > - Better search > - MultiSelection improvements > - Drag and drop in multi selection list > - PluggableListMorph improvements > - PluggableListMorph selection on drag > - Iconic Button improvements > - PharoTheme > - Better CheckBox > - Enhanced PluggableButtonMorph > - Polymorph enhancements > - Deprecate PluggableListMorphOfMany > - Merged NewParagraph and MultiNewParagraph > - New Widget: Ticking list and widget > - LazyListMorph cleaning > - NewTextMorph and TextComposer improvements > - Improve behavior of MorphTreeMorph > - Removing NewTextMorph and related > - StringMorph > > Cleaning > > - Object > - Old HTTP code > - No references to Utilities > - Removed toolbuilder > - Restructure packages > - Canvas hierarchy > - MorphicModel > - Deprecate recentMessageSet > - Deprecate ImageSegment > - Deprecate MessageNames > - Deprecate TimeProfileBrowser > - Really cleaning messageSet and subclasses > - SystemChangeNotifier > - Removed Project > - Removed BlockContext , blue book old closure encodings > - Font downloading > - HandMorph cleaning > > > Some Fixes > > - Set growth with nil > - Better weak finalization > - isPrime fixed > - Compiler Fixes > - Russian characters in editor > - More class comments > - Fix drawing shadow morphs > - Trait support > - Fixed syntax hilighting > - Better pointersTo: > - Speedup MethodDictionary #rehash > - Compiler enhancements. > - Stream should not print its contents > - Progress bar > - InputSensor > - CombinedChar > - BytexTextConverter fixes > > -- > Marcus Denker -- http://marcusdenker.de > > > -- Mariano http://marianopeck.wordpress.com

April 19, 2012

Re: [Pharo-project] moose build broke due to ConfigurationOfNautilus

by phil＠highoctane.be

+1000 2012/4/19 Francois Stephany <tulipe.moutarde(a)gmail.com> > It confuses me that some projects have their own set of class methods to > load groups. > > Would not it be better to just call > ConfigurationOfNautilus project stable load: 'Refactorings' ? > > What is the recommended practice? > > On 18/04/12 23:17, Tudor Girba wrote: > >> Hi, >> >> The Moose build just broke due to the loadRefactorings method being >> removed from ConfigurationOfNautilus. >> >> In general, it would be great to remove as little methods as possible >> from Configuration classes. >> >> Cheers, >> Doru >> >> >> -- >> www.tudorgirba.com >> >> "Speaking louder won't make the point worthier." >> >> >> > -- > http://tulipemoutarde.be > CA: +1 778 558 3225 > BE: +32 65 709 131 > > -- Philippe Back "Helping you hit the top 3 outcomes you really want to achieve" Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail: phil(a)highoctane.be| Web: http://philippeback.eu | Blog: http://philippeback.be High Octane SPRL rue cour Boisacq 101 1301 Bierges

April 19, 2012

[Pharo-project] [DRAFT] Announce mail / news entry...

by Marcus Denker

Hi, We need an announce mail / new ticker entry. Any quick improvements / typo fixes? =========================================================================================== We are proud to announce the release of 1.4 of Pharo! You can find information about Pharo on http://www.pharo-project.org. In particular, you may be interested in: - How to join us and get help: http://www.pharo-project.org/community - Getting the Pharo By Example book (also available as a free PDF): http://www.pharobyexample.org - Watching the screencasts: http://www.pharocasts.com - Reporting problems: http://www.pharo-project.org/community/issue-tracking - Read the new forth coming book: http://rmod.lille.inria.fr/pbe2 (yes we love and value documentation) - Read the Pharo vision document: (PDF): http://bit.ly/HNkEru About this release --------------- All in all, there were over 860 issues treated in the issue tracker. http://code.google.com/p/pharo/issues/list?can=1&q=milestone%3D1.4 Read it again, yes 860 is huge, take two minutes and have a look at the list of improvements! Now you got the feel of the effort. And this not our own work but the work of our community! It is possible because people worldwide helped! We want to deeply thank them. We want to thank in particular INRIA for its constant support, in particular for the salary of Igor Stasenko and for help in the infrastructure put in place. We have accomplished this huge task for a better system because we were together. Do not forget that we are working on a consortium to support our system. Do not forget that our goal is to build a system so that we can make a living with our creativity and programming skills. Read the Pharo vision document and join! Thanks ***a lot*** for your participation, energy and fun. The Pharo Team Some Items of 1.4 ---------------- Not all the changes are reported here, but this is to give you an impression. Changes - New code model: Ring - Support for startUp preference script - #class message is not a byte code anymore - Better union and intersection methods - Better primitive simulation - Better headless support - Better support for error at startup - Introduction of FileSystem - Less dependencies: Color, Scrollbar do not depend on Compiler anymore - Cleaning tests - Unload hostSystemsMenus - More consistent API for browser opening - No event pulling anymore - More class comments - Announcement driven system notification - Better API for sharedPool Zinc Improvement - New mechanism for Zinc servers start/stop handling after system startUp/shutDown - and a lot a lot and a lot more. Tools - Support Cherrypicking when merging - Better timeProfilerBrowser - Better MC commit error - MC handles better dependencies - Better Debugger - Better Inspector - Search in tools - New Finder tool - Cmd-Click for senders and implementors - Senders and implementors deals with class - Better tool registry - Improvements for the FlatBrowser - Better Transcripter - Faster diffBuilder - MetacelloConfigurationBrowser to browse published configurations - New version of OCompletion and Ecompletion that can play together and without code duplication. UI - Support grouping windows as tab - Better search - MultiSelection improvements - Drag and drop in multi selection list - PluggableListMorph improvements - PluggableListMorph selection on drag - Iconic Button improvements - PharoTheme - Better CheckBox - Enhanced PluggableButtonMorph - Polymorph enhancements - Deprecate PluggableListMorphOfMany - Merged NewParagraph and MultiNewParagraph - New Widget: Ticking list and widget - LazyListMorph cleaning - NewTextMorph and TextComposer improvements - Improve behavior of MorphTreeMorph - Removing NewTextMorph and related - StringMorph Cleaning - Object - Old HTTP code - No references to Utilities - Removed toolbuilder - Restructure packages - Canvas hierarchy - MorphicModel - Deprecate recentMessageSet - Deprecate ImageSegment - Deprecate MessageNames - Deprecate TimeProfileBrowser - Really cleaning messageSet and subclasses - SystemChangeNotifier - Removed Project - Removed BlockContext , blue book old closure encodings - Font downloading - HandMorph cleaning Some Fixes - Set growth with nil - Better weak finalization - isPrime fixed - Compiler Fixes - Russian characters in editor - More class comments - Fix drawing shadow morphs - Trait support - Fixed syntax hilighting - Better pointersTo: - Speedup MethodDictionary #rehash - Compiler enhancements. - Stream should not print its contents - Progress bar - InputSensor - CombinedChar - BytexTextConverter fixes -- Marcus Denker -- http://marcusdenker.de

April 19, 2012

Re: [Pharo-project] Final 1.4 images...

by Marcus Denker

We added more infos in the worspace: https://gforge.inria.fr/frs/download.php/30620/Pharo-1.4-14438.zip https://gforge.inria.fr/frs/download.php/30621/Pharo-1.4-14438-OneClick.zip On Apr 18, 2012, at 2:39 PM, Marcus Denker wrote: > Hi, > > final images: > > One-Click: > > https://gforge.inria.fr/frs/download.php/30615/Pharo-1.4-14437-OneClick.zip > > Just image: > https://gforge.inria.fr/frs/download.php/30613/Pharo-1.4-14437.zip > > already linked on > > http://www.pharo-project.org/pharo-download/release-1-4 > > > -- > Marcus Denker -- http://marcusdenker.de > -- Marcus Denker -- http://marcusdenker.de

April 19, 2012

Re: [Pharo-project] [squeak-dev] CogVM binaries as per VMMaker.oscog-eem.157/r2550.

by Mariano Martinez Peck

On Thu, Apr 19, 2012 at 6:08 AM, Eliot Miranda <eliot.miranda(a)gmail.com>wrote: > http://www.mirandabanda.org/files/Cog/VM/VM.r2550/ > > CogVM binaries as per VMMaker.oscog-eem.157/r2550. > > Stack/CoInterpreter/Cogit: > Implement proper bounds checking for byte access to compiled > methods. Raise errors for accesses outside initialPC to size. > > CoInterpreter: > Provide a thorough flush primitive for CompiledMethods that discards all > machine code and makes sure that any contexts using the method have bytecode > pcs. Primitive #215 (same as 116 in the Stack VM). This is much slower than > 116 (flushCache) since it has to enumerate over all heap contexts. > > Excellent. Does it mean we should implement something like this: CompiledMethod >> flushCache "Tell the interpreter to remove all references to this method from its method lookup cache, if it has one. In addition, it provides a thorough flush primitive for CompiledMethods that discards all machine code and makes sure that any contexts using the method have bytecode pcs. This primitive must be called whenever a method is redefined or removed." <primitive: 215> self simpleFlushCache CompiledMethod >> simpleFlushCache "Tell the interpreter to remove all references to this method from its method lookup cache, if it has one. This primitive must be called whenever a method is redefined or removed." <primitive: 116> If you have a better name for #simpleFlushCache please let me know. if you agree, I will open an issue for this. Cheers > > Provide an xray primitive for CompiledMethod that answers if a method has > machine code, and if so if it's machine code is frameless, and/or refers > to a young object. No primitive number. Used to test the above. > > Make printOopShort: print Association keys. Useful for > longPrintOop:, and hence printReferencesTo: etc. > > Mac OS: add fflush to debug printing in sqMacUIEventsUniversal.c so output > appears promptly. > > Fix the annoying bogus error messages from the mprotect calls by getting the > length arg to mprotect right. > > Add version infor for the Cross/plugins tree. Add a -version switch to win32 > > -- > > best, > > Eliot > > > > > -- Mariano http://marianopeck.wordpress.com

April 19, 2012

Re: [Pharo-project] Pharo 1.4 & CogVM

by Camillo Bruni

Nope not a bug... (I wouldn't call it a feature though :)) The primitives for handling files are horribly designed and very slow for a directory with many files. Most probably the FileBrowser will continue working as usual after a longer period of calculating the files... This is going to be improved in the next major version of pharo. cami On 2012-04-18, at 22:04, recursive68(a)gmail.com wrote: > Hi, > > I've just downloaded the latest Pharo 1.4 image and separate CogVM from the pharo download page. When I use the File Browser and attempt to select/enter a directory containing many files the image freezes up and I can't get it to respond. The interrupt "CMD-." does work and brings up: > > UnixStore(DiskStore) > > directoryAt: aPath ifAbsent: absentBlock nodesDo: aBlock > | encodedPathString index entry pathString | > index := 1. > pathString := self stringFromPath: aPath. > encodedPathString := Primitives encode: pathString. > entry := Primitives lookupEntryIn: encodedPathString index: index. > entry = #badDirectoryPath > ifTrue: [ ^ absentBlock value ]. > [ entry isNil ] > whileFalse: [ > entry at: 1 put: (Primitives decode: entry first). > aBlock value: entry. > index := index + 1. > entry := Primitives lookupEntryIn: encodedPathString index: index ]. > ^ self > > Presumably it's a bug ? This is on OSX 10.7.3. > > Thanks

April 19, 2012

Re: [Pharo-project] Support grouping windows as tab

by Pavel Krivanek

:-) GroupWindowMorph does that but it is not the part of the basic distribution so I removed it from the list. But I think it deserves integration :-) -- Pavel On Wed, Apr 18, 2012 at 10:55 PM, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > The TileWindowManager I think :) > > Ben > > On Apr 18, 2012, at 8:46 PM, Pavel Krivanek wrote: > >> Hi, >> >> in the release notes for 1.4 I see: "Support grouping windows as tab". >> How to do that? Â :-) >> >> -- Pavel >> > >

April 19, 2012

Re: [Pharo-project] Tester for Dr. Geo Android

by Esteban Lorenzano

+1 do you have for ipad? :p On Apr 19, 2012, at 2:28 AM, Gary Chambers wrote: > Perhaps, once inegrated/separately-loadable, our Android UI themes might be useful. > > Regards, Gary > > Sent from my iPad > > On 18 Apr 2012, at 13:15, Hilaire Fernandes <hilaire.fernandes(a)edu.ge.ch> wrote: > >> For those interested to test Dr. Geo on Android, write me privately at >> hilaire [AT] drgeo.eu >> >> Hilaire >> >> >> -- >> Dr. Geo -- http://www.drgeo.eu >> >> >

April 19, 2012

Re: [Pharo-project] Problem with Traits, Ring, RPcakage and Obsoletes

by Marcus Denker

On Apr 18, 2012, at 11:49 PM, Mariano Martinez Peck wrote: > Hi guys. I am running some tests with Fuel. In such test I create classes and traits. The problem is that I get a: "MessageNotUnderstood: receiver of "isProvided" is nil" > Everything starts (it seems) when I do #addToComposition: and I receive a MethodRecategorized event and RPackage calls #systemMethodRecategorizedActionFrom: > There, the problem is with -> method isProvidedByATrait > the class of the method is 'AnObsoleteClassForTestToBeDeleted1' > And the error finally arrives to #providedLocatedMethod where it does "each method isProvided" the problem is that "each" is a RGMethodDefinition with everything in nil except 'name' and 'annotations'. > I attach PharoDebug.log. > Any help is really appreaciated. we should fix this bug: http://code.google.com/p/pharo/issues/detail?id=4750 it used to be that methods did not know their name, thus MethodReference had to be used for many things. This combined with not sharing compiledMethods means that traits can use methods directly. Marcus -- Marcus Denker -- http://marcusdenker.de

April 19, 2012

Re: [Pharo-project] moose build broke due to ConfigurationOfNautilus

by Francois Stephany

It confuses me that some projects have their own set of class methods to load groups. Would not it be better to just call ConfigurationOfNautilus project stable load: 'Refactorings' ? What is the recommended practice? On 18/04/12 23:17, Tudor Girba wrote: > Hi, > > The Moose build just broke due to the loadRefactorings method being removed from ConfigurationOfNautilus. > > In general, it would be great to remove as little methods as possible from Configuration classes. > > Cheers, > Doru > > > -- > www.tudorgirba.com > > "Speaking louder won't make the point worthier." > > -- http://tulipemoutarde.be CA: +1 778 558 3225 BE: +32 65 709 131

April 19, 2012