- Pharo-dev - lists.pharo.org

[Pharo-project] Squeaksource down again
by Frank Shearar Jan. 16, 2012

Jan. 16, 2012

http://www.downforeveryoneorjustme.com/www.squeaksource.com Hooray for ss3.gemstone.com! frank

2 3

Re: [Pharo-project] [COTDC] 105 - ZipConstants
by Ben Coman Jan. 16, 2012

Jan. 16, 2012

sean(a)clipperadams.com wrote: > 104 classes done > 793 classes remaining > Continuing in Compression... > > Today: ZipConstants > > > Comment Of The Day Contest - One Day One Comment > Rules: > #1: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). > #2: If you cannot comment it, deprecate it. > Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest > > p.s. this message was sent from a pharo image. Did you know you could easily do that?! > > > This class defines magic numbers taken from RFC1951 [1b], and also possibly RFC1950 [1a] & RFC1952 [1c]. It presets some dictionary structures as described at [1a] 8.1. A class can import these bindings as 'class variables' by including the following in its class definition: poolDictionaries: 'ZipFileConstants' Following are source references to these constants contained within several class side initialization methods. (These might be better spread through out those methods as time permits) initializeDeflateConstants WindowSize [2e]"w_size", [2a]"windowBits is the base two logarithm of windowSize where default windowBits=15" WindowMask [2e]"w_mask" MaxDistance [2e]"MAX_DIST" MinMatch [2c] MaxMatch [2c] HashBits [2e]"hash_bits" HashMask [2e]"hash_mask" HashShift [2e]"hash_shift" initializeDistanceCodes BaseDistance [2f] DistanceCodes [2f] initializeExtraBits ExtraLengthBits [1]3.2.5, [2b] ExtraDistanceBits [1]3.2.5, [2b] ExtraBitLengthBits [2b] BitLengthOrder [1]3.2.7, [2b] initializeFixedTrees [1]3.2.6 initializeWriteStreamConstants MaxBits [2d] MaxBitLengthBits [2b] EndBlock [2b] StoredBlock [2c] FixedBlock [2c] DynamicBlock [2c] [1]3.2.3"BTYPE" NumLiterals MaxLengthCodes [2e] MaxDistCodes [2e] MaxBitLengthCodes [2e] MaxLiteralCodes Repeat3To6 [2b] Repeat3To10 [2b] Repeat11To138 [2b] [1a] "ZLIB Compressed Data Format Specification version 3.3" http://www.ietf.org/rfc/rfc1950.txt [1b] "DEFLATE Compressed Data Format Specification version 1.3" http://www.ietf.org/rfc/rfc1951.txt [1c] "GZIP file format specification version 4.3" http://www.ietf.org/rfc/rfc1952.txt [2] ZLIB Source Code http://zlib.net/zlib-1.2.5.tar.gz [2a] zlib.h [2b] trees.c [2c] zutil.h [2d] inftrees.c [2e] deflate.h [2f] trees.h

3 2

[Pharo-project] Monticello mirror not installing in Pharo 1.4
by Guillermo Polito Jan. 16, 2012

Jan. 16, 2012

First, it needs ObjectAsMethodWrapper, which is not any more in the 1.4 image :) Second, ObjectAsMethodWrapper uses MethodReference, causing an infinite recursion when installing the mirror. I fixed this changing the method *#on:selector: *by on: aClass selector: aSelector ^self on: (RGMethodDefinition class: aClass selector: aSelector) Guille

1 0

[Pharo-project] in the quest of HazelNut: the crazy on:do: influence :)
by StÃ©phane Ducasse Jan. 16, 2012

Jan. 16, 2012

