#openwatcom — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #openwatcom, aggregated by home.social.
-
It's one of those days when I get to say that I've put the missing Canadians in, and located Mr Ed. (-:
#Watcom #OpenWatcom #Commodore64 #retrocomputing #svicc #Canada #Ontario #Waterloo #vi
-
It's one of those days when I get to say that I've put the missing Canadians in, and located Mr Ed. (-:
#Watcom #OpenWatcom #Commodore64 #retrocomputing #svicc #Canada #Ontario #Waterloo #vi
-
It's one of those days when I get to say that I've put the missing Canadians in, and located Mr Ed. (-:
#Watcom #OpenWatcom #Commodore64 #retrocomputing #svicc #Canada #Ontario #Waterloo #vi
-
It's one of those days when I get to say that I've put the missing Canadians in, and located Mr Ed. (-:
#Watcom #OpenWatcom #Commodore64 #retrocomputing #svicc #Canada #Ontario #Waterloo #vi
-
It's one of those days when I get to say that I've put the missing Canadians in, and located Mr Ed. (-:
#Watcom #OpenWatcom #Commodore64 #retrocomputing #svicc #Canada #Ontario #Waterloo #vi
-
I'm watching the first AI pull request being considered for #openwatcom, and I'm sad. -
It's not even a hot take. It's actual history.
STEVIE came from the days when people were re-inventing Joy vi for other platforms and systems with (gasp!) arrow keys and console-paradigm I/O.
It was less than a decade until people were thinking that Joy vi could be improved and were actively trying to make things that were better.
Watcom vi, for another example, came out in the early 1990s and that had windows, and uses for function keys.
-
It's not even a hot take. It's actual history.
STEVIE came from the days when people were re-inventing Joy vi for other platforms and systems with (gasp!) arrow keys and console-paradigm I/O.
It was less than a decade until people were thinking that Joy vi could be improved and were actively trying to make things that were better.
Watcom vi, for another example, came out in the early 1990s and that had windows, and uses for function keys.
-
It's not even a hot take. It's actual history.
STEVIE came from the days when people were re-inventing Joy vi for other platforms and systems with (gasp!) arrow keys and console-paradigm I/O.
It was less than a decade until people were thinking that Joy vi could be improved and were actively trying to make things that were better.
Watcom vi, for another example, came out in the early 1990s and that had windows, and uses for function keys.
-
It's not even a hot take. It's actual history.
STEVIE came from the days when people were re-inventing Joy vi for other platforms and systems with (gasp!) arrow keys and console-paradigm I/O.
It was less than a decade until people were thinking that Joy vi could be improved and were actively trying to make things that were better.
Watcom vi, for another example, came out in the early 1990s and that had windows, and uses for function keys.
-
It's not even a hot take. It's actual history.
STEVIE came from the days when people were re-inventing Joy vi for other platforms and systems with (gasp!) arrow keys and console-paradigm I/O.
It was less than a decade until people were thinking that Joy vi could be improved and were actively trying to make things that were better.
Watcom vi, for another example, came out in the early 1990s and that had windows, and uses for function keys.
-
@pesco I interpret the standard the same way you do, yielding a result of 910.
If you are #OpenWatcom, though, the answer is divide overflow!
x86 div instructions take a dividend that is twice as wide as the quotient or remainder. In 16 bit mode the relevant ones are,
- DIV: u32 / u16 -> u16
- IDIV: i32 / i16 -> i16
What OpenWatcom does is:
- sign extend -32768 (0x8000) to 0xffff8000
- DIV 0xffff8000 / 36
- die horribly on divide overflow
If it wanted a signed result it should have used IDIV. If it wanted an unsigned result it should have zero padded the operand instead of sign extending. Seems like a codegen bug.
I should probably check if the latest version of OpenWatcom still does this, and if so, see about reporting it. It isn't the only weird result I noticed in OpenWatcom's math, either.
-
On the plus side I seem to have corrected lots of #DesmetC mul/div/mod bugs in one fell swoop by rewriting the relevant part of its codegen, lmao. So many type hacks, gone.
On the minus side, I think now I might be finding some bugs in #OpenWatcom C, which was supposed to be my infallible test oracle, dammit ;D
-
"I spent last weekend getting Windows 95 running on my Mac. I wanted to write C programs for it. I don't have a good reason why." #Windows95 #OpenWatcom
https://tlxdev.hashnode.dev/writing-windows-95-software-in-2025
-
I fell in another rabbit hole and now I'm migrating my DOS program from DOS4/GW to PMODE/W :) #openwatcom
-
I've pushed myself a bit and tossed a rough tutorial on cross-compiling for #Windows3, #WindowsNT, #Windows95, and #MSDOS with #OpenWatcom up on the web zone: https://indigoparadox.zone/tutorials/watcom.html
It's late, so I don't trust my proofreading, but I've been asked about this enough where a quick and dirty tutorial has become a practical consideration. Hopefully it's useful!
-
This week on the blog: finishing up my tour of OpenWatcom by finding places its codegen struggles in the Tiny memory model. A bunch of my old DOS programs intended to ship as .COM no longer built or ran properly except as .EXE, and fixing this lets me dig much deeper into how both Borland and Watcom build their programs to conform with 16-bit DOS norms.
-
After some delay I did an update of #lib16 (a tiny helper library for #OpenWatcom 16-bit DOS programs).
https://github.com/SuperIlu/lib16
This time I added #Lua to the mix (example prj04). You can now write graphical scripts using Lua on #MSDOS. I also included the regular lua.exe and luac.exe binaries. This is compiled for i386/387 upwards...
-
Open Watcom 2.0 - 2025-04-01 Build
https://github.com/open-watcom/open-watcom-v2/releases/tag/2025-04-01-Build -
Open Watcom 2.0 2025-03-01 Build
https://github.com/open-watcom/open-watcom-v2/releases/tag/2025-03-01-Build -
🚀 NEW on We ❤️ Open Source 🚀
Jim Hall takes us on a journey through C compilers! Explore the unique quirks of TurboC and Open Watcom, and see why “not everything is GNU C.”
Read now:
https://buff.ly/3E4vhib -
@fozztexx My memory sucks, but I know I didn't compile my own OpenWatcom.
Still, I had weird issues compiling some C89-ified code for DOS. I have a fairly-simple app and I tried to compile for the tiny or small memory models, because a 48 KB binary on DOS sounds sacrilegious. Letting the compiler pick a memory model was the correct answer for me. Maybe you should try forcing it to large or huge.
I don't have an explanation, but that's happened to me.
One other thing I noticed, I couldn't pull a .c file from a sub-subdirectory. I had to change into that and pull files from a "cousin once removed" directory. That also makes no sense, but you're free to check my MAKE.BAT file for clues. https://github.com/rhymeswithmogul/aprs-weather-submit/blob/main/make.bat
-
Spending some of my #christmas #vacation #geeking around with #vintagecomputing and getting reacquainted with developing software for #msdos. Last time I did that must have been in the early #90s before I discovered #Linux.
So far I've given the #djgpp C compiler a go, but it seems a little messy and keep throwing internal errors. #OpenWatcom v2 seems promising, but has a horrible way of doing interrupt calls. The #borland suites seems outdated, but does come with a lot of libraries that the others don't have. I don't believe it can generate protected mode executables though.
Im actually only looking to do a couple of simple tools, and perhaps some sort of menu/launcher that can scan recursively for configuration files. For the ladder, word around the campfire is that #pdcurses is pretty good at drawing menus and other components in text mode. I'll investigate! Would be a new experience NOT starting by writing my own library for addressing the text mode screen directly.. AGAIN.. 😜
-
For the first time got the OpenWatcom Compiler suite 2.0 running on my Freedos virtual machine. So awesome. I now have one VM for my text adventures and other games and one for development.
-
@nulleric well, I just had a quick google search and I found #Adaptec documentation for #ASPI.
So I'm wondering if I could interface that using #OpenWatcom and a simple text UI...
I've never done low level #SCSI programming, but I should have an Adaptec card somewhere and I could rip out my #BlueSCSI out of my mac...
Should be an interesting little project,, but I don't know when I might find some time for that... -
Open Watcom V2 - This is the v2 fork of the Open Watcom suite of compilers and tools.
https://github.com/open-watcom/open-watcom-v2 -
I use #DJGPP in #WSL2/#Ubuntu on Win10 for compiling, #VSCode as editor and DOSBox-X and @DOSBox_Staging for testing.
I have also #OpenWatcom installed for 16bit DOS.
I have a networked AMD K6-2 500MHz with #FreeDOS/#Win98 under my desk (connected to a capture card so I don't need an extra monitor).
This setup works for me for all my #MSDOS projects... -
Got sine text with some fake transparent effect.
Only got 3 glyphs at the moment ;)486DX2/66Mhz/4MB RAM
-
Started thinking like a demoscener.
Created buffer and now just memcopy to the VGA memory.
Way faster!Simple crazy bars.
Changed to C++ and OpenWatcom for a moment.
-
@niconiconi Retro-Porting to OS/2 1.0
„A few weeks ago I embarked on a somewhat crazy side project: Make the Open Watcom debugger work on #OS2 1.0. This project was not entirely successful, but I learned a couple of things along the way. […]
Building the 16-bit components again was not particularly difficult. And they even mostly worked on OS/2 1.2 and 1.1. But I wanted to get the code working on OS/2 1.0 as well. Because why not.“
#OpenWatcom #16bit
https://www.os2museum.com/wp/retro-porting-to-os-2-1-0/ -
🚀 NEW on We ❤️ Open Source 🚀
Jim Hall takes us on a journey through C compilers! Explore the unique quirks of TurboC and Open Watcom, and see why “not everything is GNU C.”
Read now:
https://buff.ly/3E4vhib -
🚀 NEW on We ❤️ Open Source 🚀
Jim Hall takes us on a journey through C compilers! Explore the unique quirks of TurboC and Open Watcom, and see why “not everything is GNU C.”
Read now:
https://buff.ly/3E4vhib -
🚀 NEW on We ❤️ Open Source 🚀
Jim Hall takes us on a journey through C compilers! Explore the unique quirks of TurboC and Open Watcom, and see why “not everything is GNU C.”
Read now:
https://buff.ly/3E4vhib -
🚀 NEW on We ❤️ Open Source 🚀
Jim Hall takes us on a journey through C compilers! Explore the unique quirks of TurboC and Open Watcom, and see why “not everything is GNU C.”
Read now:
https://buff.ly/3E4vhib -
I've pushed myself a bit and tossed a rough tutorial on cross-compiling for #Windows3, #WindowsNT, #Windows95, and #MSDOS with #OpenWatcom up on the web zone: https://indigoparadox.zone/tutorials/watcom.html
It's late, so I don't trust my proofreading, but I've been asked about this enough where a quick and dirty tutorial has become a practical consideration. Hopefully it's useful!
-
I've pushed myself a bit and tossed a rough tutorial on cross-compiling for #Windows3, #WindowsNT, #Windows95, and #MSDOS with #OpenWatcom up on the web zone: https://indigoparadox.zone/tutorials/watcom.html
It's late, so I don't trust my proofreading, but I've been asked about this enough where a quick and dirty tutorial has become a practical consideration. Hopefully it's useful!
-
I've pushed myself a bit and tossed a rough tutorial on cross-compiling for #Windows3, #WindowsNT, #Windows95, and #MSDOS with #OpenWatcom up on the web zone: https://indigoparadox.zone/tutorials/watcom.html
It's late, so I don't trust my proofreading, but I've been asked about this enough where a quick and dirty tutorial has become a practical consideration. Hopefully it's useful!
-
I've pushed myself a bit and tossed a rough tutorial on cross-compiling for #Windows3, #WindowsNT, #Windows95, and #MSDOS with #OpenWatcom up on the web zone: https://indigoparadox.zone/tutorials/watcom.html
It's late, so I don't trust my proofreading, but I've been asked about this enough where a quick and dirty tutorial has become a practical consideration. Hopefully it's useful!
-
TONIGHT at 8pm EST on HACK + ALT + NCOMMANDR, #DEFCON201 Member NCimmander is going to write a data recovery tool that can preform a sector by sector dump for the #486 using #C and either #WatTCP or #mTCP using #OpenWatcom on the #DC201 LIVE Stream!
#twitch : https://twitch.tv/defcon201live
#dlive: https://dlive.tv/defcon201
@YouTube : https://youtube.com/c/defcon201
@torproject : http://c7hqkpkpemu6e7emz5b4vyz7idjgdvgaaa3dyimmeojqbgpea3xqjoid.onion/c/defcon201
#programming #cprogramming #retrocomputing #devops @gitea_blog_bot #datarecovery