- Pharo-dev - lists.pharo.org

[Pharo-project] SLICE-Mantis-Collection-Fix-mining-nice-2
by nicolas cellier Oct. 14, 2008

Oct. 14, 2008

Please note that original Collections-nice.111 had the deprecated method (at least my local copy of it) SequenceableCollection>>startsWith: aCollection self deprecated: 'Use beginsWith:.'. ^self beginsWith: aCollection Maybe Stef was overzealous because I replaced two sole senders in base image (Service-Base-nice.38) ?

2 1

[Pharo-project] SLICE-Mantis-Collection-Fix-mining-nice-2
by nicolas cellier Oct. 14, 2008

Oct. 14, 2008

I have uploaded a SLICE in PharoInbox gathering some more or less important collection fixes from mantis. GATHER SEVERAL COLLECTION RELATED MANTIS TESTS AND FIXES ---------------------------------------- http://bugs.squeak.org/view.php?id=7172 CharacterSetComplement has spoiled previous byteArrayMap optimization. Using #byteArrayMap is an optimization per se, possibly tailored for tight loops. Taking too much time to compute this map is spoiling efficiency. It is necessary to cache this map for restoring efficiency to the level preceding introduction of CharacterSetComplement. ---------------------------------------- http://bugs.squeak.org/view.php?id=6998 ((String new: 1) at: 1 put: $a) = $a -> true. ((WideString new: 1) at: 1 put: $a) = $a -> false. WideString at:put: should return the put object like any other collection ---------------------------------------- http://bugs.squeak.org/view.php?id=5331 http://bugs.squeak.org/view.php?id=6366 Lots of tests and few patches for WideString not behaving correctly. ---------------------------------------- http://bugs.squeak.org/view.php?id=7180 +6455 +1603 +1602 Patches for Interval indexOf: and includes: ---------------------------------------- http://bugs.squeak.org/view.php?id=6994 Authorize this: (#(1 2 3) as: ByteArray) as: Interval ---------------------------------------- http://bugs.squeak.org/view.php?id=7121 (ar) Patches for OrderedCollection add:after: add:before: Try this one to be convinced for the necessity: | oc | oc := #(1 2 3 4) asOrderedCollection. (oc first:3) do: [:e | oc remove: e]. oc add: 0 beforeIndex: -2. ^oc ---------------------------------------- http://bugs.squeak.org/view.php?id=6977 incorrect use of super (super basicNew in #new: dating from some 3.9 changes) ---------------------------------------- http://bugs.squeak.org/view.php?id=6778 SkipList copy is shallow ---------------------------------------- http://bugs.squeak.org/view.php?id=6994 deprecate the Service related #startsWith: because single implementor completely redundant with beginsWith:

4 14

[Pharo-project] [ANN] 10095
by Adrian Lienhard Oct. 13, 2008

Oct. 13, 2008

- Reorganization of the world menu and its sub-menus #185 - Kernel-Number fixes #245 - Replaced (Symbol allInstances) with (Symbol allSymbol) #227 - Duplicated methods in ClassTrait #140 - Remove #hash from Association (fix #testHash) #196 - Fix MC initialization broken by previous update Cheers, Adrian ___________________ http://www.adrian-lienhard.ch/

2 2

[Pharo-project] [ANN] 10093
by Adrian Lienhard Oct. 13, 2008

Oct. 13, 2008

method categories cleanup by Lukas Renggli #241: - remove empty categories - sort all categories - make all categories lower case - replace #initialize-release/#class-initialization with #initialization Please note that this takes quite long to load because it touches most packages. Adrian ___________________ http://www.adrian-lienhard.ch/

6 11

[Pharo-project] History and SUnit
by Alexandre Bergel Oct. 13, 2008

Oct. 13, 2008

Dear list, In PharoInbox Gwenael and I put an extension of SUnit that records results when running a set of test. Feel free to suggest improvement.... Open a TestRunner to enjoy its 'History' button. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

8 23

[Pharo-project] [MC] Adding a constraint when declaring a required package
by Alexandre Bergel Oct. 13, 2008

Oct. 13, 2008

Maybe we should forbid a package XXX-YYY to be required for a package named XXX What do you think? A simple check will do it... Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

5 17

[Pharo-project] faster snapshotting
by StÃ©phane Ducasse Oct. 13, 2008

Oct. 13, 2008

Hi matthew I'm checking your http://code.google.com/p/pharo/issues/detail?id=235&colspec=ID%20Type%20Sta… "Adding the ivar 'category' to methodReference allows a 25% speedup in Monticello snapshotting, after source caching. This capability is exploited as of PackageInfo-Base-mtf.56" for 10092 now. http://code.google.com/p/pharo/issues/detail?id=235&colspec=ID%20Type%20Sta… Several questions - I do not know what you mean by PackageInfo-Base-mtf.56? Where is it? Is this package uses your setter method category:? - why the category and category: methods are not in the *monticello extension? (There were in *monticello in 10091) - When I categorized them in *monticello I got problems or my network is really gettiong slow. Stef

2 3

Oct. 13, 2008

Hi to my stupefaction I discovered that the classVariables of a class are not the same as the ones of its metaclass. TheRoot classVarNames ~= TheRoot class classVarNames Does any body have some ideas why this is like that? For me this is a conceptual bug. Stef

2 2

Oct. 13, 2008

> - FullScreen refactoring by mike Roberts > - fixed a bug in PluggableListMorph>>basicKeyPress introduced in > 10087 by Matthew Fulmer > - improve SUnit history (removed PopUpMenu) > - Issue 235: 0007205: Monticello Snapshot Speedup via new > MethodReference ivar (http://bugs.squeak.org/view.php?id=7205) by > Matthew Fulmer > > > Stef Matthew could you sign the agreement? Stef

2 2

Oct. 12, 2008

Begin forwarded message: > From: pharo-project-owner(a)lists.gforge.inria.fr > Date: October 12, 2008 9:29:18 PM CEDT > To: stephane.ducasse(a)free.fr > Subject: food for thoughts :) > > You are not allowed to post to this mailing list, and your message has > been automatically rejected. If you think that your messages are > being rejected in error, contact the mailing list owner at > pharo-project-owner(a)lists.gforge.inria.fr. > > > From: stephane ducasse <stephane.ducasse(a)free.fr> > Date: October 12, 2008 9:29:16 PM CEDT > To: Pharo Development <Pharo-project(a)lists.gforge.inria.fr> > Subject: food for thoughts :) > > > http://producingoss.com/ > > p 129 > > At the Apache Software foundation we discourage the use of author > tags in source > code. There are various reasons for this, apart from the legal > ramifications. Collabor- > ative development is about working on projects as a group and caring > for the project > as a group. Giving credit is good, and should be done, but in a way > that does not al- > low for false attribution, even by implication. There is no clear > line for when to add or > remove an author tag. Do you add your name when you change a > comment? When > you put in a one-line fix? Do you remove other author tags when you > refactor the code > and it looks 95% different? What do you do about people who go about > touching every > file, changing just enough to make the virtual author tag quota, so > that their name will > be everywhere? > > There are better ways to give credit, and our preference is to use > those. From a tech- > nical standpoint author tags are unnecessary; if you wish to find > out who wrote a par- > ticular piece of code, the version control system can be consulted > to figure that out. > Author tags also tend to get out of date. Do you really wish to be > contacted in private > about a piece of code you wrote five years ago and were glad to have > forgotten? > > > >

1 0