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

Re: [Pharo-dev] Space low on CI?

by Max Leske

> On 04 Mar 2016, at 16:36, Christophe Demarey <christophe.demarey(a)inria.fr> wrote: > > > Le 4 mars 2016 Ã 16:25, Max Leske a Ã©crit : > >> 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? > > > where? on a slave? > some slaves can become full because they keep a lot of different workspaces for different jobs, and at the end, they use a lot of space. The one Iâve seen (there might have been others) was https://ci.inria.fr/pharo-contribution/computer/pharo-contribution-linux64-3

March 4, 2016

Re: [Pharo-dev] Space low on CI?

by Christophe Demarey

Le 4 mars 2016 Ã 16:25, Max Leske a Ã©crit : > 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? where? on a slave? some slaves can become full because they keep a lot of different workspaces for different jobs, and at the end, they use a lot of space.

March 4, 2016

Space low on CI?

by Max Leske

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

March 4, 2016

Re: [Pharo-dev] Point#>>scaleTo:

by Aliaksei Syrel

opened an issue https://pharo.fogbugz.com/f/cases/17753/Point-scaleTo-is-broken

March 4, 2016

[pharo-project/pharo-core]

by GitHub

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

March 4, 2016

[pharo-project/pharo-core] 771ac6: 50628

by GitHub

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

March 4, 2016

Re: [Pharo-dev] [Pharo-users] Call about Numerical Methods in Pharo :)

by Alexandre Bergel

> Great list ! At the moment, there is only Kolmogorov-Smirnov test implemented. I am not sure when this tests has to be applied. > Can you create issues in the SciSmalltalk issue tracker in order to > keep track of your needs ? > The issue tracker is here: > https://github.com/SergeStinckwich/SciSmalltalk/issues Done! > You can also join the SciSmalltalk mailing-list: > https://groups.google.com/forum/#!forum/scismalltalk Done! Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

March 4, 2016

Point#>>scaleTo:

by Aliaksei Syrel

> > *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

March 4, 2016

Re: [Pharo-dev] TextConverter is broken

by Max Leske

https://pharo.fogbugz.com/f/cases/17751/Remove-TextConverter > On 03 Mar 2016, at 09:32, Max Leske <maxleske(a)gmail.com> wrote: > > Thank you everyone for the explanations. > > How would you feel about opening an issue for Pharo 6 to remove TextConverter? > >> On 03 Mar 2016, at 01:04, Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com <mailto:nicolas.cellier.aka.nice@gmail.com>> wrote: >> >> In other words Max, if you correctly invoke >> >> MacRomanTextConverter initializeLatin1MapAndEncodings. >> >> Then the old converter retrieves a good health. >> Now that you know that, you can remove the old converters and keep Zn modernized ones ;) > > That does indeed fix the problem. > >> >> 2016-03-03 0:56 GMT+01:00 Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com <mailto:nicolas.cellier.aka.nice@gmail.com>>: >> >> >> 2016-03-02 23:16 GMT+01:00 Henrik Sperre Johansen <henrik.s.johansen(a)veloxit.no <mailto:henrik.s.johansen@veloxit.no>>: >> Not sure I'd say Squeak's (5.0 at least) MacRoman conversion is free of bugs >> either, at least the "legacy" ByteTextConverter subclass in Pharo passes the >> following: >> >> "U+0152, Latin capital ligature OE is codepoint 16rCE in mac-roman" >> ((Character value: 16r0152) asString convertToEncoding: 'mac-roman') first >> charCode = 16rCE. >> >> "Codepoint 170 in MacRoman is TM sign, U+2122" >> ((Character value: 170) asString convertFromEncoding: 'mac-roman') first >> charCode = 16r2122. >> >> Cheers, >> Henry >> >> >> >> Yes, you're right, it's because squeak tables did and still use CP1252 instead of ISO8859-L1 and thus do not match unicode. That might have made sense when porting from mac to windows while keeping ByteString, but at least since the switch to unicode that's bogus. I guess it's still here because some in image fonts would support cp1252 but I am too tired to check it now... >> >> My mistake is that character unicode 216 -> MacRoman was already false in Pharo 1.1. >> It was false because Pharo picked a a bogus table manually crafted from the internet pages (from Sophie project?) >> >> Then Sven did correct the table by automagically decoding the url... >> But this didn't correct anything because the initializeLatin1MapAndEncodings was never invoked (it was missing already in Pharo 1.1). >> Unfortunately, those maps are a speed-up cache and will mask the correction of table if not updated. >> >> In Squeak, initializeLatin1MapAndEncodings was called from class side initialization right from the beginning, but this was forgotten during the port to Pharo, that would be interesting to know why... >> >> Ah yes, lazy initialization made it work without the need for class initialization, but that was a one shot gun, not robust to further table changes, that's the drawback of being lazy. >> >> So, most probably code was too complex and this is enough to explain the mistakes. >> Why was it too complex? >> Because it was an optimization for speed (fast scanning of bytes NOT NEEDING ANY conversion). >> And the initialization was too much convoluted because it was reusing convoluted multilngual API. >> My feeling is that it's an effect of the "least possible change that could possibly extend functionality". >> >> For me, it's never enough to say "old converters were broken". >> There's allways to learn from one mistake and that's why I'm asking. >> My feeling is that Pharo guys allways sprint and never look behind. >> This is at the risk of repeating some mistake... >> >> >> >> -- >> View this message in context: http://forum.world.st/TextConverter-is-broken-tp4882039p4882095.html <http://forum.world.st/TextConverter-is-broken-tp4882039p4882095.html> >> Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com <http://nabble.com/>. >> >> >> >

March 4, 2016

Re: [Pharo-dev] Who is using Pharo Launcher and for what

by Guillaume Larcheveque

I'm using it like Cyril said 2016-02-20 16:44 GMT+01:00 Cyril Ferlicot D. <cyril.ferlicot(a)gmail.com>: > Le 20/02/2016 11:49, Damien Cassou a Ã©crit : > > For my CV, I need to know who is using the stuff I'm doing. If you use > > the Pharo Launcher, could you please tell me in which context (e.g., > > which company, open-source project) and what you use it for (e.g., > > download from CI, standard Pharo)? > > > > I don't need long paragraphs, just give me the keywords please. > > > > Thanks > > > > Hi, > > Myself and some people from Synectique use it to download and manage > images from Pharo, Moose and Synectique's CI. > > > -- > Cyril > > -- *Guillaume Larcheveque*

March 4, 2016