August 2017 - Pharo-dev - lists.pharo.org

Shouldn't new:0 fail for non-indexable classes
by Nicolai Hess Aug. 9, 2017

Aug. 9, 2017

see fogbugz 20246 ( https://pharo.fogbugz.com/f/cases/20246/Segfault-calling-new-0) Create a class with a single instance variable. call AClass new:0 -> segfaults (on windows latest vm). I can reproduce this on squeak (Squeak5.1-16549-32bit). It does not crash right away, but I was able to crash it by debugging into the new: call. from the comment of Behavior>>#new: , I would expect the error: self error: self printString, ' cannot have variable sized instances'

2 2

[Pharo 70] build 21 / PR 187
by Stephane Ducasse Aug. 9, 2017

Aug. 9, 2017

in PR 21 https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2… https://pharo.fogbugz.com/f/cases/20295/ Stef

1 0

[Pharo 70] build 18 / PR 66
by Stephane Ducasse Aug. 9, 2017

Aug. 9, 2017

20063-isDeprecated-should-consider-protocol-names Stef

1 0

[Pharo 70] PR 185 / Build 17
by Stephane Ducasse Aug. 9, 2017

Aug. 9, 2017

Hi We do not have yet an automated mail after each integration. So I will do it by hand. I'm going over the green issues https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2… And integrating the ones I understand. Then I will look at the other ones. Stef [Pharo 70] PR 185 / Build 17 SLICE-Issue-18818-Add-labelled-simple-widget https://github.com/pharo-project/pharo/commit/73ffa96a4993ca482410437c91f39…

1 0

GTInspector auto refresh hooks?
by Denis Kudriashov Aug. 9, 2017

Aug. 9, 2017

Hi. Is there a way in GTInspector presentation to call some special updating block before each of auto refresh operation? I want something like: composite fastTable title: 'Devices'; display: [ devices ]; wantsAutomaticRefresh: true; * beforeUpdateDo: ["rows updating code"]* Imaging my presentation shows database table and I want query updated rows. (I activate updating by GTInspector setEnabledStepRefreshStatus: true). Best regards, Denis

2 3

Having green builds
by Guillermo Polito Aug. 9, 2017

Aug. 9, 2017

Hi all, As you all know, we are now building from github. Integrations are made through pull requests. And pull requests are validated using jenkins (that is back again, Yay!). In this scenario, pull requests validations in github differentiate only between three states: Pased (green) and not passed (red). This of course conflicts with the three-state jobs of jenkins. By default jenkins transforms failing tests (yellow) to a red state. This means that we lose the extra information provided by the intermediate state. Now, because of this, in order to really differentiate good builds from bad builds, we need to have green builds :). Always. Yesterday we worked with Pablo on that and now we have a PR that fixes all tests and is green :) https://github.com/pharo-project/pharo/pull/184 You can follow up all the things we did in the issue also: https://pharo.fogbugz.com/f/cases/20288/Fix-failing-tests-in-pharo-70 As a summary, we could fix most tests by just touching some code here and there. Some of them were portability issues, some other encoding in the build slaves and so on. The only one we could not fix was a problem cause by a side effect of QualityAssistant-Tests, so we skipped it. Those two tests should be rewritten to not have side effects on other tests (In this case, Epicea). Enjoy, Guille and Pablo -- Guille Polito Research Engineer 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

6 6

fixing the tab morph
by Esteban Lorenzano Aug. 8, 2017

Aug. 8, 2017

Hi, Soâ¦ summer project (to do when there is too much hot to go outside): fix some minor things that are inside the image that annoys me since some time. First issue: the tab morph we have is horrible (and makes horrible anything with it). Iâve been working on it to fix that âchromish-but-badâ style we had and to fix some (a lot) hardcoded colors there. Now, for example, Calypso looks like this: which is IMHO a lot better :) some remarks: 1) I find TabManagerMorph an ugly name. Do you think we should change it? (I tend to think anything called *Manager, *Controller, etc. as a bad naming chose and probably the mark of a smell). 2) much more important: we should deprecate TabGroupMorph and LazyTabGroupMorph familyâ¦ there should not be more than one widget to do the same in the system. So well, as usual with old things: you fix a little thing and you uncover a lot of new problems :) Esteban

