flat assembler
Message board for the users of flat assembler.
Index
> Main > 64-bit version of the IDE? |
| Author |
|
|
revolution 14 Jan 2026, 07:58
There is also a fasm.x64 64-bit CLI version of fasm.
There are two IDEs available, both 32-bit: fasmw.exe (Windows) and fasmd.exe (DOS). |
|||
|
|
Tomasz Grysztar 14 Jan 2026, 09:30
revolution wrote: There are two IDEs available, both 32-bit: fasmw.exe (Windows) and fasmd.exe (DOS). One thing I might praise Microsoft for is the effort they put into maintaining compatibility. Yeah, they dropped support for 16-bit with 64-bit systems, but that was mostly because the CPUs were designed this way (with long mode having a 32-bit compatibility sub-mode, what was impossible for 16-bit). Although seeing how Windows on ARM is able to seamlessly emulate x86 code, even the support for 16-bit layers would likely still be possible if only there was enough incentive for it (but there isn't). Still, fasmw (and by extension, fasmgw too) runs on all versions of Windows starting from Win95 and NT 4.0, up to Windows 11 on ARM64 (I'm running it right now). Sadly, it doesn't run on Win32s, because it uses some of the graphical elements that were only introduced with "Chicago" GUI - but Windows 3.x can run fasmd instead. As for the Linux, my main argument has been that Linux users tend to have a favourite editor already, that's why the "fasmx" project never felt like an important one to me. |
|||
|
|
AsmGuru62 14 Jan 2026, 16:31
So, if a simple x64 version of FASM IDE existed on Windows -- it may run on Wine?
Are there any limitations on Wine? Like, what Windows API should not be used? |
|||
|
|
Mаt Quаsar 14 Jan 2026, 17:13
Wine is available in 64-bit and 32-bit if I understand correctly, but on Debian, for example, there is a long command line to type to download Wine 32-bit. To install Wine 64-bit the command line is much shorter.
|
|||
|
|
revolution 14 Jan 2026, 17:24
WINE does a good job of running many Windows exe files, but it isn't perfect. Depending upon the window DWM used, here are two problems I have noticed:
The window hierarchy isn't always preserved, meaning multi layered pop-ups often don't focus back to the parent when closed, and instead choose another window, like the grandparent. Handling the ALT key can be troublesome, especially when switching focus with ALT-Tab, the ALT key gets registered as pressed when it isn't, making menus appear unexpectedly. Both of those aren't caused by using a poorly implemented API thunk, they are problems with the window management differences between X11 and Windows. Applications will expect certain behaviours from Windows, that X11 does differently, and it either can't be fixed due to some fundamental incompatibility, or the WINE devs haven't got around to fixing it. |
|||
|
|
AsmGuru62 14 Jan 2026, 21:20
All good points, thanks.
I suppose, a standard frame with tabs and a menu bar will be fine on Wine. |
|||
|
< Last Thread | Next Thread > |
Forum Rules:
|
Copyright © 1999-2025, Tomasz Grysztar. Also on GitHub, YouTube.
Website powered by rwasa.