[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
|