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

[Pharo-project] PHARO_VM on Jenkins

by Pavel Krivanek

Hi, I got this error on Pharo Kernel 2.0 Jenkins build: PHARO_VM environment variable is not set. Did somebody some VM related changes on Jenkins? -- Pavel

May 10, 2012

Re: [Pharo-project] FileList efficiency could hardly be worse

by Camillo Bruni

:/ sadly this is not new... see http://code.google.com/p/pharo/issues/detail?id=5316 and http://code.google.com/p/cog/issues/detail?id=73 and I mentioned it in an earlier thread. if you want you can write a fix for this by using the other file primitives (I don't remember the exact name right now) where you access the entries by name instead of by index, which of course avoids looping internally again. I wrote a fix for this under OSX where they weren't implemented... so basically it should work right ahead! btw this implementation is super fun!! Filelist loops => n DiskStore loops => n*(n/2) "in average you loop until you find the proper entry) Primitive loops => n*(n/2)*n "again since you access the stuff by index" best cami On 2012-05-10, at 09:56, Mariano Martinez Peck wrote: > Thanks Nicolas. I would appreciate any effort in this directory since I also have a 10gb package-cache and yes, I know it is slow. > If you can provive a slice :) > > On Thu, May 10, 2012 at 9:44 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > :) > > indeed. Imagine my 10 GB package cache. > > Stef > > > On May 10, 2012, at 12:18 AM, Nicolas Cellier wrote: > > > The efficiency of FileList>>listForPattern: is something which should > > deserve a bit more care. > > > > It tries to sort the files, for example by name, but wants to display > > directory first > > ^ [ :x :y | |xIsDir| > > ((xIsDir := x isDirectory) = y isDirectory) > > ifTrue: [ x basename <= y basename ] > > ifFalse: [ > > "directories always precede files" > > xIsDir ]] > > > > Alas, this isDirectory test cost you an arm: > > > > FileReference>>isDirectory > > ^ filesystem isDirectory: path > > > > FileSystem>>isDirectory: aResolvable > > "Resolve the argument, and answer true if the result refers > > to a directory, false if it refers to a file or doesn't exist." > > > > ^ store isDirectory: (self resolve: aResolvable) > > > > FileSystemStore>>isDirectory: aPath > > aPath isRoot ifTrue: [ ^ true ]. > > self > > nodeAt: aPath > > ifPresent: [ :entry | ^ self basicIsDirectory: entry ] > > ifAbsent: [ ^ false ]. > > > > DiskStore>>nodeAt: aPath ifPresent: presentBlock ifAbsent: absentBlock > > | name| > > aPath isRoot ifTrue: [ ^ presentBlock value: self rootNode ]. > > "| encodedPath encodedBasename entry | > > encodedPath := Primitives encode: (self stringFromPath: aPath parent). > > encodedBasename := Primitives encode: aPath basename. > > entry := Primitives lookupDirectory: encodedPath filename: encodedBasename. > > ^ entry == #badDirectoryPath > > ifTrue: absentBlock > > ifFalse: [ > > entry at: 1 put: aPath basename. > > presentBlock value: entry ]." > > name := aPath basename. > > self > > directoryAt: aPath parent > > ifAbsent: absentBlock > > nodesDo: > > [ :entry | > > (self filename: (entry at: 1) matches: name) > > ifTrue: [ ^ presentBlock value: entry ] ]. > > ^ absentBlock value > > > > Arghh, it scans the whole parent directory again! > > If sort is O(n log n), then we transform it into O(2 n^2 log n). > > > > Try to browse your package-cache if you're not a chicken. > > Seriously, it's unusable... > > > > Nicolas > > > > > > > > -- > Mariano > http://marianopeck.wordpress.com >

May 10, 2012

Re: [Pharo-project] on Raspberry Pi

by H. Hirzel

