|Re: [hatari-devel] Windows build currently broken?|
[ Thread Index |
| More lists.tuxfamily.org/hatari-devel Archives
- To: hatari-devel@xxxxxxxxxxxxxxxxxxx
- Subject: Re: [hatari-devel] Windows build currently broken?
- From: Thomas Huth <th.huth@xxxxxxxxx>
- Date: Fri, 28 Dec 2018 17:44:34 +0100
- Cc: Thorsten Otto <admin@xxxxxxxxxxx>
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.de; s=2017; t=1546015475; bh=g+FVCE44G8SGhOFVpvZQWXFyobOqswGt8Fwl6CbdTes=; h=Date:From:To:Cc:Subject:From; b=YJGAyFD88t9cIvmUzG7ZGs1oXBiv6GugZm4tyEeyIgRTK1sZeWpF+Mtd1LTziME2D XIIu0YOWrNLL8R5K7qaOjTRYzAEHLZlrhZMbf3tPBHJKMHRkGYM3wRNRjKYHBxkQrt uPEXH752tyGW2Hfpje6K5TLOQwbWfzSjMJYymTBZMULTErQcz3ti8FeJ0xq8PXxQTp zDxSzA7oov1AfW6ciTbyW066y6Tstn8xIhZvJlpxI+8HobJ/cHm9YZzOGBobbnzvQ2 f65VFaVEiDpm6K8yXQhq4nwp1uM/9qOF0j7d6w4apffUvgq0snxt44aaqzk/J0iARC ZVUEPuQdKc69w==
Am Fri, 28 Dec 2018 17:32:03 +0200
schrieb Eero Tamminen <oak@xxxxxxxxxxxxxx>:
> On 12/28/18 1:59 PM, Christian Zietz wrote:
> > after Eero reported an issue with the Falcon SCC under Hatari and
> > EmuTOS, I wanted to investigate a bit. I'm using Windows and I rely
> > on Christer's "nightly" builds on
> > <http://antarctica.no/~hatari/latest/windows/>. However, the build
> > is unavailable because it failed with errors in scc.c:
> > <http://antarctica.no/~hatari/latest/windows/make-win64-release.commit-r7282.log>,
> > presumably because it uses functions or defines that do not exist
> > under Windows.
> I think it would be better to test it under Linux (either in VM
> under Windows or native), as there are several file handling
> operations that aren't supported by Windows APIs.
> Attached is a patch that tries to work around the Windows API
> issues. Thomas, how does it look like?
O_NDELAY and O_NONBLOCK seem to be the same, just a different name, so it
does not make much sense to use both here. O_NDELAY is working with
MinGW since it is defined to 0 in cpu/sysdeps.h, so let's simply use
only that one. And the fcntl() call is pretty much nonsense here since
the file is closed immediately afterwards. I wonder why they have that
in Aranym? I hope I don't miss anything here, but now I've removed that
So the SCC emulation now should compile fine with MinGW, too - but
please note that it will likely not work as expected. Since there is no
real O_NDELAY flag available here, Hatari will likely block as soon as
a program tries to read something from the SCC...