- Pharo-dev - lists.pharo.org

[Pharo-project] Infinite loop in new Collection Tests
by nicolas cellier Nov. 1, 2008

Nov. 1, 2008

While running TestRunner, i noticed this: LinkedListTest>>testTAdd does an infinite loop. This is because: self collection first == self element since the test does: self collection add: self element this results in: self collection firstLink next next == firstLink and consequently any loop will loop infinitely... My base image is not well equipped with a Trait-aware Browser, so i let this one to Trait experts. Anyway, I find LinkedList is NOT a generic Collection but rather a single not reusable hack for Process. This is regularly bugging newcomers, and I would recommend an evolution toward something like http://lists.squeakfoundation.org/pipermail/beginners/2008-July/004835.html That is, Link should be a transparent-implementation-defined-intermediate not visible via standard add:/remove:/do: messages. User should not have to provide a Link, but only the value. Only LinkedList specialized messages like addLink: removeLink: linksDo: should deal with user provided Link for more advanced features. Think of Dictionary and Association. A user can use Dictionary with: at: / at:put: without knowing about Association. Nicolas

3 4

[Pharo-project] mac menus in Pharo
by John McIntosh Nov. 1, 2008

Nov. 1, 2008

I'm wondering if there is any interest in having mac menus in Pharo. This was done for Sophie and Scratch, and attempted for 3.10. I could drag the required change sets out of storage to implement the proper file/edit menu in Pharo and have it respond to cmd-Q etc if there is any interest... -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================

7 9

[Pharo-project] small cleanup
by Pavel Krivanek Nov. 1, 2008

Nov. 1, 2008

