static-assertions
kernel
static-assertions | kernel | |
---|---|---|
2 | 5 | |
555 | 725 | |
- | 1.9% | |
0.0 | 8.6 | |
6 months ago | 17 days ago | |
Rust | C | |
Apache License 2.0 | GNU General Public License v3.0 only |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
static-assertions
-
"My Reaction to Dr. Stroustrup’s Recent Memory Safety Comments"
The static-assertions crate tries to handle similar use cases but const generics are still problematic.
-
Const generics MVP hits beta!
For that, I've used static-assertions in the past.
kernel
-
Even the simplest possible assembly program will/can have a console window. How exactly?
You might find the source code for FreeDOS of interest for learning more about how the low-level access to the interrupt services worked. Specifically, console.asm installs a character write routine (which calls BIOS INT 10h under the hood).
-
Trying to run FreeDOS off CF Card on 286 homebrew system --- Question about bootloader and drive geometry information
Looking at https://github.com/FDOS/kernel/blob/master/boot/boot.asm, I see %define statements for this type of information, but I'm not sure how these memory locations are normally populated with proper values. Is this something that Sys does when preparing the CF card? Or should the BIOS populate this information when loading the boot loader?
-
"My Reaction to Dr. Stroustrup’s Recent Memory Safety Comments"
That's where I'm coming from. FreeDOS still gets occasional commits once per few months but is not really developed anymore. Watcom C still seems like it's actively developed, but it's not clear what they are trying to achieve if they are not even interested in what's happening in C/C++ world!
-
How to Port to ARM (Just Curious, not ready to do it yet)
Here's the code for the kernel https://github.com/FDOS/kernel/ You will have to entirely rewrite the Assembly code since it is x86 assembly (Netwide Assembler is great, but not for ARM). Namely boot code is assembly. The kernel does compile under multiple compilers. I'm not too sure if ARM platforms handle this, but I would look at the Linux kernel for boot code on ARM.
-
Are DOS utilities open source.
"DOS" is a little bit of a general term. Microsoft's product, MS-DOS, is not Free Software. But there are other implementations, including FreeDOS, which is compatible with MS-DOS.
What are some alternatives?
const_fixedp - A const type for fixed point arithmetic in Rust.
fdpp - FreeDOS plus-plus, 64bit DOS
assertnever - Syntactical sugar for assert never
surface-aggregator-module - Linux ACPI and Platform Drivers for Surface Devices using the Surface Aggregator Module over Surface Serial Hub (Surface Book 2, Surface Pro 2017, Surface Laptop, and Newer)
inox2d - Native Rust reimplementation of Inochi2D
cacule-cpu-scheduler - The CacULE CPU scheduler is based on interactivity score mechanism. The interactivity score is inspired by the ULE scheduler (FreeBSD scheduler).
current_platform - Find out what platform your code is running on from Rust
rust - Empowering everyone to build reliable and efficient software.
ntest - Testing framework for rust enhancing the built-in library with some useful features.
util-linux
gcc-ia16 - Fork of Lambertsen & Jenner (& al.)'s IA-16 (Intel 16-bit x86) port of GNU compilers ― added far pointers & more • use https://github.com/tkchia/build-ia16 to build • Ubuntu binaries at https://launchpad.net/%7Etkchia/+archive/ubuntu/build-ia16/ • DJGPP/MS-DOS binaries at https://gitlab.com/tkchia/build-ia16/-/releases • mirror of https://gitlab.com/tkchia/gcc-ia16
changie - Automated changelog tool for preparing releases with lots of customization options