- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [Vm-dev] Image crashing on startup, apparently during GC

by Esteban Lorenzano

hi, > On 24 Mar 2018, at 09:50, Cyril Ferlicot D. <cyril.ferlicot(a)gmail.com> wrote: > > Le 23/03/2018 Ã 21:52, Eliot Miranda a Ã©crit : >> Hi Damien, >> >> Indeed the image is corrupt at start-up. See below. >> >> >> Right. This VM is prior to the bug fixes in VMMaker.oscog-eem.2320: >> >> Spur: >> Fix a bad bug in SpurPlnningCompactor. >> unmarkObjectsFromFirstFreeObject, used when the compactor requires more >> than one pass due to insufficient savedFirstFieldsSpace, expects the >> corpse of a moved object to be unmarked, but >> copyAndUnmarkObject:to:bytes:firstField: only unmarked the target. >> Unmarking the corpse before the copy unmarks both. This fixes a crash >> with ReleaseBuilder class>>saveAsNewRelease when non-use of cacheDuring: >> creates lots of files, enough to push the system into the multi-pass regime. >> >> >> Pharo urgently needs to upgrade the VM to one more up to date than 2017 >> 08 27 (in fact more up-to-date than opensmalltalk/vm commit >> 0fe1e1ea108e53501a0e728736048062c83a66ce, Fri Jan 19 13:17:57 2018 >> -0800). The bug that VMMaker.oscog-eem.2320 fixes can result in image >> corruption in large images, and can occur (as it has here) at start-up, >> causing one's work to be irretrievably lost. >> > > Hi Eliot, > > I think that there is a lot of people who would like to get a newer > stable vm for Pharo 6.1 and 7. The problem is that it is hard to know > which VM are stable enough to be promoted as stable. > > Some weeks ago Esteban tried to promote a VM as stable and he had to > revert it the same day because a regression occurred in the VM. > > If you're able to tell us which vms are stable in those present at > http://files.pharo.org/vm/pharo-spur32/ and > http://files.pharo.org/vm/pharo-spur64/ it would be a great help. > > Even better would be for the pharo community to have a way to know which > vms are stable or not without having to ask you. there is no âstableâ branch in Cog, and thatâs a problem. âreleasedâ versions (the version you can find as stable) are not working for Pharo :( I tried to promote versions from end feb and that crashed. next week I will try again, maybe now they are stable enoughâ¦ one thing is true: the versions that we consider stable (from oct/17) present problems that are already solved on latest. Esteban > > Have a nice day. > >> >> -- >> _,,,^..^,,,_ >> best, Eliot > -- > Cyril Ferlicot > https://ferlicot.fr >

March 24, 2018

Re: [Pharo-dev] [Vm-dev] Image crashing on startup, apparently during GC

by Cyril Ferlicot D.

Le 23/03/2018 Ã 21:52, Eliot Miranda a Ã©critÂ : > Hi Damien, > > Indeed the image is corrupt at start-up.Â See below. > Â > > Right.Â This VM is prior to the bug fixes in VMMaker.oscog-eem.2320: > > Spur: > Fix a bad bug in SpurPlnningCompactor. > Â unmarkObjectsFromFirstFreeObject, used when the compactor requires more > than one pass due to insufficient savedFirstFieldsSpace, expects the > corpse of a moved object to be unmarked, but > copyAndUnmarkObject:to:bytes:firstField: only unmarked the target.Â > Unmarking the corpse before the copy unmarks both.Â This fixes a crash > with ReleaseBuilder class>>saveAsNewRelease when non-use of cacheDuring: > creates lots of files, enough to push the system into the multi-pass regime. > > > Pharo urgently needs to upgrade the VM to one more up to date than 2017 > 08 27 (in fact more up-to-date than opensmalltalk/vm commit > 0fe1e1ea108e53501a0e728736048062c83a66ce, Fri Jan 19 13:17:57 2018 > -0800).Â The bug that VMMaker.oscog-eem.2320 fixes can result in image > corruption in large images, and can occur (as it has here) at start-up, > causing one's work to be irretrievably lost. > Â Hi Eliot, I think that there is a lot of people who would like to get a newer stable vm for Pharo 6.1 and 7. The problem is that it is hard to know which VM are stable enough to be promoted as stable. Some weeks ago Esteban tried to promote a VM as stable and he had to revert it the same day because a regression occurred in the VM. If you're able to tell us which vms are stable in those present at http://files.pharo.org/vm/pharo-spur32/ and http://files.pharo.org/vm/pharo-spur64/ it would be a great help. Even better would be for the pharo community to have a way to know which vms are stable or not without having to ask you. Have a nice day. > > -- > _,,,^..^,,,_ > best,Â Eliot -- Cyril Ferlicot https://ferlicot.fr

March 24, 2018

Re: [Pharo-dev] pharo64+load code=broken image

by Eliot Miranda

On Fri, Mar 23, 2018 at 7:54 AM, Javier PimÃ¡s <elpochodelagente(a)gmail.com> wrote: > Hi Eliot, the crash.dmp shows what I put in the first mail, gdb shows some > more info: > > #0 __GI___libc_free (mem=0x7f15fc1d15d0) at malloc.c:2965 > #1 0x00000000004c745b in primitiveFFIFree () at /home/travis/build/ > OpenSmalltalk/opensmalltalk-vm/src/plugins/SqueakFFIPrims/ > X64SysVFFIPlugin.c:6352 > #2 0x0000000000457f64 in primitiveExternalCall () at /home/travis/build/ > OpenSmalltalk/opensmalltalk-vm/spur64src/vm/gcc3x-cointerp.c:75751 > #3 0x00000000004595cb in interpretMethodFromMachineCode () at > /home/travis/build/OpenSmalltalk/opensmalltalk-vm/spur64src/vm/gcc3x- > cointerp.c:18524 > #4 0x000000000045bc69 in ceSendsupertonumArgs (selector=<optimized out>, > superNormalBar=0, rcvr=<optimized out>, numArgs=0) > at /home/travis/build/OpenSmalltalk/opensmalltalk- > vm/spur64src/vm/gcc3x-cointerp.c:16602 > #5 0x00000000009000bb in ?? () > #6 0x00007fffffffdbc0 in ?? () > #7 0x000000000045ce56 in interpret () at /home/travis/build/ > OpenSmalltalk/opensmalltalk-vm/spur64src/vm/gcc3x-cointerp.c:2731 > #8 0x00000000009ccf7f in ?? () > #9 0x00000000045e39c8 in ?? () > #10 0x00000000045e39c8 in ?? () > ... > > As it is just loading, I think that it is trying to free some memory that > was allocated before the image was saved. Looks like there is an external > address that should have been niled but for some reason wasn't. > I can take a look at the image in the simulator and/or debugger and see if any stale pointers exist. Put the image and changes somewhere where I can download them. > > On Fri, Mar 23, 2018 at 11:43 AM, Eliot Miranda <eliot.miranda(a)gmail.com> > wrote: > >> Hi Javier, >> >> what does the crash.dmp file say? Or what does a gdb stacktrace say? >> >> _,,,^..^,,,_ (phone) >> >> On Mar 23, 2018, at 7:18 AM, Javier PimÃ¡s <elpochodelagente(a)gmail.com> >> wrote: >> >> no luck with this one :( >> >> On Fri, Mar 23, 2018 at 4:48 AM, Alistair Grant <akgrant0710(a)gmail.com> >> wrote: >> >>> Hi Javier, >>> >>> On 23 March 2018 at 04:54, Javier PimÃ¡s <elpochodelagente(a)gmail.com> >>> wrote: >>> > Hi folks, I take a fresh Pharo6.1 (spur64), load a git repository and >>> save >>> > the image. When reopening I get a segmentation fault. OS is ubuntu >>> 17.04/64 >>> > bits. I just cannot make it work, tried with all the vms I could >>> (vmI61, >>> > vmT61, vmLatest70, vmTLatest70). I suspect it is related to using git >>> but >>> > I'm not even sure. >>> > >>> > Below I put the involved code, crash dump at the end (seems to be the >>> same >>> > with any vm). btw, the vmILatest70 script does not seem to work (curl >>> > https://get.pharo.org/64/vmILatest70 | bash). >>> > >>> > Any ideas? >>> >>> I'm using the following VM on Ubuntu 16.04 without any issues: >>> >>> http://files.pharo.org/vm/pharo-spur64/linux/pharo-linux-x86 >>> _64threaded-201803160215-43a2f5c.zip >>> >>> >>> HTH, >>> Alistair >>> >>> >> >> >> -- >> Javier PimÃ¡s >> Ciudad de Buenos Aires >> >> > > > -- > Javier PimÃ¡s > Ciudad de Buenos Aires > -- _,,,^..^,,,_ best, Eliot

March 24, 2018

Re: [Pharo-dev] [Vm-dev] Image crashing on startup, apparently during GC

by Eliot Miranda

