[Bug 396792] [NEW] "gvba" does not write the battery file until the game is closed

[vocx]

Public bug reported:

Binary package hint: visualboyadvance

Ubuntu 9.04
visualboyadvance: 1.8.0-4ubuntu1
visualboyadvance-gtk: 1.8.0-4ubuntu1
vbaexpress: 1.2-0ubuntu3

This bug report concerns Battery files, those ending with ".sav"
It is not about Save states, those ending with ".sgm"

General description:
When run from the GTK+ interface (gvba), VisualBoyAdvance doesn't create a battery file ".sav", until you close the game, or exit the application. This behavior is different from that observed by running "VisualBoyAdvance" or "vba" directly from the command line, or using the "vbaexpress" interface, which uses the FL toolkit (FLTK).


Run a game from the command line (this calls a bare SDL interface)
    vba game.zip

In a few seconds the message "Battery wrote" appears, and a battery file is created
    $HOME/.vba/game.sav

The same happens by running
    vbaexpress

and loading the game through the interface, File > Open a Game...

Whenever the words "Battery wrote" appear on the screen, either
automatically or because you reached a save point within the game, the
battery file is created or updated, if it already existed. This can be
seen by keeping the file manager open during the save.

If you use the GTK+ interface
    gvba game.zip

you can play for hours, but the "Battery wrote" message never appears.
If you select File > Close, or File > Exit, the game ends, and the
battery file is created or updated immediately after. Again, this can be
seen by keeping the file manager open in the directory where the
batteries are saved.

This obviously presents a problem, because if "gvba" doesn't exit
cleanly, or you reset the game within the emulator, the battery file is
never created or updated properly.


Since "VisualBoyAdvance" works correctly with the bare-bones SDL interface, I suspect the problem lies with its interaction with the GTK+ interface, which uses Glade. It actually uses GTKmm and libglademm, since it is in C++.

The "vbaexpress" interface overcomes these problems because apparently
it only sets-up the configuration file "VisualBoyAdvance.cfg", and then
forks the "vba" process, and thus the FLTK toolkit does not interact
with the SDL window.

** Affects: visualboyadvance (Ubuntu)
     Importance: Undecided
         Status: New

-- 
"gvba" does not write the battery file until the game is closed
https://bugs.launchpad.net/bugs/396792
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs at lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs