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

Tech Meeting notes
by stepharo Sept. 28, 2016

Sept. 28, 2016

Hi guys I tried to take some notes of the discussion and report of effort made by esteban VM works ======== - migrating our source to opensmalltalk vm 80% of our source - keybindings enhancement - shift key pressed - library symbols - change our cmake maker -> plain makefiles - port our process (running all the tests) - new VMs will get out - ARM VM is under dev and started to run. - migration planned for end of week of next weeks - right now able to build 32 and 64 on mac and linux. plan with mid october. - for windows - We will produce assert vm to help people to find problems. - Sierra support is coming. - openssl It will come after the end of the merge finished. - FFI bug about the Athens canvas. - FT bug is getting on the radar and esteban suspects that the bug is in the C plugin. We plan to throw away the FT plugin. If people want to help please have a look at thibaultRaffaillac bindings. - Pharo is using different VM functionalities so sometimes we are going on unfrequented paths. - Threaded FFI will come after 64, ARM, two bugs Probably beginning of the year. Iceberg ======== here is the log that nicolas sent to our internal mailing-list ### Last week: - Improved travis support, working on having all green tests in travis, still 4 to go. - Extending libgit support. - Support for synchronizing an Iceberg repository with code that was loaded with gitfiletree (was not working, as reported by Norbert). - Fixed some bugs (see https://github.com/npasserini/iceberg/milestone/7?closed=1) ### This week (starting 2016-09-26): - Finish having all tests running on travis. - Better management of ssh keys (which in turn is required for travis working correctly). - Also I would like to add some little GUI details that bother me in daily work (such as remembering common options, highlighting outdated repositories, or opening repositories from spotter). I think that this might take the whole week. After that I plan to add basic support synchronizing against code that was loaded from any repository. With that finished, we could release v0.3 After that, the plan for v0.4 is to make libgit our default backend, and make gitfiletree dependencies optional. - I am pretty close to have all tests running for libgit again, then we should try to use libgit as backend for the UI. But in that process also improve test coverage so that we minimize dependence on manual verification of the UI. - Remodularice in order to separate gitfiletree dependencies, so we will be able to use Iceberg without loading ossubprocess (or gitfiletree). - That will require also to write an independent cypress reader/writer, because the current one inherits from gitfiletree. If we have all this, I think that we could have a version that could be included in the base image, probably in the second half of october.

3 2

[pharo-project/pharo-core]
by GitHub Sept. 28, 2016

Sept. 28, 2016

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

1 0

[pharo-project/pharo-core] 90435d: 60242
by GitHub Sept. 28, 2016

Sept. 28, 2016

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: 90435d4523791cb41cd1f4926638bdae4dc8eed2 https://github.com/pharo-project/pharo-core/commit/90435d4523791cb41cd1f492… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-09-28 (Wed, 28 Sep 2016) Changed paths: M AST-Core.package/NumberParser.class/instance/parsing-private/readExponent.st A AST-Tests-Core.package/NumberParserTest.class/instance/tests - Float/testFloatMaxAndMin.st M Kernel.package/Deprecation.class/definition.st A Kernel.package/Deprecation.class/instance/accessing/contextOfDeprecatedMethod.st A Kernel.package/Deprecation.class/instance/accessing/contextOfSender.st A Kernel.package/Deprecation.class/instance/accessing/context_.st M Kernel.package/Deprecation.class/instance/accessing/messageText.st R Kernel.package/Deprecation.class/instance/accessing/methodReference.st R Kernel.package/Deprecation.class/instance/accessing/method_.st R Kernel.package/Deprecation.class/instance/accessing/sendingMethodName.st R Kernel.package/Deprecation.class/instance/accessing/sendingMethodName_.st M Kernel.package/Deprecation.class/instance/comparing/=.st M Kernel.package/Deprecation.class/instance/comparing/hash.st M Kernel.package/Deprecation.class/instance/handling/transform.st A Kernel.package/Deprecation.class/instance/private/deprecatedMethodName.st A Kernel.package/Deprecation.class/instance/private/sendingMethodName.st M Kernel.package/Object.class/instance/deprecation/deprecated_.st M Kernel.package/Object.class/instance/deprecation/deprecated_on_in_.st M Kernel.package/Object.class/instance/deprecation/deprecated_on_in_transformWith_.st M Kernel.package/Object.class/instance/deprecation/deprecated_transformWith_.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60241.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60242.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60241.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60242.st M ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M UnifiedFFI-Tests.package/FFICallbackTests.class/definition.st A UnifiedFFI-Tests.package/FFICallbackTests.class/instance/support/wordResult_.st A UnifiedFFI-Tests.package/FFICallbackTests.class/instance/tests/testEnumerationReturnValue.st A UnifiedFFI.package/FFIExternalEnumerationType.class/instance/accessing/callbackReturnOn_for_.st Log Message: ----------- 60242 19145 FFI Callback return values for Enumerations should return their integer value https://pharo.fogbugz.com/f/cases/19145 19144 (FloatTest >> #testBinaryLiteralString) method cannot be compiled in latest image https://pharo.fogbugz.com/f/cases/19144 19132 simplify Deprecation class https://pharo.fogbugz.com/f/cases/19132 http://files.pharo.org/image/60/60242.zip

