OpenWin - Revision history

Ashific at 15:55, 28 December 2025

2025-12-28T15:55:29Z

← Older revision		Revision as of 15:55, 28 December 2025
Line 3:		Line 3:
	OpenWin also combines additional projects that will be developed in parallel, to enhance OpenWin with additional functionality, ultimately replacing Windows NT ones. These projects will use same development principles and will be tied with OpenWin as additional dependencies.		OpenWin also combines additional projects that will be developed in parallel, to enhance OpenWin with additional functionality, ultimately replacing Windows NT ones. These projects will use same development principles and will be tied with OpenWin as additional dependencies.

	== ~~Structure~~ ==		== Principles of development ==
			OpenWin development is laying on several principles, which are used in order to make further progress easier to approach and quickly add new features and capabilities into system:

			* '''Cross-platform compilers''', which will be modified by time to be used on older versions of Windows NT operating system family, such as Windows XP, Windows Server 2003, Windows NT 4.0 and older,
			* '''Memory-safe code''' with proper checks, which are possible on C/C++ programming languages and almost possible in 16-bit mode. Who said that only Rust can do that?
			* '''Modularity and portability''', to make OpenWin and it's relative projects possible to load on base of existing Windows NT operating systems and not only,
			* '''Proper documenting and describing''', with which any newcomer can easily orient what's going on on this project, it's structure and ability to improve and enhance existing functionality, as well as adding new one.

			== Components ==

	=== OpenKernel ===		=== OpenKernel ===
	Originally OpenKernel's need have been raised in order to replace the Windows Server 2003's kernel with structurally same but different in approach kernel, which will fix most of compatibility issues for both old and new machines. This project doesn't have similar aims as ReactOS does, however, OpenKernel tends to be free for use and open-source. This approach will make OK eventually replace NT.		Originally OpenKernel's need have been raised in order to replace the Windows Server 2003's kernel with structurally same but different in approach kernel, which will fix most of compatibility issues for both old and new machines. This project doesn't have similar aims as ReactOS does, however, OpenKernel tends to be free for use and open-source. This approach will make OK eventually replace NT.

	The pure basis of the OpenKernel ~~would~~ be the Server 2003 RTM + Windows Research Kernel. In contrary of original one, the IA-64 native support will be removed entirely, due to absence of this architecture and very rare opportunity of Intel Itanium machines. Also, the MinWin~~-ish approach~~ is planned: kernel will turn more modular and expandable, among with dealing with culprits of undocumented routines and internally improving all sub-modules of kernel. The precise construction of kernel is following:		The pure basis of the OpenKernel will be the Server 2003 RTM + Windows Research Kernel. In contrary of original one, the IA-64 native support will be removed entirely, due to absence of this architecture and very rare opportunity of Intel Itanium machines. Also, the approach similar to Linux and MinWin is planned: kernel will turn more modular and expandable, among with dealing with culprits of undocumented routines and internally improving all sub-modules of kernel. The precise construction of kernel is following:

	* <code>'''ntoskrnl.exe'''</code> - unified kernel which combines all features of multi/uniprocessor machines. This will turn as ultimate replacement for <code>ntkrnlmp.exe</code> for multiprocessors too. The additional kernels will be added, but they will support relatively newer processor features,		* <code>'''ntoskrnl.exe'''</code> - unified kernel which combines all features of multi/uniprocessor machines. This will turn as ultimate replacement for <code>ntkrnlmp.exe</code> for multiprocessors too. The additional kernels will be added, but they will support relatively newer processor features,
