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

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

March 3, 2014

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

1 0

[pharo-project/pharo-core] f8117d: 30786
by GitHub March 3, 2014

March 3, 2014

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: f8117d32b2154ae2221cebd659b631ba6aa0b860 https://github.com/pharo-project/pharo-core/commit/f8117d32b2154ae2221cebd6… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-03-03 (Mon, 03 Mar 2014) Changed paths: A AST-Core.package/RBPragmaNode.class/instance/accessing/argumentAt_.st A AST-Core.package/RBPragmaNode.class/instance/accessing/argumentAt_ifAbsent_.st M KernelTests.package/ClassTest.class/instance/setup/categoryNameForTemporaryClasses.st M KernelTests.package/ClassTest.class/instance/setup/tearDown.st A KernelTests.package/CompiledMethodTest.class/instance/running/categoryNameForTemporaryClasses.st A KernelTests.package/CompiledMethodTest.class/instance/running/tearDown.st M KernelTests.package/CompiledMethodTest.class/instance/tests - accessing/testMethodClass.st M KernelTests.package/CompiledMethodTest.class/instance/tests - accessing/testSearchForClass.st M KernelTests.package/CompiledMethodTest.class/instance/tests - accessing/testSearchForSelector.st M KernelTests.package/CompiledMethodTest.class/instance/tests - accessing/testSelector.st M KernelTests.package/CompiledMethodTest.class/instance/tests - testing/testIsInstalled.st M KernelTests.package/MethodPragmaTest.class/instance/testing-primitives/testPrimitiveNamed1.st M KernelTests.package/MethodPragmaTest.class/instance/testing-primitives/testPrimitiveNamed2.st A KernelTests.package/MethodPragmaTest.class/instance/testing-primitives/testPrimitiveNamedErrorCode1.st A KernelTests.package/MethodPragmaTest.class/instance/testing-primitives/testPrimitiveNamedErrorCode2.st M OpalCompiler-Core.package/OCASTSemanticAnalyzer.class/instance/visitor/visitSequenceNode_.st M OpalCompiler-Core.package/OCASTTranslator.class/instance/visitor/visitPragmaNode_.st M OpalCompiler-Core.package/extension/RBPragmaNode/instance/asPrimitive.st M OpalCompiler-Core.package/extension/RBPragmaNode/instance/isPrimitiveError.st M RPackage-SystemIntegration.package/extension/RPackageOrganizer/instance/systemCategoryRemovedActionFrom_.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script439.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30786.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 30786 13021 ClassTest>>#testRenaming is failing - make temporary package consistent across ClassTest and CompiledMethodTest https://pharo.fogbugz.com/f/cases/13021 12920 Primitive Pragma not parsed in all cases, error code not supported https://pharo.fogbugz.com/f/cases/12920 12996 ClassTest>>#testRenaming leaves dirty package Dummy-Tests-Class behind https://pharo.fogbugz.com/f/cases/12996 http://files.pharo.org/image/30/30786.zip

1 0

Re: [Pharo-dev] [Glass] Floats problem with SIXX between Pharo and GemStone
by Mariano Martinez Peck March 3, 2014

March 3, 2014

On Wed, Feb 26, 2014 at 7:25 PM, Martin McClure < martin.mcclure(a)gemtalksystems.com> wrote: > On 02/26/2014 01:38 PM, Mariano Martinez Peck wrote: > > > > So, of course " Float readFrom: '1.0000000000000000E-02' " -> 1.0 > > This is because Pharo only accepts lower-case letters for exponent ($e > $d $q). So if you replace E with e Pharo will parse it as you wish. > Thanks all. I took this solution as the simples workaround. I overriden this method in my Pharo image: SqNumberPasrser>>exponentLetters "current comment" ^'edqEDQ' Now...a similar question is....is there a way to move Floats between Pharo and GemStone with SIXX *without *loosing decimals (no rounded)? Sixx in Pharo exports Floats doing #printString. So for example: 5645.0000000000000000000000000786786 printString -> '5645.0' I loose info. So what is the alternative? Thanks, -- Mariano http://marianopeck.wordpress.com

