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.