[Vm-dev] [Pharo-dev] Anyone else seen crashes like these ?

[Eliot Miranda]

Hi Sven,
On Mon, Nov 12, 2018 at 5:37 AM Sven Van Caekenberghe <sven at stfx.eu> wrote:

> Hi,
>
> I run Pharo 7 64-bit on a macOS laptop, where the images are kept running
> across sleep/wake cycles.
>
> For many weeks, it often happens that an image crashes before/after such a
> sleep/wakeup (not all the time, just regularly).
>
> Here is a crash dump from today (fresh image/vm from WE, nothing special
> loaded).
>
> Related to scheduling ? Event handling ?
>

The stack trace points to OpenGL rendering:

2   Pharo                               sigsegv + 155
3   libsystem_platform.dylib            _sigtramp + 29
4   ???                                 0x0 + 0
5   AppleIntelKBLGraphicsGLDriver       glrUpdateTexture + 8979
6   libGPUSupportMercury.dylib          gpusLoadCurrentTextures + 591
7   AppleIntelKBLGraphicsGLDriver       updateDispatch + 663
8   GLEngine                            gleDoDrawDispatchCore + 629
9   GLEngine                            glDrawArraysInstanced_STD_Exec + 264
10  GLEngine                            glDrawArrays_UnpackThread + 40
11  GLEngine                            gleCmdProcessor + 77
12  libdispatch.dylib                   _dispatch_client_callout + 8
13  libdispatch.dylib
_dispatch_lane_barrier_sync_invoke_and_complete + 60
14  GLEngine                            glFlush_ExecThread + 15
15  Pharo                               -[sqSqueakOSXOpenGLView
drawRect:flush:] + 301
16  Pharo                               -[sqSqueakOSXOpenGLView drawRect:]
+ 43
17  AppKit                              _NSViewDrawRect + 66
18  AppKit                              -[NSView _drawRect:clip:] + 1745
19  AppKit                              -[NSView
_recursiveDisplayAllDirtyWithLockFocus:visRect:] + 1400
20  AppKit                              -[NSView
_recursiveDisplayAllDirtyWithLockFocus:visRect:] + 2622
21  AppKit                              -[NSView
_recursiveDisplayRectIfNeededIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:topView:]
+ 938
22  AppKit                              -[NSThemeFrame
_recursiveDisplayRectIfNeededIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:topView:]
+ 65
23  AppKit                              -[NSView
_oldDisplayRectIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:] +
1887
24  AppKit                              -[NSView
_displayRectIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:] + 253
25  AppKit                              -[NSView displayIfNeeded] + 1300
26  AppKit                              -[NSWindow displayIfNeeded] + 283
27  AppKit
 __NSWindowGetDisplayCycleObserverForDisplay_block_invoke + 722
28  AppKit                              NSDisplayCycleObserverInvoke + 170
29  AppKit                              NSDisplayCycleFlush +  1073
30  QuartzCore
 _ZN2CA11Transaction19run_commit_handlersE18CATransactionPhase + 49
31  QuartzCore                          _ZN2CA11Transaction6commitEv + 186
32  AppKit
 __65+[CATransaction(NSCATransaction)
NS_setFlushesWithDisplayRefresh]_block_invoke + 274
33  CoreFoundation
 __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 23
34  CoreFoundation                      __CFRunLoopDoObservers + 452
35  CoreFoundation                      __CFRunLoopRun + 1166
36  CoreFoundation                      CFRunLoopRunSpecific + 463
37  Foundation                          -[NSRunLoop(NSRunLoop)
runMode:beforeDate:] + 280
38  Pharo                               -[sqSqueakMainApplication(events)
pumpRunLoop] + 103
39  Pharo                               -[sqSqueakOSXApplication(events)
pumpRunLoop] + 43
40  Pharo                               vmIOProcessEvents + 255

and this is core VM code, so likely an pensmalltalk-vm macOS platform bug,
hence best discussed on vm-dev.  Can you describe exactly the steps you
take to reproduce the crash?
_,,,^..^,,,_
best, Eliot
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/vm-dev/attachments/20181112/71f0b8e9/attachment.html>