Hi Damien, On Fri, Mar 23, 2018 at 1:52 PM, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > Hi Damien, > > On Fri, Mar 23, 2018 at 12:38 PM, Damien Pollet <damien.pollet(a)gmail.com> > wrote: > >> >> Here are the files (image and various outputs). Running with --leakcheck >> does mention a few object leaks (see output.txt); >> > > Indeed the image is corrupt at start-up. See below. > > >> I'm not sure where to get or how to build an assert VM. >> > > When you build a phar. VM under build.macos64x64/pharo.cog.spur using the > mvm script (mvm -A) you produce an assert VM in PharoAssert.app. > Note that if you build an Assert VM you will be able to manually patch the image in lldb so that you can rescue it. It looks like this: $ *lldb PharoAssert.app/Contents/MacOS/Pharo* (lldb) target create "/Users/eliot/oscogvm/build.macos64x64/pharo.cog.spur/PharoAssert.app/Contents/MacOS/Pharo" Current executable set to '/Users/eliot/oscogvm/build.macos64x64/pharo.cog.spur/PharoAssert.app/Contents/MacOS/Pharo' (x86_64). (lldb) settings set -- target.run-args "clap_broken.d9e5daa.image" (lldb) *b warning* Breakpoint 1: 3 locations. (lldb) *run --leakcheck 31 clap_broken.d9e5daa.image* Process 31569 launched: '/Users/eliot/oscogvm/build.macos64x64/pharo.cog.spur/PharoAssert.app/Contents/MacOS/Pharo' (x86_64) object leak in *0x10f919658* @ 0 = 0x122216538 object leak in *0x10fbb3448* @ 0 = 0x122216760 object leak in *0x10fbb3480* @ 0 = 0x1222166a8 object leak in *0x10ff384f0* @ 0 = 0x122d480b0 object leak in *0x10ff38518* @ 0 = 0x122d480b0 object leak in *0x10ff385d0* @ 0 = 0x122d480b0 Process 31569 stopped * thread #1: tid = 0x5b6d56, 0x0000000100001a83 Pharo`warning(s="checkHeapIntegrityclassIndicesShouldBeValid(0, 1) 57196") + 19 at gcc3x-cointerp.c:44, queue = 'com.apple.main-thread', stop reason = breakpoint 1.1 frame #0: 0x0000000100001a83 Pharo`warning(s="checkHeapIntegrityclassIndicesShouldBeValid(0, 1) 57196") + 19 at gcc3x-cointerp.c:44 41 sqInt warnpid, erroronwarn; 42 void 43 warning(char *s) { /* Print an error message but don't necessarily exit. */ -> 44 if (erroronwarn) error(s); 45 if (warnpid) 46 printf("\n%s pid %ld\n", s, (long)warnpid); 47 else (lldb) *call storePointerUncheckedofObjectwithValue(0,0x10f919658,nilObj)* (sqInt) $0 = 4478138592 (lldb) *call storePointerUncheckedofObjectwithValue(0,0x10fbb3448,nilObj)* (sqInt) $1 = 4478138592 (lldb) *call storePointerUncheckedofObjectwithValue(0,0x10fbb3480,nilObj)* (sqInt) $2 = 4478138592 (lldb) *call storePointerUncheckedofObjectwithValue(0,0x10ff384f0,nilObj)* (sqInt) $3 = 4478138592 (lldb) *call storePointerUncheckedofObjectwithValue(0,0x10ff38518,nilObj)* (sqInt) $4 = 4478138592 (lldb) *call storePointerUncheckedofObjectwithValue(0,0x10ff385d0,nilObj)* (sqInt) $5 = 4478138592 (lldb) *expr checkForLeaks = 0* (sqInt) $0 = 0 (lldb) *c* and then save the image. > >> I also realized the VM I had was from this summer (the one that comes >> with a 70 image with zeroconf). The output files I include were produced by >> the VM at get.pharo.org/64/vmLatest70 >> >> https://www.dropbox.com/s/y8yqjuzd9nsvy1u/clap-broken.tar.gz?dl=0 >> >> On 20 March 2018 at 18:17, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: >> >>> >>> Hi Damien, >>> >>> On Tue, Mar 20, 2018 at 3:12 AM, Damien Pollet <damien.pollet(a)gmail.com> >>> wrote: >>> >>>> >>>> Hi, I have a Pharo image that crashes the VM on startup. The crash >>>> report below seems to incriminate GC. Should I make it available somewhere >>>> online? What's most convenient? >>>> >>> >>> Don't care. Anywhere it can be downloaded from. Also, try running with >>> -leakcheck 15, preferably in an assert VM and see if that gets you >>> additional information. >>> >>> >>>> >>>> Process: Pharo [64892] >>>> Path: /Users/USER/*/Pharo.app/Contents/MacOS/Pharo >>>> Identifier: org.pharo.Pharo >>>> Version: 5.0.201708271955 (5.0.201708271955) >>>> >>> > Right. This VM is prior to the bug fixes in VMMaker.oscog-eem.2320: > > Spur: > Fix a bad bug in SpurPlnningCompactor. unmarkObjectsFromFirstFreeObject, > used when the compactor requires more than one pass due to insufficient > savedFirstFieldsSpace, expects the corpse of a moved object to be unmarked, > but copyAndUnmarkObject:to:bytes:firstField: only unmarked the target. > Unmarking the corpse before the copy unmarks both. This fixes a crash with > ReleaseBuilder class>>saveAsNewRelease when non-use of cacheDuring: creates > lots of files, enough to push the system into the multi-pass regime. > > > Pharo urgently needs to upgrade the VM to one more up to date than 2017 08 > 27 (in fact more up-to-date than opensmalltalk/vm commit > 0fe1e1ea108e53501a0e728736048062c83a66ce, Fri Jan 19 13:17:57 2018 > -0800). The bug that VMMaker.oscog-eem.2320 fixes can result in image > corruption in large images, and can occur (as it has here) at start-up, > causing one's work to be irretrievably lost. > > >> Code Type: X86-64 (Native) >>>> Parent Process: ??? [64888] >>>> Responsible: Pharo [64892] >>>> User ID: 501 >>>> >>>> Date/Time: 2018-03-19 20:27:03.906 +0100 >>>> OS Version: Mac OS X 10.13.3 (17D102) >>>> Report Version: 12 >>>> Anonymous UUID: 6D022236-78DD-6676-117F-EADA56D5D1BE >>>> >>>> Sleep/Wake UUID: AC9E4E55-3CDB-4B4F-A6B4-51ACB1177154 >>>> >>>> Time Awake Since Boot: 28000 seconds >>>> Time Since Wake: 6500 seconds >>>> >>>> System Integrity Protection: enabled >>>> >>>> Crashed Thread: 0 Dispatch queue: com.apple.main-thread >>>> >>>> Exception Type: EXC_BAD_ACCESS (SIGABRT) >>>> Exception Codes: KERN_INVALID_ADDRESS at 0x000000012b67c0b0 >>>> Exception Note: EXC_CORPSE_NOTIFY >>>> >>>> VM Regions Near 0x12b67c0b0: >>>> VM_ALLOCATE 000000011adfc000-00000001259fc000 [172.0M] >>>> rw-/rwx SM=PRV >>>> --> >>>> STACK GUARD 0000700005613000-0000700005614000 [ 4K] >>>> ---/rwx SM=NUL stack guard for thread 1 >>>> >>>> Application Specific Information: >>>> abort() called >>>> >>>> Thread 0 Crashed:: Dispatch queue: com.apple.main-thread >>>> 0 libsystem_kernel.dylib 0x00007fff53fbde3e __pthread_kill + >>>> 10 >>>> 1 libsystem_pthread.dylib 0x00007fff540fc150 pthread_kill + 333 >>>> 2 libsystem_c.dylib 0x00007fff53f1a312 abort + 127 >>>> 3 org.pharo.Pharo 0x0000000104ed8997 sigsegv + 190 >>>> 4 libsystem_platform.dylib 0x00007fff540eff5a _sigtramp + 26 >>>> 5 ??? 000000000000000000 0 + 0 >>>> 6 org.pharo.Pharo 0x0000000104e73558 markObjects + 464 >>>> 7 org.pharo.Pharo 0x0000000104e72d40 fullGC + 72 >>>> 8 org.pharo.Pharo 0x0000000104e92dea primitiveFullGC + >>>> 45 >>>> 9 org.pharo.Pharo 0x0000000104e52425 interpret + 26715 >>>> 10 org.pharo.Pharo 0x0000000104e5c7f6 >>>> enterSmalltalkExecutiveImplementation + 152 >>>> 11 org.pharo.Pharo 0x0000000104e4be6c interpret + 674 >>>> 12 org.pharo.Pharo 0x0000000104ed9cc1 >>>> -[sqSqueakMainApplication runSqueak] + 394 >>>> 13 com.apple.Foundation 0x00007fff2e6d696c >>>> __NSFirePerformWithOrder + 360 >>>> 14 com.apple.CoreFoundation 0x00007fff2c579127 >>>> __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 23 >>>> 15 com.apple.CoreFoundation 0x00007fff2c57904f >>>> __CFRunLoopDoObservers + 527 >>>> 16 com.apple.CoreFoundation 0x00007fff2c55b6a8 __CFRunLoopRun + >>>> 1240 >>>> 17 com.apple.CoreFoundation 0x00007fff2c55af43 >>>> CFRunLoopRunSpecific + 483 >>>> 18 com.apple.HIToolbox 0x00007fff2b872e26 >>>> RunCurrentEventLoopInMode + 286 >>>> 19 com.apple.HIToolbox 0x00007fff2b872a9f >>>> ReceiveNextEventCommon + 366 >>>> 20 com.apple.HIToolbox 0x00007fff2b872914 >>>> _BlockUntilNextEventMatchingListInModeWithFilter + 64 >>>> 21 com.apple.AppKit 0x00007fff29b3df5f _DPSNextEvent + >>>> 2085 >>>> 22 com.apple.AppKit 0x00007fff2a2d3b4c >>>> -[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] >>>> + 3044 >>>> 23 com.apple.AppKit 0x00007fff29b32d6d -[NSApplication >>>> run] + 764 >>>> 24 com.apple.AppKit 0x00007fff29b01f1a NSApplicationMain >>>> + 804 >>>> >>>> -- >>>> Damien Pollet >>>> type less, do more [ | ] http://people.untyped.org/damien.pollet >>>> >>>> >>> >>> >>> -- >>> _,,,^..^,,,_ >>> best, Eliot >>> >>> >> >> >> -- >> Damien Pollet >> type less, do more [ | ] http://people.untyped.org/damien.pollet >> >> > > > -- > _,,,^..^,,,_ > best, Eliot > -- _,,,^..^,,,_ best, Eliot