2 1

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

March 3, 2014

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

1 0

[pharo-project/pharo-core] ee9ac8: 30785
by GitHub March 3, 2014

March 3, 2014

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: ee9ac8d60cd85ab2a2222c5f9e6c3559625057be https://github.com/pharo-project/pharo-core/commit/ee9ac8d60cd85ab2a2222c5f… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-03-03 (Mon, 03 Mar 2014) Changed paths: M FileSystem-Core.package/FileReference.class/instance/operations/copyTo_.st M FileSystem-Core.package/FileReference.class/instance/operations/moveTo_.st M FileSystem-Core.package/FileReference.class/instance/operations/renameTo_.st A FileSystem-Tests-Core.package/FileLocatorTest.class/instance/compatibility tests/testMoveTo.st M FileSystem-Tests-Core.package/FileLocatorTest.class/instance/resolution tests/testResolvePath.st M FileSystem-Tests-Core.package/FileLocatorTest.class/instance/resolution tests/testResolveString.st M Manifest-CriticBrowser.package/CriticBrowser.class/instance/initialization/initializeWidgets.st M Refactoring-Core.package/RBSplitClassRefactoring.class/instance/private-transforming/addClass.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script438.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30785.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Spec-Core.package/TreeModel.class/instance/initialize/registerEvents.st Log Message: ----------- 30785 12998 Split class refactoring does not work (gives MNU) https://pharo.fogbugz.com/f/cases/12998 12965 Cannot moveTo: FileLocator https://pharo.fogbugz.com/f/cases/12965 12971 CriticBrowser causes error on opening when delivering notification https://pharo.fogbugz.com/f/cases/12971 http://files.pharo.org/image/30/30785.zip

1 0

Problems with Critics
by Yuriy Tymchuk March 3, 2014

March 3, 2014

Hi guys. When I run critics on my code i get: 'This block accepts 2 arguments, but was called with 1 argument.â. Iâm not sure whose problem it is, but the related block is [ :a :b | self menu: a shifted: b ]. Any ideas? Uko

4 4

Zeroconf - Slowness & Cloudflare
by phil＠highoctane.be March 3, 2014

March 3, 2014

loading files from files.pharo.org seems to be slower than before (zeroconf for me). What about a mirror on Cloudflare? The free plan would do: http://www.cloudflare.com/plans http://www.cloudflare.com/features-cdn Phil

2 1

understanding postgresv2
by Tudor Girba March 3, 2014

March 3, 2014

Hi, I am trying to understand how PostgresV2 is implemented because I would like to build some inspector support for it, and I encounter a couple of issues. In case anyone knows the answer, it would speed up my effort: - Why is result an instance variable in PGConnection? Making it a variable always returns the same object when executing a query and that is a bit of a pain. - Why does the PGResult have the possibility of holding multiple PGResultSets? When is it possible to have multiple at the same time? (when you execute a query, the result is being initialized) - When running something like connection execute: 'select * from ...' the PGResultSet already includes all rows of the query. Is it not possible to have a stream-like functionality in which the actual rows are retrieved only on demand? (a similar functionality exists in DBXTalk) - What is the difference between PGAsciiRow and PGDataRow? Doru -- www.tudorgirba.com "Every thing has its own flow"

5 10

hashMultiply
by phil＠highoctane.be March 3, 2014

March 3, 2014