hi guys I'm playing with Hazeltracer and I generate 3.4 mb image with Opal. Now I have one single process that one :) and I do not understand because the following code work: I get 33 in the file. No stack dump. freshProcessWorkingWithOpalLoaded ^ [ |file| [ file := StandardFileStream fileNamed: 'loglog.txt'. file nextPutAll: 'Start'. [ file nextPutAll: ((OCClosureCompiler new compile: 'foo ^ 33.' in: Object classified: nil notifying: nil ifFail: []) generate valueWithReceiver: Object new arguments: #()) asString] on: Error do: [:ex | ex outer errorReportOn: file]. ] ensure: [file close]. [true] whileTrue: [Beeper primitiveBeep. ]] newProcess while this one does not :). I do not get the influence of the on:do: freshProcessWorkingWithOpalLoaded ^ [ |file| [ file := StandardFileStream fileNamed: 'loglog.txt'. file nextPutAll: 'Start'. file nextPutAll: ((OCClosureCompiler new compile: 'foo ^ 33.' in: Object classified: nil notifying: nil ifFail: []) generate valueWithReceiver: Object new arguments: #()) asString ] ensure: [file close]. [true] whileTrue: [Beeper primitiveBeep. ]] newProcess any idea? Stef

1 0

[Pharo-project] [ANN] Amber Smalltalk 0.9.1 is out!
by Nicolas Petton Jan. 16, 2012

Jan. 16, 2012

About 4 moons have passed and Amber - the Smalltalk for the web - has during that time moved forward quite a lot. Since the 0.9 release back in september we have made about 250 commits and closed 52 issues of about 75 reported during these months. Now with over 43 forks on github and more than 230 followers the project: http://www.amber-lang.net ...is live and kicking! A lot of cool stuff is being done in those forks and not in the master repository, like for example the gaming framework called Ludus by Bernat Romagosa: https://github.com/bromagosa/amber/tree/ludus ...or Ambrhino by Stefan Krecher - Amber running in Rhino: https://github.com/StefanKrecher/Ambrhino So, why would you take a look at Amber? In our opinion Amber is perfectly positioned for the HTML5 onslaught and the explosion of all-things-javascript like for example Nodejs. Amber plays very well with others and can seamlessly use Javascript libraries! It's a *real* Smalltalk, the environment is all there including Workspace, Transcript, Browser, senders/implementors/references to class, TestRunner, Inspectors, code editing with syntax coloring and a Debugger. There is no image or interpreter, all compilation is incremental. JavaScript is quite a broken language with lots of traps and odd quirks. It is the assembler of the Internet and we love it for that, but we don't want to write applications in it. Smalltalk is immensely cleaner, both syntactically and semantically with a simple class model and a lightweight syntax for closures. It is in many ways a perfect match for the Good Parts of JavaScript. And having a true live interactive incremental development environment where you can build your application directly in the browser is unbeatable... Below follows a summary of the major changes since release 0.9. We hope you join us in developing Amber and having fun! Fork at github, join in #amber-lang on freenode and hop onto the mailing list. regards, Nicolas & GÃ¶ran ...and a BIG thanks to everyone that are involved in the project! --------------------------------------------- Here's a summary of changes since the 0.9 release: - 80 new unit tests written - 52 issues fixed - All classes in Kernel-Objects, Kernel-Classes and Kernel-Methods has been documented - New documentation framework (see http://amber-lang.net/documentation.html) - Better class organisations, "Kernel" package split into several packages - First class packages have replaced class categories - Internet Explorer 7+ compatibility - New Announcement framework ported from Pharo - New console-based REPL written in Amber using node.js - Symbol class implemented together with object identity and #== - New OrderedCollection and Set implementation - Dictionary can now have any kind of object as keys. String-key dictionary has been renamed HashedCollection - New TwitterWall example - Improved HTML Canvas, now compatible with IE7 - Improved JSObjectProxy for seemless JavaScript objects access from Amber - No more jQuery binding. Amber is fully capable of sending messages to JavaScript objects

3 2

[Pharo-project] Fwd: [Pharo-users] another confusing result
by Mariano Martinez Peck Jan. 16, 2012

Jan. 16, 2012