1 0

UFFI #isPointer - absolute or versus naturalPointerArity
by Ben Coman Sept. 28, 2016

Sept. 28, 2016

First, my C is a bit rusty so a question about semantics... int * a; typedef int * MyInt; MyInt b; So obviously the type of 'a' is a pointer, but is the type of 'b' a pointer? My intuition is that its not, since the pointer is wrapped inside the type. Now in my UFFI tutorial http://blog.openinworld.com/2016/09/pharo-libclang-ffi-part-4-ast-walking-w… I have a callback that I've modified here adding the #inspect... acceptCallbackFn := FFICallback signature: #( CXChildVisitResult ( CXCursor cursor, CXCursor parent, CXClientData client_data)) block: [ :cursor :parent :clientData | client_data inspect. visitResult add: cursor kind item. aCXChildVisitResult value "@1" ]. This can be invoked by running #testVisitChildrenCallbackBreak and an inspector opens on an ExternalAddress instead of the expected CXClientData. FFIExternalObject subclass: #CXClientData instanceVariableNames: '' classVariableNames: '' package: 'Libclang' where the FFIExternalObject says... "A typical usage of me is to create a subclass, and then use that subclass name directly in function signatures ... By putting FFIExternalObject subclass ... as a return type into the function signature, we are telling the code generator to ***automatically*** convert the return value into an instance of a given class and initialize its handle to the value returned by the function." This decision to return ExternalAddress instead of CXClientData occurs here... FFIExternalObjectType(FFIExternalType)>>handle: aHandle at: index self isPointer ifTrue: [ ^ aHandle pointerAt: index ]. ^ self basicHandle: aHandle at: index since... FFIExternalType>>isPointer ^ self pointerArity > 0 and... FFIExternalObjectType(FFIExternalReferenceType)>>naturalPointerArity ^ 1 So this naturalPointerArity=1 represents the situation presented with the C code at the top. So should #isPointer consider only the absolute pointerArity, or should is be... FFIExternalType>>isPointer ^ self pointerArity > self class naturalPointerArity Indeed, if I do that, plus these two additions copied from FFIExternalStructure... FFIExternalReferenceType>>basicHandle: aHandle at: index ^ self objectClass fromHandle: aHandle. FFIExternalReference>>fromHandle: aHandle ^self basicNew setHandle: aHandle Now running #testVisitChildrenCallbackBreak opens an inspector opens on a CXClientData as expected. And all UFFI tests continue to run fine. One thing I found strange though was... FFIExternalStructureType>>naturalPointerArity ^ 1 I would have thought a struct's natural pointer arity was 0 ? wdyt? cheers -ben

2 1

[pharo-project/pharo-core]
by GitHub Sept. 27, 2016

Sept. 27, 2016

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

1 0

[pharo-project/pharo-core] fe10c1: 60241
by GitHub Sept. 27, 2016

Sept. 27, 2016

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: fe10c13f590e1d96570c78bbba7a0d0f6c23f25e https://github.com/pharo-project/pharo-core/commit/fe10c13f590e1d96570c78bb… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-09-27 (Tue, 27 Sep 2016) Changed paths: M Collections-Strings.package/String.class/instance/converting/substrings.st M Collections-Strings.package/String.class/instance/converting/substrings_.st M Collections-Tests.package/StringTest.class/instance/testing - converting/testSubstrings.st R Collections-Tests.package/TSortTest.class/instance/as yet unclassified/testSorted.st A Collections-Tests.package/TSortTest.class/instance/tests/testSorted.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60240.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60241.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60240.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60241.st M ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Spec-Tools.package/VersionBrowser.class/instance/instance creation/showSourceWithConverter_.st M Tool-Base.package/MethodClassifier.class/class/private/buildKeywordSuffixMapping.st M Tool-Base.package/MethodClassifier.class/class/private/buildPragmaMapping.st M Tool-Base.package/MethodClassifier.class/class/private/buildPrefixMapping.st A Tool-CriticBrowser.package/SingleCodeCriticResultList.class/instance/initialization/setTextModelForTransformationRule_.st Log Message: ----------- 60241 19121 DNU in VersionBrowser when switching from "side by side" to "source" https://pharo.fogbugz.com/f/cases/19121 19143 in Code Critique browser: DNU #setTextModelForTransformationRule: https://pharo.fogbugz.com/f/cases/19143 18914 Improve MethodClassifier classification based on selector parts https://pharo.fogbugz.com/f/cases/18914 19141 Optimize String>>#substrings: https://pharo.fogbugz.com/f/cases/19141 http://files.pharo.org/image/60/60241.zip

