- Pharo-dev - lists.pharo.org

[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

Pharo Launcher 1.9.2-2019.08.01 Crash

by Samuel Teixeira Santos

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 Date: Sat Jan 5 20:00:11 2019 CommitHash: 7a3c6b64 Plugins: 201901051900 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

[Pharo 8.0] Build #769: 4540-Integrate-DrTests

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

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

Sept. 22, 2019

Re: [Pharo-dev] Difficulty to use Iceberg

by Tim Mackinnon

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. 22, 2019