---------- Forwarded message ---------- From: Larry White <ljw1001(a)gmail.com> Date: Tue, Jan 10, 2012 at 12:52 AM Subject: Re: [Pharo-users] another confusing result To: A friendly place where any question about pharo is welcome < pharo-users(a)lists.gforge.inria.fr> Thanks. I wonder if this method needs to stay the same for compatibility reasons or if it could be modified in Pharo to produce a less surprising result. In other words, is this a bug or a feature? On Mon, Jan 9, 2012 at 1:41 PM, Runar Jordahl <runar.jordahl(a)gmail.com>wrote: > Here is a copy of something I wrote about this earlier: > > In Pharo 1.3, SequenceableCollection>>combinations:atATimeDo: will, > for all combinations, send the same collection instance as argument > for the block. Therefore, if you use this collection itself, you will > be surprised: > > |answer| > answer := OrderedCollection new. > #(a b c) combinations: 2 atATimeDo: [:each | answer add: each]. > answer > > Here I expect to end up with a collection looking like this: > 1: #(#a #b) > 2: #(#a #c) > 3: #(#b #c) > > But I end up with: > 1: #(#c #c) > 2: #(#c #c) > 3: #(#c #c) > > One fix is to change the client code to copy the argument for the block: > |answer| > answer := OrderedCollection new. > #(a b c) combinations: 2 atATimeDo: [:each | answer add: each copy]. > answer > > Another solution is enhancing > SequenceableCollection>>combinationsAt:in:after:do: to copy the > collection: > nn + 1 to: self size do: [ :index | > aCollection at: jj put: (self at: index). > jj = aCollection size > ifTrue: [ aBlock value: aCollection copy ] > ifFalse: [ > self > combinationsAt: jj + 1 > in: aCollection > after: index > do: aBlock ] ] > > > > Kind regards > Runar Jordahl > > -- Mariano http://marianopeck.wordpress.com

2 1

[Pharo-project] Problem with PluggableListMorph
by Guillermo Polito Jan. 16, 2012

Jan. 16, 2012

There are cases when PluggableListMorph has is inner list cache in nil: *getListElementSelector: aSymbol "specify a selector that can be used to obtain a single element in the underlying list" getListElementSelector := aSymbol. list := nil. "this cache will not be updated if getListElementSelector has been specified, so go ahead and remove it"* ... But, there are some methods that send messages to that nil list and blow up :D, such as: *backgroundColorFor: aRow | anItem return | aRow ifNil: [ ^nil ]. anItem := list at: aRow ifAbsent: [ ^ nil ]. ... * Now, two solutions comes to my mind: put one more ward in: *backgroundColorFor: aRow | anItem return | (aRow isNil or: [ list isNil ]) ifTrue: [ ^nil ]. anItem := list at: aRow ifAbsent: [ ^ nil ]. ... * Or use #getList, which seems to be the most... cleaner. *backgroundColorFor: aRow | anItem return | aRow ifNil: [ ^nil ]. anItem := self getList at: aRow ifAbsent: [ ^ nil ]. ... * ? Guille, (meanwhile, opening a ticket :)).

1 1

[Pharo-project] OCompletion configuration for 1.4
by Guillermo Polito Jan. 16, 2012

Jan. 16, 2012

I've written a new version of OCompletion for 1.4 with several fixes and compatibility additions for Pharo 1.4 Gofer it squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfOCompletion'; load. ConfigurationOfOCompletion loadStable If someone wants to try it :). Guille

5 5

[Pharo-project] startup errors
by Camillo Bruni Jan. 16, 2012

Jan. 16, 2012

While working on Coral we encountered a rather annoying behavior of pharo images when starting up. We wanted to check if we can debug the CoralScriptLoader, but of corse since this happens at image startup time this is not a good ideaâ¦ HOWEVER we were no longer able to run the image as it immediately crashes during the startup. Now I wonder if it would make sense to add a couple of on:do: in SmalltalkImage >> snapshot:anQuit: to collect the errors of all the startup scripts and then only show them after all other startupListItems are processed. All in all the behavior would not much differ from what is going on right now, but would prevent stupid users like me from losing a whole image. camillo

7 16

[Pharo-project] Finding all places where a class is instantiated?
by Stefan Marr Jan. 15, 2012

Jan. 15, 2012

Hi: When refactoring code, I frequently try to find all places where a class is instantiated. Is there anything in the image which would work a bit more precise than a search for the class name in the finder? Thanks 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

6 11