March 2016 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Call about Numerical Methods in Pharo :)
by Eliot Miranda March 5, 2016

March 5, 2016

On Thu, Mar 3, 2016 at 11:29 PM, Benoit St-Jean via Pharo-dev < pharo-dev(a)lists.pharo.org> wrote: > > > ---------- Forwarded message ---------- > From: Benoit St-Jean <bstjean(a)yahoo.com> > To: Pharo Development List <pharo-dev(a)lists.pharo.org> > Cc: > Date: Fri, 4 Mar 2016 07:27:45 +0000 (UTC) > Subject: Re: [Pharo-dev] Call about Numerical Methods in Pharo :) > Why just don't we honor Didier H. Besset and leave it as it was, Numerical > Methods in Smalltalk? > > That way, regardless of your favorite Smalltalk implementation, there will > always be a "Numerical Methods in Smalltalk" package somewhere! > > The same way there's no GlorpPharo : it's Glorp everywhere! > +1 > > ----------------- > BenoÃ®t St-Jean > Yahoo! Messenger: bstjean > Twitter: @BenLeChialeux > Pinterest: benoitstjean > IRC: lamneth > Blogue: endormitoire.wordpress.com > "A standpoint is an intellectual horizon of radius zero". (A. Einstein) > > > ------------------------------ > *From:* Serge Stinckwich <serge.stinckwich(a)gmail.com> > *To:* Pharo Development List <pharo-dev(a)lists.pharo.org> > *Sent:* Wednesday, March 2, 2016 1:43 PM > *Subject:* Re: [Pharo-dev] Call about Numerical Methods in Pharo :) > > On Wed, Mar 2, 2016 at 7:11 PM, Nicolas Cellier > <nicolas.cellier.aka.nice(a)gmail.com> wrote: > > SciPharo? Not so great news from my POV. > > What is so much pharo specific in this library? > > Is Smalltalk scientific community large enough for yet another split? > > We can think of a more neutral name. > Any idea for a new name ? > > Regards, > > -- > Serge Stinckwich > UCBN & UMI UMMISCO 209 (IRD/UPMC) > Every DSL ends up being Smalltalk > http://www.doesnotunderstand.org/ > > > > > -- _,,,^..^,,,_ best, Eliot

1 0

Re: [Pharo-dev] Call about Numerical Methods in Pharo :)
by stepharo March 4, 2016

March 4, 2016

We are changing the code and removing mistakes (except if you prefer to have double initialization for example). We are maintaining the book and we will produce a new. So focus on the good energy and our world will get much better. Le 4/3/16 08:32, Benoit St-Jean via Pharo-dev a Ã©crit :

1 0

Point#>>scaleTo:
by Aliaksei Syrel March 4, 2016

March 4, 2016

> > *scaleTo: anExtent* > "Return a Point scalefactor for shrinking a thumbnail of the receiver's > extent to fit within anExtent." 5@5 scaleTo: 10@10 *=> 2.0(a)2.0* 10@10 scaleTo: 5@5 *=> 0.5(a)0.5* 10@10 scaleTo: 5@10 *=> 1.0(a)1.0 (wat)* 5@10 scaleTo: 10@0 *=> **0.6666666666666666(a)0.0 (wat?)* 5@0 scaleTo: 10@0 *=> ZeroDivide (still, wat?)* The idea of the method is nice, especially result as float point, so it can be nicely used for UI. I just don't understand why by contract it does not work with zeros. Imagine we have two UI elements of arbitrary extent, meaning that 5@0 is completely valid extent. Then imagine we have another UI element with extent 10@0. I would expect to have at least any valid scaling factor that would give correct result if applied. For example for corner cases result could be: 5@10 scaleTo: 10@0 => 2.0(a)0.0 (to scale 10 to 0 we need to multiply by 0) 5@0 scaleTo: 10@10 => ZeroDivide 5@0 scaleTo: 10@0 => 2.0(a)1.0 (when scaling factor is 1.0 it means that scaled arguments are equal, so the same rule can be applied when scaling 0 to 0. Please realize, scaling is not a division!) Otherwise this method is completely useless (no senders, btw) *So, let's discuss. :)* Cheers, Alex

2 2

Space low on CI?
by Max Leske March 4, 2016

March 4, 2016

I minimized the storage size required for the Fuel development builds because they kept erroring out with the message "pharo-vm/PharoV40.sources: write error (disk full?). Continue? (y/n/^C) â Now that Iâve freed up some space the builds work again, the question is for how long. Is the space that low on the CI? Cheers, Max

3 3

[pharo-project/pharo-core]
by GitHub March 4, 2016

March 4, 2016

Branch: refs/tags/50628 Home: https://github.com/pharo-project/pharo-core

1 0

[pharo-project/pharo-core] 771ac6: 50628
by GitHub March 4, 2016

