#2906 closed defect
OS: Copyprotection stuck in endless loop?
| Reported by: | SF/bramvandijk | Owned by: | sev- |
|---|---|---|---|
| Priority: | normal | Component: | Engine: Cine |
| Version: | Keywords: | ||
| Cc: | Game: | Operation Stealth |
Description
Scummvm version: Latest Daily snapshot
Bug details: Just start OS, the copyprotection asks to identify a color and the menu with the color to choose from says "Test No: 1", after doing that another color must be chosen, but the menus still says "Test No:1". After identifying the second color, there is a third color to pick, this seems to go on indefinately (or at least around 10 times).
Language and version: DOS, English
Platform: Linux and Windows
A savegame is not needed, since this is the beginning of the game.
This is caused by enabling the copy protection again by sev.
Ticket imported from: #1596337. Ticket imported from: bugs/2906.
Change History (5)
comment:1 by , 18 years ago
| Owner: | set to |
|---|
comment:2 by , 18 years ago
comment:3 by , 18 years ago
| Status: | new → closed |
|---|
comment:4 by , 18 years ago
OS in a really preliminary stage. I just recently started to work on it. It is much more buggy because big chunks of code are missing.
I'll close this bugreport now as otherwise there would be millions of them. OS is not yet targeted for end users.
comment:5 by , 6 years ago
| Component: | → Engine: Cine |
|---|---|
| Game: | → Operation Stealth |
I can't reproduce this myself, but I *do* get some Valgrind warnings when running Operation Stealth, so the behaviour may be undefined.
The first warnings come from o1_addVar() and o1_subVar(), and could simply mean that Operation Stealth has more local variables for its scripts than Future Wars does.
Then I get a warning about gfxFillSprite() (gfx.cpp, line 173) reading first uninitialized, and then unallocated, data from spritePtr. That could account for the copy protection screen having graphics glitches for me that I don't remember being there before.