WHDLoad MantisBT - WHDLoad
View Issue Details
0002575WHDLoad[All Projects] Generalpublic2012-04-13 11:542012-04-22 22:18
Assigned ToWepl 
StatusclosedResolutionno change required 
PlatformOSOS Version
Product Version16.8 
Target VersionFixed in Version 
ChipMem2 MB
FastMem4 MB
WorkbenchOS 3.0
KickROM39 - Kick 3.0
Summary0002575: Dos error #219 (seek failure) on reading "gamename"
DescriptionDos error #219 (seek failure) on reading "gamename"

This error code comes with some games. For no particular reason.

examples: Future wars, kings quest series, defender of the crown,

Additional InformationI've changed the maxtransfer setting to 0x1fe00 (according to different sources the best setting) , formatted the hd (cf card)
Fresh install of WB. but still got the Dos-error #219 (seek failure) on read "gamename" error.
I dont know if it could be the maxtransfer settings. The game curse of enchantia (large file) works with no problem but defender of the crown (small) files gives the Dos 219 error.
Many games worked fine but the ones i really want to play don't.
I have posted on several forums this kind of problem but so far no one can give me a clear solution. And a lot of people dont know what the seek failure actually means.
For example future wars;
Whdload starts normally
Screen goes black
I see a blue workench 1.3 startup screen
after 1 sec WHDloads quits with the error; Dos-error # 219 (seek failure) on reading "delphine"
In this case "delhpine" is located in the data folder of the game future wars.
Should i change something in the startup-sequence?
I have checked the games zipfiles with unzip -t, but it founds no errors or corrupt files.

eab thread: http://eab.abime.net/showthread.php?t=63847
TagsNo tags attached.
Attached Files? .whdl_filelog (1,184) 2012-04-13 17:08
? .whdl_register (2,677) 2012-04-13 17:09
txt listing.txt (2,223) 2012-04-13 22:37
? ..whdl_trace (4,343) 2012-04-16 00:02
? ...whdl_trace (3,206) 2012-04-17 00:29
? ffs4516.lha (16,769) 2012-04-17 20:32

2012-04-13 15:36   
please set option FILELOG and make a coredump when the #219 appears, then attach the files .whdl_register and .whdl_filelog to this issue
with that I can probably see if your game files are corrupt
2012-04-13 15:46   
where do i set the option Filelog? Is this a tooltype?
2012-04-13 17:05   
yes, http://whdload.de/docs/en/opt.html
2012-04-13 17:09   
ok done
2012-04-13 17:58   
your whdload version is very old, please retry with the latest one: http://whdload.de/whdload/whd171.lha
also delete your pirated whdload keyfile

which future wars is that? I don't have it and therefore cannot compare the loading sequence. did you install it from a crack?
2012-04-13 18:20   
Ok i am going to update it. As for the keyfile, didnt know that , i've buyed this amiga with everything preinstalled on it.

How do i buy a new key ?

The future wars version is;

2012-04-13 18:41   
preinstalled file from
2012-04-13 19:18   
already the filesize of the file delphine seems to be wrong, whdload reports:
[Examine] buf=$56D8C8 type=-3 size=$129E4= 76260 rc=0 name=Delphine
in your log, but on my system the file has a size of 73208 which is the same size contained in the archive on whdownload:
    73208 11-26-78 14:48 FutureWars/data/delphine
so it seems to me that the files on your hd are broken
check this file on your hd....
2012-04-13 20:51   
Ok. The first thing i did was buying a valid key. :-)

I installed the new whdload version on my Amiga.

But still got the same prob.

I checked the filesize of delphine and it is also 73208 and not 76260
2012-04-13 21:20   
(Last edited: 2012-04-13 21:29)
Which Kickstart and OS do you use?

What returns:
 version DRIVE:
where DRIVE is the partition where future wars is installed

Please boot without startup-sequence and start the game from the initial CLI:
 cd where:game/is
 whdload futurewars.slave preload

2012-04-13 21:31   
Kickstart version 39.106 Workbench version 39.29

I've tried it without the startup-sequence from the initial CLI but still getting the same error. Also tried it withoud the preload addition
2012-04-13 21:32   
What returns:
 version DRIVE:
where DRIVE is the partition where future wars is installed?
2012-04-13 21:37   
do you mean which drive? , that is DH2:
2012-04-13 21:38   
in the cli enter:
version dh2:
2012-04-13 21:48   
filesystem 39.27
2012-04-13 22:09   
(Last edited: 2012-04-13 22:10)
maybe it's a bug in the filesystem, but then I would have expected more reports like this.
the filesystem could be updated, but I'm not sure if the latest one works with kick3.0, maybe it requires kick3.1

