WHDLoad MantisBT - DungeonMaster
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0001945DungeonMaster[All Projects] Generalpublic2008-09-27 05:272013-08-06 21:12
ReporterRixa 
Assigned ToJOTD 
PrioritynormalSeverityminorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOSOS Version
Product Version 
Target VersionFixed in Version 
MachineA1200
CPU68030
CPUSpeed50
ChipSetAGA
GFXCardNone
ChipMem2 MB
FastMem64 MB
WorkbenchOS 3.9
KickROM40 - Kick 3.1
KickSoftNone
WHDLoad16.8
importedyes
Summary0001945: Dungeon Master: I reported earlier that I thought I had a slightly different
DescriptionInstall: Dungeon Master (FTL/Software Heaven) http://whdload.de/games/DungeonMaster.html
GameVersion: V3.6 from Psygnosis
SlaveVersion: from 18.12.2001

I reported earlier that I thought I had a slightly different "V3.6" version and wondered if it could be supported. I had failed to realize that the game saves the language selection on the main disk, and no longer believe that the version is any different. I just finished this game.
The real problem appears to be that sometimes the game crashes during a disk operation. If this is a write it leaves the disk image corrupt. I started taking regular backups of my save after losing it once and having to restart the entire game. Only lost it once after that, but occasionally the game dies while loading itself or the save.
I could have misinterpreted the symptoms before and concluded that the main disk image was corrupt simply because it did not work and had been modified, but wouldn't be surprised if this couldn't happen when saving the language selection. If the save disk is corrupt, the game will not start either.
The error displayed is always a Privilege Violation at ExpMem $8F6.
TagsNo tags attached.
Relationships
related to 0002094closed Wepl WHDLoad "privilege violation" at expmem+$8f6 
related to 0001943closed JOTD DungeonMaster Dungeon Master: I thought this would work with the install, since its V3.6 as 
Attached Files

Notes
(0000893)
Rixa   
2009-05-01 09:17   
Referring to bug #1943, which was a false conclusion.
(0000896)
Mailman   
2009-05-01 09:21   
(Last edited: 2009-06-16 20:18)
I can confirm this behaviour. I also backuped my saves.
(0002457)
Wepl   
2011-08-11 09:12   
this should be solved with whdload v17.0, a cache flush in the mmu setup has been added

Issue History
Date ModifiedUsernameFieldChange
2009-04-10 01:25administratorNew Issue
2009-04-10 01:25administratorStatusnew => assigned
2009-04-10 01:25administratorAssigned To => JOTD
2009-04-10 01:25administratorMachine => A1200
2009-04-10 01:25administratorCPU => 68030
2009-04-10 01:25administratorCPUSpeed => 50
2009-04-10 01:25administratorChipSet => AGA
2009-04-10 01:25administratorGFXCard => None
2009-04-10 01:25administratorChipMem => 2 MB
2009-04-10 01:25administratorFastMem => 64 MB
2009-04-10 01:25administratorWorkbench => OS 3.9
2009-04-10 01:25administratorKickROM => 40 - Kick 3.1
2009-04-10 01:25administratorKickSoft => None
2009-04-10 01:25administratorWHDLoad => 16.8
2009-04-10 01:25administratorimported => yes
2009-04-30 20:14WeplRelationship addedrelated to 0001943
2009-05-01 09:17RixaNote Added: 0000893
2009-05-01 09:21MailmanNote Added: 0000896
2009-05-12 21:54JOTDStatusassigned => confirmed
2009-06-15 21:28WeplRelationship addedrelated to 0002054
2009-06-15 21:28WeplRelationship deletedrelated to 0002054
2009-06-15 21:29WeplRelationship addedrelated to 0002094
2009-06-16 20:18MailmanNote Edited: 0000896
2011-08-11 09:12WeplNote Added: 0002457
2011-08-11 09:13WeplStatusconfirmed => resolved
2011-08-11 09:13WeplResolutionopen => fixed
2013-08-06 21:12WeplStatusresolved => closed