Mac Squeak Crash - 6750stringAndCharFixes

Hi all,

I am on an Intel Mac running OS 10.4.10 with Mac VM 3.8.18beta1U.  If I
download the stock 3.8-6667 and go through with the updates, I can get to
3.8.2 until it hits the update called "6750stringAndCharFixes-mir..." at
which point the whole thing locks up.  If I let it sit, eventually it
crashes with an out of memory error similar to the following:

-----] snip [-----

out of memory

874203632 String class>new:
874203540 String class>new:
874203448 CompiledMethod>defaultSelector
874203356 [] in Behavior>selectorAtMethod:setClass:
874203264 MethodDictionary>keyAtIdentityValue:ifAbsent:
874203172 Behavior>selectorAtMethod:setClass:
874203080 [] in Behavior>selectorAtMethod:setClass:
874202988 MethodDictionary>keyAtIdentityValue:ifAbsent:
874202896 Behavior>selectorAtMethod:setClass:
874202804 [] in Behavior>selectorAtMethod:setClass:
874202712 MethodDictionary>keyAtIdentityValue:ifAbsent:
874202620 Behavior>selectorAtMethod:setClass:
874202528 [] in Behavior>selectorAtMethod:setClass:
874202436 MethodDictionary>keyAtIdentityValue:ifAbsent:
874202344 Behavior>selectorAtMethod:setClass:
874202252 [] in Behavior>selectorAtMethod:setClass:
874202068 MethodDictionary>keyAtIdentityValue:ifAbsent:
874201884 Behavior>selectorAtMethod:setClass:
874201792 ContextPart>printOn:
874201564 MethodContext>printOn:
874201380 [] in Object>printStringLimitedTo:
874201472 SequenceableCollection class>streamContents:limitedTo:
874201288 Object>printStringLimitedTo:
874201196 Object>printString
874200920 MethodContext>printString
874201076 [] in Debugger>newStack:
874200828 OrderedCollection>collect:
874200736 Debugger>newStack:
874200644 Debugger>process:controller:context:isolationHead:
874199948 Debugger>process:controller:context:
874200040 [] in Debugger class>openOn:context:label:contents:fullView:
874199824 BlockContext>on:do:
874199480 [] in Debugger class>openOn:context:label:contents:fullView:
874199732 [] in BlockContext>newProcess


-----] snip [-----

I can totally reproduce this error every single time.  If memory serves, I
was able to run these updates on a PPC machine just fine.

Thanks,
Tim

Hello Tim,

TJ> I am on an Intel Mac running OS 10.4.10 with Mac VM 3.8.18beta1U.  If I
TJ> download the stock 3.8-6667 and go through with the updates, I can get to
TJ> 3.8.2 until it hits the update called
TJ> "6750stringAndCharFixes-mir..." at
TJ> which point the whole thing locks up.  If I let it sit, eventually it
TJ> crashes with an out of memory error similar to the following:

a few days ago I described the same under windows here and I guess
Michael (mir) is aware of the fact but just very busy.

My private use is to just go until Squeak 3.8.2.a, latest update: #6748

I use this for some time in production  but I had no problems with
3.8.1 too. I also tested up to #6749 but want to keep #6748 in case
Michae wants me to test from this stat on.

TJ> -----] snip [-----

TJ> I can totally reproduce this error every single time.  If memory serves, I
TJ> was able to run these updates on a PPC machine just fine.

#6749 and #6750 are very recent so if you updated your PPC machine
more than a week ago, today you should find the same problems.

But a check wouldn't hurt :-)


Cheers,

Herbert                            mailto:[hidden email]

Herbert König wrote:

> a few days ago I described the same under windows here and I guess
> Michael (mir) is aware of the fact but just very busy.

Yes, apologies, have seen all the mails but didn't have time to look
into it yet. Hopefully over the weekend...

Michael

Hi all,

apologies for taking so long...
I fixed the problem with the updates.

When gathering the changes from different source I put changes into the
wrong order. I moved the changes from 6759 to 6750, leaving 6759 empty.

A full image is now updating without problems :-)

Michael

Hello Michael,

MR> A full image is now updating without problems :-)
Same with me and a Windows Squeak 3.8.#6665.

Production image also updates from 3.8.2. Alpha and a cursory check
sees all applications keep running.

But as I said I don't use any semaphores, processes and the like.



Cheers

Herbert                            mailto:[hidden email]