can you please post a 'list' on the data directory of future wars?

please also a 'info'

2012-04-13 22:19   
In hd toolbox i see;

 File systems on scsi

identifier: 0x444f5301
version: 40.1
size: 24588
File system name : Fast file system

so the filesystem data in hdtoolbox is not the same as i get from the command in the cli .. 39.7. Maybe a wrong setting?

working now on the data directory list ,
2012-04-13 22:26   
(Last edited: 2012-04-13 22:29)
ok i uploaded a screencapture of the data dir

edit: and also an info file

2012-04-13 22:30   
please enter a cli/shell on the amiga, type the following commands and attach the created file ram:listing.txt

info >ram:listing.txt
list dh2:directory/where/futurewars/data >>ram:listing.txt
2012-04-13 22:37   
Ah.. done :-)
2012-04-15 22:36   
please use the latest whdload from here http://whdload.de/whdload/whd171.lha
set option TRACE und run future wars
this will create a file .whdl_trace
please attach this here
2012-04-15 23:29   
ok done
2012-04-15 23:36   
you haven't used the latest http://whdload.de/whdload/whd171.lha
please redo
2012-04-16 00:03   
2012-04-16 22:04   
it seems your filesystem is not working correct
I have added in an additional check to WHDLoad for this problem, please try the new http://whdload.de/whdload/whd171.lha
should give an error requester now
2012-04-16 22:30   
(Last edited: 2012-04-16 22:35)
indeed it does

Mismatching filesize during data load on file setpatch
size dircache=8140=$1fcc filecache=5088=$13eo
maybe dos.ExAll working unstable try updating filesystem

2012-04-16 22:37   
But then... how and to what filesystem?
2012-04-16 22:40   
(Last edited: 2012-04-16 22:42)
In hd toolbox i see;

 File systems on scsi

identifier: 0x444f5301
version: 40.1
size: 24588
File system name : Fast file system

so the filesystem data in hdtoolbox is not the same as i get from the command in the cli .. 39.27. Maybe a wrong setting?

2012-04-17 00:14   
first, can you please make another test and copy the game from dh2: to dh1:, e.g. from the workbench via drag & drop?
would be interesting if the same file fails. please use option TRACE and attach the .whdl_trace, I like to see if the order of files is different.

that the filesystem version in the rdb (hdtoolbox) is different from what 'version dh2:' displays is strange.
version 40.1 would be from kick/wb31.
I don't know if there are requirements regarding the kickstart version for newer fastfilesystems.
the next test could be to update the filesystem in the rdb.
what gives the command 'version L:fastfilesystem'?

2012-04-17 00:32   
file uploaded.

I bought this amiga 1200 from the internet. Maybe this cf card was used before in a Kick/Wb3.1 environment.

version L:fastfilesystem gives ; object not found
2012-04-17 16:50   
(Last edited: 2012-04-17 16:52)
I'm not sure if the newer fastfilesystem's do require kickstart 3.1 but would recommend that you try it by installing one of them into your rdb using hdtoolbox. Make sure you have a floppy disk with hdtoolbox to be able to revert this.

links to patches can be found here http://aminet.net/util/misc/FFS4516p.lha and http://aminet.net/disk/misc/ffstd64.lha
but you need a fastfilesystem as source.

this http://os.amigaworld.de/download.php?id=28 is older but is ready for install, but is beta which is expired see http://thomas-rapp.homepage.t-online.de/bighdd/index.html

2012-04-17 17:21   
(Last edited: 2012-04-17 18:39)
hm. the ffs4516p mentioned in readmefile Unofficial path for the v45 fastfilesystem (os 3.5/3.9)

so that one dont work

The version ffstd64 seems to update the 4.0 but needs o use a shell line to patch it , but need in L: fastfilesystem 40.1.

WHen i check L: i can only find L:Filesystem_trans. Within it 2 files named;

DANSK.crossdos and INTL.crossdoss

Also in L; CrossDOSFilesystem.

could this be the problem?

2012-04-17 19:59   
in Hdtoolbox/update filesystem/enter filename or filesystem is now written L;fastfilesystem. As i dont have an file named Fastfilesystem in L: Is it an idea to change this in L: CrossDosFilesystem?
2012-04-17 20:38   
(Last edited: 2012-04-17 20:39)
I attached ffs 45.16. Copy it to L: and the install it in the RDB using hdtoolbox.

