WinUAE 4.4.0 beta series

[Zarnal]

Hello Toni,

i've found a bug in A-Max 1 (full software). Since WinUae 4.4.0b1, when you launch it, a freeze occurs. He works perfectly on WinUae 4.3.0 ( see savestate ) and on a real A500.

QuickStart A500 1.3 512k+512k OCS

Click on " Go A-Max " after load savestate.

Thank You.

[coldacid]

@Zarnal have you tried with b2 yet?

[Zarnal]

Yes, b1 and b2.

[Toni Wilen]

Originally Posted by Zarnal

i've found a bug in A-Max 1 (full software). Since WinUae 4.4.0b1, when you launch it, a freeze occurs.

Fixed. Disk read DMA without selected drive also affected disk write without selected drive. Original Amax uses this to access ROM adapter that goes to disk drive port and at least this cracked version didn't remove/disable all of it.

[DamienD]

Hi Toni,

Someone using my collection mentioned that Super Cars now crashes before getting to the cracktro...

Tested and indeed this is the case with "winuae_4400b2.7z"

Normal "A500 / OCS / 1.3 KS / 512KB Chip & 512KB Slow RAM" configuration.

I'm using these .ADFs as I always have:

... Super Cars (1990)(Gremlin)(Disk 1 of 2)[cr PNA][t +5 PNA][a].adf
... Super Cars (1990)(Gremlin)(Disk 2 of 2)[cr PNA].adf

Works fine in WinUAE 4.3.0 and below.

Configuration and logs attached when it crashes.

[Toni Wilen]

It is address error related (It is cracked but trace vector decoder and other protection related code still runs which likes to do stuff like this) and easy to fix.

But my cpu tester should have detected this. Which means tester also needs testing

EDIT: Tester didn't check PC field of 68000 address error.

[DamienD]

Originally Posted by Toni Wilen

It is address error related (It is cracked but trace vector decoder and other protection related code still runs which likes to do stuff like this) and easy to fix.

But my cpu tester should have detected this. Which means tester also needs testing

Cheers for looking into this Toni; appreciated

It's always worked since I started using WinUAE (i.e. WinUAE0817R2 back from 2001).

I was surprised when I got the report from superduckuk that it was no longer working...

[Toni Wilen]

http://www.winuae.net/files/b/winuae_4400b3.7z
http://www.winuae.net/files/b/winuae64_4400b3.7z

Beta 3:

Not much updates because 68000 bus/address error stack frame bug wasn't that simple to fix.

- b1 disk read dma without drives update didn't handle situation where disk write was started without any selected drives.
- 68000 bus/address error stack frame program counter field was almost always incorrect (b1). One modification was lost when gencpu was cleaned up and my CPU tester had a bug and ignored this field.. Address errors and bus errors fixed (read, write and prefetch). Amiga does not use bus errors and only some protections use address errors. You probably would expect bus/address error stacked PC point to address that was being prefetched but usually it has +2/-2 offset. It can get even more interesting if it is jump or branch instruction.
- When ejecting directory filesystem that points to plain file or archive, not all host file handles were closed properly.

CPU tester FPU trigonometric and logarithmic instructions verified. Last 16 or so bits of extended double was ignored in most tests because 6888x returns slightly different results than 68040+ FPSP and also some 6888x instructions return less precise result than FPSP does. All 6888x trigonometic and logarithmic instructions seem to work correctly enough in softfloat mode.

- FSINH and FCOSH didn't set INEX bit if result was infinity.
- FREM and FMOD didn't round using current rounding mode.
- FREM and FMOD will only return correct results with some input parameter values. FREM and FMOD is based on some other CPU behavior, most likely x87, and it isn't fully compatible with Motorola implementation. For some reason this was not updated. Will be fixed later.
- FSCALE didn't round the final result correctlyin all code paths.

Most likely no real world program was affected. Host FPU mode will also return even more different results.

[DamienD]

Thanks Toni, Super Cars now works fine again

[Retroplay]

4.4.0 beta 3 doesn't seem to like my 4GB PFS3 (RDB mode) formatted HDF.
As soon as I load my config in b3 WinUAE just close without any warnings.
No problems with 4.4.0 beta 2 or older WinUAE versions.

Not sure how else to report other than attaching logs and config, no crash dump or crash log is generated when it happens.

[edit]
Obsolete logs removed

[falken]

Hi Toni, has the possibility of drag and drop ADF files onto the floppy drives been deliberately disabled?

[DamienD]

Hi Toni,

I just randomly played jotd's Bagman remake tonight using b3.

Lots of issues now; can't always pick up the axe or money, when enemies leave the screen there's a pixel stuck there.

Works absolutely fine in v4.3.0.

I've put a bare bones / self booting .HDF in The Zone! for you.

[Toni Wilen]

Originally Posted by DamienD

Hi Toni,

I just randomly played jotd's Bagman remake tonight using b3.

Lots of issues now; can't always pick up the axe or money, when enemies leave the screen there's a pixel stuck there.

Works absolutely fine in v4.3.0.

I've put a bare bones / self booting .HDF in The Zone! for you.

And the config is? HDF only is useless.

Originally Posted by falken

Hi Toni, has the possibility of drag and drop ADF files onto the floppy drives been deliberately disabled?

No. (Better answer needs much more information)

[DamienD]

Originally Posted by Toni Wilen

And the config is? HDF only is useless.

Ooops, sorry Toni... attached

[Toni Wilen]

It is possible it is simply due to old version having quite wrong CPU speed in your config (68020/030 + more compatible)

Now it works more correctly and also CPU frequency multiplier select box is working.

Something "breaking" is normal, sometimes it means it wasn't even supposed to be working.

[DamienD]

Ok, tried various different configuration options.

It seems to be working better if I untick "More compatible" and tick "24-bit addressing"; still not perfect though...

Anything else I should try?

[Toni Wilen]

Try cpu multiplier from 4x to 8x.

[DamienD]

Originally Posted by Toni Wilen

Try cpu multiplier from 4x to 8x.

Ok thanks; I'll try that

I just tried ticking "Immediate Blitter" with my original configuration and everything seemed perfect.

I could pick up / drop items in the correct fashion, as many times as I wanted without issues.

Edit: with multiplier at 8x I still occationally couldn't pick up items correctly i.e. it drops them immediately and also sometimes graphics glitches when an enemy leaves the screen.

Edit 2: yup, with "Immediate Blitter" ticked on my original configuration there are no issues after trying to replicate for 5 minutes.

[falken]

Originally Posted by Toni Wilen

And the config is? HDF only is useless.



No. (Better answer needs much more information)

What kind of information do you need? The ability to drag ADF, IPF, HDF files has disappeared. I do not know if it is something done on purpose or it is something that is not planned.

[Toni Wilen]

"Disappeared" = means nothing. Does old version still work? You sure you don't run it as admin because drag and drop between different security levels is not allowed by Windows.