March 23, 2018

Re: [Pharo-dev] [Vm-dev] Image crashing on startup, apparently during GC

by Eliot Miranda

Hi Damien, On Fri, Mar 23, 2018 at 12:38 PM, Damien Pollet <damien.pollet(a)gmail.com> wrote: > > Here are the files (image and various outputs). Running with --leakcheck > does mention a few object leaks (see output.txt); > Indeed the image is corrupt at start-up. See below. > I'm not sure where to get or how to build an assert VM. > When you build a phar. VM under build.macos64x64/pharo.cog.spur using the mvm script (mvm -A) you produce an assert VM in PharoAssert.app. > I also realized the VM I had was from this summer (the one that comes with > a 70 image with zeroconf). The output files I include were produced by the > VM at get.pharo.org/64/vmLatest70 > > https://www.dropbox.com/s/y8yqjuzd9nsvy1u/clap-broken.tar.gz?dl=0 > > On 20 March 2018 at 18:17, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > >> >> Hi Damien, >> >> On Tue, Mar 20, 2018 at 3:12 AM, Damien Pollet <damien.pollet(a)gmail.com> >> wrote: >> >>> >>> Hi, I have a Pharo image that crashes the VM on startup. The crash >>> report below seems to incriminate GC. Should I make it available somewhere >>> online? What's most convenient? >>> >> >> Don't care. Anywhere it can be downloaded from. Also, try running with >> -leakcheck 15, preferably in an assert VM and see if that gets you >> additional information. >> >> >>> >>> Process: Pharo [64892] >>> Path: /Users/USER/*/Pharo.app/Contents/MacOS/Pharo >>> Identifier: org.pharo.Pharo >>> Version: 5.0.201708271955 (5.0.201708271955) >>> >> Right. This VM is prior to the bug fixes in VMMaker.oscog-eem.2320: Spur: Fix a bad bug in SpurPlnningCompactor. unmarkObjectsFromFirstFreeObject, used when the compactor requires more than one pass due to insufficient savedFirstFieldsSpace, expects the corpse of a moved object to be unmarked, but copyAndUnmarkObject:to:bytes:firstField: only unmarked the target. Unmarking the corpse before the copy unmarks both. This fixes a crash with ReleaseBuilder class>>saveAsNewRelease when non-use of cacheDuring: creates lots of files, enough to push the system into the multi-pass regime. Pharo urgently needs to upgrade the VM to one more up to date than 2017 08 27 (in fact more up-to-date than opensmalltalk/vm commit 0fe1e1ea108e53501a0e728736048062c83a66ce, Fri Jan 19 13:17:57 2018 -0800). The bug that VMMaker.oscog-eem.2320 fixes can result in image corruption in large images, and can occur (as it has here) at start-up, causing one's work to be irretrievably lost. > Code Type: X86-64 (Native) >>> Parent Process: ??? [64888] >>> Responsible: Pharo [64892] >>> User ID: 501 >>> >>> Date/Time: 2018-03-19 20:27:03.906 +0100 >>> OS Version: Mac OS X 10.13.3 (17D102) >>> Report Version: 12 >>> Anonymous UUID: 6D022236-78DD-6676-117F-EADA56D5D1BE >>> >>> Sleep/Wake UUID: AC9E4E55-3CDB-4B4F-A6B4-51ACB1177154 >>> >>> Time Awake Since Boot: 28000 seconds >>> Time Since Wake: 6500 seconds >>> >>> System Integrity Protection: enabled >>> >>> Crashed Thread: 0 Dispatch queue: com.apple.main-thread >>> >>> Exception Type: EXC_BAD_ACCESS (SIGABRT) >>> Exception Codes: KERN_INVALID_ADDRESS at 0x000000012b67c0b0 >>> Exception Note: EXC_CORPSE_NOTIFY >>> >>> VM Regions Near 0x12b67c0b0: >>> VM_ALLOCATE 000000011adfc000-00000001259fc000 [172.0M] >>> rw-/rwx SM=PRV >>> --> >>> STACK GUARD 0000700005613000-0000700005614000 [ 4K] >>> ---/rwx SM=NUL stack guard for thread 1 >>> >>> Application Specific Information: >>> abort() called >>> >>> Thread 0 Crashed:: Dispatch queue: com.apple.main-thread >>> 0 libsystem_kernel.dylib 0x00007fff53fbde3e __pthread_kill + 10 >>> 1 libsystem_pthread.dylib 0x00007fff540fc150 pthread_kill + 333 >>> 2 libsystem_c.dylib 0x00007fff53f1a312 abort + 127 >>> 3 org.pharo.Pharo 0x0000000104ed8997 sigsegv + 190 >>> 4 libsystem_platform.dylib 0x00007fff540eff5a _sigtramp + 26 >>> 5 ??? 000000000000000000 0 + 0 >>> 6 org.pharo.Pharo 0x0000000104e73558 markObjects + 464 >>> 7 org.pharo.Pharo 0x0000000104e72d40 fullGC + 72 >>> 8 org.pharo.Pharo 0x0000000104e92dea primitiveFullGC + >>> 45 >>> 9 org.pharo.Pharo 0x0000000104e52425 interpret + 26715 >>> 10 org.pharo.Pharo 0x0000000104e5c7f6 >>> enterSmalltalkExecutiveImplementation + 152 >>> 11 org.pharo.Pharo 0x0000000104e4be6c interpret + 674 >>> 12 org.pharo.Pharo 0x0000000104ed9cc1 >>> -[sqSqueakMainApplication runSqueak] + 394 >>> 13 com.apple.Foundation 0x00007fff2e6d696c >>> __NSFirePerformWithOrder + 360 >>> 14 com.apple.CoreFoundation 0x00007fff2c579127 >>> __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 23 >>> 15 com.apple.CoreFoundation 0x00007fff2c57904f >>> __CFRunLoopDoObservers + 527 >>> 16 com.apple.CoreFoundation 0x00007fff2c55b6a8 __CFRunLoopRun + >>> 1240 >>> 17 com.apple.CoreFoundation 0x00007fff2c55af43 >>> CFRunLoopRunSpecific + 483 >>> 18 com.apple.HIToolbox 0x00007fff2b872e26 >>> RunCurrentEventLoopInMode + 286 >>> 19 com.apple.HIToolbox 0x00007fff2b872a9f >>> ReceiveNextEventCommon + 366 >>> 20 com.apple.HIToolbox 0x00007fff2b872914 >>> _BlockUntilNextEventMatchingListInModeWithFilter + 64 >>> 21 com.apple.AppKit 0x00007fff29b3df5f _DPSNextEvent + >>> 2085 >>> 22 com.apple.AppKit 0x00007fff2a2d3b4c >>> -[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] >>> + 3044 >>> 23 com.apple.AppKit 0x00007fff29b32d6d -[NSApplication >>> run] + 764 >>> 24 com.apple.AppKit 0x00007fff29b01f1a NSApplicationMain >>> + 804 >>> >>> -- >>> Damien Pollet >>> type less, do more [ | ] http://people.untyped.org/damien.pollet >>> >>> >> >> >> -- >> _,,,^..^,,,_ >> best, Eliot >> >> > > > -- > Damien Pollet > type less, do more [ | ] http://people.untyped.org/damien.pollet > > -- _,,,^..^,,,_ best, Eliot

March 23, 2018

Re: [Pharo-dev] Experiment: New Download page based on Pharo Launcher

by Ben Coman

