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

Pharo6 with Ubuntu and OSSubprocess/threaded heartbeat crashes and problems
by Sabine Manaa March 8, 2018

March 8, 2018

We want to run Pharo6 with Ubuntu 16.04 Linux (in a Docker Image) and use OSSubprocess. For this, we use this vm: https://get.pharo.org/61+vmT [1] tells me: "If you are installing under Linux, then you must use a threaded heartbeat VM" We also created a file /etc/security/limits.d/pharo.conf and put the parameters in like described in the message [2] when startup. Also we log out and in. Question 1: the message (pthread_setschedparam failed: Operation not permitted) comes again to the console each time we use OSSubprocess. As far as I understand, it should disappear. Does this mean, that we did not edit the pharo.conf correctly? Question 2: after several uses of OSSubprocess within our application, Pharo crashes (no PharoDebug.log) with the following messages [3]. How can we avoid this, what are we doing wrong? Question 3: sometimes (!) when we load (exactly the same code loaded with a script), we also get a crash, see [4]. Bug? wrong vm? I am unhappy with this and it takes a lot of time. What are we doing wrong? We want to run Pharo6 with OSSubprocess in Linux within a docker image for our staging environment. Help very welcome :-) Sabine [1]https://github.com/marianopeck/OSSubprocess [2](https://github.com/OpenSmalltalk/opensmalltalk-vm/releases/tag/r3732#lin… [3]crash message *** buffer overflow detected ***: /spf/build/pharo-vm/lib/pharo/5.0-201707201942/pharo terminated ======= Backtrace: ========= /lib/i386-linux-gnu/libc.so.6(+0x67377)[0xf75f3377] /lib/i386-linux-gnu/libc.so.6(__fortify_fail+0x68)[0xf7683708] /lib/i386-linux-gnu/libc.so.6(+0xf58f8)[0xf76818f8] /lib/i386-linux-gnu/libc.so.6(+0xf75fa)[0xf76835fa] /spf/build/pharo-vm/lib/pharo/5.0-201707201942/pharo(aioEnable+0x31)[0x80c9811] /spf/build/pharo-vm/lib/pharo/5.0-201707201942/pharo[0x81215ee] [0xa1010e0] [0xa1c2bb8] [0xa15f50c] ....a lot more [4] PharoDebug.log HERE_BE_DRAGONS_HERE KeyNotFound: key #arg1 not found in Dictionary 5 March 2018 11:31:51.792142 am VM: unix - i686 - linux-gnu - CoInterpreter VMMaker.oscog-eem.2254 uuid: 4f2c2cce-f4a2-469a-93f1-97ed941df0ad Jul 20 2017 StackToRegisterMappingCogit VMMaker.oscog-eem.2252 uuid: 2f3e9b0e-ecd3-4adf-b092-cce2e2587a5c Jul 20 2017 VM: 201707201942 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Date: Thu Jul 20 12:42:21 2017 -0700 $ Plugins: 201707201942 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Image: Pharo6.0 [Latest update: #60536] Dictionary>>errorKeyNotFound: Receiver: a Dictionary(#arg3->1 #tmp2->2 ) Arguments and temporary variables: aKey: #arg1 Receiver's instance variables: tally: 2 array: {nil. nil. #arg3->1. #tmp2->2. nil} [ self errorKeyNotFound: key ] in Dictionary>>at: Receiver: a Dictionary(#arg3->1 #tmp2->2 ) Arguments and temporary variables: key: #arg1 Receiver's instance variables: tally: 2 array: {nil. nil. #arg3->1. #tmp2->2. nil} Dictionary>>at:ifAbsent: Receiver: a Dictionary(#arg3->1 #tmp2->2 ) Arguments and temporary variables: arg1: #arg1 arg2: [ self errorKeyNotFound: key ] tmp1: nil Receiver's instance variables: tally: 2 array: {nil. nil. #arg3->1. #tmp2->2. nil} Dictionary>>at: Receiver: a Dictionary(#arg3->1 #tmp2->2 ) Arguments and temporary variables: key: #arg1 Receiver's instance variables: tally: 2 array: {nil. nil. #arg3->1. #tmp2->2. nil} IRPushClosureCopy>>indexForVarNamed: Receiver: pushClosureCopyCopiedValues: #() args: #(#arg3) Arguments and temporary variables: aName: #arg1 Receiver's instance variables: sourceNode: RBBlockNode([ :arg3 | | tmp2 | tmp2 := arg3. tmp2 nextPutAll: arg...etc... bytecodeIndex: nil sequence: an IRSequence (1) destination: an IRSequence (3) successor: nil numArgs: nil blockSequence: an IRSequence (2) tempMap: a Dictionary(#arg3->1 #tmp2->2 ) copiedValues: #() lastBlockSequence: an IRSequence (2) arguments: #(#arg3) IRTranslatorV2>>visitPushTemp: Receiver: an IRTranslatorV2 Arguments and temporary variables: tmp: pushTemp: #arg1 Receiver's instance variables: gen: an IRBytecodeGenerator currentScope: a Stack(pushClosureCopyCopiedValues: #() args: #(#arg3) an IRMeth...etc... trailer: a CompiledMethodTrailer tempVectorStack: a Stack() compilationContext: a CompilationContext IRPushTemp>>accept: Receiver: pushTemp: #arg1 Arguments and temporary variables: aVisitor: an IRTranslatorV2 Receiver's instance variables: sourceNode: RBArgumentNode(arg1) bytecodeIndex: nil sequence: an IRSequence (2) name: #arg1 IRTranslatorV2(IRVisitor)>>visitNode: Receiver: an IRTranslatorV2 Arguments and temporary variables: elem: pushTemp: #arg1 Receiver's instance variables: gen: an IRBytecodeGenerator currentScope: a Stack(pushClosureCopyCopiedValues: #() args: #(#arg3) an IRMeth...etc... trailer: a CompiledMethodTrailer tempVectorStack: a Stack() compilationContext: a CompilationContext IRTranslatorV2>>visitInstruction: Receiver: an IRTranslatorV2 Arguments and temporary variables: instr: pushTemp: #arg1 Receiver's instance variables: gen: an IRBytecodeGenerator currentScope: a Stack(pushClosureCopyCopiedValues: #() args: #(#arg3) an IRMeth...etc... trailer: a CompiledMethodTrailer tempVectorStack: a Stack() compilationContext: a CompilationContext [ :arg2 | self visitInstruction: arg2 ] in IRTranslatorV2(IRVisitor)>>visitSequence: Receiver: an IRTranslatorV2 Arguments and temporary variables: arg1: an IRSequence (2) arg2: pushTemp: #arg1 Receiver's instance variables: gen: an IRBytecodeGenerator currentScope: a Stack(pushClosureCopyCopiedValues: #() args: #(#arg3) an IRMeth...etc... trailer: a CompiledMethodTrailer tempVectorStack: a Stack() compilationContext: a CompilationContext OrderedCollection>>do: Receiver: an OrderedCollection(pushTemp: #arg3 popIntoTemp: #tmp2 pushTemp: #tmp2 pushDup pushTemp: ...etc... Arguments and temporary variables: <<error during printing> Receiver's instance variables: array: an Array(pushTemp: #arg3 popIntoTemp: #tmp2 pushTemp: #tmp2 pushDup push...etc... firstIndex: 1 lastIndex: 25 IRSequence>>do: Receiver: an IRSequence (2) Arguments and temporary variables: aBlock: [ :arg2 | self visitInstruction: arg2 ] Receiver's instance variables: sequence: an OrderedCollection(pushTemp: #arg3 popIntoTemp: #tmp2 pushTemp: #tm...etc... orderNumber: 2 method: an IRMethod IRTranslatorV2(IRVisitor)>>visitSequence: Receiver: an IRTranslatorV2 Arguments and temporary variables: arg1: an IRSequence (2) Receiver's instance variables: gen: an IRBytecodeGenerator currentScope: a Stack(pushClosureCopyCopiedValues: #() args: #(#arg3) an IRMeth...etc... trailer: a CompiledMethodTrailer tempVectorStack: a Stack() compilationContext: a CompilationContext IRTranslatorV2>>visitSequence: Receiver: an IRTranslatorV2 Arguments and temporary variables: instructionSequence: an IRSequence (2) Receiver's instance variables: gen: an IRBytecodeGenerator currentScope: a Stack(pushClosureCopyCopiedValues: #() args: #(#arg3) an IRMeth...etc... trailer: a CompiledMethodTrailer tempVectorStack: a Stack() compilationContext: a CompilationContext IRSequence>>accept: Receiver: an IRSequence (2) Arguments and temporary variables: aVisitor: an IRTranslatorV2 Receiver's instance variables: sequence: an OrderedCollection(pushTemp: #arg3 popIntoTemp: #tmp2 pushTemp: #tm...etc... orderNumber: 2 method: an IRMethod IRTranslatorV2(IRVisitor)>>visitNode: Receiver: an IRTranslatorV2 Arguments and temporary variables: elem: an IRSequence (2) Receiver's instance variables: gen: an IRBytecodeGenerator currentScope: a Stack(pushClosureCopyCopiedValues: #() args: #(#arg3) an IRMeth...etc... trailer: a CompiledMethodTrailer tempVectorStack: a Stack() compilationContext: a CompilationContext [ :arg2 | self visitNode: arg2 ] in IRTranslatorV2(IRVisitor)>>visitNodes: Receiver: an IRTranslatorV2 Arguments and temporary variables: arg1: a SortedCollection(an IRSequence (1) an IRSequence (2) an IRSequence (3) ...etc... arg2: an IRSequence (2) Receiver's instance variables: gen: an IRBytecodeGenerator currentScope: a Stack(pushClosureCopyCopiedValues: #() args: #(#arg3) an IRMeth...etc... trailer: a CompiledMethodTrailer tempVectorStack: a Stack() compilationContext: a CompilationContext SortedCollection(OrderedCollection)>>do: Receiver: a SortedCollection(an IRSequence (1) an IRSequence (2) an IRSequence (3) an IRSequence (4)...etc... Arguments and temporary variables: <<error during printing> Receiver's instance variables: array: an Array(an IRSequence (1) an IRSequence (2) an IRSequence (3) an IRSequ...etc... firstIndex: 1 lastIndex: 7 sortBlock: [ :arg2 :arg3 | arg2 orderNumber <= arg3 orderNumber ] IRTranslatorV2(IRVisitor)>>visitNodes: Receiver: an IRTranslatorV2 Arguments and temporary variables: arg1: a SortedCollection(an IRSequence (1) an IRSequence (2) an IRSequence (3) ...etc... Receiver's instance variables: gen: an IRBytecodeGenerator currentScope: a Stack(pushClosureCopyCopiedValues: #() args: #(#arg3) an IRMeth...etc... trailer: a CompiledMethodTrailer tempVectorStack: a Stack() compilationContext: a CompilationContext IRTranslatorV2>>visitSequences: Receiver: an IRTranslatorV2 Arguments and temporary variables: arg1: a SortedCollection(an IRSequence (1) an IRSequence (2) an IRSequence (3) ...etc... Receiver's instance variables: gen: an IRBytecodeGenerator currentScope: a Stack(pushClosureCopyCopiedValues: #() args: #(#arg3) an IRMeth...etc... trailer: a CompiledMethodTrailer tempVectorStack: a Stack() compilationContext: a CompilationContext IRTranslatorV2>>visitMethod: Receiver: an IRTranslatorV2 Arguments and temporary variables: anIr: an IRMethod Receiver's instance variables: gen: an IRBytecodeGenerator currentScope: a Stack(pushClosureCopyCopiedValues: #() args: #(#arg3) an IRMeth...etc... trailer: a CompiledMethodTrailer tempVectorStack: a Stack() compilationContext: a CompilationContext IRMethod>>accept: Receiver: an IRMethod Arguments and temporary variables: aVisitor: an IRTranslatorV2 Receiver's instance variables: sourceNode: logError: arg1 inContext: arg2 self logStdErrorDuring: [ :arg3 |...etc... startSequence: an IRSequence (1) numArgs: 2 properties: nil tempMap: a Dictionary(#arg1->1 #arg2->2 ) pragmas: an OrderedCollection() additionalLiterals: an OCLiteralSet(#ifNotNil:) compiledMethod: nil compilationContext: a CompilationContext irPrimitive: primitive 0 -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html

