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

Fuel Not Serializing Stateful Traits

by Sean P. DeNigris

Pharo 7.0.3. Fuel 3.0.0 loaded per readme via: Metacello new repository: 'github://theseion/Fuel:3.0.0/repository'; baseline: 'Fuel'; load. "Also tried loading : #('CoreWithExtras')" I see commit 1dd... back in March 2018 says it should work, but I'm consistently getting the following error: Array(Object)>>errorSubscriptBounds: Array(Object)>>at: SpdClass class(ClassDescription)>>instanceVariableNamesDo: FLVariablesMapping>>instanceVariableNamesToSerialize FLVariablesMapping>>initializeAnalyzing FLVariablesMapping class>>newAnalyzing:references: ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html

Sept. 23, 2019

[Pharo 8.0] Build #773: 4677-simplify-lookupSymbol

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #773 was: FAILURE. The Pull Request #4688 was integrated: "4677-simplify-lookupSymbol" Pull request url: https://github.com/pharo-project/pharo/pull/4688 Issue Url: https://github.com/pharo-project/pharo/issues/4677 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

Sept. 23, 2019

[Pharo 8.0] Build #772: 3434-Random--nextInt-should-fail-early-when-argument-is-FloatInfinity

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #772 was: FAILURE. The Pull Request #4690 was integrated: "3434-Random--nextInt-should-fail-early-when-argument-is-FloatInfinity" Pull request url: https://github.com/pharo-project/pharo/pull/4690 Issue Url: https://github.com/pharo-project/pharo/issues/3434 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

Sept. 23, 2019

[Pharo 8.0] Build #771: Context tempNamed: use Debuggermap directly

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #771 was: FAILURE. The Pull Request #4691 was integrated: "Context tempNamed: use Debuggermap directly" Pull request url: https://github.com/pharo-project/pharo/pull/4691 Issue Url: https://github.com/pharo-project/pharo/issues/ContextTempAt Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

Sept. 23, 2019

[ANN] Next Pharo Sprint: Sept 27

by Marcus Denker

We will organize a Pharo sprint / Moose dojo Sept 27, starting at 10:00am. (Local Time Paris). Goals of this sprint: - Pharo 8: Fix issues from tracker https://github.com/pharo-project/pharo/issues Remote Sprint: Remotely, you can join us on Discord. During the sprint, we synchronize local and remote Pharo sprinters: http://pharo.org/contribute-events We have added a Board to coordinate the work: https://github.com/orgs/pharo-project/projects/9 Known Local Sprint meetings - Lille/France: It will be at the Inria Lille, Building B, third floor (RMoD offices). As the building is not open to the public, please contact us before if you plan to come A list of all Pharo Event of the year an be found here: https://association.pharo.org/events

Sept. 23, 2019

Re: [Pharo-dev] [Pharo-users] FFI beginner question

by Guillermo Polito

See https://github.com/pharo-project/pharo/issues/4693 <https://github.com/pharo-project/pharo/issues/4693> https://github.com/pharo-project/pharo/issues/4694 <https://github.com/pharo-project/pharo/issues/4694> https://github.com/pharo-project/pharo/issues/4695 <https://github.com/pharo-project/pharo/issues/4695> Of course, if somebody wants to help, youâre welcome to :) Guille > El 23 sept 2019, a las 13:59, Guillermo Polito <guillermopolito(a)gmail.com> escribiÃ³: > > Just more detail into it: > > - the source code of the booklet, written in Pillar, resides in here: > https://github.com/SquareBracketAssociates/Booklet-uFFI <https://github.com/SquareBracketAssociates/Booklet-uFFI> > > - Iâve been in the last weeks doing a pass on it (see branch version2 https://github.com/SquareBracketAssociates/Booklet-uFFI/tree/version2 <https://github.com/SquareBracketAssociates/Booklet-uFFI/tree/version2>) > I started adding examples, and enhancing the explanations. > I got particularly blocked when explaining marshalling where I saw several issues to address / features to add before continuing documenting > > I have some issues written down to fix in FFI soon: > 1 - unify vocabulary: module and library in the API (see #ffiCall:module: #macModuleName #ffiLibraryName, #ffiLibraryâ¦) > 2 - some of the names above are misleading (#ffiLibraryName returning a library object and not a name for example) > 3 - extend literal object support to floats > 4 - add a strict (but safe) mode where types for literals are mandatory (otherwise marshalling can go wrong :)) > > Iâll create issues for these in the next hours ^^. > >> El 23 sept 2019, a las 13:38, Richard O'Keefe <raoknz(a)gmail.com <mailto:raoknz@gmail.com>> escribiÃ³: >> >> how do I >> connect C numeric >> types introduced by the library to FFI? > > Hi Richard, what do you mean? Do you have an example? Whatâs the signature of your C function look like? > > Guille

