October 2008 - Pharo-dev - lists.pharo.org

[Pharo-project] RBParser
by Gwenael Casaccio Nov. 29, 2008

Nov. 29, 2008

Hi guys, As I've said to you Marcus, I've worked on the RBParser/RBScanner. I've fixed these classes and now you can parse the entire image. At this moment the refactoring is not yet finished but I've made some good progress. Cheers, Gwenael Casaccio

6 13

[Pharo-project] OldSocket removal
by Damien Cassou Nov. 13, 2008

Nov. 13, 2008

I've started working on OldSocket removal: http://code.google.com/p/pharo/issues/detail?id=275. I need someone to review my first changes. -- Damien Cassou Peter von der AhÃ©: Â«I'm beginning to see why Gilad wished us good luckÂ». (http://blogs.sun.com/ahe/entry/override_snafu)

4 27

[Pharo-project] Squeak Carbon OS-X VM 3.8.19beta1U ships
by John M McIntosh Nov. 9, 2008

Nov. 9, 2008

This VM has a number of fundamental changes and can be found via ftp or my idisk at http://www.smalltalkconsulting.com/squeak.html (a) I have changed how image files are read. Users should verify the VM still will load and work with their current images on their current systems. I have tested with macintel on 10.5.x and powerpc on 10.4.x but have NOT tested on a 10.3.x powerpc system, if some 10.3.x user could do that it would be appreciated. (b) I no longer cwd (change working directory) at startup time to the VM directory, and I added a change so if the image name is for example Squeak.image we attempt to find that in the VM directory. This change *should* enable the ablility to launch a VM and image and startup file from a command line using relative file paths, versus having to give absolute paths. Users are welcome to test and confirm this feature works as expected with relative and absolute paths for the image and startup file. Memory allocation background: In the past we have read the image file into a pre-allocated chunk of memory allocated via mmap, now I have changed to a more complicated but faster method of reading which then allows us to someday depending on your VM to avoid re-swizzling pointers for an image that is launched on a unix, windows, or iPhone since all oops should start on the 500MB boundary. What happens is we mmap the image file with copy on write mmap into a segment of memory starting at a real address of 500MB (500*1024*1024), the next virtual memory page follow the size of the file then is anonymously mmap upto the maximum memory size choosen for the implmentation. In this case we allocate 512MB of memory which is a settable option in the info.plist. Because of mmap differences between operating systems, and versions of operating systems I cannot say if this will work on your favourite device, but it does seem to work on os-x 10.4 & 10.5 for powerpc and macintel, plus on iPhone 2.x. Post loading we check to see if the memory start location is the same as the memory start location when the image was saved. If not then we adjust all oops pointers by the difference in addresses. If the saved image was at the 500MB boundary then we do not need to walk all the oops to swizzle pointers, this saves some CPU cycle and becomes important on slow devices like the iPhone, or when we want to use Squeak as a scripting engine and expect really fast startup. -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

1 1

[Pharo-project] Re: [Pkg] Installer: Installer-Core-AlexandreBergel.244.mcz
by Matthew Fulmer Nov. 3, 2008

Nov. 3, 2008

Hi alex. I don't understand the purpose of this change. Installing a mc package already does some pretty sophisticated pattern matching in the method InstallerMonticello>>mcThing, allowing you to install the latest version, the latest version from a particular author, or a specific version. Was there a bug in that code? Were you unaware of it? I don't understand why this is needed. On Thu, Oct 23, 2008 at 05:53:06PM +0200, squeak-dev-noreply(a)lists.squeakfoundation.org wrote: > A new version of Installer-Core was added to project Installer: > http://www.squeaksource.com/Installer/Installer-Core-AlexandreBergel.244.mcz > > ==================== Summary ==================== > > Name: Installer-Core-AlexandreBergel.244 > Author: AlexandreBergel > Time: 23 October 2008, 5:53:02 pm > UUID: 2080ff3e-6f59-4f15-91c2-ff07703cbccf > Ancestors: Installer-Core-kph.243 > > added #installLatest: method to Installer > > =============== Diff against Installer-Core-kph.243 =============== > > Item was added: > + ----- Method: Installer>>installLatest: (in category 'instanciation') ----- > + installLatest: packageNameCollectionOrDetectBlock > + | versions | > + self addPackage: packageNameCollectionOrDetectBlock. > + versions := (self availablePackages select: [:e | e beginsWith: packageNameCollectionOrDetectBlock]) asSortedCollection: [:a :b | > + [(a findBetweenSubStrs: #($.)) allButLast last asInteger > (b findBetweenSubStrs: #($.)) allButLast last asInteger] > + on: Error do: [:ex | false]]. > + versions isEmpty ifTrue: [^ self]. > + self packages removeLast. > + self addPackage: versions first. > + > + ^ self install! > -- Matthew Fulmer -- http://mtfulmer.wordpress.com/

4 11

[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] 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] 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