6 11

Problems with Epicea on Pharo 7
by Cyril Ferlicot D. March 7, 2018

March 7, 2018

Hi, I have a little problem with Epicea and there is some things I would like to discuss. My problem is that I have a Jenkins job downloading a Pharo 7 image, loading inside a little project via an eval command launching a Metacello script. Then I launch tests. And then I archive the image. When I get this image and try to open it with the --no-default-preferences option, I get a window saying that I lost changes and asking if I want to recover them. The only two commands I launched on Jenkins where: ./pharo Pharo.image eval --save ' Metacello new blabla...' and ./pharo Pharo.image test --junit-xml-output '(bla).*' So here my first problem: I don't see why I would have lost changes. Second problem: I did not include pharo-local/ in the archive. So there is no ombu log next to the image. Even if I had a crash on the Jenkins, I would not expect to get this recovery message since I have no epicea log and cannot recover anything. At most I would just expect an #inform: saying "A crash was detected but cannot be recovered" Third problem: This is the case where I have the --no-default-preferences option. If I don't have this option, the image open, the epicea message open and I can do nothing because my Pharo froze. I cannot close the message. I cannot interrupt (ctrl + .). I can just force close the image and the loading of my settings never ends. If I am right on the problems I'll open bug entries about them. Thank you in advance. -- Cyril Ferlicot https://ferlicot.fr

