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

Re: [Pharo-dev] blog post explaining the codecity visualization of pharo changes

by Tudor Girba

Ah, yes :). Doru On Tue, May 20, 2014 at 9:38 AM, Stephan Eggermont <stephan(a)stack.nl> wrote: > detect: aBlock ifOne: presentBlock ifNone: noneBlock > | result | > result := self detect: aBlock ifNone: [nil]. > ^ result isNil > ifTrue: [ noneBlock value ] > ifFalse: [ presentBlock value: result ] > > From CollectionExtensions in > > MCSmalltalkhubRepository > owner: 'Moose' > project: 'CollectionExtensions' > user: '' > password: '' > -- www.tudorgirba.com "Every thing has its own flow"

May 20, 2014

Re: [Pharo-dev] blog post explaining the codecity visualization of pharo changes

by Stephan Eggermont

detect: aBlock ifOne: presentBlock ifNone: noneBlock | result | result := self detect: aBlock ifNone: [nil]. ^ result isNil ifTrue: [ noneBlock value ] ifFalse: [ presentBlock value: result ] >From CollectionExtensions in MCSmalltalkhubRepository owner: 'Moose' project: 'CollectionExtensions' user: '' password: ''

May 20, 2014

Re: [Pharo-dev] Aconcagua Hashing Bug?

by Guillermo Polito

I don't know about aconcagua, but as far as I know we have to keep the following invariant to have well behaving hashed collections: if two objects a and b are equals, they should have the same hash. On Tue, May 20, 2014 at 8:34 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 20 May 2014, at 08:17, phil(a)highoctane.be wrote: > > > On Tue, May 20, 2014 at 7:28 AM, Sven Van Caekenberghe <sven(a)stfx.eu> > wrote: > > So ? > > > > 1/2 hash ~= 0.5 hash > > > > ((1/2) hash = 0.5 hash) true > > Yes, with the () they're equal... >

May 20, 2014

Re: [Pharo-dev] Reef status

by Esteban Lorenzano

Hi, For some reason, #loadDevelopment is not loading the right development version. Please try this way: Gofer it smalltalkhubUser: 'estebanlm' project: 'Reef'; configuration; load. ConfigurationOfReef loadDevelopment. cheers, Esteban On 20 May 2014, at 02:32, Facundo Vozzi <facundov79(a)gmail.com> wrote: > Esteban, > I'm getting this error on Pharo3 (see attach). Seaside and Magritte are loaded and working fine. > > I just try to load it using your instructions. I haven't time to debug right now but I'm going to try it again later. > > > Thanks, > FV > > > On Thu, May 15, 2014 at 7:59 AM, Facundo Vozzi <facundov79(a)gmail.com> wrote: > Yes, not problem. I have seaside, magritte and folks on my image. > > I'll let you know if I have problems. > > Thanks, > > > On Thu, May 15, 2014 at 5:45 AM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > On 15 May 2014, at 10:41, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > > Hi, > > > > Reef works out of the box in Pharo3. > > What does not work is the configuration (I need to update it) :P > > > > Real thing is that I was migrating (and simplifying) everything to work with bootstrap "out of the boxâ and I made (as always) just what I needed. But Iâm willing to help and to spend some time on it. > > So, firstâ¦ I updated the configuration. This should work now: > > > > Gofer it > > smalltalkhubUser: 'estebanlm' project: 'Reef'; > > configuration; > > loadDevelopment. > > > > ah, but you need to have seaside loaded first. Reef just loads âseaside coreâ, which means not all packages you might need (like the zinc adaptor) will be present. > > Esteban > > > And any question you haveâ¦ Iâm happy to help. > > > > cheers, > > Esteban > > > > > > On 15 May 2014, at 08:46, stepharo <stepharo(a)free.fr> wrote: > > > >> It would so great! > >> Esteban is too busy but yes yes yes. > >> We have a draft of a chapter but I do not enough knowledge to be efficient > >> > >> On 15/5/14 01:25, Facundo Vozzi wrote: > >>> Hi, > >>> someone is working with Reef and is someone planning to migrate to Pharo 3? > >>> > >>> Is it working on Pharo 2 ? > >>> > >>> Thanks, > >>> > >>> p.s.: if nobody is migrating it maybe I can try it with Esteban instructions. > >> > >> > > > > > > > <Reef.png>

May 20, 2014

Re: [Pharo-dev] Aconcagua Hashing Bug?