6 8

Two tables that share the same data source!?
by Elhamer Aug. 7, 2017

Aug. 7, 2017

Hello everybody, How common is it for multiple tables (FastTables) to have the same datasource ? The FTDataSource has a instance variable to refer a table: ```` Object subclass: #FTDataSource instanceVariableNames: 'table' classVariableNames: '' package: 'Morphic-Widgets-FastTable-DataSource' ``` which makes it impossible for several tables to have the same data source. the code of the data source is also coupled to the ft code which also makes it harder to extend. I've tried to go down the rabbit hole and decouple the data source from the table but things went messy. So i would like to know how common it is for several tables to share the same ds, and does that worth going the extra mile ? Thanks, Elhamer. -- View this message in context: http://forum.world.st/Two-tables-that-share-the-same-data-source-tp4959153.… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

1 0

Segmentation fault Pharo 6.1 64bit vm - Ubuntu Linux - loading Metacello dependency
by Tim Mackinnon Aug. 7, 2017

Aug. 7, 2017

Hi - I just got a seg fault on my Gitlab CI server when trying to load a metacello baseline via the st command line hander. $ ./pharo Pharo.image --no-default-preferences --save --quit st loadLocal.st config.st "{'$AWS_ACCESS_KEY_ID'. '$AWS_SECRET_ACCESS_KEY'. '$AWS_DEFAULT_REGION'. '$S3_BUCKET'}" |& tee LoadLocal.log Fetched -> BaselineOfLambda-cypress.1 --- filetree:///builds/macta/PharoLambda/src [:] --- filetree:///builds/macta/PharoLambda/src Loaded -> BaselineOfLambda-cypress.1 --- filetree:///builds/macta/PharoLambda/src [:] --- filetree:///builds/macta/PharoLambda/src Loading baseline of BaselineOfLambda... Fetched -> BaselineOfAWS-ShoYoshida.12 --- github://newapplesho/aws-sdk-smalltalk:v1.10/pharo-repository [9149805:v1.10] --- github://newapplesho/aws-sdk-smalltalk:v1.10/pharo-repository Loaded -> BaselineOfAWS-ShoYoshida.12 --- github://newapplesho/aws-sdk-smalltalk:v1.10/pharo-repository [9149805:v1.10] --- github://newapplesho/aws-sdk-smalltalk:v1.10/pharo-repository Fetched -> ConfigurationOfZTimestamp-SvenVanCaekenberghe.25 --- http://mc.stfx.eu/Neo --- http://mc.stfx.eu/Neo Loaded -> ConfigurationOfZTimestamp-SvenVanCaekenberghe.25 --- http://mc.stfx.eu/Neo --- http://mc.stfx.eu/Neo Project: ZTimestamp stable [20] Fetched -> ZTimestamp-SvenVanCaekenberghe.57 --- http://mc.stfx.eu/Neo --- http://mc.stfx.eu/Neo Project: AWS baseline Segmentation fault Mon Jul 31 22:18:27 2017 /builds/macta/PharoLambda/build/pharo-vm/lib/pharo/5.0-201707201942/pharo Pharo VM version: 5.0-201707201942 Thu Jul 20 20:42:13 UTC 2017 gcc 4.6.3 [Production Spur 64-bit ITHB VM] Built from: CoInterpreter VMMaker.oscog-eem.2254 uuid: 4f2c2cce-f4a2-469a-93f1-97ed941df0ad Jul 20 2017 With: StackToRegisterMappingCogit VMMaker.oscog-eem.2252 uuid: 2f3e9b0e-ecd3-4adf-b092-cce2e2587a5c Jul 20 2017 Revision: 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 $ Build host: Linux testing-gce-2c303f4c-2b90-4f17-b8b9-ec690d977073 3.13.0-115-generic #162~precise1-Ubuntu SMP Fri Mar 24 16:47:06 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux plugin path: /builds/macta/PharoLambda/build/pharo-vm/lib/pharo/5.0-201707201942 [default: /builds/macta/PharoLambda/build/pharo-vm/lib/pharo/5.0-201707201942/] C stack backtrace & registers: rax 0xa41278c0 rbx 0xa4127750 rcx 0xa4127978 rdx 0xa4127808 rdi 0xa4127528 rsi 0xa4127528 rbp 0xa4127698 rsp 0xa4127a30 r8 0xa4126f68 r9 0xa4127020 r10 0xa41270d8 r11 0xa4127190 r12 0xa4127248 r13 0xa4127300 r14 0xa41273b8 r15 0xa4127470 rip 0xa4127ae8 *[0x7fffa4127ae8] /builds/macta/PharoLambda/build/pharo-vm/lib/pharo/5.0-201707201942/pharo[0x41cd91] /builds/macta/PharoLambda/build/pharo-vm/lib/pharo/5.0-201707201942/pharo[0x41d11f] /lib/x86_64-linux-gnu/libpthread.so.0(+0x11670)[0x7efe11ad9670] /builds/macta/PharoLambda/build/pharo-vm/lib/pharo/5.0-201707201942/pharo[0x43645f] /builds/macta/PharoLambda/build/pharo-vm/lib/pharo/5.0-201707201942/pharo(ceBaseFrameReturn+0xc1)[0x45bec1] [0x260124e] [0x0] Smalltalk stack dump: Most recent primitives stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: compare:with:collated: compare:with:collated: compare:with:collated: compare:with:collated: compare:with:collated: compare:with:collated: compare:with:collated: compare:with:collated: compare:with:collated: compare:with:collated: compare:with:collated: compare:with:collated: compare:with:collated: compare:with:collated: compare:with:collated: compare:with:collated: compare:with:collated: compare:with:collated: compare:with:collated: compare:with:collated: compare:with:collated: compare:with:collated: compare:with:collated: compare:with:collated: compare:with:collated: compare:with:collated: compare:with:collated: compare:with:collated: compare:with:collated: compare:with:collated: compare:with:collated: compare:with:collated: compare:with:collated: compare:with:collated: compare:with:collated: stringHash:initialHash: stringHash:initialHash: basicAtLeast: basicAtLeast: new: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: compare:with:collated: stringHash:initialHash: compare:with:collated: compare:with:collated: stringHash:initialHash: stringHash:initialHash: compare:with:collated: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: compare:with:collated: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: compare:with:collated: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: compare:with:collated: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: compare:with:collated: stringHash:initialHash: compare:with:collated: stringHash:initialHash: compare:with:collated: stringHash:initialHash: stringHash:initialHash: compare:with:collated: stringHash:initialHash: compare:with:collated: stringHash:initialHash: compare:with:collated: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: compare:with:collated: stringHash:initialHash: compare:with:collated: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: compare:with:collated: compare:with:collated: stringHash:initialHash: stringHash:initialHash: compare:with:collated: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: compare:with:collated: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: compare:with:collated: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: compare:with:collated: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: compare:with:collated: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: compare:with:collated: compare:with:collated: stringHash:initialHash: compare:with:collated: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: compare:with:collated: compare:with:collated: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: compare:with:collated: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: compare:with:collated: compare:with:collated: compare:with:collated: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: compare:with:collated: compare:with:collated: stringHash:initialHash: compare:with:collated: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: compare:with:collated: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: compare:with:collated: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stringHash:initialHash: stack page bytes 8192 available headroom 5576 minimum unused headroom 5976 The script being run was - and it segâd on the first Metacello invocation when reading in a dependent spec. "CmdLine script to load project" | stdout | stdout := FileStream stdout wantsLineEndConversion: true; converter; yourself. "Add missing STON dependency in minimal image" Smalltalk at: #STON ifAbsent: [ stdout nextPutAll: 'Loading missing STON'; cr. Gofer new url: 'http://ss3.gemstone.com/ss/STON'; package: 'STON-Core'; load. "Fix-up issue with Undeclared not firing a change in minimal image" { MCFileTreeRepository. MCFileTreeStCypressReader. MCFileTreeAbstractReader } do: [:c | c compileAll ] ]. "Create a stub TestCase (if needed) for packages not minimally defined" Smalltalk at: #TestCase ifAbsent: [ stdout nextPutAll: 'Creating missing TestCase'; cr. Object subclass: #TestCase ]. Metacello new repository: 'filetree://../src'; baseline: 'Lambda'; load. Metacello new repository: 'filetree://../src'; baseline: 'LambdaRuntime'; load. Smalltalk at: #IceRepositoriesBrowser ifPresent: [ :i | stdout nextPutAll: 'Removing rogue ', i name; cr. i allInstances do: [:b | b become: String new ]]. Smalltalk at: #OmSessionStore ifPresent: [ :i | stdout nextPutAll: 'Unregistering ', i name; cr. SessionManager default unregisterClassNamed: i name ]. SmalltalkImage current garbageCollect.