Maybe the 40.1 already in the RDB is not used because it requires kickstart 3.1 and therefore the ffs which is contained in your kickstart 3.0 is used. This would explain why 'version dh2:' shows 39.1. In that case updating to 46.16 may change nothing. So check afterwards with 'version dh2:'.

Did you copy to dh1: and test?

2012-04-17 20:43   
yes i did copy the game to dh1: and with the same error , i uploaded the new ...whd_trace file.

do i have to install ffs 45.16 already to all partitions?
2012-04-17 20:48   
There is one RDB per disk in front of all partitions. So you cannot install the FFS to any partition.
2012-04-17 20:57   
ehh , tought i know how to install the ffs into the rdb but now i am lost.
Where and how in hdtoolbox do i install?

Got a error when extracting the ffs4516.lha filee:

error on file 'fastfilesystem' unknown cpmpression
WARNING: skipping corrupt/extraneous dtata
2012-04-17 21:40   
I used lha v2. Please unpack with http://aminet.net/util/arc/lha_68k.lha
2012-04-17 22:02   
ok i have unpacked the file now, I have the fastfilesystem in the L: dir.

But now how do i install it in the RDB? I cant find such a feature in HD toolbox.
2012-04-17 22:12   
2012-04-17 22:32   
ok , done. In Hd toolbox it says now version 45.16 fastfilesystem

when i type version dh2: it stil say's version 39.27

Tried to run future wars but same error

2012-04-17 23:10   
hmm, i have changed the filesystem from custom filesystem to fastfilesystem at partition dh3: (with the correct maxtransfersetting)
then when i 'type' version dh3: its says version 45.16

When i changed all the other partitions this way Hdtoolbox says that it will destroy all data on the dh0 dh1 and dh2 partitions.

I am backing up all the most important files now.

What you say, lets try this? (guess it will be a new and fresh install of workbench then)

2012-04-17 23:19   
maybe your ffs in the rdb has the wrong dos type?
if dh3: is 45.16 now so copy the game to that partition and try.
2012-04-17 23:21   
same problem...
2012-04-17 23:36   
hmm, you could try sfs http://strohmayer.org/ instead
this is overall strange
did you try to reformat one of the partitions? e.g. dh3:
did you try a fresh extract from the game archive from whdownload?
2012-04-18 01:18   
o my......
2012-04-18 01:23   
future wars ... without ... error
Installed the filesystem you linked from strohmayer

clean wbinstall (and formatting all the drives)

by mistake also the backups (argh)

tommorow i am going to put some of those games listed back on amiga.

I am awaiting a cf card and adapter

the transfer with a null modem cable will take ages.

To be continued...... cant believe it.... :-)

Which report should i make so you can see whats different?
2012-04-18 23:38   
(Last edited: 2012-04-19 16:16)
Ok , I get no errors anymore :-)

Many many many thanks for your patience and support!

so far i did:

I have Installed the Smartdrivesystem •1.279 in the rdb + placed file in L: dir

format al the partitions + clean wb and whdload install

fresh new game downloads

version dh2: is 39.27

Shall i make a trace or filelog so you can compare it with the old system?

I am soooo happy !

2012-04-19 15:20   
so you solved the problem by replacing the ffs with sfs, correct?
2012-04-19 16:17   