Line 14:		Line 22:
	* <code>'''kernelSchema.dll'''</code> - schema orchestrating mechanism for adding additional APIs into system. This allows for third-party sides to create their custom Kernel Extension modules and therefore, use them when OpenKernel is loaded. Approach will allow to port newer Windows DLLs and functionality directly into OpenKernel without recompiling or rebuilding entire project,		* <code>'''kernelSchema.dll'''</code> - schema orchestrating mechanism for adding additional APIs into system. This allows for third-party sides to create their custom Kernel Extension modules and therefore, use them when OpenKernel is loaded. Approach will allow to port newer Windows DLLs and functionality directly into OpenKernel without recompiling or rebuilding entire project,
	* <code>'''hal.dll'''</code> - enhanced and updated Hardware Abstraction Layer. Updated HAL will allow to run OpenKernel under ancient and modern hardware, by implementing custom HALs and adding new capabilities of ACPI, AHCI and many more components,		* <code>'''hal.dll'''</code> - enhanced and updated Hardware Abstraction Layer. Updated HAL will allow to run OpenKernel under ancient and modern hardware, by implementing custom HALs and adding new capabilities of ACPI, AHCI and many more components,
	* <code>'''halSchema.dll'''</code> - same approach of orchestrating custom HALs and their management for <code>hal.dll</code>, with practically same ability levels, only for Hardware Abstraction Layers.		* <code>'''halSchema.dll'''</code> - same approach of orchestrating custom HALs and their management for <code>hal.dll</code>, with practically same ability levels, only for Hardware Abstraction Layers,
			* <code>'''win32k.sys'''</code> - optional kernel-mode driver for adding bare-bones graphical capabilities like VESA BIOS 3.0 support with it's predecessors, as well as refactored yet optimized graphical accelerations.

	==== Compilers ====		==== Compilers ====
	OpenKernel will be implemented by switching compilers stack: thus, the NASM will turn the direct replacement for Microsoft's MASM, which is proprietary and have Microsoft-specific instructions set. Also, the compiler will be switched into Tiny CC (aka TCC), in order to be cross-platform compatible and allow more enhanced ports into foreign architectures, e.g. ARM and RISC-V.		OpenKernel will be implemented by switching compilers stack: thus, the [https://nasm.us NASM] will turn the direct replacement for Microsoft's MASM, which is proprietary and have Microsoft-specific instructions set. Also, the compiler will be switched into Tiny CC (aka TCC), in order to be cross-platform compatible and allow more enhanced ports into foreign architectures, e.g. ARM and RISC-V.

	Also the ability to make ELF-compatible kernel is in plans too, for leveraging work in easier way and allowing better hot-patching mechanism for OpenKernel.		Also the ability to make ELF-compatible kernel is in plans too, for leveraging work in easier way and allowing better hot-patching mechanism for OpenKernel.

	=== OpenCRT ===		=== OpenCRT ===
	~~OpenC~~(++) Language Runtime is a one-in replacement for MSVC Runtime, with extra functionality such as support for newer C(++) standards and libraries, cross-platform source code and easy integration in other operating systems, such as Linux-based ones, macOS and more. As a compatibility layer, <code>msvcrt.dll</code> and <code>ucrtbase.dll</code> will be provided as stubs linking to OpenCRT DLL files, additionally making runtime more reliable and faster.		OpenWin C(++) Language Runtime is a one-in replacement for MSVC Runtime, with extra functionality such as support for newer C(++) standards and libraries, cross-platform source code and easy integration in other operating systems, such as Linux-based ones, macOS and more. As a compatibility layer, <code>msvcrt.dll</code> and <code>ucrtbase.dll</code> will be provided as stubs linking to OpenCRT DLL files, additionally making runtime more reliable and faster.

			=== OpenLdr ===
			A spin-off for modern Windows Boot Manager - Open Loader (or BootMan, in several occasions) is planned, in order to fully replace rusty and old-fashioned NTLDR. The problems with NTLDR are it's structural dispositions, which makes it unmaintainable in several cases, such as enhancements of porting boot loader into newer versions of (U)EFI and x64 systems.

	~~=== BootMan ===~~		The boot loader will be implemented from scratch, by using NASM as a compiler for initializing it's boot sector, and the main boot loader which will pair C/C++ and handle kernel drivers and boot options, under separate boot options by using Windows registry.
	~~A spin-off~~ for ~~modern Windows Boot Manager - BootMan is planned, in order to fully replace rusty NTLDR. The problems with NTLDR is~~ it's ~~structural dispositions, which makes it unmaintainable in several cases~~, ~~such as enhancements of porting boot loader into (U)EFI~~ and ~~x64 systems. As a base, in probable form,~~ the boot loader ~~of NT 3.5~~ will ~~be taken, among with groundbreaking improvements~~ and ~~additional features~~, ~~such as compatibility with GRUB, meaning ability to true dual~~ boot ~~with Linux and Unix-based systems~~.

	== Utilities ==		== Utilities ==