1 0

[Pharo 7.0-dev] Build #665: 21511-add-baseTrait-on-the-instance-side-of-the-trait-and-deprecate-it
by ci-pharo-ci-jenkins2＠inria.fr March 7, 2018

March 7, 2018

There is a new Pharo build available! The status of the build #665 was: SUCCESS. The Pull Request #1040 was integrated: "21511-add-baseTrait-on-the-instance-side-of-the-trait-and-deprecate-it" Pull request url: https://github.com/pharo-project/pharo/pull/1040 Issue Url: https://pharo.fogbugz.com/f/cases/21511 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

1 0

generated webdoc?
by Guillermo Polito March 7, 2018

March 7, 2018

Hi all, I know that we had before the generated webdoc from pharo releases in the file server (files.pharo.org) But I cannot see it anymore. Do we still have it hosted somewhere? We were planning to use it as online material for a course. I know that it is mostly not needed, but newby students need somehow to bootstrap themselves :). Thanks, Guille -- Guille Polito Research Engineer Centre de Recherche en Informatique, Signal et Automatique de Lille CRIStAL - UMR 9189 French National Center for Scientific Research - *http://www.cnrs.fr <http://www.cnrs.fr>* *Web:* *http://guillep.github.io* <http://guillep.github.io> *Phone: *+33 06 52 70 66 13