Yes this is an interesting comparison, in particular if you add size and weight to the comparison. Thank you Marcus, for the idea of doing the comparison putting the figures together. And yes, 1000 times more RAM should make it possible to come up with a more easy to understand design for the object memory and VM. --Hannes On 5/10/12, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On May 10, 2012, at 1:34 PM, H. Hirzel wrote: > >> On 5/10/12, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: >>> Hi, >>> >>> one my friend got Raspberry Pi yesterday so I have seen it in action. >>> I had almost no time for experiments but I have seen Fedora 17 on it >>> with standard Squeak (3.10) packages for this distro on FullHD >>> display. On that VM (3.10.5) I got about 40M bytecodes/sec and 1M >>> sends/sec. The environment is not extra fast but usable without >>> problems. I will pray for successful GSoC ARM JIT project :-) The >>> device was connected to the professional meter and the power >>> consumption was about 3.5W. >>> >>> Cheers, >>> -- Pavel >>> >>> >> >> Amazing, a 256MB RAM machine with a main board which includes >> everything for 35USD. >> Some five to seven years ago one would not have believed that this is >> possible. > > > This especially *screams* for re-considering certain design decisions that > we > inherited from Smalltalk. > > 256MB of RAM makes it hard to argue for complex schmemes to save some a > little ram. > (Compact classes, for example). > > How would smalltalk look like if it would be re-designed with the same > philosophy that they > used when there where just 256Kb in the Alto? > > This is a fun comparision: > > http://www.raspberrypi.org/ > vs > http://en.wikipedia.org/wiki/Xerox_Alto > > 1) Price. > > $35 vs. $35000 (est, not adjusted for inflation). x1000 > > 2) RAM > > 256MB vs. 256Kb (max was 512, at the end). x1000 > > 3) CPU > > 1MIPS? not sure. Vs. 700Mhz ARMv11 x 1000 (?) > + 3D and MP4 decoder > > So one could argue that it's a factor of 1 Million considering price > and Performance together... > > > Marcus > > > -- > Marcus Denker -- http://marcusdenker.de > > >

May 10, 2012

Re: [Pharo-project] on Raspberry Pi

by Marcus Denker

On May 10, 2012, at 1:34 PM, H. Hirzel wrote: > On 5/10/12, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: >> Hi, >> >> one my friend got Raspberry Pi yesterday so I have seen it in action. >> I had almost no time for experiments but I have seen Fedora 17 on it >> with standard Squeak (3.10) packages for this distro on FullHD >> display. On that VM (3.10.5) I got about 40M bytecodes/sec and 1M >> sends/sec. The environment is not extra fast but usable without >> problems. I will pray for successful GSoC ARM JIT project :-) The >> device was connected to the professional meter and the power >> consumption was about 3.5W. >> >> Cheers, >> -- Pavel >> >> > > Amazing, a 256MB RAM machine with a main board which includes > everything for 35USD. > Some five to seven years ago one would not have believed that this is possible. This especially *screams* for re-considering certain design decisions that we inherited from Smalltalk. 256MB of RAM makes it hard to argue for complex schmemes to save some a little ram. (Compact classes, for example). How would smalltalk look like if it would be re-designed with the same philosophy that they used when there where just 256Kb in the Alto? This is a fun comparision: http://www.raspberrypi.org/ vs http://en.wikipedia.org/wiki/Xerox_Alto 1) Price. $35 vs. $35000 (est, not adjusted for inflation). x1000 2) RAM 256MB vs. 256Kb (max was 512, at the end). x1000 3) CPU 1MIPS? not sure. Vs. 700Mhz ARMv11 x 1000 (?) + 3D and MP4 decoder So one could argue that it's a factor of 1 Million considering price and Performance together... Marcus -- Marcus Denker -- http://marcusdenker.de

May 10, 2012

[Pharo-project] Curly Braces history (was Re: A comparative article)

by Bert Freudenberg

