[Vm-dev] Reproducible VM crash with excessive garbage collection
Ben Coman
btc at openInWorld.com
Mon Nov 17 10:33:08 UTC 2014
Max Leske wrote:
>
>
>
> ------------------------------------------------------------------------
>
> Hi.
>
> I may have discovered a bug in the PharoVM (stable and latest), which
> may have been around for at least two years (I had a very similiar
> situation about two years ago with Fuel).
>
> I have a test that fails when a particular method contains “3
> timesRepeat: [ Smalltalk garbageCollect ]”. In order to be sure that it’
> not the #timesRepeat message that’s causing the crash, I replaced that
> with multiple “Smalltalk garbageCollect” sends.
>
> The test I’m talking about ObsoleteTest>>testFixObsoleteSharedPools. To
> make the test crash the VM, simply add a couple of garbageCollects at
> the end of SmalltalkImage>>fixObsoleteSharedPools. I tried to come up
> with a little script to demonstrate the issue but I can only reproduce
> the problem with Nautilus (which makes me suspect that the problem is
> related to Nautilus).
>
> Steps to reproduce:
> 1. get a fresh image and the latest vm:
> curl get.pharo.org/40+vmLastest <http://get.pharo.org/40+vmLastest> |
> bash && ./pharo-ui Pharo.image
> 2. open the class browser and navigate to
> SmalltalkImage>>fixObsoleteSharedPools
> 3. Append ten “self garbageCollect” statements to the method.
> 4. navigate to ObsoleteTest>>testFixObsoleteSharedPools and click on the
> test runner icon to the left of the method name.
>
> I can reproduce this with the Mac VM (OS X 10.10) as well as with the
> linux VM (Ubuntu 12.04.1).
>
> I’ve opened an issue for
> this: https://pharo.fogbugz.com/f/cases/14478/Reproducible-VM-crash-with-excessive-garbage-collection
>
>
> Cheers,
> Max
I reported similar here..
http://lists.squeakfoundation.org/pipermail/vm-dev/2014-August/016364.html
https://pharo.fogbugz.com/default.asp?13822
More information about the Vm-dev
mailing list