1 0

[Pharo 7.0-dev] Build #664: 21510-The-traits-definition-ignores-the-slots-for-stateful-traits
by ci-pharo-ci-jenkins2＠inria.fr March 7, 2018

March 7, 2018

There is a new Pharo build available! The status of the build #664 was: SUCCESS. The Pull Request #1038 was integrated: "21510-The-traits-definition-ignores-the-slots-for-stateful-traits" Pull request url: https://github.com/pharo-project/pharo/pull/1038 Issue Url: https://pharo.fogbugz.com/f/cases/21510 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

1 0

PharoDays?
by Stephane Ducasse March 7, 2018

March 7, 2018

Hi guys many people are asking when and where there will be PharoDays. And we do not know. We are looking for local organisers and else we do it at Lille. Now what would be a good date? What about 7-8 June? Stef

3 4

Esteban's ChangeLog week of 26 February 2018
by estebanlm＠gmail.com March 7, 2018

March 7, 2018

Hello! This is my weekly ChangeLog, from 26 February 2018 to 4 March 2018. You can see it in a better format by going here: http://log.smallworks.eu/web/search?from=26/2/2018&to=4/3/2018 ChangeLog ========= 2 March 2018: ------------- * I've been working on Iceberg UI. I have first versions of: * repositories browser * individual repository browser * individual repository management browser * commit window * push window * pull windows I'm not woking on fix a couple of problems on refreshing windows and defining how the pull will work (by default, it will trigger a merge of the changes your are pulling into your image). 1 March 2018: ------------- * I made a new backport for 6.1, [case: 21344](https://pharo.fogbugz.com/f/cases/21344) enjoy 28 February 2018: ----------------- * Well... I spent an stupid amount of time to figure out why the latest VM for macOS was not including libgit2. Turns out, there was a "deploy filter" problem (two problems, in fact), that was making that all pharo flavours were being uploaded to the file server and with same name so in fact, one flavour was being copied on top of the other. And "lowcode VM", for example, does not includes libgi2. So, now that's fixed. You can start using latest VM again (which is the one that is signed) ;) cheers! Esteban