2 2

Re: [Pharo-dev] Creating the smallest server runtime footprint
by Pavel Krivanek Aug. 7, 2017

Aug. 7, 2017

2017-07-31 22:51 GMT+02:00 Tim Mackinnon <tim(a)testit.works>: > I wasnât clear on which image to retry - the https://ci.inria.fr/pharo/ > job/Pharo-6.0-Update-Step-3.2-Minimal/lastSuccessfulBuild/ > artifact/Pharo-minimal-64.zip one still shows as being last updated 7 > days ago. > > The https://ci.inria.fr/pharo/view/6.0-SysConf/job/Pharo-6.0-Step-04-01- > ConfigurationOfMinimalPharo/ one gives me a mismatch error: This > interpreter (vers. 68021) cannot read image file (vers. 6521). > > The https://ci.inria.fr/pharo/view/7.0/job/70-Bootstrap-32bit-Conversion/ > lastSuccessfulBuild/artifact/latest-minimal-64.zip one gives me a > walkback when trying to run my install script : > > 25 UndefinedObject(Object)>>*doesNotUnderstand: #addTo:* > 26 MCRepositoryGroup>>addRepository: > 27 createRepository > | repo | > repo := self project createRepository: self. > ^ MCRepositoryGroup default repositories > detect: [ :each | each = repo ] > ifNone: [ > MCRepositoryGroup default addRepository: repo. > repo ] in MetacelloRepositorySpec>>createRepository > > I think this is because the image doesnât support Metacello? As in: > > Metacello new > repository: 'filetree://../src'; > baseline: 'Lambda'; > load. > > > How do you guys load things into the minimal images (I thought you used > Metacello - but maybe you do it some other way?) > > I can use a big 6.1 image fine (as it has Metacello loaded) but Iâd really > like a minimal solution - that can load in libraries like AWS S3, or XML > parsing etc. and it seems like I should be a good customer for kicking the > tires on all of this. > > Tim > > I checked the 64-bit Pharo 7 minimal image and loading of baseline (of SUnit from pharo-project/pharo) works: ./pharo Pharo7.0-minimal-64bit-b1625bf.image eval --save "Metacello new baseline: 'SUnit'; repository: 'filetree://./pharo-core/src'; load." ./pharo Pharo7.0-minimal-64bit-b1625bf.image eval "TestCase suite run" Can you test it too? -- Pavel

4 38