I am currently reading through the Hashing in Smalltalk book ( http://www.lulu.com/shop/andres-valloud/hashing-in-smalltalk-theory-and-pra…) and, my head hurting notwithstanding, there are indeed a ton of gems in this system. As he mentions, doing the exercises brings a lot of extra :-) When going to 64-bit, and with the new ObjectMemory scheme, I guess a couple of identity hashing functions will come under scrutiny. e.g. SmallInteger>>hashMultiply | low | low := self bitAnd: 16383. ^(16r260D * low + ((16r260D * (self bitShift: -14) + (16r0065 * low) bitAnd: 16383) * 16384)) bitAnd: 16r0FFFFFFF which will need some more bits. I had a look at how it was done in VisualWorks; hashMultiply "Multiply the receiver by 16r0019660D mod 2^28 without using large integer arithmetic for speed. The constant is a generator of the multiplicative subgroup of Z_2^30, see Knuth's TAOCP vol 2." <primitive: 1747> | low14Bits | low14Bits := self bitAnd: 16r3FFF. ^16384 * (16r260D * (self bitShift: -14) + (16r0065 * low14Bits) bitAnd: 16r3FFF) + (16r260D * low14Bits) bitAnd: 16rFFFFFFF The hashing book version has: multiplication "Computes self times 1664525 mod 2^38 while avoiding overflow into a large integer by making the multiplication into two 14 bits chunks. Do not use any division or modulo operation." | lowBits highBits| lowBits := self bitAnd: 16r3FFF. highBits := self bitShift: -14. ^(lowBits * 16r260D) + (((lowBits * 16r0065) bitAnd: 16r3FFF) bitShift: 14) + (((highBits * 16r260D) bitAnd: 16r3FFF) bitShift: 14) bitAnd: 16rFFFFFFF So, 16384 * is the same as bitShift: 14 and it looks like done once, which may be better. As a side note, how is one debugging such methods? Looks like the debugger (in 2.0) doesn't like SmallIntegers (I can understand why due to the specific nature of the object but still. Ok, Also VW marks it as a primitive, which Pharo does not. Would we gain some speed doing that? hashMultiply is used a lof for identity hashes. Bytecode has quite some work to do: 37 <70> self 38 <20> pushConstant: 16383 39 <BE> send: bitAnd: 40 <68> popIntoTemp: 0 41 <21> pushConstant: 9741 42 <10> pushTemp: 0 43 <B8> send: * 44 <21> pushConstant: 9741 45 <70> self 46 <22> pushConstant: -14 47 <BC> send: bitShift: 48 <B8> send: * 49 <23> pushConstant: 101 50 <10> pushTemp: 0 51 <B8> send: * 52 <B0> send: + 53 <20> pushConstant: 16383 54 <BE> send: bitAnd: 55 <24> pushConstant: 16384 56 <B8> send: * 57 <B0> send: + 58 <25> pushConstant: 268435455 59 <BE> send: bitAnd: 60 <7C> returnTop I ran some experiments timing things. It looks like that replacing 16384 * by bitShift:14 leads to a small gain, bitShift (primitive 17) being faster than * (primitive 9) The bytecode is identical, except send: bitShift instead of send: * multiplication3 | low | low := self bitAnd: 16383. ^(16r260D * low + ((16r260D * (self bitShift: -14) + (16r0065 * low) bitAnd: 16383) bitShift: 14)) bitAnd: 16r0FFFFFFF [500000 timesRepeat: [ 15000 hashMultiply ]] timeToRun 12 [500000 timesRepeat: [ 15000 multiplication ]] timeToRun 41 (worse) [500000 timesRepeat: [ 15000 multiplication3 ]] timeToRun 10 (better) It looks like correct for SmallInteger minVal to: SmallInteger maxVal Now, VW gives: [500000 timesRepeat: [ 15000 hashMultiply ]] timeToRun 1.149 milliseconds Definitely worth investigating the primitive thing, or some NB Asm as this is used about everywhere (Collections etc). Toughts? Phil

3 8

WhatsUp from: 2014-03-03 until: 2014-03-16
by seaside＠rmod.lille.inria.fr March 3, 2014

March 3, 2014

Hi! We're sending this automatic email twice a month, to give the community an opportunity to easily know what's happening and to coordinate efforts. Just answer informally, and feel free to spawn discussions thereafter! ### Here's what I've been up to since the last WhatsUp: - $HEROIC_ACHIEVEMENTS_OR_DISMAL_FAILURES_OR_SIMPLE_BORING_NECESSARY_TASKS ### What's next, until 2014-03-16 (*): - $NEXT_STEPS_TOWARDS_WORLD_DOMINATION (*) we'll be expecting results by then ;)

1 0