Issue History
2012-04-13 11:54acspoNew Issue
2012-04-13 15:34WeplAssigned To => Wepl
2012-04-13 15:34WeplStatusnew => assigned
2012-04-13 15:36WeplNote Added: 0002655
2012-04-13 15:46acspoNote Added: 0002656
2012-04-13 17:05WeplNote Added: 0002657
2012-04-13 17:08acspoFile Added: .whdl_filelog
2012-04-13 17:09acspoFile Added: .whdl_register
2012-04-13 17:09acspoNote Added: 0002658
2012-04-13 17:58WeplNote Added: 0002659
2012-04-13 18:20acspoNote Added: 0002660
2012-04-13 18:41acspoNote Added: 0002661
2012-04-13 19:18WeplNote Added: 0002662
2012-04-13 20:51acspoNote Added: 0002663
2012-04-13 21:20WeplNote Added: 0002664
2012-04-13 21:29WeplNote Edited: 0002664bug_revision_view_page.php?bugnote_id=2664#r234
2012-04-13 21:31acspoNote Added: 0002665
2012-04-13 21:32WeplNote Added: 0002666
2012-04-13 21:37acspoNote Added: 0002667
2012-04-13 21:38WeplNote Added: 0002668
2012-04-13 21:48acspoNote Added: 0002669
2012-04-13 22:09WeplNote Added: 0002671
2012-04-13 22:10WeplNote Edited: 0002671bug_revision_view_page.php?bugnote_id=2671#r236
2012-04-13 22:19acspoNote Added: 0002672
2012-04-13 22:24acspoFile Added: datadir.JPG
2012-04-13 22:26acspoNote Added: 0002673
2012-04-13 22:29acspoFile Added: FutureWars.info
2012-04-13 22:29acspoNote Edited: 0002673bug_revision_view_page.php?bugnote_id=2673#r238
2012-04-13 22:30WeplNote Added: 0002674
2012-04-13 22:37acspoFile Added: listing.txt
2012-04-13 22:37acspoNote Added: 0002675
2012-04-13 22:41WeplFile Deleted: datadir.JPG
2012-04-13 22:41WeplFile Deleted: FutureWars.info
2012-04-15 22:36WeplNote Added: 0002678
2012-04-15 23:29acspoFile Added: .whdl_trace
2012-04-15 23:29acspoNote Added: 0002679
2012-04-15 23:36WeplNote Added: 0002680
2012-04-16 00:02acspoFile Added: ..whdl_trace
2012-04-16 00:03acspoNote Added: 0002682
2012-04-16 16:55WeplFile Deleted: .whdl_trace
2012-04-16 22:04WeplNote Added: 0002683
2012-04-16 22:30acspoNote Added: 0002684
2012-04-16 22:35acspoNote Edited: 0002684bug_revision_view_page.php?bugnote_id=2684#r240
2012-04-16 22:37acspoNote Added: 0002685
2012-04-16 22:40acspoNote Added: 0002686
2012-04-16 22:42acspoNote Edited: 0002686bug_revision_view_page.php?bugnote_id=2686#r242
2012-04-17 00:14WeplNote Added: 0002687
2012-04-17 00:14WeplNote Edited: 0002687bug_revision_view_page.php?bugnote_id=2687#r244
2012-04-17 00:29acspoFile Added: ...whdl_trace
2012-04-17 00:32acspoNote Added: 0002688
2012-04-17 16:50WeplNote Added: 0002689
2012-04-17 16:52WeplNote Edited: 0002689bug_revision_view_page.php?bugnote_id=2689#r246
2012-04-17 17:21acspoNote Added: 0002690
2012-04-17 18:39acspoNote Edited: 0002690bug_revision_view_page.php?bugnote_id=2690#r248
2012-04-17 19:59acspoNote Added: 0002691
2012-04-17 20:32WeplFile Added: ffs4516.lha
2012-04-17 20:38WeplNote Added: 0002692
2012-04-17 20:39WeplNote Edited: 0002692bug_revision_view_page.php?bugnote_id=2692#r250
2012-04-17 20:43acspoNote Added: 0002693
2012-04-17 20:48WeplNote Added: 0002694
2012-04-17 20:57acspoNote Added: 0002696
2012-04-17 21:40WeplNote Added: 0002697
2012-04-17 22:02acspoNote Added: 0002698
2012-04-17 22:12WeplNote Added: 0002699
2012-04-17 22:32acspoNote Added: 0002700
2012-04-17 23:10acspoNote Added: 0002701
2012-04-17 23:10acspoNote Edited: 0002701bug_revision_view_page.php?bugnote_id=2701#r252
2012-04-17 23:19WeplNote Added: 0002702
2012-04-17 23:21acspoNote Added: 0002703
2012-04-17 23:36WeplNote Added: 0002704
2012-04-18 01:18acspoNote Added: 0002705
2012-04-18 01:23acspoNote Added: 0002706
2012-04-18 23:38acspoNote Added: 0002707
2012-04-19 13:21acspoNote Edited: 0002707bug_revision_view_page.php?bugnote_id=2707#r254
2012-04-19 13:22acspoNote Edited: 0002707bug_revision_view_page.php?bugnote_id=2707#r255
2012-04-19 15:20WeplNote Added: 0002708
2012-04-19 16:16acspoNote Edited: 0002707bug_revision_view_page.php?bugnote_id=2707#r256
2012-04-19 16:17acspoNote Added: 0002709
2012-04-22 22:11WeplAdditional Information Updatedbug_revision_view_page.php?rev_id=258#r258
2012-04-22 22:18WeplStatusassigned => closed
2012-04-22 22:18WeplResolutionopen => no change required