Notes |
|
(0002655)
|
Wepl
|
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 |
|
|
(0002656)
|
acspo
|
2012-04-13 15:46
|
|
where do i set the option Filelog? Is this a tooltype? |
|
|
(0002657)
|
Wepl
|
2012-04-13 17:05
|
|
|
|
(0002658)
|
acspo
|
2012-04-13 17:09
|
|
|
|
(0002659)
|
Wepl
|
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? |
|
|
(0002660)
|
acspo
|
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;
futurewars_v4.0_1570 |
|
|
(0002661)
|
acspo
|
2012-04-13 18:41
|
|
|
|
(0002662)
|
Wepl
|
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.... |
|
|
(0002663)
|
acspo
|
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 |
|
|
(0002664)
|
Wepl
|
2012-04-13 21:20
(Last edited: 2012-04-13 21:29) |
|
Strange.
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:
setpatch
cd where:game/is
whdload futurewars.slave preload
|
|
|
(0002665)
|
acspo
|
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 |
|
|
(0002666)
|
Wepl
|
2012-04-13 21:32
|
|
What returns:
version DRIVE:
where DRIVE is the partition where future wars is installed? |
|
|
(0002667)
|
acspo
|
2012-04-13 21:37
|
|
do you mean which drive? , that is DH2: |
|
|
(0002668)
|
Wepl
|
2012-04-13 21:38
|
|
in the cli enter:
version dh2: |
|
|
(0002669)
|
acspo
|
2012-04-13 21:48
|
|
|
|
(0002671)
|
Wepl
|
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'
|
|
|
(0002672)
|
acspo
|
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 , |
|
|
(0002673)
|
acspo
|
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
|
|
|
(0002674)
|
Wepl
|
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 |
|
|
(0002675)
|
acspo
|
2012-04-13 22:37
|
|
|
|
(0002678)
|
Wepl
|
2012-04-15 22:36
|
|
|
|
(0002679)
|
acspo
|
2012-04-15 23:29
|
|
|
|
(0002680)
|
Wepl
|
2012-04-15 23:36
|
|
|
|
(0002682)
|
acspo
|
2012-04-16 00:03
|
|
|
|
(0002683)
|
Wepl
|
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 |
|
|
(0002684)
|
acspo
|
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
|
|
|
(0002685)
|
acspo
|
2012-04-16 22:37
|
|
But then... how and to what filesystem? |
|
|
(0002686)
|
acspo
|
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?
|
|
|
(0002687)
|
Wepl
|
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'?
|
|
|
(0002688)
|
acspo
|
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 |
|
|
(0002689)
|
Wepl
|
2012-04-17 16:50
(Last edited: 2012-04-17 16:52) |
|
|
|
(0002690)
|
acspo
|
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?
|
|
|
(0002691)
|
acspo
|
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? |
|
|
(0002692)
|
Wepl
|
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?
|
|
|
(0002693)
|
acspo
|
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? |
|
|
(0002694)
|
Wepl
|
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. |
|
|
(0002696)
|
acspo
|
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 |
|
|
(0002697)
|
Wepl
|
2012-04-17 21:40
|
|
|
|
(0002698)
|
acspo
|
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. |
|
|
(0002699)
|
Wepl
|
2012-04-17 22:12
|
|
|
|
(0002700)
|
acspo
|
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
grrr |
|
|
(0002701)
|
acspo
|
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)
|
|
|
(0002702)
|
Wepl
|
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. |
|
|
(0002703)
|
acspo
|
2012-04-17 23:21
|
|
|
|
(0002704)
|
Wepl
|
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? |
|
|
(0002705)
|
acspo
|
2012-04-18 01:18
|
|
|
|
(0002706)
|
acspo
|
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? |
|
|
(0002707)
|
acspo
|
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 !
|
|
|
(0002708)
|
Wepl
|
2012-04-19 15:20
|
|
so you solved the problem by replacing the ffs with sfs, correct? |
|
|
(0002709)
|
acspo
|
2012-04-19 16:17
|
|
|