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

[pharo-project/pharo-core] 919288: 50584
by GitHub Feb. 16, 2016

Feb. 16, 2016

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 919288cc0bd978d5eb85d23291d55360e3078bf8 https://github.com/pharo-project/pharo-core/commit/919288cc0bd978d5eb85d232… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-02-16 (Tue, 16 Feb 2016) Changed paths: M Kernel.package/ProcessSpecificVariable.class/class/class initialization/initialize.st M Kernel.package/ProcessSpecificVariable.class/instance/accessing/valueOrNil.st A MonticelloGUI.package/MCTool.class/class/utilities/newRepository.st M MonticelloGUI.package/MCWorkingCopyBrowser.class/instance/actions/addRepository.st R MonticelloGUI.package/MCWorkingCopyBrowser.class/instance/actions/newRepository.st M Nautilus.package/NautilusMonticello.class/instance/monticello menus behavior/addRepositoryTo_.st R Nautilus.package/NautilusMonticello.class/instance/monticello menus behavior/newRepository.st A OpalCompiler-Core.package/extension/RBMethodNode/instance/notShadowedTemporaryNamesFrom_.st M OpalCompiler-Core.package/extension/RBMethodNode/instance/rewriteTempsForContext_.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50583.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50584.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50583.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50584.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st R Spec-Tools.package/MonticelloRepositoryBrowser.class/instance/actions/newRepository.st R Versionner-Core-Commands.package/MBAddRepositoryCommand.class/instance/as yet unclassified/newRepository.st M Versionner-Core-Commands.package/MBAddRepositoryCommand.class/instance/execute/execute.st M Versionner-Core-Commands.package/VSCommand.class/instance/repositories/repositoryOfPackageNamed_.st M Versionner-Core-Commands.package/VSLoadProjectCommand.class/instance/execute/execute.st Log Message: ----------- 50584 17074 What is NautilusMonticello https://pharo.fogbugz.com/f/cases/17074 16675 Evaluating code blocks while debugging may yield wrong values https://pharo.fogbugz.com/f/cases/16675 17597 clean some dead code in ProcessSpecificVariable https://pharo.fogbugz.com/f/cases/17597 http://files.pharo.org/image/50/50584.zip

1 0

[pharo-project/pharo-core]
by GitHub Feb. 16, 2016

Feb. 16, 2016

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

1 0

[pharo-project/pharo-core] 9e4ed2: 50583
by GitHub Feb. 16, 2016

Feb. 16, 2016

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 9e4ed29efdec9a217e5a0f02c7f2ba7311b4cc09 https://github.com/pharo-project/pharo-core/commit/9e4ed29efdec9a217e5a0f02… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-02-16 (Tue, 16 Feb 2016) Changed paths: M AST-Core.package/RBParser.class/instance/private-parsing/parseCascadeMessage.st A AST-Tests-Core.package/RBParserTest.class/instance/tests parsing/testCascade.st R Deprecated50.package/HelpIconsTest.class/README.md R Deprecated50.package/HelpIconsTest.class/definition.st R Deprecated50.package/HelpIconsTest.class/instance/accessing/defaultTestClass.st R Deprecated50.package/HelpIconsTest.class/instance/testing/testIconCaching.st M Morphic-Core.package/Morph.class/instance/macpal/flash.st R Morphic-Core.package/Morph.class/instance/macpal/flashDone_.st A Morphic-Core.package/Morph.class/instance/macpal/flashFinished_original_.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50582.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50583.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50582.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50583.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 50583 17582 Morph>>#flashFillStyle should not be required to be constant https://pharo.fogbugz.com/f/cases/17582 17581 Expression âÃÃº(object message1); message2âÃÃ¹ is accepted as valid code https://pharo.fogbugz.com/f/cases/17581 17594 The method HelpIcons class>>iconNamed: has been deprecated. https://pharo.fogbugz.com/f/cases/17594 http://files.pharo.org/image/50/50583.zip

1 0

New Cog VMs available as per VMMaker.oscog-eem.1679/r3602
by Eliot Miranda Feb. 16, 2016

Feb. 16, 2016