On 23 March 2018 at 11:31, Ben Coman <btc(a)openinworld.com> wrote: > > > On 23 March 2018 at 05:14, CÃ©drick BÃ©ler <cdrick65(a)gmail.com> wrote: > >> Hi, >> >> I just saw students and they still have some problem on windows with the >> launcher. >> >> First, the launcher has to be run in admin mode. >> >> Then, the image download starts but there is an error when uncompressing. >> Here is the stack. >> >> Any idea on how to fix that ? >> > > Now I notice... > the Linux PharoLauncher download is a ZIP file > and the Mac PharoLauncher download is a ZIP file > so... can we make the Windows PharoLauncher download a ZIP file? > > Doing that, at least as an interim measure, would *immediately* make > PharoLauncher > usable to students on locked-down Windows machines in University student > labs. > I'd expect this will improve the success with this experiment > to use PharoLauncher as the main user entry point. > > The problem with using an "Installer" for the Windows PharoLauncher is the > large amount > of testing required to work *reliably* with *all* the "different ways > people work" > under several different versions of Windows introduced different layers of > user security intricacies. > Lets move forward in small steps. A ZIP download/extract is simple, and > consistent with other platforms. > > In the meantime while waiting for that to happen, you can... > > 1. Download/extract http://files.pharo.org/platform/Pharo6.1-win.zip > > 2. Rename Pharo6.1 folder to PharoLauncher > Rename Pharo6.1.* files to PharoLauncher1.1.* > > 3. Metacello new > smalltalkhubUser: 'Pharo' > project: 'PharoLauncher'; > configuration: 'PharoLauncher'; > load. > PhLDeploymentScript doAll. > PharoLauncher open. > Smalltalk snapshot: true andQuit: true. > > 4. Zip up the parent folder, test on another machine and provide a link to > your students. > > cheers -ben > > > P.S. I was going to suggest also renaming Pharo.exe to > PharoLauncher.exe > but with an empty Documents\Pharo\vms > I get... "Error: Cannot detect Pharo executable in > C:\Temp\MyPharoLauncher\PharoLauncher" > in PhLVirtualMachine>>initializeOn: "File @ C:\Temp\MyPharoLauncher\PharoL > auncher" > since "executables := aFolder allChildrenMatching: self class > executableName." > is empty since "self class executableName" ==> "Pharo.exe" > > It would be nice for that to not be hard coded. I tried digging further > but ran out of time. > I am curious it mattered since using "Pharo.exe" the Launcher went on to > download a VM anyway. > > > P.S.2. > I believe the best path forward for system-wide PharoLauncher installed > under "C:\Program Files" > would be to install there only... > * the VM > * PharoLauncher.ZIP > * a tiny non-Pharo wrapper program as the shortcut linked from AllUsers > > Start Menu > PharoLauncher > that extracts PharoLauncher.ZIP to the user's data area and then starts > that user specific PharoLauncher. > > Then regardless whether: > * they individually download/extract PharoLauncher.ZIP > * the system-wide-wrapper extracts PharoLauncher.ZIP > its a similar experience for users which should aid reliability by > reducing the number of "different " use cases. > Coincidentally I have returned to Windows for a short while so thought I should put my money where my mouth is and have a stab at this. After a few hours trying with NSIS, I went searching for an alternative and Advanced Installer looked like a good chance. https://www.advancedinstaller.com/feats-list.html The important part of (free) Basic Features is "Windows 10/8/7/Vista and UAC installs" Also further down are some CI options. After just the "Simple Installation" tutorial and experimenting a few hours I ironed out a potential solution uploaded for testing to http://www.mediafire.com/file/3g579bmzqspt8e1/BCPharoLauncher.msi with the full build tree at http://www.mediafire.com/file/5ijiww848lbkk7m/PharoLauncher%20Advanced%20In… Links should be live for 30 days. I've directly attached the much smaller installer-configuration file "PharoLauncher.aip". PharoLauncher was built with some minor changes from above... 1. Download/extracted http://files.pharo.org/platform/Pharo6.1-win.zip 2. Renamed Pharo6.1 folder to BCPharoLauncher Renamed Pharo6.1.* files to PharoLauncher1.1.* 3. Metacello new smalltalkhubUser: 'Pharo' project: 'PharoLauncher'; configuration: 'PharoLauncher'; load. PharoLauncher hardResetPersistanceState: true. PhLDeploymentScript doAll. PhLDeploymentScript closeWindowsAndOpenLauncher. Smalltalk snapshot: true andQuit: true. 4. Moved the image & changes files into a subfolder "PerUserFiles" 5. Built BCPharoLauncher.msi I prefixed my initials to distinguish it from the current official PharoLauncher installer. Hopefully this can be adopted as the official installer and they can be dropped off. Key features: a. Provides a choice to install for "Everybody" (i.e. C:\Program Files (x86)\Pharo\BCPharoLauncher\) or "Only for me" (i.e. C:\Users\Ben\AppData\Local\Programs\Pharo\BCPharoLauncher\) per attached screen snapshot. b. Start the install as a Standard User and it escalates only as needed. c. The Desktop and Start Menu shortcuts run the following script... // File: PharoLauncher.js // Author: Ben Coman 2018.03.24 // Purpose: Facilitate each user to run a personal copy of PharoLauncher.image in their own data area. // Locations basename = "\\PharoLauncher1.1"; WshShell = WScript.CreateObject("WScript.Shell"); fso = WScript.CreateObject("Scripting.FileSystemObject"); systemFolder = fso.GetAbsolutePathName("."); vmFilename = systemFolder + "\\Pharo.exe" systemBasename = systemFolder + "\\PerUserFiles" + basename; userFolder = WshShell.ExpandEnvironmentStrings("%LOCALAPPDATA%\\Pharo"); userFolder2 = userFolder + "\\PharoLauncher"; userBasename = userFolder2 + basename; // Ensure user data folder exists for PharoLauncher if( ! fso.FolderExists(userFolder)) { fso.CreateFolder(userFolder); fso.CreateFolder(userFolder2) } // If either image or changes files missing from user folder, copy from system folder. if( ! fso.FileExists(userBasename + ".image") || ! fso.FileExists(userBasename + ".changes")) { //WScript.Echo("Setting up user environment"); fso.CopyFile(systemBasename + ".image", userBasename + ".image", true); fso.CopyFile(systemBasename + ".changes", userBasename + ".changes", true); } // Start personal copy of PharoLauncher WshShell.Exec(vmFilename + " " + userBasename + ".image") cheers -ben

March 23, 2018

[Pharo 7.0-dev] Build #718: 21641 Use "instance creation" protocol in Dependency Analyzer classes - Part2

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

There is a new Pharo build available! The status of the build #718 was: SUCCESS. The Pull Request #1147 was integrated: "21641 Use "instance creation" protocol in Dependency Analyzer classes - Part2" Pull request url: https://github.com/pharo-project/pharo/pull/1147 Issue Url: https://pharo.fogbugz.com/f/cases/21641 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

March 23, 2018

Re: [Pharo-dev] pharo64+load code=broken image

by Javier PimÃ¡s

