First Slave problem

[Galahad/FLT]

Originally Posted by Codetapper

Real professionals will ensure the keyboard routine can be accessed at any time during the game. Certain sloppy installers (no names, you can probably guess!) force you to quit from only one specific place in the game which is lame!

Why guess Ian, be a man and name names, no-one likes subterfuge

[BippyM]

Here is the finished slave

It is not 100% perfewct with regards the weapon system (read readme) but it does seem to work, and there are 4 of the special weapons available (unlike the pre whdload where only 2 are available).

Wepl is this ok to be released officially?

[Joe Maroni]

anyone like to help me creating my first slave after bippy´s is finished ...???

it uses TRAP exceptions and i don´t know currently how to solve that stuff with whdload...

[Galahad/FLT]

what game?

[Joe Maroni]

Brian The Lion...it seems that its based on TRAPs.....

[Codetapper]

Usually you don't have to worry about traps (if you are meaning the trap #0-#15 stuff) because you just set WHDLF_EmulTrap in the flags and WHDLoad will pass them through to the game to handle.

[StingRay]

Originally Posted by bippym

Here is the finished slave

It is not 100% perfewct with regards the weapon system (read readme) but it does seem to work, and there are 4 of the special weapons available (unlike the pre whdload where only 2 are available).

Wepl is this ok to be released officially?

I have just tested it on my A4k, unfortunately it doesn't seem to work. Right after the titlepicture a "Line 1111" exception occurs. I'm gonna check where the problem is.

Edit: Ok, 'NoCache' did the trick and I could start the game. But I have more bad news: After I pressed fire, an 'Access Fault' occured. (Word Read from $120008)

[Wepl]

Originally Posted by bippym

Here is the finished slave

It is not 100% perfewct with regards the weapon system (read readme) but it does seem to work, and there are 4 of the special weapons available (unlike the pre whdload where only 2 are available).

Wepl is this ok to be released officially?

I get the same 'Line 1111' exception as StingRay here. This must be fixed first.

Then:
- please use the install script from the latest WHDLoad release
- the directory containing the install stuff should have an icon
- the default tool of installer must be 'Installer' not 'C:Installer'
- the name of the icon should match his type, its a newicon so *.newicon should be used instead of *.inf
- the archive must be lha not lzx
- if the demo is downloadable somewhere it would be nice to include a link in the readme
- if ready please send it to release.at.whdload.de

PS: You may find other installs not matching these criterias, but we want to start with a good one

[BippyM]

ok.. it's the actual game that is at fault, adf fails on a4000 too.

Will look into it

[BippyM]

can anyone say what the fault may be?

The game needs cache's off for a4000 anyway, but other than that any reason the slave is failing?

[Galahad/FLT]

Originally Posted by bippym

can anyone say what the fault may be?

The game needs cache's off for a4000 anyway, but other than that any reason the slave is failing?

quite likely a bus error on the A4ooo. Some were fitted with a dodgy Buster chip, both my A4ooo's have this fault. Get Stingray to send you the file whdload log file that records all the registers, and thats your first port of call.

Could be simple enough to clear a high word of a register.

[StingRay]

I'll attach the coredump to this message. Apparently a3 points to $120008 which is definitely wrong. So you need to check where a3 should really point to.

[BippyM]

Wepl: What was your test machine?

Can a member with a 1260 please test this so we can narrow down the problems

Thanks

[Wepl]

bippym: i have a a4k with csppc and 060/50

the first problem does not occure with option NOCACHE
I assume this is a missing flush cache problem
remember the default cache setup by whdload, at start basemem is nc and expmem is full caches (mmu assumed)
any code written to expmem must be followed by a flush cache before executing (several resload function do a flush implicit).
either you fix that or disable caches using resload_SetCACR, installs for release must not use NOCACHE option.

the later access fault is probably harder to fix, looks like ingame bug, try WHDLF_ClearMem, otherwise make a deep analyse what happens there.

[BippyM]

It seems the later option is 060 related as i cannot reproduce the problem.

Stingray too had 060 in his a4k