March 4, 2016

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 771ac6ffcb6203396b3fc72172a9e24f9275f046 https://github.com/pharo-project/pharo-core/commit/771ac6ffcb6203396b3fc721… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-03-04 (Fri, 04 Mar 2016) Changed paths: M AST-Core.package/extension/CompiledMethod/instance/parseTree.st A OpalCompiler-Core.package/extension/CompiledMethod/instance/decompile.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50627.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50628.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50627.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50628.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M System-Hashing.package/MD5.class/instance/accessing/hashStream_.st M System-Hashing.package/SHA256.class/instance/accessing/hashStream_.st A Tests.package/MD5Test.class/README.md A Tests.package/MD5Test.class/definition.st A Tests.package/MD5Test.class/instance/testing/testEmpty.st A Tests.package/MD5Test.class/instance/testing/testLargeCharacterStream.st A Tests.package/MD5Test.class/instance/testing/testWikipedia1.st A Tests.package/MD5Test.class/instance/testing/testWikipedia2.st A Tests.package/SHA1Test.class/instance/testing/testLargeCharacterStream.st A Tests.package/SHA256Test.class/instance/testing/testLargeCharacterStream.st Log Message: ----------- 50628 17735 SHA256 hashStream: errors on strings longer than 64 characters https://pharo.fogbugz.com/f/cases/17735 17749 Do not return #nil but fall back on the decompiler in #parseTree https://pharo.fogbugz.com/f/cases/17749 http://files.pharo.org/image/50/50628.zip

1 0

Re: [Pharo-dev] Call about Numerical Methods in Pharo :)
by Nicolas Cellier March 4, 2016

March 4, 2016

Could you use a metacello configuration named SciPharo composed of packaged that you would pick from a more neutral repository? 2016-03-04 8:28 GMT+01:00 Benoit St-Jean via Pharo-dev < pharo-dev(a)lists.pharo.org>: > > > ---------- Message transfÃ©rÃ© ---------- > From: Benoit St-Jean <bstjean(a)yahoo.com> > To: Pharo Development List <pharo-dev(a)lists.pharo.org> > Cc: > Date: Fri, 4 Mar 2016 07:27:45 +0000 (UTC) > Subject: Re: [Pharo-dev] Call about Numerical Methods in Pharo :) > Why just don't we honor Didier H. Besset and leave it as it was, Numerical > Methods in Smalltalk? > > That way, regardless of your favorite Smalltalk implementation, there will > always be a "Numerical Methods in Smalltalk" package somewhere! > > The same way there's no GlorpPharo : it's Glorp everywhere! > > ----------------- > BenoÃ®t St-Jean > Yahoo! Messenger: bstjean > Twitter: @BenLeChialeux > Pinterest: benoitstjean > IRC: lamneth > Blogue: endormitoire.wordpress.com > "A standpoint is an intellectual horizon of radius zero". (A. Einstein) > > > ------------------------------ > *From:* Serge Stinckwich <serge.stinckwich(a)gmail.com> > *To:* Pharo Development List <pharo-dev(a)lists.pharo.org> > *Sent:* Wednesday, March 2, 2016 1:43 PM > *Subject:* Re: [Pharo-dev] Call about Numerical Methods in Pharo :) > > On Wed, Mar 2, 2016 at 7:11 PM, Nicolas Cellier > <nicolas.cellier.aka.nice(a)gmail.com> wrote: > > SciPharo? Not so great news from my POV. > > What is so much pharo specific in this library? > > Is Smalltalk scientific community large enough for yet another split? > > We can think of a more neutral name. > Any idea for a new name ? > > Regards, > > -- > Serge Stinckwich > UCBN & UMI UMMISCO 209 (IRD/UPMC) > Every DSL ends up being Smalltalk > http://www.doesnotunderstand.org/ > > > > >

1 0

Mocking networkâ¦
by Yuriy Tymchuk March 3, 2016

March 3, 2016

HI, there is one thing in Ruby (on Rails) that I really like and it is a option to mock network. This means that when you run a test your network requests are handled by a mock object and you can tell it that for this URI it should give you this response. This is helpful if you donât want to rely on a network availability or test certain corner cases. Is there anything like this in Pharo? Uko

10 13

[FFI] DNU ByteArray>>#rollAsDoubleToArity: arity
by Aliaksei Syrel March 3, 2016

March 3, 2016

(In the latest FFI) Assume we have a native call declaration (we want to *get* values from x and y later): primGetCurrentPointX: x Y: y > <primitive: #primitiveNativeCall module: #NativeBoostPlugin error: > errorCode> > > ^self nbCall: #( void cairo_get_current_point (self, *double * x, > double * y*)) Trying to use it as: | x y | > x := (ByteArray new: 8). > y := (ByteArray new: 8). > self primGetCurrentPointX: x Y: y. > ^ (x doubleAt: 1)@ (y doubleAt: 1) Throws DNU ByteArray>>#rollAsDoubleToArity: arity . However if primitive would be modified to: ^self nbCall: #( void cairo_get_current_point (self, *void** * x, void * y* > )) Exception goes away. I'm just curios how it is supposed to be :) Cheers, Alex

2 1

[pharo-project/pharo-core]
by GitHub March 3, 2016

March 3, 2016

Branch: refs/tags/50627 Home: https://github.com/pharo-project/pharo-core

1 0