fixing the mnu makes the crash go away :). I still wonder if the crash is "expected" or shouldn't happen. On Fri, Mar 23, 2018 at 11:59 AM, Javier PimÃ¡s <elpochodelagente(a)gmail.com> wrote: > printing all stacks gives more clues: looks like we are causing an mnu at > startup, I'm not sure yet why that ends in a crashed image. Maybe it > happens too soon during initialization. > > (gdb) p printAllStacks() > Process 0x4131ba8 priority 50 > 0x7ffffffa46d8 M ExternalAddress>finalize 0x45e39c8: a(n) > ExternalAddress > 0x7ffffffa4710 M WeakFinalizerItem>finalizeValues 0x45e3070: a(n) > WeakFinalizerItem > 0x7ffffffa4748 M [] in WeakRegistry>finalizeValues 0x157fb18: a(n) > WeakRegistry > 0x7ffffffa4778 M BlockClosure>on:do: 0xc643c0: a(n) BlockClosure > 0x7ffffffa47b8 M BlockClosure>on:fork: 0xc643c0: a(n) BlockClosure > 0x7ffffffa47f8 M [] in WeakRegistry>finalizeValues 0x157fb18: a(n) > WeakRegistry > 0x7ffffffa4840 M OrderedCollection>do: 0xc63b38: a(n) OrderedCollection > 0x7ffffffa4890 M WeakRegistry>finalizeValues 0x157fb18: a(n) > WeakRegistry > 0x7ffffffa48c8 M [] in WeakArray class>doOldFinalization 0x1598518: > a(n) WeakArray class > 0x7ffffffa48f8 M BlockClosure>on:do: 0xc63a00: a(n) BlockClosure > 0x7ffffffa4938 M BlockClosure>on:fork: 0xc63a00: a(n) BlockClosure > 0x7ffffffa4978 M [] in WeakArray class>doOldFinalization 0x1598518: > a(n) WeakArray class > 0x7ffffffa49c0 M WeakArray(SequenceableCollection)>do: 0x12fe7f0: > a(n) WeakArray > 0x7ffffffa49f8 M [] in WeakArray class>doOldFinalization 0x1598518: > a(n) WeakArray class > 0x7ffffffa4a38 M [] in Semaphore>critical: 0x4131b88: a(n) Semaphore > 0x7ffffffa4a78 M BlockClosure>ensure: 0xc5e260: a(n) BlockClosure > 0x7ffffffa4ab8 M Semaphore>critical: 0x4131b88: a(n) Semaphore > 0x7ffffffa4b00 I WeakArray class>doOldFinalization 0x1598518: a(n) > WeakArray class > 0x7ffffffa4b50 I WeakArray class>finalizationProcess 0x1598518: a(n) > WeakArray class > 0x45c3c90 s [] in WeakArray class>restartFinalizationProcess > 0x4136d78 s [] in BlockClosure>newProcess > > processes at priority 40 > Process 0x3591a98 priority 40 > 0x7ffffffa68a0 M IdentityDictionary(Dictionary)>at:ifAbsent: > 0x174b880: a(n) IdentityDictionary > 0x7ffffffa68e8 M Unicode class>toUppercase: 0x1f977b8: a(n) Unicode > class > 0x7ffffffa6920 M Character>asUppercase 0x21a=$67 ($C) > 0x7ffffffa6958 M Character>isVowel 0x21a=$67 ($C) > 0x7ffffffa69a0 M ClassSessionHandler(Object)>printOn: 0x1801578: a(n) > ClassSessionHandler > 0x7ffffffa69d8 M ClassSessionHandler(AbstractSessionHandler)>printOn: > 0x1801578: a(n) ClassSessionHandler > 0x7ffffffa6a10 M LimitedWriteStream(Stream)>print: 0xa5f8a8: a(n) > LimitedWriteStream > 0x7ffffffa6a50 M [] in Array(Collection)>printElementsOn: 0xa5f3e0: > a(n) Array > 0x7ffffffa6a98 M Array(SequenceableCollection)>do:separatedBy: > 0xa5f3e0: a(n) Array > 0x7ffffffa6ad8 M Array(Collection)>printElementsOn: 0xa5f3e0: a(n) > Array > 0x7ffffffa6b10 M Array(Collection)>printOn: 0xa5f3e0: a(n) Array > 0x7ffffffa6b48 M Array>printOn: 0xa5f3e0: a(n) Array > 0x7ffffff9e600 M [] in Array(Object)>printStringLimitedTo: 0xa5f3e0: > a(n) Array > 0x7ffffff9e640 M String class(SequenceableCollection > class)>streamContents:limitedTo: 0x15990e8: a(n) String class > 0x7ffffff9e688 M Array(Object)>printStringLimitedTo: 0xa5f3e0: a(n) > Array > 0x7ffffff9e6c0 M [] in Context>printDetails: 0xa5f5c8: a(n) Context > 0x7ffffff9e6f0 M BlockClosure>on:do: 0xa5fa80: a(n) BlockClosure > 0x7ffffff9e730 M BlockClosure>ifError: 0xa5fa80: a(n) BlockClosure > 0x7ffffff9e788 M Context>printDetails: 0xa5f5c8: a(n) Context > 0x7ffffff9e7e8 I Context>errorReportOn: 0xa5e858: a(n) Context > 0x7ffffff9e830 M [] in SmalltalkImage>logError:inContext: 0x19b62b8: > a(n) SmalltalkImage > 0x7ffffff9e878 M [] in SmalltalkImage>logDuring: 0x19b62b8: a(n) > SmalltalkImage > 0x7ffffff9e8b8 M BlockClosure>ensure: 0xa5fd28: a(n) BlockClosure > 0x7ffffff9e908 I SmalltalkImage>logDuring: 0x19b62b8: a(n) > SmalltalkImage > 0x7ffffff9e950 I SmalltalkImage>logError:inContext: 0x19b62b8: a(n) > SmalltalkImage > 0x7ffffff9e9a0 I StartupUIManager(UIManager)>logError: 0x459ee98: > a(n) StartupUIManager > 0x7ffffff9e9e8 I StartupUIManager(CommandLineUIManager)>handleError:log: > 0x459ee98: a(n) StartupUIManager > 0x7ffffff9ea38 I StartupUIManager>handleError:log: 0x459ee98: a(n) > StartupUIManager > 0x7ffffff9ea88 I StartupUIManager(UIManager)>handleError: 0x459ee98: > a(n) StartupUIManager > 0x7ffffff9eac0 M [] in WorkingSession>runList:do: 0xa5e000: a(n) > WorkingSession > 0x7ffffff9eaf8 M BlockClosure>cull: 0xa5f2e0: a(n) BlockClosure > 0x7ffffff9eb48 I Context>evaluateSignal: 0xa5e5e0: a(n) Context > 0x7ffffff9c570 I Context>handleSignal: 0xa5e5e0: a(n) Context > 0x7ffffff9c5b8 I MessageNotUnderstood(Exception)>signal 0xa5e750: > a(n) MessageNotUnderstood > 0x7ffffff9c608 I SmalltalkImage(Object)>doesNotUnderstand: > isSqueakNOS 0x19b62b8: a(n) SmalltalkImage > 0x7ffffff9c650 I SqueakNOSPlatform class>isActivePlatform 0x4222160: > a(n) SqueakNOSPlatform class > 0x7ffffff9c680 M [] in OSPlatform class>determineActivePlatform > 0x1f28ac8: a(n) OSPlatform class > 0x7ffffff9c6c8 M [] in OrderedCollection(Collection)>detect:ifFound:ifNone: > 0xa5eae0: a(n) OrderedCollection > 0x7ffffff9c710 M OrderedCollection>do: 0xa5eae0: a(n) OrderedCollection > 0x7ffffff9c758 I OrderedCollection(Collection)>detect:ifFound:ifNone: > 0xa5eae0: a(n) OrderedCollection > 0x7ffffff9c7b0 I OrderedCollection(Collection)>detect:ifNone: > 0xa5eae0: a(n) OrderedCollection > 0x7ffffff9c800 I OrderedCollection(Collection)>detect: 0xa5eae0: a(n) > OrderedCollection > 0x7ffffff9c848 I OSPlatform class>determineActivePlatform 0x1f28ac8: > a(n) OSPlatform class > 0x7ffffff9c888 I OSPlatform class>startUp: 0x1f28ac8: a(n) OSPlatform > class > 0x7ffffff9c8c0 M ClassSessionHandler>startup: 0x17e6f18: a(n) > ClassSessionHandler > 0x7ffffff9c900 M [] in WorkingSession>runStartup: 0xa5e000: a(n) > WorkingSession > 0x7ffffff9c948 M [] in WorkingSession>runList:do: 0xa5e000: a(n) > WorkingSession > 0x7ffffff9c978 M BlockClosure>on:do: 0xa5f2b0: a(n) BlockClosure > 0x7ffffff9c9c0 M [] in WorkingSession>runList:do: 0xa5e000: a(n) > WorkingSession > 0x7ffffff9ca08 M Array(SequenceableCollection)>do: 0xa5f3e0: a(n) > Array > 0x7ffffff9ca50 I WorkingSession>runList:do: 0xa5e000: a(n) > WorkingSession > 0x7ffffff9caa0 I WorkingSession>runStartup: 0xa5e000: a(n) > WorkingSession > 0x7ffffff9cae8 I WorkingSession>start: 0xa5e000: a(n) WorkingSession > 0x7ffffff9cb40 I SessionManager>snapshot:andQuit: 0x358f268: a(n) > SessionManager > 0x45e2ca0 s [] in SmalltalkImage>snapshot:andQuit: > 0x45e36b0 s CurrentExecutionEnvironment class>activate:for: > 0x45e4e48 s DefaultExecutionEnvironment(Ex > ecutionEnvironment)>beActiveDuring: > 0x45e5170 s DefaultExecutionEnvironment class>beActiveDuring: > 0x45e4f00 s SmalltalkImage>snapshot:andQuit: > 0x45e5228 s SmalltalkImage>saveImageInFileNamed: > 0x45e53c8 s SmalltalkImage>saveAs: > 0x4184cc8 s UndefinedObject>DoIt > 0x45c3bd8 s OpalCompiler>evaluate > 0x4184de8 s DoItChunk>importFor: > 0x4184ec0 s [] in CodeImporter>evaluate > 0x45c3e00 s OrderedCollection>do: > 0x4184ff8 s CodeImporter>evaluate > 0x45c3eb8 s [] in STCommandLineHandler>installSourceFile: > 0x41bc0b8 s BlockClosure>on:do: > 0x4185150 s STCommandLineHandler>handleErrorsDuring:reference: > 0x4185220 s STCommandLineHandler>installSourceFile: > 0x45c3f70 s [] in STCommandLineHandler>installSourceFiles > 0x45e3440 s OrderedCollection>do: > 0x4185318 s [] in STCommandLineHandler>installSourceFiles > 0x45c4028 s BlockClosure>ensure: > 0x4185410 s STCommandLineHandler>installSourceFiles > 0x45c40e0 s STCommandLineHandler>activate > 0x45e34f8 s STCommandLineHandler class(CommandLineHandler > class)>activateWith: > 0x45e4cd8 s [] in PharoCommandLineHandler(BasicC > ommandLineHandler)>activateSubCommand: > 0x41bc170 s BlockClosure>on:do: > 0x4185518 s PharoCommandLineHandler(BasicC > ommandLineHandler)>activateSubCommand: > 0x41855f0 s PharoCommandLineHandler(BasicC > ommandLineHandler)>handleSubcommand > 0x45c4198 s PharoCommandLineHandler(BasicC > ommandLineHandler)>handleArgument: > 0x41856a8 s [] in PharoCommandLineHandler(BasicC > ommandLineHandler)>activate > 0x41bc228 s BlockClosure>on:do: > 0x41857a0 s PharoCommandLineHandler(BasicC > ommandLineHandler)>activate > 0x45c4250 s PharoCommandLineHandler>activate > 0x45e35b0 s PharoCommandLineHandler class(CommandLineHandler > class)>activateWith: > 0x45e4d90 s [] in PharoCommandLineHandler class>activateWith: > 0x45e50b8 s WorldState>runStepMethodsIn: > 0x45e5310 s WorldMorph>runStepMethods > 0x3847ff8 s WorldState>doOneCycleNowFor: > 0x38480b0 s WorldState>doOneCycleFor: > 0x3848168 s WorldMorph>doOneCycle > 0x3848220 s WorldMorph class>doOneCycle > 0x3591d60 s [] in MorphicUIManager>spawnNewProcess > 0x3591ae0 s [] in BlockClosure>newProcess > > processes at priority 10 > Process 0xa5e138 priority 10 > 0xa60638 s [] in BlockClosure>newProcess > > suspended processes > Process 0x38c7548 priority 80 > 0x38c58f0 s DelaySpinScheduler(DelayMicros > econdScheduler)>runTimerEventLoop > 0x411d130 s [] in DelaySpinScheduler(DelayMicros > econdScheduler)>startTimerEventLoop > 0x38c59c8 s [] in BlockClosure>newProcess > > Process 0xa5e0f0 priority 60 > 0x7ffffffa0ad0 I SmalltalkImage>lowSpaceWatcher 0x19b62b8: a(n) > SmalltalkImage > 0x7ffffffa0b10 I [] in SmalltalkImage>installLowSpaceWatcher > 0x19b62b8: a(n) SmalltalkImage > 0x7ffffffa0b50 I [] in BlockClosure>newProcess 0xa60060: a(n) > BlockClosure > > Process 0xa5e180 priority 60 > 0x7ffffffa2a78 I InputEventFetcher>waitForInput 0x1d0f310: a(n) > InputEventFetcher > 0x7ffffffa2ad0 I InputEventFetcher>eventLoop 0x1d0f310: a(n) > InputEventFetcher > 0x7ffffffa2b10 I [] in InputEventFetcher>installEventLoop 0x1d0f310: > a(n) InputEventFetcher > 0x7ffffffa2b50 I [] in BlockClosure>newProcess 0xa60258: a(n) > BlockClosure > > > On Fri, Mar 23, 2018 at 11:54 AM, Javier PimÃ¡s <elpochodelagente(a)gmail.com > > wrote: > >> Hi Eliot, the crash.dmp shows what I put in the first mail, gdb shows >> some more info: >> >> #0 __GI___libc_free (mem=0x7f15fc1d15d0) at malloc.c:2965 >> #1 0x00000000004c745b in primitiveFFIFree () at >> /home/travis/build/OpenSmalltalk/opensmalltalk-vm/src/plugin >> s/SqueakFFIPrims/X64SysVFFIPlugin.c:6352 >> #2 0x0000000000457f64 in primitiveExternalCall () at >> /home/travis/build/OpenSmalltalk/opensmalltalk-vm/spur64src/ >> vm/gcc3x-cointerp.c:75751 >> #3 0x00000000004595cb in interpretMethodFromMachineCode () at >> /home/travis/build/OpenSmalltalk/opensmalltalk-vm/spur64src/ >> vm/gcc3x-cointerp.c:18524 >> #4 0x000000000045bc69 in ceSendsupertonumArgs (selector=<optimized out>, >> superNormalBar=0, rcvr=<optimized out>, numArgs=0) >> at /home/travis/build/OpenSmalltalk/opensmalltalk-vm/spur64src/ >> vm/gcc3x-cointerp.c:16602 >> #5 0x00000000009000bb in ?? () >> #6 0x00007fffffffdbc0 in ?? () >> #7 0x000000000045ce56 in interpret () at /home/travis/build/OpenSmallta >> lk/opensmalltalk-vm/spur64src/vm/gcc3x-cointerp.c:2731 >> #8 0x00000000009ccf7f in ?? () >> #9 0x00000000045e39c8 in ?? () >> #10 0x00000000045e39c8 in ?? () >> ... >> >> As it is just loading, I think that it is trying to free some memory that >> was allocated before the image was saved. Looks like there is an external >> address that should have been niled but for some reason wasn't. >> >> On Fri, Mar 23, 2018 at 11:43 AM, Eliot Miranda <eliot.miranda(a)gmail.com> >> wrote: >> >>> Hi Javier, >>> >>> what does the crash.dmp file say? Or what does a gdb stacktrace say? >>> >>> _,,,^..^,,,_ (phone) >>> >>> On Mar 23, 2018, at 7:18 AM, Javier PimÃ¡s <elpochodelagente(a)gmail.com> >>> wrote: >>> >>> no luck with this one :( >>> >>> On Fri, Mar 23, 2018 at 4:48 AM, Alistair Grant <akgrant0710(a)gmail.com> >>> wrote: >>> >>>> Hi Javier, >>>> >>>> On 23 March 2018 at 04:54, Javier PimÃ¡s <elpochodelagente(a)gmail.com> >>>> wrote: >>>> > Hi folks, I take a fresh Pharo6.1 (spur64), load a git repository and >>>> save >>>> > the image. When reopening I get a segmentation fault. OS is ubuntu >>>> 17.04/64 >>>> > bits. I just cannot make it work, tried with all the vms I could >>>> (vmI61, >>>> > vmT61, vmLatest70, vmTLatest70). I suspect it is related to using git >>>> but >>>> > I'm not even sure. >>>> > >>>> > Below I put the involved code, crash dump at the end (seems to be the >>>> same >>>> > with any vm). btw, the vmILatest70 script does not seem to work (curl >>>> > https://get.pharo.org/64/vmILatest70 | bash). >>>> > >>>> > Any ideas? >>>> >>>> I'm using the following VM on Ubuntu 16.04 without any issues: >>>> >>>> http://files.pharo.org/vm/pharo-spur64/linux/pharo-linux-x86 >>>> _64threaded-201803160215-43a2f5c.zip >>>> >>>> >>>> HTH, >>>> Alistair >>>> >>>> >>> >>> >>> -- >>> Javier PimÃ¡s >>> Ciudad de Buenos Aires >>> >>> >> >> >> -- >> Javier PimÃ¡s >> Ciudad de Buenos Aires >> > > > > -- > Javier PimÃ¡s > Ciudad de Buenos Aires > -- Javier PimÃ¡s Ciudad de Buenos Aires