Sept. 23, 2019

[Pharo 8.0] Build #770: 4684-BeaconSignal-printOneLineString

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #770 was: SUCCESS. The Pull Request #4685 was integrated: "4684-BeaconSignal-printOneLineString" Pull request url: https://github.com/pharo-project/pharo/pull/4685 Issue Url: https://github.com/pharo-project/pharo/issues/4684 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

Sept. 23, 2019

Re: [Pharo-dev] Difficulty to use Iceberg

by Jan Vrany

Hi Tim, thanks! Yes, there are other ways to get around this, but all i tried are major PITAs. Was wondering there must be a better way... Thanks anyway! Jan > Hi Jan - if Iâve understood you correctly, I think this is the same > issue you would get with a readme.md file in the root of your project, > as iceberg only deals with its repository tree and nothing else (which > has been queried in the past - but itâs a design decision for now, > weâve been told). > > To workaround this, checkout your project into a separate directory > for the C part, and pull push independently from pull push in Pharo > part (eg, just pretend you are different users collaborating on the > same project). It works, but remember to do the pull - to catchup when > you have done something in the other world. > > Tim > > Sent from my iPhone > >> On 22 Sep 2019, at 09:15, Jan Vrany <jan.vrany(a)fit.cvut.cz> wrote: >> >> Hi, >> >> I'm experiencing difficulties (code loss, even) when trying to >> commit code using Iceberg. >> >> I have a project with consist of some Pharo code and some >> C++ code. Both parts kind of depend on each other. >> >> Imagine I start from commit A >> >> --- A >> >> and build and open Pharo image. Then I do some work in >> Pharo and commit, leaving me at B: >> >> --- A --- B >> >> Now I need to make some changes to the C++ code, say C & D: >> >> --- A --- B --- C --- D >> >> And work little more on C++ but do not commit (therefore I have >> modified C++ files and/or staged changes). Now imagine I need to >> do more changes in Pharo image and commit (should be commit E) >> >> Now there's the problem. Pharo image thinks it is still at commit B >> and starts complaining about image being out if sync. >> >> What is the correct workflow to end up with: >> >> --- A --- B --- C --- D --- E >> >> !!! AND !!! with my local modifications to C++ code preserved >> in working copy? I'd be nice to preserve staged changes too, >> but I'd be OK to unstage all changes if necessary. >> >> Any suggestions? >> >> Best, Jan >> >>

Sept. 23, 2019

Re: [Pharo-dev] Pharo Launcher 1.9.2-2019.08.01 Crash

by ducasse

