DOTT: Can't get teeth

[Mataniko]

Issue migrated from trac ticket # 331

component: Engine: SCUMM | priority: normal | resolution: worksforme

2002-07-03 13:10:57: SF/arricc created the issue

---

DOTT Floppy disk version
PocketScumm Build 051302 \(VM 051302\)

Once the chattering teeth get trapped in the the
grating, you can't pick them up. The only hot spot
showing in the area is the grating.

Hopefully I've got the right file attatched for the
savegame\!

Ticket imported from: !#576884. Ticket imported from: bugs/331.

[Mataniko]

2002-07-03 13:12:37: SF/arricc uploaded file SAVEGAME.001 (38.1 KiB)

Savegame

[Mataniko]

2002-07-03 16:04:38: SF/ender commented

---

Sorry, but thats a saved game from the original DOS version :\)

ScummVM saved games are named 'tentacle.s00' -
'tentacle.s99'

[Mataniko]

2002-07-03 17:01:33: SF/arricc commented

---

Ah\! tried to work out what it should have been, and failed ;-\)

Oh, and I'm running it under Pocket PC on a Compaq iPaq 3850.

[Mataniko]

2002-07-03 17:01:33: SF/arricc uploaded file tentacle.s03 (48.8 KiB)

Savegame for Pocket PC

[Mataniko]

2002-07-11 01:26:19: fingolfin commented

---

Can't reproduce this with current build on Mac OS X.

[Mataniko]

2002-07-11 01:41:34: fingolfin commented

---

Will email arisme to look into this, maybe it is PocketSCUMM
specific.

[Mataniko]

2002-07-11 11:06:29: SF/arisme commented

---

reproduced it on my windows build from this old CVS... will 
try with the latest

[Mataniko]

2002-07-11 13:23:17: SF/arisme commented

---

problem seems to be here \(object.cpp\)

if \(\!\_objs\[i\].obj\_nr || getClass\(\_objs\[i\].obj\_nr, 32\)\)
continue;

where the getClass condition is not verified for the chattering 
teeth \(object 6\)

guess I'll let someone with a better understanding of 
ScummVM internals handle that one :\)

[Mataniko]

2002-07-11 13:24:54: SF/arisme commented

---

uh, in findObject function, forgot that one :\)

[Mataniko]

2002-07-12 01:22:28: fingolfin commented

---

But it works for me - so how can it be a bug in the normal
ScummVM code?

Arisme, did you try this on normal Windows or with PocketScumm?

[Mataniko]

2002-07-12 01:28:45: SF/arisme commented

---

I checked it on Windows ... but I haven't traced when the 
class of this object was modified, perhaps the savegame got 
corrupted somehow \(or there is an endianess problem, or 
another weird thing :\)\)

[Mataniko]

2002-07-17 18:26:07: SF/rev3nant commented

---

Using the latest build and still can\`t pick up this damn teeth :\(

[Mataniko]

2002-07-17 20:06:08: fingolfin commented

---

Using the same savegame? If yes, could you please try to
reproduce this with a new game from scratch?

I can't reproduce this with any of my savegames nor with a
new game.

I also can't use your save game, trying so causes a segfault
for me.

[Mataniko]

2002-07-28 17:25:20: fingolfin commented

---

What is the status of this? So far I have failed to find
anybody besides arisme and arricc who can reproduce it.

[Mataniko]

2002-07-28 21:01:43: wjp@usecode.org commented

---

Loading the supplied savegame segfaults for me. I can't
reproduce the problem when starting a new game. \(current
CVS, Linux\)

[Mataniko]

2002-07-28 21:52:14: wjp@usecode.org commented

---

Re. my previous comment: using the CD version of DOTT.

[Mataniko]

2002-08-01 17:05:00: fingolfin changed owner from * to fingolfin*

[Mataniko]

2002-08-01 17:05:00: fingolfin changed resolution from * to worksforme*

[Mataniko]

2002-08-01 17:05:00: fingolfin changed status from new to closed