[squeak-dev] The Trunk: System-cmm.602.mcz

Chris Muller asqueaker at gmail.com
Thu Oct 17 00:45:14 UTC 2013


On Wed, Oct 16, 2013 at 4:07 PM, Nicolas Cellier
<nicolas.cellier.aka.nice at gmail.com> wrote:
> To reproduce, just load System-cmm.602 from a MC browser and it quits quite
> fast...
> From assert cog vm, here is the end of the report:
>
> **IncrementalGC**
> **FullGC**
>
> stack page bytes 2048 available headroom 1252 minimum unused headroom 724
>
>     (sweep failed to find exact end of memory)
> Abort trap
>
> and the beginning is:
>
> sweep failed to find exact end of memory
>
> Squeak VM version: 4.0 4.0.2778 Mac OS X built on Aug  8 2013 07:43:35
> Compiler: 4.2.1 (Apple Inc. build 5666) (dot 3) [Assert VM]
> Built from: CoInterpreter * VMMaker.oscog-nice.336 uuid:
> 409e5084-5ffa-466c-a844-2473662c1ebf Sep  8 2013
> With: StackToRegisterMappingCogit * VMMaker.oscog-nice.336 uuid:
> 409e5084-5ffa-466c-a844-2473662c1ebf Sep  8 2013
> Revision: VM: r2778 http://squeakvm.org/svn/squeak/branches/Cog
> Plugins: r2545 http://squeakvm.org/svn/squeak/trunk/platforms/Cross/plugins
>
>
> C stack backtrace:
> 0   Squeak                              0x0004deec reportStackState + 147
> 1   Squeak                              0x0004e26b error + 31
> 2   Squeak                              0x000b43ec fullGC + 897
> 3   Squeak                              0x000b4cd5 sufficientSpaceAfterGC +
> 64
> 4   Squeak                              0x000b6094 primitiveNewWithArg + 147
> 5   ???                                 0x11acc789 0x0 + 296535945
> 6   Squeak                              0x000c9795 interpret + 32627
> 7   Squeak                              0x000429dd EventLoopEventHandler +
> 28
> 8   HIToolbox                           0x911eac2f
> _ZL23DispatchEventToHandlersP14EventTargetRecP14OpaqueEventRefP14HandlerCallRec
> + 1567
> 9   HIToolbox                           0x911e9ef6
> _ZL30SendEventToEventTargetInternalP14OpaqueEventRefP20OpaqueEventTargetRefP14HandlerCallRec
> + 411
> 10  HIToolbox                           0x911e9d55
> SendEventToEventTargetWithOptions + 58
> 11  HIToolbox                           0x9121ea24
> _ZL29ToolboxEventDispatcherHandlerP25OpaqueEventHandlerCallRefP14OpaqueEventRefPv
> + 3006
> 12  HIToolbox                           0x911eb080
> _ZL23DispatchEventToHandlersP14EventTargetRecP14OpaqueEventRefP14HandlerCallRec
> + 2672
> 13  HIToolbox                           0x911e9ef6
> _ZL30SendEventToEventTargetInternalP14OpaqueEventRefP20OpaqueEventTargetRefP14HandlerCallRec
> + 411
> 14  HIToolbox                           0x9120c7f3 SendEventToEventTarget +
> 52
> 15  HIToolbox                           0x91395c17 ToolboxEventDispatcher +
> 86
> 16  HIToolbox                           0x91395d4f RunApplicationEventLoop +
> 243
> 17  Squeak                              0x00040e61
> RunApplicationEventLoopWithSqueak + 185
> 18  Squeak                              0x0004de37 main + 1079
> 19  Squeak                              0x000027be start + 54
>
>
> Smalltalk stack dump:
> 0xbffeb058 M Array(SequenceableCollection)>select: 0x13fe1d04: a(n) Array
> 0xbffeb074 M MCFileRepositoryInspector>versionNamesForSelectedPackage
> 0x135d28b0: a(n) MCFileRepositoryInspector
> 0xbffeb094 M MCFileRepositoryInspector(MCRepositoryInspector)>versionList
> 0x135d28b0: a(n) MCFileRepositoryInspector
>
> Squeak stack has no importance, I just clicked somewhere in a MC trunk repo
> inspector...
>
> It sounds like memory corruption...
>
> What it interesting is that loading this mcz also blow a 4.10.10 interpreter
> VM...
>
> I just fail to see what could cause such a violent ... Ah WAIT WAIT WAIT:
>
> MCPackageLoader>>basicLoad invoke RecentMessages default suspendWhile: [ ]
> suspendWhile is using the last instance variable... which is being shifted
> inside the suspendWhile: []...
> So when we're back from the block, it's not long before die...

Ahh!!  THANK YOU and compliments for an awesome diagnosis!  I was
leisurely digging for a couple of hours today, I was stuck thinking my
changes were benign.  My image updated fine after I committed it.

I guess I found a tricky land mine!

> At least i'm happy it's not related to CharacterScanner stuff.

My bad.  :)  I'll post a fix.


More information about the Squeak-dev mailing list