[BUG] Can't read BMPs in 3.4/3.5 Windows VM (was Re: [bug?] Problems with Alice -- can't open new models)

PhiHo Hoang phiho.hoang at rogers.com
Thu Jun 19 14:14:56 UTC 2003


Mark Guzdial wrote

> I've tracked my Alice bug down to:
>
> Form fromFileNamed: 'anything.bmp'
>
> I can't read any BMP's with a 3.4 or 3.5 Windows VM on an XP box.  The
same
> BMP's open just fine in 3.2.  It's a VM-level bug because I can read the
> BMP's in a 3.5 image running in a 3.2 VM.  But in a 3.4 or 3.5 VM, trying
> to read the BMP crashes Squeak.
>

MobVM MultiMedia release (tracking 3.4.4) and squeak 3.5, a PrintIt on:

        Form fromFileNamed: 'F:\squeak\AliceObjects\Animals\cat.bmp'

    gave 'ColorForm(256x256x8)'

    Any bitmap file can be open (viewed) via FileList without problem.

    However,

       w makeActorFrom 'F:\squeak\AliceObjects\Animals\cat.mdl'

    or 'Load actor' to 'scene' (from a Wonderland Visual Studio),
    crashed Squeak without a stack trace:

--------------------------   crash.dmp
 start -----------------------------------------
Wed Jun 18 22:13:36 2003

Exception code: C0000005
Exception addr: 01607A0F
Access violation (read access) at 7A000000
EAX:BD000000 EBX:1AF5E408 ECX:1AF5AF4C EDX:00000030
ESI:00000014 EDI:00000038 EBP:1AF82228 ESP:0012FE70
EIP:01607A0F EFL:00010246
FP Control: FFFF027F
FP Status:  FFFF1963
FP Tag:     FFFFFFFF
VM Version: MobVM - RFC version - MultiMedia Release(Tracking 3.4.4)
May 21 2003
Compiler: Microsoft Visual C++

Current byte code:  211
Primitive index:    130

Loaded plugins:
 JPEGReadWriter2Plugin 5 September 2002 (e)
 Squeak3D 9 March 2003 (e)
 LargeIntegers v1.2 5 September 2002 (e)
 B2DPlugin 5 September 2002 (e)
 FloatArrayPlugin 5 September 2002 (e)
 Matrix2x3Plugin 5 September 2002 (e)
 BitBltPlugin 9 November 2002 (e)
 MiscPrimitivePlugin 5 September 2002 (e)
 WindowPlugin September 2002 (e)
 DropPlugin 5 September 2002 (e)
 FilePlugin 5 September 2002 (e)
 SecurityPlugin 5 September 2002 (e)
 MegaInterpreterPlugin Halloween 2002 (e)
 ModManPlugin May 21 2003 (e)
 PlatformPlugin September 2002 (e)
 SqMOM September 2002 (e)
 PlugManPlugin September 2002 (e)
 MicroKernel February 2003 (i)


Stack dump:
[EMPTY]

--------------------------   crash.dmp
 end -----------------------------------------


and Tim wrote:

> ... it requires someone to debug the code on a wondows machine...

    Preliminary investigations indicated that this bug
    is nasty and dirty. It's in the garbage collector.

    It always crashed in primitive 130:

        primitiveFullGC  >>> incrementalGC() >>>  incCompBody() >>>
        mapPointersInObjectsFromtomapPointersInObjectsFromto()

    It happened at different spots on different models,
    on different ways of tracing (debugging).

    Sometimes it happened here:

    newOop = longAt(fwdBlock4);               //  <<<< CRASH

    Some other times, here:

    newClassOop = longAt(fwdBlock3);      // <<<<  CRASH

    Does it ring a bell ?

    Cheers,

    PhiHo.




More information about the Squeak-dev mailing list