by Sven Van Caekenberghe

On 20 May 2014, at 08:17, phil(a)highoctane.be wrote: > On Tue, May 20, 2014 at 7:28 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > So ? > > 1/2 hash ~= 0.5 hash > > ((1/2) hash = 0.5 hash) true Yes, with the () they're equal...

May 20, 2014

Re: [Pharo-dev] installing pharo 3.0 on Debian wheezy

by Esteban Lorenzano

Hi, First of all, you are going to the old site (as noticed in the first page), you should be going to pharo.org The problem is not 64 or 32 bit there, is that Debian is still based in an old version of libc. Iâm preparing a slave specially for that, but for now, you need to use this VM: http://files.pharo.org/vm/pharo/linux/old-libc/pharovm-ubuntu804.tar.gz Is not the latest one, but will work fine. cheers, Esteban On 20 May 2014, at 05:50, Ralph Boland <rpboland(a)gmail.com> wrote: > I just tried installing pharo 3.0 on Linux Debian wheezy and failed. > > I first went to http://www.pharo-project.org/pharo-download > and downloaded the Linux version. > I unzipped it and attempted to run pharo. > I got the error: > > ralph@m31:~/Pharo$ ./pharo > /home/ralph/Pharo/bin/pharo: /lib/i386-linux-gnu/i686/cmov/libc.so.6: version `GLIBC_2.15' not found (required by /home/ralph/Pharo/bin/pharo) > > I assume the problem is Pharo is expecting me to have the 64 bit version of a library and i have the 32 bit version of the > library but I am not sure of that. > > So I tried installing the Ubuntu version (from the same web page) > following the instructions I ran: > > sudo add-apt-repository ppa:pharo/stable > sudo apt-get update > > On the second command I got the errors: > > ... > Hit ftp://ftp.debian.org stable/contrib Translation-en > Hit ftp://ftp.debian.org stable/main Translation-en > Hit ftp://ftp.debian.org stable/non-free Translation-en > Err http://ppa.launchpad.net wheezy/main Sources > 404 Not Found > Err http://ppa.launchpad.net wheezy/main i386 Packages > 404 Not Found > Ign http://ppa.launchpad.net wheezy/main Translation-en_CA > Ign http://ppa.launchpad.net wheezy/main Translation-en > Fetched 129 kB in 4s (30.7 kB/s) > W: Failed to fetch http://ppa.launchpad.net/pharo/stable/ubuntu/dists/wheezy/main/source/Sourc… 404 Not Found > > W: Failed to fetch http://ppa.launchpad.net/pharo/stable/ubuntu/dists/wheezy/main/binary-i386/… 404 Not Found > > E: Some index files failed to download. They have been ignored, or old ones used instead. > > The solution is probably obvious to many of you. > If I could be enlightened as to what to do that would be great. > > Thanks > > Ralph Boland > >

May 20, 2014

Re: [Pharo-dev] Aconcagua Hashing Bug?

by phil＠highoctane.be

On Tue, May 20, 2014 at 7:28 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > So ? > > 1/2 hash ~= 0.5 hash > ((1/2) hash = 0.5 hash) true ((1/2) hash ~= 0.5 hash) true and ((1/3) hash =(1.0/3) hash) false The implementation (in 3.0) has a special case for denominator is a power of 2: Fraction>>hash "Hash is reimplemented because = is implemented. Care is taken that a Fraction equal to a Float also have an equal hash" | tmp | denominator isPowerOfTwo ifTrue: [ "If denominator is a power of two, I can be exactly equal to a Float" tmp := self asFloat. tmp isFinite ifTrue: [^tmp hash]]. "Else, I cannot be exactly equal to a Float, use own hash algorithm. (Assume the fraction is already reduced)" ^numerator hash bitXor: denominator hash Float>>hash "Hash is reimplemented because = is implemented. Both words of the float are used; 8 bits are removed from each end to clear most of the exponent regardless of the byte ordering. (The bitAnd:'s ensure that the intermediate results do not become a large integer.) Slower than the original version in the ratios 12:5 to 2:1 depending on values. (DNS, 11 May, 1997)" (self isFinite and: [self fractionPart = 0.0]) ifTrue: [^self truncated hash]. ^ (((self basicAt: 1) bitAnd: 16r00FFFF00) + ((self basicAt: 2) bitAnd: 16r00FFFF00)) bitShift: -8 Mmmh, I am curious to know what the rationale for this is. Getting into: Fraction>>isPowerOfTwo |reduced| reduced := self reduced. ^(reduced numerator = 1 and: [reduced denominator isPowerOfTwo]) or: [reduced denominator = 1 and: [reduced numerator isPowerOfTwo]] calls in >>reduced, which in turn calls gcd: ... That's quite something to be aware of. Phil > > I mean what would you expect, how should this have to work ? > > Maybe the hashing specialists have something to say about this. > > On 20 May 2014, at 01:38, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > > (1/2) teaspoons hash ~= 0.5 teaspoons hash > > > > b.t.w. Phexample caught this automatically because it checks hashes when > > comparing for equality... pretty cool > > > > > > > > ----- > > Cheers, > > Sean > > -- > > View this message in context: > http://forum.world.st/Aconcagua-Hashing-Bug-tp4759622.html > > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > > > > >

May 20, 2014

Re: [Pharo-dev] Aconcagua Hashing Bug?

by Sven Van Caekenberghe

So ? 1/2 hash ~= 0.5 hash I mean what would you expect, how should this have to work ? Maybe the hashing specialists have something to say about this. On 20 May 2014, at 01:38, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > (1/2) teaspoons hash ~= 0.5 teaspoons hash > > b.t.w. Phexample caught this automatically because it checks hashes when > comparing for equality... pretty cool > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Aconcagua-Hashing-Bug-tp4759622.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

May 20, 2014

Re: [Pharo-dev] 32 bits and 64 bits VM

by Norbert Hartl

Am 20.05.2014 um 00:01 schrieb Eliot Miranda <eliot.miranda(a)gmail.com>: > > > > On Mon, May 19, 2014 at 1:01 PM, Damien Cassou <damien.cassou(a)gmail.com> wrote: > On Mon, May 19, 2014 at 8:57 PM, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > > Can you point me to this? I'd like to see if I can use it with my linux > > installs. > > it works in most of the supported Ubuntu releases: > http://www.pharo-project.org/pharo-download/ubuntu > > Ah, oh. Am I right to think the magic command is "sudo dpkg --add-architecture i386"? If so is there a dpkg command to check if the i386 architecture has been installed? Yes you are right. And the command is $ dpkg --print-foreign-architectures Norbert > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without losing enthusiasm." > Winston Churchill > -- > best, > Eliot

May 20, 2014

Re: [Pharo-dev] Advice for a newb

by Ron Teitelbaum

Hi Rick, Change sets and changes file will save you no matter how you crash your image. Saving your image after development is dangerous, I donât recommend it. What I do is make a change set. Iâll develop and then when Iâm ready to start testing Iâll file it out. Iâll do some testing blow up develop more. If I forget to file out the change set the changes file is your friend. World menu -> changesâ¦ -> recently logged changes â¦ will give you a nice list of the last things you did. Itâs quite easy to filter out stuff and get a nice list of changes, and file them in. It is very hard to lose code. When you get to a good point and want to save your state always start from your last saved image. Load your change set, save your changes to Monticello, or your own favorite repo. Exit, load your changes from your repo, clean your image and save. Now your recently logged changes will have another nice clean entry. Rinse and repeat. Hope that helps. All the best, Ron Teitelbaum Head Of Engineering 3d Immersive Collaboration Consulting ron(a)3dicc.com Follow Me On Twitter: @RonTeitelbaum <https://twitter.com/RonTeitelbaum> www.3dicc.com <http://www.3dicc.com/> https://www.google.com/+3dicc From: Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] On Behalf Of Rick Kitts Sent: Monday, May 19, 2014 10:41 PM To: Pharo Development List Subject: [Pharo-dev] Advice for a newb Hello. I was wondering if anyone could point me to or otherwise suggest some best practices for working on Kernel code. Iâm futzing about with the Duration class (in the interest of fixing 13215) and have discovered that itâs really easy to crash Pharo if I break that class. I assume there are other classes that would exhibit the same behavior. I suppose I could just be really cautious and save my image after every change but that seems so error prone that Iâm hoping that there are idiomatic ways of working on kernel code (beyond just save ones image early and often) so I donât lose work. Iâm asking because the naive solution (copy the original class, modify it to suit, delete the original and rename the new class to the original) of course doesnât work. TIA for any suggestions or assistance and apologies in advance if this is RTFM, I didnât see anything (didnât look very hard either though). âRick

May 20, 2014