Hi Damien,

On Fri, Mar 23, 2018 at 12:38 PM, Damien Pollet <damien.pollet@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@gmail.com> wrote:
��
Hi Damien,

On Tue, Mar 20, 2018 at 3:12 AM, Damien Pollet <damien.pollet@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