WinFellow - Amiga Emulator for Windows Subversion (Archive)

.cvsignore added to suppress CVS warnings when working with the compiler in the CVS folder structure

Commit of Torsten on 2004-06-08

GUI_debugger.rc

- fixed a small typo (the chip is called blitter, not bliiter :))

Extended FLOPPY_TRACKS to 180 to be on the safe side.

Separated yesterdays changes into a define and added the
original code as an option.

Commit of Torsten on 2004-06-07

zlib.h

- now uses malloc() debugging

floppy.c

- floppyHasIndex() tested motor_tick == 0, when motor_tick was
oddly aligned, this test would never trigger since the code reads 2 bytes
forward every time. The loading then halted in Beast 3.

- The disksync value in the mfm_data was not word aligned, so the code never
saw it. I added a temporary fix in floppyEndOfLineC() that steps one
byte back to synchronize the mfm-stream to it.
A more comfortable solution is to rewrite the code that reads word-wise to read bytes
into a word-window instead.

caps_win32.c

In capsLoadImage(), there was a minor error in the tracks calculation
that caused floppy[].tracks to be doubled. (84 vs 168). It allowed
Beast 3 to step outside the initialized tracks.

code cleanups

Commit of Torsten on 2004-06-06

floppy.c/.h, caps_win32.c

- timebuf[] renamed

Commit of Torsten on 2004-06-06

caps_win32.c

- change to capsLoadTrack(); it now also makes sure an even amount of memory is reserved and filled up
with zeroes prior to loading; I just like it better if the memory area is cleanly initialized beforehand
this does not result in an obviously different behaviour, it's just to be on the safe side

Commit of Torsten on 2004-06-06

floppy.c

- floppyNextTick(): modulo is now the MFM tracklength or the tracklength+1 if it happens to be odd (since
the code reads word-wise I think it always has to be an even number); that way now SWIV also boots up,
though it still doesn't fix the Dungeon Master loadup (I've also tried that, doesn't work for me too)