On 10.05.2012, at 13:25, H. Hirzel wrote: > On 5/10/12, Levente Uzonyi <leves(a)elte.hu> wrote: >> So it's not about dynamic arrays, but arrays created with the brace >> syntax. And yes, that was introduced in Squeak. > > Any idea when and for which reason? Dan Ingalls, 1997: "Larry Tesler added the Curly Brace construct to Apple Smalltalk back around 1985, and there it sat in Apple's APDA (Apple Programmer and Developer Association) Smalltalk release for about a decade. Then we resurrected that image as the basis of Squeak, and I've never bothered to tear it out." More at http://www.cc.gatech.edu/fac/mark.guzdial/squeak/notes/curlybraces.html - Bert -

May 10, 2012

Re: [Pharo-project] on Raspberry Pi

by H. Hirzel

On 5/10/12, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > Hi, > > one my friend got Raspberry Pi yesterday so I have seen it in action. > I had almost no time for experiments but I have seen Fedora 17 on it > with standard Squeak (3.10) packages for this distro on FullHD > display. On that VM (3.10.5) I got about 40M bytecodes/sec and 1M > sends/sec. The environment is not extra fast but usable without > problems. I will pray for successful GSoC ARM JIT project :-) The > device was connected to the professional meter and the power > consumption was about 3.5W. > > Cheers, > -- Pavel > > Amazing, a 256MB RAM machine with a main board which includes everything for 35USD. Some five to seven years ago one would not have believed that this is possible. And thanks to the open source movement providing software for it is possible..... Thank you for this short report. --Hannes

May 10, 2012

[Pharo-project] [update 2.0] #20064

by Marcus Denker

20064 ----- Issue 5838: Error: Could not access http://www.squeaksource.com/MetaRepoForPharo20 http://code.google.com/p/pharo/issues/detail?id=5838 Issue 5806: Add an encrypted mode on PluggableTextFieldMorph http://code.google.com/p/pharo/issues/detail?id=5806 Issue 5712: Do the Icons need attribution? http://code.google.com/p/pharo/issues/detail?id=5712 -- Marcus Denker -- http://marcusdenker.de

May 10, 2012

Re: [Pharo-project] [squeak-dev] Re: A comparative article (was STON - Smalltalk Object Notation)

by H. Hirzel

On 5/10/12, Levente Uzonyi <leves(a)elte.hu> wrote: > On Thu, 10 May 2012, H. Hirzel wrote: > >> Hello >> >> A question about dynamic arrays >> >> Goran writes that he thinks they were introduced in Squeak? > > GÃ¶ran wrote: > "It is simply a dynamic {} array (was introduced originally in Squeak I > believe) > but with the assumption that the expressions all evaluate to Associations > that are limited to a string as key." > > So it's not about dynamic arrays, but arrays created with the brace > syntax. And yes, that was introduced in Squeak. Any idea when and for which reason? Where are they used these days? Which other Smalltalk dialects have adopted it? > > Btw OrderedCollections are dynamic arrays. > > > Levente > >> Is this correct? If yes when? References? >> Which other Smalltalk dialects do have them? >> >> Regards >> Hannes >> >> >> On 5/8/12, Janko MivÅ¡ek <janko.mivsek(a)eranova.si> wrote: >> [...snip] >>> >>> Dne 08. 05. 2012 09:55, piÅ¡e GÃ¶ran Krampe: >>>> Hi guys! >>>> >>>> I just posted an article about JSON/STON/Literal arrays/Tirade - and it >>>> is probably easiest to read at planet.smalltalk.org (my blog has a >>>> rather bad theme I realized): >>>> >>>> http://planet.smalltalk.org >>>> >>>> ...or at my blog: >>>> >>>> http://goran.krampe.se/2012/05/08/literal-arrays-vs-json-vs-ston-vs-tirade >>>> >>>> Sven - sorry for beating down a bit on STON in that article, nothing >>>> personal and I love all the stuff you have done, I just have a hard >>>> time >>>> placing STON in my toolbox. If you can give me good arguments why I am >>>> dead wrong - please do! ;) >>>> >>>> And regarding Tirade, feel free to criticize that too of course, it is >>>> still not set in stone and all input is appreciated, including telling >>>> me it sucks :). >>>> >>>> The most interesting bit of the article is perhaps my thoughts on >>>> literals in Smalltalk - would be nice to hear what people thiná¸±. And >>>> oh, >>>> sorry for the length of the article - it kinda swelled. >>>> >>>> regards, GÃ¶ran >> >>