This command removes some obsolete classes: (Preferences preferenceAt: #allowEtoyUserCustomEvents) changeInformee: nil changeSelector: nil. -- Pavel

2 1

[Pharo-project] about timesRepeat: changes?
by StÃ©phane Ducasse Nov. 1, 2008

Nov. 1, 2008

Hi one person is saying the following in the seaside mailinglist "In Pharo, some OmniBrowser functionality was broken and as I said timesRepeat: was broken. It had a '<' rather than '<=' for the loop comparison so the loop ran one too few times. I ran an update which fixed both problems. " Does one of you remember that we got a change changing timesRepeat: I have serious doubts this is why I"m asking. stef

2 1

[Pharo-project] How to load OmniBrowser into Pharo
by David RÃ¶thlisberger Nov. 1, 2008

Nov. 1, 2008

Hi, during the recent days we worked hard on OmniBrowser to extend, improve and stabilize it. We also improved the loading process of all required packages to run OmniBrowser (system and package browser). In the latest version of ScriptLoader you will find three load methods for OB: #loadOB loads the latest stable version linked in Universe. Use this to be on the safe side #loadOBAlpha loads the latest development version of all required packages stored in source.wiresong.ca/ob. Use this if you want to be on the cutting edge. ;) #loadSuperOB does the same as #loadOBAlpha, but also loads additional packages, for instance to get visualizations directly in OB. You use this to get everything. ;) Cheers, David

2 1

[Pharo-project] Preferences should be optional: aka towards reall OOP preferences
by StÃ©phane Ducasse Nov. 1, 2008

Nov. 1, 2008

Hi all Here is a call for good design sharing. I already posted a mail on that design issue but I want to restate it. I really want in the future to be able to remove Preferences (we need preferences but not the way they are). right now when I'm LittApp an application and run my little flow I will suddenly invoke the HUGE Global center (Preferences) to see what **I** have to do.... So at the end of the day we got, debugger, compiler, Morphic.... depending on preferences and this is WRONG. What we should have (illustrated really well with the MC sorting menu) is LittApp is responsible for its own preferences So it runs, and check **Itself**: "oh how should I behave, let me see ***my own*** state tell me to turn right, to be novice friendly... and I do it. Notice how little application does NOT reference to the HUGE Preference Global Now the BIG Preferences setter will just change the configuration of the little app. Preferences>>sortingLittleApp LittleApp sortTop Now of course, littApp could be a bit smarter and say BIGPreferenceSetter here are my preferences we could use pragmas to define preferences that BIGPreferences would gather and present to the user. Stef

1 0

[Pharo-project] We will not accept any changes using initials anymore
by StÃ©phane Ducasse Nov. 1, 2008

Nov. 1, 2008

Hi guys We are really sorry about that but we will not accept code submitted with initials anymore because we do not know who is submitting. Just use your full name instead of initials. we will fix the Author class to ask for your full name! Stef and Marcus

4 10

[Pharo-project] [update] #1025
by Marcus Denker Nov. 1, 2008

Nov. 1, 2008

update1025 --------- Issue 303: TODO: remove profiling methods Issue 300: unimplemented call in AlignmentMorphBob1>>acceptDroppingMorph:event: Issue 299: Mantis 007007 and 007008 correct toggle break on entry -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

2 1

[Pharo-project] [update] #10126
by Marcus Denker Oct. 31, 2008

Oct. 31, 2008

-> Issue 248: SLICE-Mantis-ScaledDecimal-SqNumberParser-Fix-nice.1 -> Issue 295: #testSupplyAnswerUsingRegexMatchOfQuestion fails -> latest collection tests 248 is a collection of fixes (thanks to Nicolas Cellier). Here is the full description: GATHER SOME FIX FROM MANTIS CONCERNING SqNumberParser AND ScaledDecimal ------------------------------------------------------------ http://bugs.squeak.org/view.php?id=6976 This changeSet makes SqNumberParser about twice and up to four times faster than it used to in Float Number crunching. Four improvements were proposed: 1) Inline digitValue when radix <= 10. This is the main gain. 2) Don't test 'NaN' and 'Infinity' in preamble. Test only in exceptional conditions (when no digit were found). 3) hack (aRadix raisedTo: exponent) with base 2 bitShift: arithmetic and use timesTwoPower: a posteriori to avoid some LargePositiveInteger. 4) hack PositionableStream>>position: replace & condition by and: which is inlined by Compiler"! NOTE: I did not load changes for the 3) item I find optimization hackish concerning gradual underflow, for marginal gains... It could eventually enhance greatly reading hex float... You can find it as file SqNumberParser_speedUp_Patch_M6976_nice.1.cs in mantis report. ------------------------------------------------------------ http://bugs.squeak.org/view.php?id=7174 This change set enables a further speed up for number parsing - LargeInteger (like 20 factorial) - Float with large fractionPart (like Float pi). Note that this change introduces selector #isLarge (rather than testing isKindOf: LargePositiveInteger). ------------------------------------------------------------ Additional refactorings for SqNumberParser: 1) avoid using (self readSomethingIfFail: [aBlock]), and replace with (value := self readSomething ifNil: [aBlock]) This is for efficiency (up to +25%) 2) factor repeated code into smaller methods ------------------------------------------------------------ http://bugs.squeak.org/view.php?id=7169 SqNumberParser does not parse a ScaledDecimal with trailing zeros correctly (like 0.50s2). ------------------------------------------------------------ http://bugs.squeak.org/view.php?id=6779 ScaledDecimal readFrom: '5.3' would not answer a ScaledDecimal ------------------------------------------------------------ http://bugs.squeak.org/view.php?id=6976 1.00s2 isLiteral used to answer false. ------------------------------------------------------------ http://bugs.squeak.org/view.php?id=4378 Some ScaledDecimal have more precision than they actually print. They should not use printOn: to storeOn: in this case. ------------------------------------------------------------ | report | report := (String new: 1024) writeStream. report nextPutAll: 'Timing SqNumberParser for some numbers:'; cr. {'0.0'. '0.0001'. '1.2000000'. '3.14159'. '-3.14159'. '314159.276'. '3.14159e10'. '3.14159e-10'. Float pi printString. 'NaN'. '-Infinity'. '1'. '-256'. SmallInteger maxVal printString. 20 factorial printString} do: [:e | | sqBench numBench speedFactor | sqBench := [SqNumberParser parse: e readStream] bench. numBench := [Number readFrom: e readStream] bench. speedFactor := (SqNumberParser on: sqBench) nextNumber / (SqNumberParser on: numBench) nextNumber. report nextPutAll: e , ' ' , sqBench , ' Speed Up factor vs Number readFrom: = x' , (speedFactor roundTo: 0.1) printString; cr]. report contents. 'Timing SqNumberParser for some numbers: 0.0 45454.10917816437 per second. Speed Up factor vs Number readFrom: = x2.9 0.0001 25432.51349730054 per second. Speed Up factor vs Number readFrom: = x2.3 1.2000000 24007.19856028794 per second. Speed Up factor vs Number readFrom: = x2.6 3.14159 23199.5600879824 per second. Speed Up factor vs Number readFrom: = x2.2 -3.14159 22635.6728654269 per second. Speed Up factor vs Number readFrom: = x2.1 314159.276 21928.81423715257 per second. Speed Up factor vs Number readFrom: = x2.4 3.14159e10 14818.03639272146 per second. Speed Up factor vs Number readFrom: = x2.4 3.14159e-10 11181.96360727855 per second. Speed Up factor vs Number readFrom: = x2.7 3.141592653589793 5472.50549890022 per second. Speed Up factor vs Number readFrom: = x1.5 NaN 23603.27606871754 per second. Speed Up factor vs Number readFrom: = x0.4 -Infinity 32998.200359928 per second. Speed Up factor vs Number readFrom: = x0.8 1 81118.776244751 per second. Speed Up factor vs Number readFrom: = x2.7 -256 70116.1767646471 per second. Speed Up factor vs Number readFrom: = x3.2 1073741823 42773.8452309538 per second. Speed Up factor vs Number readFrom: = x3.9 2432902008176640000 16934.01319736053 per second. Speed Up factor vs Number readFrom: = x4.0 -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

1 0

[Pharo-project] Issue 303
by Gwenael Casaccio Oct. 31, 2008

Oct. 31, 2008

Hi guys, I've fixed the issu 303 Cheers, Gwenael

3 5