Hi All, first of all, apologies for the long wait for new VMs. I know there are bugs that these VMs address and that it's been 5 months since VMs were last made is something I regret. The wait was due to my developing the 64-bit Spur Cog JIT VM which required surgery not just to the Cogit but also to Slang. I beg your forgiveness. Secondly, the Mac VMs are much changed, using John McIntosh's Cocoa support libraries. The old Carbon UI VMs are history. That means that Cog supports building on contemporary Mac OS releases. These VMs were built on 10.9; I like the 3D look much more than the 10.10 one ;-). The VMs are also signed, so installing them should be easier. Thirdly, these VMs include 64-bit JIT support. There is an updated squeak trunk image at http://www.mirandabanda.org/files/Cog/SpurImages for you to try. As yet the 64-bit Vms do not include an FFI plugin. I hope to rectify this soon. Finally I have included Pharo Mac VMs, not to displace the official Pharo VMs, but to test my build process. I hope that in very few months the svn repository will be moed to githup and that Esteban and I will build official VMs from the same repository. The VMs are here: http://www.mirandabanda.org/files/Cog/VM/VM.r3602 CogVM binaries as per VMMaker.oscog-eem.1679/r3602 Include 64-bit Spur VMs for Mac OS X x64 and Linux x64. N.B. As yet these VMs lack FFI support. Move all Mac OS X VMs to the Cocoa libraries. Minimum supported version should be 10.6.x. The Mac OS X VMs are signed and so should install properly without having to disable the launch security checks. Bug Fixes and Improvements: General: Add vmParameter 20 to answer the utc microseconds at startup. CoInterpreter: Remove the atCache from the CoInterpreter. It's of little benefit given the Cogit. ceSend: et al need to add looked up methods to the method cache, otherwise methods only found through machine code sends will not be jitted. Fix slip in maybeSelectorOfMethod: which will improve back traces including methods containing pragmas (including primitives). Modify secret primtiive 161, primitiveSetIdentityHash so that with 0 args it answers whether an object has an identity hash. This is vacuously true for V3, but is meaningful in Spur. Cogit: Fix /horrible/ bug with primitive error codes and fixups. The adjustment of the initialPC to skip the primitive and error code, if any, was done after generating fixups for backward branches, and hence these branches were bogus. Object>>shallowCopy in Spur is subject to this, but amazingly enough it has not surfaced before now. Fix this by adjusting the initialPC before scanMethod scans for fixups. Fix bug in Spur machine-code at:put: on 32-bit bits objects; method failed to fail for negative values. Fill unused portions of methods with the stop instruction, not nop. Explicitly initialize the code zone with stops. Explicitly clear the reclaimed portion of the method zone after a compaction. Include the reclaimed portion of the method zone in the I-cache flush after a compaction: no point in leaving it in cache since it isn't a valid call/jump target. Spur: Maintain the survivor count on scavenge. Fix start up of images containing >= 16 segments. The old code assumed numSegments < 16 and failed to grow the segment records, resulting in objects in segments greater than 15 to not be swizzled, and a resulting crash. Spur Cogit: Support CompiledMethod indexing in genPrimitiveAt[Put]. Hence fix the regression in at:[put:] whereby in Spur one could access the literals part of a method as bytes. Add a machine-code primitive for objectAt: to provide fast literal and header access on Spur. Add 16-bit indexability to Spur. Generate slimmer code for positive32BitValueOf: on 64-bit Spur. Fix a bug with out-of-place two-way become, which got the hash copy the wrong way round. By default, the hash stays with the reference in two-way become. Fix what appears to be a compiler bug with in-place two-way-become by treating the headers to be swapped so that remembered flags are swapped and hash bits are swapped if required. This fixes a bug with in-place two-way become of objects that are the same size on the heap. One object's contents would not be updated correctly. Implement ephemeron queue primitive. Add an image flag that controls the finalization support (StackInterpreter instVar newFinalization). If unset, finalization is as currently expected; WeakArray finalizes all WeakArrays in its registries on each finalization (which does not scale!). If set, then both fired ephemerons and bereaved weak arrays are added to the finalization queue and the finalization semaphore is signalled. In this regime the image is expected to send mourn to each element of the queue, and weak arrays will send themselves finalize in mourn, side-stepping the finalizeValues steps and rendering WeakArray's FinalizationDependents and WeakRegistry obsolete. The bit is set via Smalltalk vmParameterAt: 48 put: ((Smalltalk vmParameterAt: 48) bitOr: 64). Slang: Fix bad regression in type inference from VMMaker.oscog-eem.1587. returnTypeForSend:in: can only default return types to sqInt for unknown selectors. The rewrite in VMMaker.oscog-eem.1587 inadvertently defaulted the return type of known methods whose return type was yet to be determined to sqInt. The fix is to only default to sqInt if there is no known method for the given selector. This fixes, for instance, the weird flipping of the type of 32-bit Spur's headerWhileForwardingOf:,which should always be #sqLong. Fix bad bug in type inferrence. Avoid computing variable and return types prematurely i.e. don't derive types from as-yet-untyped methods. Fix baaaad bug in node:typeCompatibleWith:inliningInto:in: which was looking up the type of the formal parameter in inlining in the target method, not the method being inlined! Newspeak: Fix bug in MNU for cogged dynamic super sends - should start looking for #doesNotUnderstand: in the superclass not the receiver class. Unify MNU lookup between absent and present receiver sends as a result. Further fix outer send MNU by not confusing lkupClass and lkupClassTag. Push setting lkupClassTag down to clarify it is for new cache entries. Plugins: Fix the FilePlugin's unnecessary fullGC on Spur. Include the file sync prim in the FilePrims plugin. ThreadedFFIPlugin: - ExternalAddress now are taken correctly (nor as ByteArray or Alien, because they are different beasts). - allow pushing of pointers to any type (into a ByteArray, an ExternalAddress or an Alien), to allow passing parameters style int*, float*, etc. - allow reading in memory to allow read chunks of ByteArray Added ThreadedFFIPlugin>>#primitiveLoadSymbolFromModule (copy and adapt from IA32ABIPlugin). Fix coercion problems on FFI plugin (IA32 & ARM) - character were not correctly mapped back - floats were not being well checked - external addressed needs to be treated as aliens for the purpose of coercing them as pointers (bad regression by Eliot) Alien Plugins: Fix missing primitive failure for Alien typeAt: 0 [put:]. Add word accessors to Alien. _,,,^..^,,,_ best, Eliot