Welcome and thanks a lot for the report. It will help us to make the launcher better. S. > On 23 Sep 2019, at 02:58, Samuel Teixeira Santos <arcanosam(a)gmail.com> wrote: > > Hi. I'm newbie, doing FUN Mooc to learn Pharo. > > I came across the following error. > > The steps to reproduce: > > Fedora 30 - KDE > Pharo Launcher 1.9.2-2019.08.01 64 bits > > 1.) Running from command line: ~/pharolauncher/pharo-launcher - First time, no problem > 2.) At the first run, the directories and contents below are created by pharo-launcher: > > ~/Pharo/: > images > sources.list > > ~/Pharo/images: > > 3.) Close Pharo-Launcher > 4.) Do again step 01 - Crash happens and log is below > > To fix and open again I have to delete this ~/Pharo directory. > > ----- > > > Segmentation fault Sun Sep 22 21:36:24 2019 > > > ~/pharolauncher/pharo-vm/lib/pharo/5.0-201901051900/pharo > Pharo VM version: 5.0-201901051900 Sat Jan 5 19:12:50 UTC 2019 gcc 4.8 [Production Spur 64-bit VM] > Built from: CoInterpreter VMMaker.oscog-eem.2504 uuid: a00b0fad-c04c-47a6-8a11-5dbff110ac11 Jan 5 2019 > With: StackToRegisterMappingCogit VMMaker.oscog-eem.2504 uuid: a00b0fad-c04c-47a6-8a11-5dbff110ac11 Jan 5 2019 > Revision: VM: 201901051900 https://github.com/OpenSmalltalk/opensmalltalk-vm.git <https://github.com/OpenSmalltalk/opensmalltalk-vm.git> Date: Sat Jan 5 20:00:11 2019 CommitHash: 7a3c6b64 Plugins: 201901051900 https://github.com/OpenSmalltalk/opensmalltalk-vm.git <https://github.com/OpenSmalltalk/opensmalltalk-vm.git> > Build host: Linux travis-job-f22c8934-2412-48ed-8180-7a42b62c7389 4.4.0-101-generic #124~14.04.1-Ubuntu SMP Fri Nov 10 19:05:36 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux > plugin path: ~/pharolauncher/pharo-vm [default: ~/pharolauncher/pharo-vm/lib/pharo/5.0-201901051900/] > > > C stack backtrace & registers: > rax 0x00000000 rbx 0x7f13f7caa9a0 rcx 0x00000000 rdx 0x7f14079e1c60 > rdi 0x7f13f7caacc0 rsi 0x7f13f7caacc0 rbp 0x7f13f85af140 rsp 0x7ffe11fff178 > r8 0x7f13f7caa9a0 r9 0x00000000 r10 0x00000000 r11 0x00000031 > r12 0x0174d0d8 r13 0x0174e0e8 r14 0x00004400 r15 0x0174d0d8 > rip 0x7f13f85afda0 > */lib64/libssl.so.1.1(+0x8fda0)[0x7f13f85afda0] > ~/pharolauncher/pharo-vm/lib/pharo/5.0-201901051900/pharo[0x41b0d3] > ~/pharolauncher/pharo-vm/lib/pharo/5.0-201901051900/pharo[0x41cb2e] > /lib64/libpthread.so.0(+0x12c60)[0x7f14079f9c60] > /lib64/libssl.so.1.1(+0x8fda0)[0x7f13f85afda0] > [0x0] > > > Smalltalk stack dump: > 0x7ffe12021340 I ZdcPluginSSLSession>connect:from:to:into: 0x182b9a8: a(n) ZdcPluginSSLSession > 0x7ffe120213b0 I ZdcSecureSocketStream>connect 0x1748018: a(n) ZdcSecureSocketStream > 0x7ffe120213f8 I ZnClient>setupTLSTo: 0x1712c58: a(n) ZnClient > 0x7ffe1201cd28 I ZnClient>newConnectionTo: 0x1712c58: a(n) ZnClient > 0x7ffe1201cd70 I ZnClient>getConnectionAndExecute 0x1712c58: a(n) ZnClient > 0x7ffe1201cdb0 I ZnClient>executeWithRedirectsRemaining: 0x1712c58: a(n) ZnClient > 0x7ffe1201cde8 M [] in ZnClient>executeWithRetriesRemaining: 0x1712c58: a(n) ZnClient > 0x7ffe1201ce18 M BlockClosure>on:do: 0x1719320: a(n) BlockClosure > 0x7ffe1201ce68 I ZnClient>executeWithRetriesRemaining: 0x1712c58: a(n) ZnClient > 0x7ffe1201cea0 M [] in ZnClient>executeWithTimeout 0x1712c58: a(n) ZnClient > 0x7ffe1201ced0 M BlockClosure>on:do: 0x1718fb0: a(n) BlockClosure > 0x7ffe1201cf10 M [] in ZnClient>executeWithTimeout 0x1712c58: a(n) ZnClient > 0x7ffe1201cf48 M [] in ZnClient>withTimeoutDo: 0x1712c58: a(n) ZnClient > 0x7ffe1201cf90 M [] in ZnConnectionTimeout(DynamicVariable)>value:during: 0x20eeb70: a(n) ZnConnectionTimeout > 0x7ffe1201cfd0 M BlockClosure>ensure: 0x1718e90: a(n) BlockClosure > 0x7ffe1201d018 M ZnConnectionTimeout(DynamicVariable)>value:during: 0x20eeb70: a(n) ZnConnectionTimeout > 0x7ffe1201d068 I ZnConnectionTimeout class(DynamicVariable class)>value:during: 0x1fd0170: a(n) ZnConnectionTimeout class > 0x7ffe1201d0b8 I ZnClient>withTimeoutDo: 0x1712c58: a(n) ZnClient > 0x7ffe1201d100 I ZnClient>executeWithTimeout 0x1712c58: a(n) ZnClient > 0x7ffe1201d138 M [] in ZnClient>execute 0x1712c58: a(n) ZnClient > 0x7ffe1201d170 M [] in ZnClient>withProgressDo: 0x1712c58: a(n) ZnClient > 0x7ffe1201d1b8 M [] in ZnSignalProgress(DynamicVariable)>value:during: 0x20eeb60: a(n) ZnSignalProgress > 0x7ffe1201d1f8 M BlockClosure>ensure: 0x1718ae0: a(n) BlockClosure > 0x7ffe1201d240 M ZnSignalProgress(DynamicVariable)>value:during: 0x20eeb60: a(n) ZnSignalProgress > 0x7ffe1201d290 I ZnSignalProgress class(DynamicVariable class)>value:during: 0x1fd0380: a(n) ZnSignalProgress class > 0x7ffe1201d2e0 I ZnClient>withProgressDo: 0x1712c58: a(n) ZnClient > 0x7ffe1201d330 I ZnClient>execute 0x1712c58: a(n) ZnClient > 0x7ffe1201d370 I ZnClient>get 0x1712c58: a(n) ZnClient > 0x7ffe1201d3b8 I ZnClient>downloadTo: 0x1712c58: a(n) ZnClient > 0x7ffe1201d400 M [] in PhLDownloadManager>download:toFile: 0x5682140: a(n) PhLDownloadManager > 0x7ffe12010db8 M BlockClosure>on:do: 0x16ed228: a(n) BlockClosure > 0x7ffe12010e00 M [] in PhLDownloadManager>displayProgressDuring: 0x5682140: a(n) PhLDownloadManager > 0x7ffe12010e40 M [] in MorphicUIManager>informUserDuring: 0x5c75210: a(n) MorphicUIManager > 0x7ffe12010e78 M BlockClosure>cull: 0x16ed3f0: a(n) BlockClosure > 0x7ffe12010eb0 M [] in Job>run 0x16ed418: a(n) Job > 0x7ffe12010ef8 M [] in CurrentJob(DynamicVariable)>value:during: 0x1bb3d88: a(n) CurrentJob > 0x7ffe12010f38 M BlockClosure>ensure: 0x1712ab8: a(n) BlockClosure > 0x7ffe12010f90 I CurrentJob(DynamicVariable)>value:during: 0x1bb3d88: a(n) CurrentJob > 0x7ffe12010fe0 I CurrentJob class(DynamicVariable class)>value:during: 0x1ba5908: a(n) CurrentJob class > 0x7ffe12011020 M [] in Job>run 0x16ed418: a(n) Job > 0x7ffe12011060 M BlockClosure>ensure: 0x16ed758: a(n) BlockClosure > 0x7ffe120110a8 I Job>run 0x16ed418: a(n) Job > 0x7ffe120110e8 I MorphicUIManager(UIManager)>displayProgress:from:to:during: 0x5c75210: a(n) MorphicUIManager > 0x7ffe12011148 I MorphicUIManager>informUserDuring: 0x5c75210: a(n) MorphicUIManager > 0x7ffe12011190 I PhLDownloadManager>displayProgressDuring: 0x5682140: a(n) PhLDownloadManager > 0x7ffe120111d8 I PhLDownloadManager>download:toFile: 0x5682140: a(n) PhLDownloadManager > 0x7ffe12011228 I PhLTemplateSources>fetchSourcesFile 0x16e0118: a(n) PhLTemplateSources > 0x7ffe12011270 I PhLTemplateSources>checkForUpdates 0x16e0118: a(n) PhLTemplateSources > 0x7ffe120112a0 M [] in PhLTemplateSourcesUpdateChecker>check 0x55b32a0: a(n) PhLTemplateSourcesUpdateChecker > 0x7ffe120112d0 M BlockClosure>on:do: 0x16daba0: a(n) BlockClosure > 0x7ffe12011320 I PhLTemplateSourcesUpdateChecker>check 0x55b32a0: a(n) PhLTemplateSourcesUpdateChecker > 0x7ffe12011350 M [] in PhLTemplateSourcesUpdateChecker>run 0x55b32a0: a(n) PhLTemplateSourcesUpdateChecker > 0x7ffe12011380 M BlockClosure>repeat 0x16daac8: a(n) BlockClosure > 0x7ffe120113c0 I [] in PhLTemplateSourcesUpdateChecker>run 0x55b32a0: a(n) PhLTemplateSourcesUpdateChecker > 0x7ffe12011400 I [] in BlockClosure>newProcess 0x5c8fb60: a(n) BlockClosure > > Most recent primitives > timingPriorityScheduleTicker: > nowTick > nowTick > primSignal:atUTCMicroseconds: > wait > wait > relinquishProcessorForMicroseconds: > nowTick > timingPrioritySignalExpired > nowTick > primSignal:atUTCMicroseconds: > wait > millisecondClockValue > @ > actualScreenSize > millisecondClockValue > do: > basicIdentityHash > basicIdentityHash > basicIdentityHash > **StackOverflow** > tempAt: > tempAt:put: > tempAt: > terminateTo: > findNextUnwindContextUpTo: > terminateTo: > **StackOverflow** > tempAt: > tempAt:put: > tempAt: > terminateTo: > findNextUnwindContextUpTo: > terminateTo: > tempAt: > tempAt:put: > tempAt: > terminateTo: > findNextUnwindContextUpTo: > terminateTo: > tempAt: > tempAt:put: > tempAt: > terminateTo: > findNextUnwindContextUpTo: > terminateTo: > tempAt: > tempAt:put: > tempAt: > terminateTo: > findNextUnwindContextUpTo: > terminateTo: > tempAt: > tempAt:put: > tempAt: > terminateTo: > findNextUnwindContextUpTo: > terminateTo: > tempAt: > tempAt:put: > tempAt: > terminateTo: > findNextUnwindContextUpTo: > terminateTo: > tempAt: > tempAt:put: > tempAt: > terminateTo: > findNextUnwindContextUpTo: > terminateTo: > millisecondClockValue > submorphs > yield > millisecondClockValue > wait > signal > signal > nowTick > nowTick > nowTick > primSignal:atUTCMicroseconds: > wait > wait > relinquishProcessorForMicroseconds: > nowTick > signal > nowTick > primSignal:atUTCMicroseconds: > wait > millisecondClockValue > @ > waitForUserSignalled:orExpired: > millisecondClockValue > basicNew > tempAt: > tempAt:put: > tempAt: > terminateTo: > findNextUnwindContextUpTo: > terminateTo: > **StackOverflow** > tempAt: > tempAt:put: > tempAt: > terminateTo: > findNextUnwindContextUpTo: > terminateTo: > tempAt: > tempAt:put: > tempAt: > terminateTo: > findNextUnwindContextUpTo: > terminateTo: > tempAt: > tempAt:put: > tempAt: > terminateTo: > findNextUnwindContextUpTo: > terminateTo: > tempAt: > tempAt:put: > tempAt: > terminateTo: > findNextUnwindContextUpTo: > terminateTo: > tempAt: > tempAt:put: > tempAt: > terminateTo: > findNextUnwindContextUpTo: > terminateTo: > tempAt: > tempAt:put: > tempAt: > terminateTo: > findNextUnwindContextUpTo: > terminateTo: > tempAt: > tempAt:put: > tempAt: > terminateTo: > findNextUnwindContextUpTo: > terminateTo: > millisecondClockValue > world > perform:with: > yield > millisecondClockValue > wait > signal > signal > nowTick > nowTick > nowTick > primSignal:atUTCMicroseconds: > wait > wait > relinquishProcessorForMicroseconds: > nowTick > signal > nowTick > primSignal:atUTCMicroseconds: > wait > millisecondClockValue > @ > actualScreenSize > millisecondClockValue > tempAt: > tempAt:put: > tempAt: > terminateTo: > findNextUnwindContextUpTo: > terminateTo: > **StackOverflow** > tempAt: > tempAt:put: > tempAt: > terminateTo: > findNextUnwindContextUpTo: > terminateTo: > tempAt: > tempAt:put: > tempAt: > terminateTo: > findNextUnwindContextUpTo: > terminateTo: > tempAt: > tempAt:put: > tempAt: > terminateTo: > findNextUnwindContextUpTo: > terminateTo: > **StackOverflow** > tempAt: > tempAt:put: > tempAt: > terminateTo: > findNextUnwindContextUpTo: > terminateTo: > tempAt: > tempAt:put: > tempAt: > terminateTo: > findNextUnwindContextUpTo: > terminateTo: > tempAt: > tempAt:put: > tempAt: > terminateTo: > findNextUnwindContextUpTo: > terminateTo: > tempAt: > tempAt:put: > tempAt: > terminateTo: > findNextUnwindContextUpTo: > terminateTo: > millisecondClockValue > yield > millisecondClockValue > wait > signal > signal > nowTick > nowTick > nowTick > primSignal:atUTCMicroseconds: > wait > wait > wait > signal > signal > at: > at: > nowTick > nowTick > primSignal:atUTCMicroseconds: > wait > primSocketConnectionStatus: > class > **StackOverflow** > **StackOverflow** > basicNew > **StackOverflow** > value > primitiveSSLCreate > primitiveSSL:setIntProperty:toValue: > **StackOverflow** > stringHash:initialHash: > value > primitiveSSL:setStringProperty:toValue: > value > primitiveSSL:setStringProperty:toValue: > atAllPut: > atAllPut: > primitiveSSL:connect:startingAt:count:into: > > stack page bytes 8192 available headroom 5576 minimum unused headroom 5872 > > (Segmentation fault)

Sept. 23, 2019

Re: [Pharo-dev] Pharo Launcher 1.9.2-2019.08.01 Crash

by arcanosam

I just found now the problem is related to this file: ~/Pharo/sources.list.dl When I run again pharo-launcher, this file above is deleted and no recreated which seems the cause of segmentation fault But if I delete the remanescent file (~/Pharo/sources.list), Pharo-launcher starts normally, creating this two files again. I will update my bash script to delete it this until the solution appear Thanks in advance. Cheers, Samuel ----- and so we lay... we lay in the same grave.... -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html

Sept. 23, 2019