[MiNT] XaAES and problem with (older) GEM games

[Eero Tamminen <oak@helsinkinet.fi>]

Hi,

I tested several games which use GEM (at least mostly) under Aranym
+ XaAES from latest (2008) AFROS + EmuTOS 0.8.7, without fVDI i.e.
in monochrome mode.  Results are listed below.

I guess many of the issues could be related not having windows,
but I don't understand why there are so much issues with dialogs.

Does the latest XaAES also exhibit the same issues?  Can I get from
somewhere latest XaAES drop-in replacement for the AFROS setup?


Observations:

* In general, almost all dialogs have vertical lines in middle of them.
  It looks like their right most edge were drawn twice, to about middle
  of the dialog, and to its right place.

* Abalone
  - Clicks to buttons in dialogs don't work, so game needs to be killed
    from task manager (same with other games with similar problem)
    - These kind of dialogs get a window titlebar on top of them,
      without a close box

* Ballerburg (original non-windowed version)
  - clicks don't work

* Bombs
  - Clicks to game window work, but badly (like with EmuTOS)
  - Clicks to buttons in dialogs don't work

* Centi(pede)
  - Clicks to buttons in dialogs don't work, so game cannot be started

* Core War
  - Redcode program's window contents aren't shown and moving
    the windows makes their content to go garbage

* Daleks
  - Dialog buttons don't work (text input to them does)

* DWBH
  - closing window menus requires several clicks

* Ephem (planetarium)
  - bus error on startup

* Frix
  - Clicks to buttons in dialogs don't work, so game cannot be started

* Flip side othello
  - Text is positioned wrong

* Gobang
  - the game draws itself constantly on top of everything
  - there's no mouse cursor

* Halma
  - doesn't remove markings for old potential piece positions

* Hotshot Checkers
  - Clicks to buttons in dialogs don't work, so it cannot be started

* Invaders
  - Buttons in a dialog don't work
  - Button positions are off a bit
  - Images are missing

* Invers
  - closing window menus requires several clicks

* Math Maze
  - bus errors on startup

* Megaroids
  - key can get "stuck" until one presses it again
  - bus error at exit

* Mind sweeper
  - text positioning is off a bit and sometimes numbers
    aren't drawn at all

* Minigolf (non-GEM)
  - Crashing GFA basic program leaves the desktop
    without a mouse cursor

* Mosaik
  - Buttons in a dialog don't work, but key input & enter does
  - On second time, dialog size is too small

* Nanjing
  - When clicking on game board, rest of the board contents
    disappear and come back only after using menus

* Pacman
  - Game over melt effect isn't clipped to the game window
    and it bus errors on close

* Patience
  - Clicks or dragging on the cards don't work
  - Buttons in a dialog don't work

* Risky
  - board isn't draw properly
  - minor issues in dialog drawing (buttons work though)
  - editor bus errors

Sliders
  - Nothing happens when this is started

* Snake
  - key presses are missed
  - everything isn't always drawn on game window

* ST-concentration
  - dialog doesn't get button presses (game is just in dialog)
  - for this I have also sources

* STello
  - Window close button just changes its size???

* Tartan (chess)
  - Game itself and its on-screen controls work, but its menu doesn't

* Thor (othello)
  - bus error at startup (but this program is a bit buggy anyway)

* Thrust
  - info dialog doesn't go away properly

* Tricky (yahtzee)
  - closing window menus requires several clicks

* Windowball
  - Clicks to button in dialog don't work, so game cannot be started

* Wormania
  - startup text isn't cleared from the game window

* Yams
  - Clicks work fine in game, but not in dialogs

* Zsudoku
  - Clicks work fine in game, but not in about dialog,
    that freezes the game


	- Eero

PS. If you need more details on some of these, I can trace the OS
calls they do with Hatari.