You have no idea how much effort went into getting this stupid white square on the screen.
If this one hell of a lede doesn’t get your attention, nothing will.
You have no idea how much effort went into getting this stupid white square on the screen.
If this one hell of a lede doesn’t get your attention, nothing will.
Sounds a little bit like the outdated OS/free (http://www.osfree.org/ , https://sourceforge.net/projects/osfree/).
OS/free tried to rewrite OS/2, but at the end, it is an L4 which starts some OS/2 programs.
I have seen, that the author have created more interesting stuff like its 2ine:
https://www.patreon.com/icculus
– he runs Unreal Tournament in a web browser
– created something like wine or 2ine to run Linux-programs on macOS
Well, yes… Ryan Gordon is kind of a legend in Linux game-development circles.
He’s also a funny, entertaining writer.
I didn’t realise who this was at the beginning, just thought it great to see another programmer with a sense of humour and some literary flair, just like Ryan C. Gordon. Now I’m not sure whether to be disappointed.
* https://github.com/tkchia/gcc-ia16
“Fork of Lambertsen & Jenner (& al.)’s IA-16 (Intel 16-bit x86) port of GNU compilers — added preliminary far pointer support”
* https://blogs.mentor.com/embedded/blog/2017/04/01/announcing-sourcer…
* https://gcc.gnu.org/wiki/cauldron2017#IA16
* https://fosdem.org/2018/schedule/event/dosemu_and_freedos_past_prese…
Not totally finalized yet, but it’s a start.
You guys do realise that this guy is Ryan C Gordon. Of Icculus.org fame. The guy who has single handedly ported more games to Linux than anyone else has. He started out at Lokigames.com and worked on Heroes of Might and Magic 3 and Descent 3. This guy is a total legend in Linux/cross platform game development. He and Sam Lantinga (they collaborated on libSDL’s creation) are 99% of the reason why Linux can even run games now. A lot of his written works are brilliant. He has some really good write ups of what porting an MFC application to GTK/Linux is like. Highly recommended reading for cross platform developers, especially in games.
Edited 2018-02-22 02:24 UTC
The nice thing is:
With WINE we have Windows-programs on Linux.
With Darling (https://www.darlinghq.org/) we have hopefully macOS-programs on Linux.
and now with 2ine we have hopefully OS/2 programs on Linux.
Quick, name five of the top OS/2 programs you desperately want to get running again!
No, I couldn’t remember any either.
That one banks use in their worryingly insecure ATMs..?
I think I still have my Avarice OS/2 game that I would like to try again.
Presentation Manager.
Of course, that requires a lot of backend stuff that will almost certainly never get ported.
There was a time for this. That time has passed.
Still cool though.
Also I wonder how much of the core API (things like WinDefWindowProc) could be mapped onto Wine?
It’s always the time for an interesting article. Agree that people aren’t going shout from the rooftops about how they can now run Lotus Improv, but the process of getting something old working on something new will always be relevant.
No snark intended.
Seriously? They still sell OS/2, so how is this worse than dead?
To me, this is some kind of software archaeology, preserving history.
Maybe we won’t get full compatibility, but anything is better than nothing.
As a FreeDOS fan, I welcome our new 2ine overlords! 😉
A great read. Although I find it a little funny that he calls X11 annoying to call directly, and yet wrote a native OS/2 application to test things with.
I’m actually more intrigued by the idea of using SDL as a rendering target rather than X11, maybe that can fix some of wine’s more annoying behaviours with window management in 3D applications. Child window rendering problems etc. It’s annoying having to use one set of settings for 3D Studio Max in wine and another set for Caligari Truespace.
Edited 2018-02-22 22:39 UTC
I very much doubt it will. Child windows in OpenGL or DirectX windows on Windows, X11, or Cocoa tend not to work properly (for output, they usually still work for display).
SDL2 is not emulating OpenGL/DirectX, it relies on the underlying windowing system.
You would need to also force the use of Mesa, likely with OSMesa to get something better.
It’s not the actual rendering of the 3D content that’s the problem, it’s the ordering of the Microsoft GUI components within the Display Manager that’s the issue.
Wouldn’t that have the added bonus of increased portability? One of my personal gripes with WINE is it’s dependecy on X11, which can stymie porting attempts to non-UNIX systems, such as Haiku or AROS.
Wine itself doesn’t depend on X11, it runs on OS X without X11.
I was under the assumption that WINE on macOS still used X11, or have they got an native quartz interface now?
And surely the Windows port uses X11. I can’t imagine it’s easy integrating WINE win32 calls with actual Windows Win32 calls. I know ReactOS sort of does this, but that has no underlying Windows components to “replace”
WINE has no hard dependency on X11, there is even an experimental wine build running on… Windows. However, there is one catch on Linux: WINE does not work on Wayland due to limitations of the latter. The Wayland protocol as such does not provide ability to introspect window positions or access the display (they want to keep it simple; extras are supposed to be implemented at the compositor level); that’s why it breaks all the apps requiring such information: remote desktop apps, redshift, WINE etc. It could be some day Wayland compositors (such as Gnome’s Mutter or KDE’s KWin) will develop interfaces to share that information with apps but at this point we have to rely on Xorg.