4 4

Where can I find neweer versions of FFI-Examples?
by Eliot Miranda Feb. 16, 2016

Feb. 16, 2016

I see in http://www.hpi.uni-potsdam.de/hirschfeld/squeaksource/swasqueakinbox/FFI-Ex… the following: Name: FFI-Examples-StS.3 Author: StS Time: 06/16/2010, 10:16:20 UUID: 615f2492-5ba1-408f-bbbe-99925ba5bc30 Ancestors: FFI-Examples-StS.2 What repository is this ending up in? _,,,^..^,,,_ best, Eliot

1 0

Re: [Pharo-dev] [squeak-dev] Re: [Vm-dev] New Cog VMs available as per VMMaker.oscog-eem.1679/r3602
by Eliot Miranda Feb. 16, 2016

Feb. 16, 2016

On Mon, Feb 15, 2016 at 3:52 PM, Levente Uzonyi <leves(a)caesar.elte.hu> wrote: > Hi Eliot, > > This is great. I couldn't find any 64-bit VMs for non-MacOS. Are they Mac > only? Oops. Bugs in my upload scripts. Adding the 64-bit linux VMs now. Tobias, Marcel we should discuss building on WIN32 and WIN64, and how to build a 64-bit Spur Windows VM. _,,,^..^,,,_ best, Eliot

1 0

rename packages (RPackage)
by Nicolai Hess Feb. 15, 2016

Feb. 15, 2016

What should happen if we rename a package, by only changing lower/uppercase: Rename FooBar to Foobar (there is an issue about this 17587 Renaming Package in Nautilus does not work) I am not yet sure what *should* happen: - raise an error, because (somewhere deep in the system) the names are considered the same - "silently" rename the package but do not make the package dirty - make the package dirty (just like if we would have change the name from FooBar to FooBaz) ? For example, in MCPackage #= and #hash, it looks like names, only differing in case, should be equal or should point to the same MCPackage. Nicolai

1 0

Proxy DNU vs CannotInterpret. (Ghost related)
by Denis Kudriashov Feb. 15, 2016

Feb. 15, 2016

I compared doesNotUnderstand: vs cannotInterpret: versions of proxies. DNUProxy>>doesNotUnderstand: aMessage lastMessage := aMessage. ^'from DNU proxy' CannotInterpretProxy>>cannotInterpret: aMessage lastMessage := aMessage. ^'from cannot interpret proxy' And DNU proxy works 2 times faster then #cannotInterpret proxy. [proxy someMessage] benchFor: 2 seconds. DNU: "a BenchmarkResult(22,377,669 iterations in 2 seconds. 11,188,835 per second)" CannotInterpet: "a BenchmarkResult(13,148,735 iterations in 2 seconds 2 milliseconds. 6,567,800 per second) Also DNU version is much more easy to explain. So why Ghost uses #cannotInterpret for proxies? (after reading Ghost paper I can't understand this). Naked proxy can be easily done by setting superclass to nil: ProtoObject subclass: #DNUProxy instanceVariableNames: '' classVariableNames: '' package: 'DNUProxy'. DNUProxy superclass: nil

6 12

More tests for new frameworks
by stepharo Feb. 15, 2016

Feb. 15, 2016

Hi guys with damien cassou we had an interesting discussion. Basically we are teaching tests and we see that many Pharo subsystems are not really well tested. I wonder how we can change this. For example, we will have a new graphical core without any tests and this is sad because tests could be really good to make sure that we will be able to move forward in the future. I would like to get tests for Ring. Stef

5 7

why spotter shows up when I type enter in the inputfield of the finder?
by stepharo Feb. 15, 2016

Feb. 15, 2016

Hi guys you cannot imagine the amount of energy I'm losing because of the flux of the tools. why spotter shows up when I type enter in the inputfield of the finder? Is it on purpose? This is 5 times that I'm redoing a videos for the mooc. :( Stef

7 10