May 10, 2012

Re: [Pharo-project] Strangest object ever seen?

by Nicolas Cellier

I can remember that several times on Squeak I had cases of double Metaclass pointing to the same class unless it was the contrary (two clases having sale Metaclass ?). Chasing pointers never helped me. So this may be an evil manifestation of an old bug. I sent this mail on 2010 dec 29 about 'Behavior deepCopy smells' http://lists.squeakfoundation.org/pipermail/squeak-dev/2010-December/156019… And this one on 2010 april 10 about 'PseudoContext strange behavior' http://lists.squeakfoundation.org/pipermail/squeak-dev/2010-April/147987.ht… Nicolas 2012/5/10 Mariano Martinez Peck <marianopeck(a)gmail.com>: > > > On Wed, May 9, 2012 at 3:31 PM, Herby VojÄÃk <herby(a)mailbox.sk> wrote: >> >> The cause of the problem is probably in this: if you try to inspect >> dzindzik, VM prints out something like "Directory does not have index: 7". >> If you try dzindzik instVarAt:1, dzindzik instVarAt:2, ... in a row, you get >> 6, but there is not 7. >> > This is related to the instVar 'layout' that was added to Behavior. If you > analyze dzindzik, its correct. I mean, the order in its instVars are > correct. Its problem is "thisClass". As you could notice, you could not > inspect thisClass because you get an error with the "Directory does not have > index: 7". > So, go to SystemWindows and change this method to: > > SystemWindow >> #labelled: labelString > Â Â Â ^self new setLabel: 'caca' > > What we do is to be able to open the inspector while avoiding to ask for its > class for the label (since it is broken). Now you are able to inspect > thisClass. > When you inspect this class, you will see that the first instVars > (superclass, methodDict and format) are all correct. 'layout' is nil and > from there, all instVars are shifted one slot. The instvar instanceVariables > have a classOrganizer. The instVar subclasses has the name, etc... > > so... thisClass subclasses -> #Object > > Of course, you cannot inspect the last instVar 'localSelectors' because you > are going out of the scope ;) > > In summary it looks like dzindzik is anoher Metaclass of Object, say Object > class (whose instVars are correct), and dzindzik class is Object but with > broken (shifted) instVars. > > That's all we could fine so far with Guille :) > > >> >> So dzindzik's class thinks it has (at least) seven inst vars, but in fact >> in does only have six. >> >> Herby >> > > > > -- > Mariano > http://marianopeck.wordpress.com >

May 10, 2012

Re: [Pharo-project] [squeak-dev] Re: A comparative article (was STON - Smalltalk Object Notation)

by GÃ¶ran Krampe

Hi! On 05/10/2012 12:14 PM, Levente Uzonyi wrote: >> Hello >> >> A question about dynamic arrays >> >> Goran writes that he thinks they were introduced in Squeak? > > GÃ¶ran wrote: > "It is simply a dynamic {} array (was introduced originally in Squeak I > believe) but with the assumption that the expressions all evaluate to > Associations that are limited to a string as key." > > So it's not about dynamic arrays, but arrays created with the brace > syntax. And yes, that was introduced in Squeak. > > Btw OrderedCollections are dynamic arrays. Sorry for the slightly confusing nomenclature ;) regards, GÃ¶ran

May 10, 2012