| Re: [hatari-devel] Re: immortal hatari |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/hatari-devel Archives
]
Hi,
On 10/29/2016 07:14 PM, Douglas Little wrote:
Perhaps I shouldn't have used the term 'Hatari UI' in my original post.
That seems to be another, different component :-)
Yes it is. Sorry for being confused.
I just meant Hatari itself (v1.8.0) when launched on its own, sometimes
does not clean up its window when quit. This is without using the python
Hatari UI
Btw. Main advantage (or disadvantage?) of the Python UI is that its
GUI (settings for Hatari etc) can be used while Hatari is running,
it doesn't pause Hatari. It also has GUI for setting Hatari trace
options.
just plain Hatari installed via apt-get and launched from the
console with 'hatari'.
You can run the Python UI with "hatariui" command.
It happened again today so it's not cured, as I thought. It may just be
inconsistent.
When this occurs (either by using the QUIT button, or hitting the red
window X), the 'hatari' process is terminated and no longer in the process
list.
If the process owning the window has gone away, it cannot be
the source of this problem. The problem is with your desktop,
or X server, and probably happens also with some other SDL programs.
The window however retains the last image shown (usually the TOS
desktop or SDL UI) and can be dragged around and minimised as if its still
alive. It can't however be closed.
Which desktop environment you're using? Sounds like its
compositor is broken.
- Eero