Ashific: Ashific moved page Draft:OpenWin to OpenWin without leaving a redirect: Not a draft anymore

2025-09-08T15:01:35Z

Ashific moved page Draft:OpenWin to OpenWin without leaving a redirect: Not a draft anymore

← Older revision		Revision as of 15:01, 8 September 2025
(No difference)

Ashific at 15:01, 8 September 2025

2025-09-08T15:01:18Z

← Older revision		Revision as of 15:01, 8 September 2025
Line 23:		Line 23:
	=== OpenCRT ===		=== OpenCRT ===
	OpenC(++) Language Runtime is a one-in replacement for MSVC Runtime, with extra functionality such as support for newer C(++) standards and libraries, cross-platform source code and easy integration in other operating systems, such as Linux-based ones, macOS and more. As a compatibility layer, <code>msvcrt.dll</code> and <code>ucrtbase.dll</code> will be provided as stubs linking to OpenCRT DLL files, additionally making runtime more reliable and faster.		OpenC(++) Language Runtime is a one-in replacement for MSVC Runtime, with extra functionality such as support for newer C(++) standards and libraries, cross-platform source code and easy integration in other operating systems, such as Linux-based ones, macOS and more. As a compatibility layer, <code>msvcrt.dll</code> and <code>ucrtbase.dll</code> will be provided as stubs linking to OpenCRT DLL files, additionally making runtime more reliable and faster.

			=== BootMan ===
			A spin-off for modern Windows Boot Manager - BootMan is planned, in order to fully replace rusty NTLDR. The problems with NTLDR is it's structural dispositions, which makes it unmaintainable in several cases, such as enhancements of porting boot loader into (U)EFI and x64 systems. As a base, in probable form, the boot loader of NT 3.5 will be taken, among with groundbreaking improvements and additional features, such as compatibility with GRUB, meaning ability to true dual boot with Linux and Unix-based systems.

	== Utilities ==		== Utilities ==

Ashific at 06:22, 8 September 2025

2025-09-08T06:22:37Z

← Older revision		Revision as of 06:22, 8 September 2025
Line 1:		Line 1:
	'''OpenWin''' (also: ''OK''), is an internal attempt to rewrite/rejuvenate Windows NT kernel to turn it more capable and modern, by integrating similar solutions implemented in [[MinWin]] and adding more features which doesn't exist in original NT project.		'''OpenWin''' (also: ''OW,'' ''OK''), is an internal attempt to rewrite/rejuvenate Windows NT kernel to turn it more capable and modern, by integrating similar solutions implemented in [[MinWin]] and adding more features which doesn't exist in original NT project.

	OpenWin also combines additional projects that will be developed in parallel, to enhance OpenWin with additional functionality, ultimately replacing Windows NT ones. These projects will use same development principles and will be tied with OpenWin as additional dependencies.		OpenWin also combines additional projects that will be developed in parallel, to enhance OpenWin with additional functionality, ultimately replacing Windows NT ones. These projects will use same development principles and will be tied with OpenWin as additional dependencies.

Ashific at 06:22, 8 September 2025

2025-09-08T06:22:16Z

← Older revision		Revision as of 06:22, 8 September 2025
Line 1:		Line 1:
	'''~~OpenKernel~~''' (also: ''OK~~, OpenWin~~''), is an internal attempt to rewrite/rejuvenate Windows NT kernel to turn it more capable and modern, by integrating similar solutions implemented in [[MinWin]] and adding more features which doesn't exist in original NT project.		'''OpenWin''' (also: ''OK''), is an internal attempt to rewrite/rejuvenate Windows NT kernel to turn it more capable and modern, by integrating similar solutions implemented in [[MinWin]] and adding more features which doesn't exist in original NT project.

			OpenWin also combines additional projects that will be developed in parallel, to enhance OpenWin with additional functionality, ultimately replacing Windows NT ones. These projects will use same development principles and will be tied with OpenWin as additional dependencies.

			== Structure ==

			=== OpenKernel ===
	Originally OpenKernel's need have been raised in order to replace the Windows Server 2003's kernel with structurally same but different in approach kernel, which will fix most of compatibility issues for both old and new machines. This project doesn't have similar aims as ReactOS does, however, OpenKernel tends to be free for use and open-source. This approach will make OK eventually replace NT.		Originally OpenKernel's need have been raised in order to replace the Windows Server 2003's kernel with structurally same but different in approach kernel, which will fix most of compatibility issues for both old and new machines. This project doesn't have similar aims as ReactOS does, however, OpenKernel tends to be free for use and open-source. This approach will make OK eventually replace NT.

	~~== Structure ==~~
	The pure basis of the OpenKernel would be the Server 2003 RTM + Windows Research Kernel. In contrary of original one, the IA-64 native support will be removed entirely, due to absence of this architecture and very rare opportunity of Intel Itanium machines. Also, the MinWin-ish approach is planned: kernel will turn more modular and expandable, among with dealing with culprits of undocumented routines and internally improving all sub-modules of kernel. The precise construction of kernel is following:		The pure basis of the OpenKernel would be the Server 2003 RTM + Windows Research Kernel. In contrary of original one, the IA-64 native support will be removed entirely, due to absence of this architecture and very rare opportunity of Intel Itanium machines. Also, the MinWin-ish approach is planned: kernel will turn more modular and expandable, among with dealing with culprits of undocumented routines and internally improving all sub-modules of kernel. The precise construction of kernel is following:

Line 12:		Line 16:
	* <code>'''halSchema.dll'''</code> - same approach of orchestrating custom HALs and their management for <code>hal.dll</code>, with practically same ability levels, only for Hardware Abstraction Layers.		* <code>'''halSchema.dll'''</code> - same approach of orchestrating custom HALs and their management for <code>hal.dll</code>, with practically same ability levels, only for Hardware Abstraction Layers.

	=== Compilers ===		==== Compilers ====
	OpenKernel will be implemented by switching compilers stack: thus, the NASM will turn the direct replacement for Microsoft's MASM, which is proprietary and have Microsoft-specific instructions set. Also, the compiler will be switched into Tiny CC (aka TCC), in order to be cross-platform compatible and allow more enhanced ports into foreign architectures, e.g. ARM and RISC-V.		OpenKernel will be implemented by switching compilers stack: thus, the NASM will turn the direct replacement for Microsoft's MASM, which is proprietary and have Microsoft-specific instructions set. Also, the compiler will be switched into Tiny CC (aka TCC), in order to be cross-platform compatible and allow more enhanced ports into foreign architectures, e.g. ARM and RISC-V.

	Also the ability to make ELF-compatible kernel is in plans too, for leveraging work in easier way and allowing better hot-patching mechanism for OpenKernel.		Also the ability to make ELF-compatible kernel is in plans too, for leveraging work in easier way and allowing better hot-patching mechanism for OpenKernel.

	~~== Sub-projects ==~~
	Among with OpenKernel, additional projects will be developed in parallel, to enhance OpenKernel with additional functionality, ultimately replacing Windows NT ones. These projects will use same development principles and will be tied with OpenKernel as additional dependencies.

	=== OpenCRT ===		=== OpenCRT ===
	OpenC(++) Language Runtime is a one-in replacement for MSVC Runtime, with extra functionality such as support for newer C(++) standards and libraries, cross-platform source code and easy integration in other operating systems, such as Linux-based ones, macOS and more. As a compatibility layer, <code>msvcrt.dll</code> and <code>ucrtbase.dll</code> will be provided as stubs linking to OpenCRT DLL files, additionally making runtime more reliable and faster.		OpenC(++) Language Runtime is a one-in replacement for MSVC Runtime, with extra functionality such as support for newer C(++) standards and libraries, cross-platform source code and easy integration in other operating systems, such as Linux-based ones, macOS and more. As a compatibility layer, <code>msvcrt.dll</code> and <code>ucrtbase.dll</code> will be provided as stubs linking to OpenCRT DLL files, additionally making runtime more reliable and faster.

			== Utilities ==

	=== Env ===		=== Env ===
	Env is a virtual environment which can initialize multiple virtual environments at once, work in completely separate environments in order to bypass system breaking capabilities. With enhancements of <code>.env</code> type files, the Env project will provide extra syntax features, turning it into a make-like syntax tuned platform. Env will be capable to replace legacy Razzle environment shipped with earlier versions of Windows NT.		Env is a virtual environment which can initialize multiple virtual environments at once, work in completely separate environments in order to bypass system breaking capabilities. With enhancements of <code>.env</code> type files, the Env project will provide extra syntax features, turning it into a make-like syntax tuned platform. Env will be capable to replace legacy Razzle environment shipped with earlier versions of Windows NT.
			[[Category:OpenXP]]

Ashific: Ashific moved page Draft:OpenKernel to Draft:OpenWin: OpenKernel is now a part of the project, instead of being mainstream

2025-09-08T06:20:16Z

Ashific moved page Draft:OpenKernel to Draft:OpenWin: OpenKernel is now a part of the project, instead of being mainstream

← Older revision		Revision as of 06:20, 8 September 2025
(No difference)

Ashific at 15:48, 27 August 2025

2025-08-27T15:48:33Z

← Older revision		Revision as of 15:48, 27 August 2025
Line 16:		Line 16:

	Also the ability to make ELF-compatible kernel is in plans too, for leveraging work in easier way and allowing better hot-patching mechanism for OpenKernel.		Also the ability to make ELF-compatible kernel is in plans too, for leveraging work in easier way and allowing better hot-patching mechanism for OpenKernel.

			== Sub-projects ==
			Among with OpenKernel, additional projects will be developed in parallel, to enhance OpenKernel with additional functionality, ultimately replacing Windows NT ones. These projects will use same development principles and will be tied with OpenKernel as additional dependencies.

			=== OpenCRT ===
			OpenC(++) Language Runtime is a one-in replacement for MSVC Runtime, with extra functionality such as support for newer C(++) standards and libraries, cross-platform source code and easy integration in other operating systems, such as Linux-based ones, macOS and more. As a compatibility layer, <code>msvcrt.dll</code> and <code>ucrtbase.dll</code> will be provided as stubs linking to OpenCRT DLL files, additionally making runtime more reliable and faster.

			=== Env ===
			Env is a virtual environment which can initialize multiple virtual environments at once, work in completely separate environments in order to bypass system breaking capabilities. With enhancements of <code>.env</code> type files, the Env project will provide extra syntax features, turning it into a make-like syntax tuned platform. Env will be capable to replace legacy Razzle environment shipped with earlier versions of Windows NT.

Ashific at 12:49, 26 August 2025

2025-08-26T12:49:34Z

← Older revision		Revision as of 12:49, 26 August 2025
Line 1:		Line 1:
	'''OpenKernel''' (~~short name`~~ ''OK''), is an internal attempt to rewrite/rejuvenate Windows NT kernel to turn it more capable and modern, by integrating similar solutions implemented in [[MinWin]] and adding more features which doesn't exist in original NT project.		'''OpenKernel''' (also: ''OK, OpenWin''), is an internal attempt to rewrite/rejuvenate Windows NT kernel to turn it more capable and modern, by integrating similar solutions implemented in [[MinWin]] and adding more features which doesn't exist in original NT project.

	Originally OpenKernel's need have been raised in order to replace the Windows Server 2003's kernel with structurally same but different in approach kernel, which will fix most of compatibility issues for both old and new machines. This project doesn't have similar aims as ReactOS does, however, OpenKernel tends to be free for use and open-source. This approach will make OK eventually replace NT.		Originally OpenKernel's need have been raised in order to replace the Windows Server 2003's kernel with structurally same but different in approach kernel, which will fix most of compatibility issues for both old and new machines. This project doesn't have similar aims as ReactOS does, however, OpenKernel tends to be free for use and open-source. This approach will make OK eventually replace NT.

			== Structure ==
			The pure basis of the OpenKernel would be the Server 2003 RTM + Windows Research Kernel. In contrary of original one, the IA-64 native support will be removed entirely, due to absence of this architecture and very rare opportunity of Intel Itanium machines. Also, the MinWin-ish approach is planned: kernel will turn more modular and expandable, among with dealing with culprits of undocumented routines and internally improving all sub-modules of kernel. The precise construction of kernel is following:

			* <code>'''ntoskrnl.exe'''</code> - unified kernel which combines all features of multi/uniprocessor machines. This will turn as ultimate replacement for <code>ntkrnlmp.exe</code> for multiprocessors too. The additional kernels will be added, but they will support relatively newer processor features,
			* <code>'''kernelCore.dll'''</code> - a pure grounding for exportable functions of kernel. This serves as a in-place replacement of <code>KernelBase.dll</code> and combines all functions from <code>kernel32.dll</code> and <code>advapi32.dll</code> files. The latter two will be delivered as stubs, which will route the necessary functions into kernel core,
			* <code>'''kernelSchema.dll'''</code> - schema orchestrating mechanism for adding additional APIs into system. This allows for third-party sides to create their custom Kernel Extension modules and therefore, use them when OpenKernel is loaded. Approach will allow to port newer Windows DLLs and functionality directly into OpenKernel without recompiling or rebuilding entire project,
			* <code>'''hal.dll'''</code> - enhanced and updated Hardware Abstraction Layer. Updated HAL will allow to run OpenKernel under ancient and modern hardware, by implementing custom HALs and adding new capabilities of ACPI, AHCI and many more components,
			* <code>'''halSchema.dll'''</code> - same approach of orchestrating custom HALs and their management for <code>hal.dll</code>, with practically same ability levels, only for Hardware Abstraction Layers.

			=== Compilers ===
			OpenKernel will be implemented by switching compilers stack: thus, the NASM will turn the direct replacement for Microsoft's MASM, which is proprietary and have Microsoft-specific instructions set. Also, the compiler will be switched into Tiny CC (aka TCC), in order to be cross-platform compatible and allow more enhanced ports into foreign architectures, e.g. ARM and RISC-V.

			Also the ability to make ELF-compatible kernel is in plans too, for leveraging work in easier way and allowing better hot-patching mechanism for OpenKernel.

Ashific: openkernel start

2025-08-25T11:48:15Z

openkernel start

New page

'''OpenKernel''' (short name` ''OK''), is an internal attempt to rewrite/rejuvenate Windows NT kernel to turn it more capable and modern, by integrating similar solutions implemented in [[MinWin]] and adding more features which doesn't exist in original NT project.

Originally OpenKernel's need have been raised in order to replace the Windows Server 2003's kernel with structurally same but different in approach kernel, which will fix most of compatibility issues for both old and new machines. This project doesn't have similar aims as ReactOS does, however, OpenKernel tends to be free for use and open-source. This approach will make OK eventually replace NT.