March 23, 2018

Re: [Pharo-dev] pharo64+load code=broken image

by Javier PimÃ¡s

printing all stacks gives more clues: looks like we are causing an mnu at startup, I'm not sure yet why that ends in a crashed image. Maybe it happens too soon during initialization. (gdb) p printAllStacks() Process 0x4131ba8 priority 50 0x7ffffffa46d8 M ExternalAddress>finalize 0x45e39c8: a(n) ExternalAddress 0x7ffffffa4710 M WeakFinalizerItem>finalizeValues 0x45e3070: a(n) WeakFinalizerItem 0x7ffffffa4748 M [] in WeakRegistry>finalizeValues 0x157fb18: a(n) WeakRegistry 0x7ffffffa4778 M BlockClosure>on:do: 0xc643c0: a(n) BlockClosure 0x7ffffffa47b8 M BlockClosure>on:fork: 0xc643c0: a(n) BlockClosure 0x7ffffffa47f8 M [] in WeakRegistry>finalizeValues 0x157fb18: a(n) WeakRegistry 0x7ffffffa4840 M OrderedCollection>do: 0xc63b38: a(n) OrderedCollection 0x7ffffffa4890 M WeakRegistry>finalizeValues 0x157fb18: a(n) WeakRegistry 0x7ffffffa48c8 M [] in WeakArray class>doOldFinalization 0x1598518: a(n) WeakArray class 0x7ffffffa48f8 M BlockClosure>on:do: 0xc63a00: a(n) BlockClosure 0x7ffffffa4938 M BlockClosure>on:fork: 0xc63a00: a(n) BlockClosure 0x7ffffffa4978 M [] in WeakArray class>doOldFinalization 0x1598518: a(n) WeakArray class 0x7ffffffa49c0 M WeakArray(SequenceableCollection)>do: 0x12fe7f0: a(n) WeakArray 0x7ffffffa49f8 M [] in WeakArray class>doOldFinalization 0x1598518: a(n) WeakArray class 0x7ffffffa4a38 M [] in Semaphore>critical: 0x4131b88: a(n) Semaphore 0x7ffffffa4a78 M BlockClosure>ensure: 0xc5e260: a(n) BlockClosure 0x7ffffffa4ab8 M Semaphore>critical: 0x4131b88: a(n) Semaphore 0x7ffffffa4b00 I WeakArray class>doOldFinalization 0x1598518: a(n) WeakArray class 0x7ffffffa4b50 I WeakArray class>finalizationProcess 0x1598518: a(n) WeakArray class 0x45c3c90 s [] in WeakArray class>restartFinalizationProcess 0x4136d78 s [] in BlockClosure>newProcess processes at priority 40 Process 0x3591a98 priority 40 0x7ffffffa68a0 M IdentityDictionary(Dictionary)>at:ifAbsent: 0x174b880: a(n) IdentityDictionary 0x7ffffffa68e8 M Unicode class>toUppercase: 0x1f977b8: a(n) Unicode class 0x7ffffffa6920 M Character>asUppercase 0x21a=$67 ($C) 0x7ffffffa6958 M Character>isVowel 0x21a=$67 ($C) 0x7ffffffa69a0 M ClassSessionHandler(Object)>printOn: 0x1801578: a(n) ClassSessionHandler 0x7ffffffa69d8 M ClassSessionHandler(AbstractSessionHandler)>printOn: 0x1801578: a(n) ClassSessionHandler 0x7ffffffa6a10 M LimitedWriteStream(Stream)>print: 0xa5f8a8: a(n) LimitedWriteStream 0x7ffffffa6a50 M [] in Array(Collection)>printElementsOn: 0xa5f3e0: a(n) Array 0x7ffffffa6a98 M Array(SequenceableCollection)>do:separatedBy: 0xa5f3e0: a(n) Array 0x7ffffffa6ad8 M Array(Collection)>printElementsOn: 0xa5f3e0: a(n) Array 0x7ffffffa6b10 M Array(Collection)>printOn: 0xa5f3e0: a(n) Array 0x7ffffffa6b48 M Array>printOn: 0xa5f3e0: a(n) Array 0x7ffffff9e600 M [] in Array(Object)>printStringLimitedTo: 0xa5f3e0: a(n) Array 0x7ffffff9e640 M String class(SequenceableCollection class)>streamContents:limitedTo: 0x15990e8: a(n) String class 0x7ffffff9e688 M Array(Object)>printStringLimitedTo: 0xa5f3e0: a(n) Array 0x7ffffff9e6c0 M [] in Context>printDetails: 0xa5f5c8: a(n) Context 0x7ffffff9e6f0 M BlockClosure>on:do: 0xa5fa80: a(n) BlockClosure 0x7ffffff9e730 M BlockClosure>ifError: 0xa5fa80: a(n) BlockClosure 0x7ffffff9e788 M Context>printDetails: 0xa5f5c8: a(n) Context 0x7ffffff9e7e8 I Context>errorReportOn: 0xa5e858: a(n) Context 0x7ffffff9e830 M [] in SmalltalkImage>logError:inContext: 0x19b62b8: a(n) SmalltalkImage 0x7ffffff9e878 M [] in SmalltalkImage>logDuring: 0x19b62b8: a(n) SmalltalkImage 0x7ffffff9e8b8 M BlockClosure>ensure: 0xa5fd28: a(n) BlockClosure 0x7ffffff9e908 I SmalltalkImage>logDuring: 0x19b62b8: a(n) SmalltalkImage 0x7ffffff9e950 I SmalltalkImage>logError:inContext: 0x19b62b8: a(n) SmalltalkImage 0x7ffffff9e9a0 I StartupUIManager(UIManager)>logError: 0x459ee98: a(n) StartupUIManager 0x7ffffff9e9e8 I StartupUIManager(CommandLineUIManager)>handleError:log: 0x459ee98: a(n) StartupUIManager 0x7ffffff9ea38 I StartupUIManager>handleError:log: 0x459ee98: a(n) StartupUIManager 0x7ffffff9ea88 I StartupUIManager(UIManager)>handleError: 0x459ee98: a(n) StartupUIManager 0x7ffffff9eac0 M [] in WorkingSession>runList:do: 0xa5e000: a(n) WorkingSession 0x7ffffff9eaf8 M BlockClosure>cull: 0xa5f2e0: a(n) BlockClosure 0x7ffffff9eb48 I Context>evaluateSignal: 0xa5e5e0: a(n) Context 0x7ffffff9c570 I Context>handleSignal: 0xa5e5e0: a(n) Context 0x7ffffff9c5b8 I MessageNotUnderstood(Exception)>signal 0xa5e750: a(n) MessageNotUnderstood 0x7ffffff9c608 I SmalltalkImage(Object)>doesNotUnderstand: isSqueakNOS 0x19b62b8: a(n) SmalltalkImage 0x7ffffff9c650 I SqueakNOSPlatform class>isActivePlatform 0x4222160: a(n) SqueakNOSPlatform class 0x7ffffff9c680 M [] in OSPlatform class>determineActivePlatform 0x1f28ac8: a(n) OSPlatform class 0x7ffffff9c6c8 M [] in OrderedCollection(Collection)>detect:ifFound:ifNone: 0xa5eae0: a(n) OrderedCollection 0x7ffffff9c710 M OrderedCollection>do: 0xa5eae0: a(n) OrderedCollection 0x7ffffff9c758 I OrderedCollection(Collection)>detect:ifFound:ifNone: 0xa5eae0: a(n) OrderedCollection 0x7ffffff9c7b0 I OrderedCollection(Collection)>detect:ifNone: 0xa5eae0: a(n) OrderedCollection 0x7ffffff9c800 I OrderedCollection(Collection)>detect: 0xa5eae0: a(n) OrderedCollection 0x7ffffff9c848 I OSPlatform class>determineActivePlatform 0x1f28ac8: a(n) OSPlatform class 0x7ffffff9c888 I OSPlatform class>startUp: 0x1f28ac8: a(n) OSPlatform class 0x7ffffff9c8c0 M ClassSessionHandler>startup: 0x17e6f18: a(n) ClassSessionHandler 0x7ffffff9c900 M [] in WorkingSession>runStartup: 0xa5e000: a(n) WorkingSession 0x7ffffff9c948 M [] in WorkingSession>runList:do: 0xa5e000: a(n) WorkingSession 0x7ffffff9c978 M BlockClosure>on:do: 0xa5f2b0: a(n) BlockClosure 0x7ffffff9c9c0 M [] in WorkingSession>runList:do: 0xa5e000: a(n) WorkingSession 0x7ffffff9ca08 M Array(SequenceableCollection)>do: 0xa5f3e0: a(n) Array 0x7ffffff9ca50 I WorkingSession>runList:do: 0xa5e000: a(n) WorkingSession 0x7ffffff9caa0 I WorkingSession>runStartup: 0xa5e000: a(n) WorkingSession 0x7ffffff9cae8 I WorkingSession>start: 0xa5e000: a(n) WorkingSession 0x7ffffff9cb40 I SessionManager>snapshot:andQuit: 0x358f268: a(n) SessionManager 0x45e2ca0 s [] in SmalltalkImage>snapshot:andQuit: 0x45e36b0 s CurrentExecutionEnvironment class>activate:for: 0x45e4e48 s DefaultExecutionEnvironment(Ex ecutionEnvironment)>beActiveDuring: 0x45e5170 s DefaultExecutionEnvironment class>beActiveDuring: 0x45e4f00 s SmalltalkImage>snapshot:andQuit: 0x45e5228 s SmalltalkImage>saveImageInFileNamed: 0x45e53c8 s SmalltalkImage>saveAs: 0x4184cc8 s UndefinedObject>DoIt 0x45c3bd8 s OpalCompiler>evaluate 0x4184de8 s DoItChunk>importFor: 0x4184ec0 s [] in CodeImporter>evaluate 0x45c3e00 s OrderedCollection>do: 0x4184ff8 s CodeImporter>evaluate 0x45c3eb8 s [] in STCommandLineHandler>installSourceFile: 0x41bc0b8 s BlockClosure>on:do: 0x4185150 s STCommandLineHandler>handleErrorsDuring:reference: 0x4185220 s STCommandLineHandler>installSourceFile: 0x45c3f70 s [] in STCommandLineHandler>installSourceFiles 0x45e3440 s OrderedCollection>do: 0x4185318 s [] in STCommandLineHandler>installSourceFiles 0x45c4028 s BlockClosure>ensure: 0x4185410 s STCommandLineHandler>installSourceFiles 0x45c40e0 s STCommandLineHandler>activate 0x45e34f8 s STCommandLineHandler class(CommandLineHandler class)>activateWith: 0x45e4cd8 s [] in PharoCommandLineHandler(BasicC ommandLineHandler)>activateSubCommand: 0x41bc170 s BlockClosure>on:do: 0x4185518 s PharoCommandLineHandler(BasicC ommandLineHandler)>activateSubCommand: 0x41855f0 s PharoCommandLineHandler(BasicC ommandLineHandler)>handleSubcommand 0x45c4198 s PharoCommandLineHandler(BasicC ommandLineHandler)>handleArgument: 0x41856a8 s [] in PharoCommandLineHandler(BasicC ommandLineHandler)>activate 0x41bc228 s BlockClosure>on:do: 0x41857a0 s PharoCommandLineHandler(BasicC ommandLineHandler)>activate 0x45c4250 s PharoCommandLineHandler>activate 0x45e35b0 s PharoCommandLineHandler class(CommandLineHandler class)>activateWith: 0x45e4d90 s [] in PharoCommandLineHandler class>activateWith: 0x45e50b8 s WorldState>runStepMethodsIn: 0x45e5310 s WorldMorph>runStepMethods 0x3847ff8 s WorldState>doOneCycleNowFor: 0x38480b0 s WorldState>doOneCycleFor: 0x3848168 s WorldMorph>doOneCycle 0x3848220 s WorldMorph class>doOneCycle 0x3591d60 s [] in MorphicUIManager>spawnNewProcess 0x3591ae0 s [] in BlockClosure>newProcess processes at priority 10 Process 0xa5e138 priority 10 0xa60638 s [] in BlockClosure>newProcess suspended processes Process 0x38c7548 priority 80 0x38c58f0 s DelaySpinScheduler(DelayMicros econdScheduler)>runTimerEventLoop 0x411d130 s [] in DelaySpinScheduler(DelayMicros econdScheduler)>startTimerEventLoop 0x38c59c8 s [] in BlockClosure>newProcess Process 0xa5e0f0 priority 60 0x7ffffffa0ad0 I SmalltalkImage>lowSpaceWatcher 0x19b62b8: a(n) SmalltalkImage 0x7ffffffa0b10 I [] in SmalltalkImage>installLowSpaceWatcher 0x19b62b8: a(n) SmalltalkImage 0x7ffffffa0b50 I [] in BlockClosure>newProcess 0xa60060: a(n) BlockClosure Process 0xa5e180 priority 60 0x7ffffffa2a78 I InputEventFetcher>waitForInput 0x1d0f310: a(n) InputEventFetcher 0x7ffffffa2ad0 I InputEventFetcher>eventLoop 0x1d0f310: a(n) InputEventFetcher 0x7ffffffa2b10 I [] in InputEventFetcher>installEventLoop 0x1d0f310: a(n) InputEventFetcher 0x7ffffffa2b50 I [] in BlockClosure>newProcess 0xa60258: a(n) BlockClosure On Fri, Mar 23, 2018 at 11:54 AM, Javier PimÃ¡s <elpochodelagente(a)gmail.com> wrote: > Hi Eliot, the crash.dmp shows what I put in the first mail, gdb shows some > more info: > > #0 __GI___libc_free (mem=0x7f15fc1d15d0) at malloc.c:2965 > #1 0x00000000004c745b in primitiveFFIFree () at > /home/travis/build/OpenSmalltalk/opensmalltalk-vm/src/plugin > s/SqueakFFIPrims/X64SysVFFIPlugin.c:6352 > #2 0x0000000000457f64 in primitiveExternalCall () at > /home/travis/build/OpenSmalltalk/opensmalltalk-vm/spur64src/ > vm/gcc3x-cointerp.c:75751 > #3 0x00000000004595cb in interpretMethodFromMachineCode () at > /home/travis/build/OpenSmalltalk/opensmalltalk-vm/spur64src/ > vm/gcc3x-cointerp.c:18524 > #4 0x000000000045bc69 in ceSendsupertonumArgs (selector=<optimized out>, > superNormalBar=0, rcvr=<optimized out>, numArgs=0) > at /home/travis/build/OpenSmalltalk/opensmalltalk-vm/spur64src/ > vm/gcc3x-cointerp.c:16602 > #5 0x00000000009000bb in ?? () > #6 0x00007fffffffdbc0 in ?? () > #7 0x000000000045ce56 in interpret () at /home/travis/build/OpenSmallta > lk/opensmalltalk-vm/spur64src/vm/gcc3x-cointerp.c:2731 > #8 0x00000000009ccf7f in ?? () > #9 0x00000000045e39c8 in ?? () > #10 0x00000000045e39c8 in ?? () > ... > > As it is just loading, I think that it is trying to free some memory that > was allocated before the image was saved. Looks like there is an external > address that should have been niled but for some reason wasn't. > > On Fri, Mar 23, 2018 at 11:43 AM, Eliot Miranda <eliot.miranda(a)gmail.com> > wrote: > >> Hi Javier, >> >> what does the crash.dmp file say? Or what does a gdb stacktrace say? >> >> _,,,^..^,,,_ (phone) >> >> On Mar 23, 2018, at 7:18 AM, Javier PimÃ¡s <elpochodelagente(a)gmail.com> >> wrote: >> >> no luck with this one :( >> >> On Fri, Mar 23, 2018 at 4:48 AM, Alistair Grant <akgrant0710(a)gmail.com> >> wrote: >> >>> Hi Javier, >>> >>> On 23 March 2018 at 04:54, Javier PimÃ¡s <elpochodelagente(a)gmail.com> >>> wrote: >>> > Hi folks, I take a fresh Pharo6.1 (spur64), load a git repository and >>> save >>> > the image. When reopening I get a segmentation fault. OS is ubuntu >>> 17.04/64 >>> > bits. I just cannot make it work, tried with all the vms I could >>> (vmI61, >>> > vmT61, vmLatest70, vmTLatest70). I suspect it is related to using git >>> but >>> > I'm not even sure. >>> > >>> > Below I put the involved code, crash dump at the end (seems to be the >>> same >>> > with any vm). btw, the vmILatest70 script does not seem to work (curl >>> > https://get.pharo.org/64/vmILatest70 | bash). >>> > >>> > Any ideas? >>> >>> I'm using the following VM on Ubuntu 16.04 without any issues: >>> >>> http://files.pharo.org/vm/pharo-spur64/linux/pharo-linux-x86 >>> _64threaded-201803160215-43a2f5c.zip >>> >>> >>> HTH, >>> Alistair >>> >>> >> >> >> -- >> Javier PimÃ¡s >> Ciudad de Buenos Aires >> >> > > > -- > Javier PimÃ¡s > Ciudad de Buenos Aires > -- Javier PimÃ¡s Ciudad de Buenos Aires

March 23, 2018

Re: [Pharo-dev] pharo64+load code=broken image

by Javier PimÃ¡s

Hi Eliot, the crash.dmp shows what I put in the first mail, gdb shows some more info: #0 __GI___libc_free (mem=0x7f15fc1d15d0) at malloc.c:2965 #1 0x00000000004c745b in primitiveFFIFree () at /home/travis/build/OpenSmalltalk/opensmalltalk-vm/src/plugins/SqueakFFIPrims/X64SysVFFIPlugin.c:6352 #2 0x0000000000457f64 in primitiveExternalCall () at /home/travis/build/OpenSmalltalk/opensmalltalk-vm/spur64src/vm/gcc3x-cointerp.c:75751 #3 0x00000000004595cb in interpretMethodFromMachineCode () at /home/travis/build/OpenSmalltalk/opensmalltalk-vm/spur64src/vm/gcc3x-cointerp.c:18524 #4 0x000000000045bc69 in ceSendsupertonumArgs (selector=<optimized out>, superNormalBar=0, rcvr=<optimized out>, numArgs=0) at /home/travis/build/OpenSmalltalk/opensmalltalk-vm/spur64src/vm/gcc3x-cointerp.c:16602 #5 0x00000000009000bb in ?? () #6 0x00007fffffffdbc0 in ?? () #7 0x000000000045ce56 in interpret () at /home/travis/build/OpenSmalltalk/opensmalltalk-vm/spur64src/vm/gcc3x-cointerp.c:2731 #8 0x00000000009ccf7f in ?? () #9 0x00000000045e39c8 in ?? () #10 0x00000000045e39c8 in ?? () ... As it is just loading, I think that it is trying to free some memory that was allocated before the image was saved. Looks like there is an external address that should have been niled but for some reason wasn't. On Fri, Mar 23, 2018 at 11:43 AM, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > Hi Javier, > > what does the crash.dmp file say? Or what does a gdb stacktrace say? > > _,,,^..^,,,_ (phone) > > On Mar 23, 2018, at 7:18 AM, Javier PimÃ¡s <elpochodelagente(a)gmail.com> > wrote: > > no luck with this one :( > > On Fri, Mar 23, 2018 at 4:48 AM, Alistair Grant <akgrant0710(a)gmail.com> > wrote: > >> Hi Javier, >> >> On 23 March 2018 at 04:54, Javier PimÃ¡s <elpochodelagente(a)gmail.com> >> wrote: >> > Hi folks, I take a fresh Pharo6.1 (spur64), load a git repository and >> save >> > the image. When reopening I get a segmentation fault. OS is ubuntu >> 17.04/64 >> > bits. I just cannot make it work, tried with all the vms I could (vmI61, >> > vmT61, vmLatest70, vmTLatest70). I suspect it is related to using git >> but >> > I'm not even sure. >> > >> > Below I put the involved code, crash dump at the end (seems to be the >> same >> > with any vm). btw, the vmILatest70 script does not seem to work (curl >> > https://get.pharo.org/64/vmILatest70 | bash). >> > >> > Any ideas? >> >> I'm using the following VM on Ubuntu 16.04 without any issues: >> >> http://files.pharo.org/vm/pharo-spur64/linux/pharo-linux- >> x86_64threaded-201803160215-43a2f5c.zip >> >> >> HTH, >> Alistair >> >> > > > -- > Javier PimÃ¡s > Ciudad de Buenos Aires > > -- Javier PimÃ¡s Ciudad de Buenos Aires

March 23, 2018