3 3

[ANN] 64 bits support preview
by Mariano Martinez Peck March 7, 2018

March 7, 2018

Hi guys, Thanks for Guillermo Polito we now have 64 bits support for OSSubprocess. You can see the required changes in this PR [1]. I made a branch called `support64bits` so that you can help us test it even if CI said it was good [2]. If you do test it and come back to us with the results, please tell us which OS you used. To install from the branch: Metacello new configuration: 'OSSubprocess'; repository: 'github://marianopeck/OSSubprocess:support64bits/repository'; version: #stable; load. Roadmap: Current release is v0.2.5. So I will let that release for Pharo <= 5.0. I will make a new release with the Pharo 64 bits and call it v0.3. That release should be used for Pharo 6.x. Once v0.3 is out, I will make a new release v0.4 with some changes I wanted to do since a loooong time and its a small refactor to minimize OSSubprocess dependency on OSProcesses primitives (at VM side). This is thanks to Holger Freyther and Alistair Grant [3]. As that requires a new VM, then v0.4 should be used in Pharo >= 7.0. Cheers, [1] https://github.com/marianopeck/OSSubprocess/pull/30 [2] https://travis-ci.org/guillep/OSSubprocess/builds/349280174 [3] https://github.com/pharo-project/pharo-vm/pull/142 -- Mariano http://marianopeck.wordpress.com

3 2

[Pharo 7.0-dev] Build #663: 21489 Cleanup TReplacementSequencedTest
by ci-pharo-ci-jenkins2＠inria.fr March 7, 2018

March 7, 2018

There is a new Pharo build available! The status of the build #663 was: SUCCESS. The Pull Request #1022 was integrated: "21489 Cleanup TReplacementSequencedTest" Pull request url: https://github.com/pharo-project/pharo/pull/1022 Issue Url: https://pharo.fogbugz.com/f/cases/21489 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

1 0

[Pharo 7.0-dev] Build #662: 21489 Cleanup TReplacementSequencedTest
by ci-pharo-ci-jenkins2＠inria.fr March 7, 2018

March 7, 2018

There is a new Pharo build available! The status of the build #662 was: FAILURE. The Pull Request #1022 was integrated: "21489 Cleanup TReplacementSequencedTest" Pull request url: https://github.com/pharo-project/pharo/pull/1022 Issue Url: https://pharo.fogbugz.com/f/cases/21489 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

1 0