1 0

[REMEMBER] Tech meeting rue 27/09 16UTC - We'll talk about current PharoVM ongoing development
by Esteban Lorenzano Sept. 27, 2016

Sept. 27, 2016

Hello, I will handle the first tech meeting tomorrow, as preview. After several considerations, I will be trying âlivecoding.tvâ (no idea if this is worst or better than twitchâ¦ and Iâm not very happy with the fact that this is a âtv formatâ and not a âconversation formatâ, but well, weâll see how it goes, maybe weâll need to review this later). Subject of meeting tomorrow is a general overview about current work on PharoVM, so prepare your questions, and see you there! cheers, Esteban

3 5

[pharo-project/pharo-core] edd9f3: 60220
by GitHub Sept. 27, 2016

Sept. 27, 2016

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: edd9f3770d89ef3c48592411b97507dcb453bcef https://github.com/pharo-project/pharo-core/commit/edd9f3770d89ef3c48592411… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-09-13 (Tue, 13 Sep 2016) Changed paths: M AST-Core.package/RBParser.class/instance/private-parsing/parsePragmaLiteral.st A AST-Tests-Core.package/RBParserTest.class/instance/tests parsing/testInvalidPragmaPosition.st R AST-Tests-Core.package/RBParserTest.class/instance/tests parsing/testInvalidPragmas.st A AST-Tests-Core.package/RBParserTest.class/instance/tests parsing/testPragmaImplicitLiteralArrayIsInvalid.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60219.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60220.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60219.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60220.st M ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 60220 19086 do not allow expressions as pragma arguments https://pharo.fogbugz.com/f/cases/19086 http://files.pharo.org/image/60/60220.zip

12 29

Re: [Pharo-dev] Off Topic: Children 3-13yr english program -- 4 weeks free access
by Ben Coman Sept. 27, 2016

Sept. 27, 2016

On Mon, Jul 20, 2015 at 11:17 PM, Ben Coman <btc(a)openinworld.com> wrote: > greetings all, > > This is a long way off topic, but a random chance someone in the community > with kids learning english may find it useful. The past year I've had my 4yr > & 6yr old girls doing Reading Eggs. Its aimed at native-english children > ages 3-13 (starting with a test to place kids at a stimulating level). > > Its been beneficial for my kids, so I'm forwarding this offer to the > community. > > http://e01.ams11.com/OutboundMessage.aspx?M=1581.347AD7EE-9C8B-4665-A061-90… There was some appreciation for this six months ago. Another just arrived, so I thought I'd share it again. In another half year I guess I'll get another, so if anyone doesn't want me to post again then, let me know. More background info... ABC is Australia's government sponsored national TV broadcaster (yay, no commercials!). They produced a web site to help kids literacy. It was fantastic for my kids, although my 8 year old got bored with it later on, so it seems more suited for younger ages. The 4 week free trial is advertised "No credit card required." An annual subscription is AU$80. http://readingeggs.com.au/taf/?utm_source=Aprimo&utm_medium=Email&utm_campa… cheers -ben

1 1

FFI callout arguments - references to internal objects
by Ben Coman Sept. 26, 2016

Sept. 26, 2016

I'm seeking some support for Part 5 of my FFI tutorial http://blog.openinworld.com/2016/09/pharo-libclang-ffi-part-5-client-data-a… where I'm trying to replicate some C code where: * client_data is a void pointer, and an argument to a callout function * a reference to some data (an int, or a struct) is passed to the callout function as the client_data * the callout function passes that same client_data to a callback function which casts the client-data to the required type How can I replicate that with UFFI? The key thing is that *any* type can be passed via client_data. So for a normal Pharo object defined like... Object subclass: MyObject instanceVariables: 'x y' myobject := MyObject new x:3 y:4. I want to pass a reference to myobject to the callout, and in the callback dereference client_data to get myobject that I can operate on normally. Is this possible with current infrastructure, or would it need something new like FFIInternalPinnedReference to wrap myobject for the callout and unwrap it in the callback? cheers -ben

2 2