#edrdos — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #edrdos, aggregated by home.social.
-
I today released a new EDR-DOS kernel version. This fixes a critical bug which could corrupt the file system if files with long file names were deleted.
This release also increases compatibility with MS SCANDISK and the DR-DOS TASKMGR.
-
I today released a new EDR-DOS kernel version. This fixes a critical bug which could corrupt the file system if files with long file names were deleted.
This release also increases compatibility with MS SCANDISK and the DR-DOS TASKMGR.
-
I today released a new EDR-DOS kernel version. This fixes a critical bug which could corrupt the file system if files with long file names were deleted.
This release also increases compatibility with MS SCANDISK and the DR-DOS TASKMGR.
-
I today released a new EDR-DOS kernel version. This fixes a critical bug which could corrupt the file system if files with long file names were deleted.
This release also increases compatibility with MS SCANDISK and the DR-DOS TASKMGR.
-
I today released a new EDR-DOS kernel version. This fixes a critical bug which could corrupt the file system if files with long file names were deleted.
This release also increases compatibility with MS SCANDISK and the DR-DOS TASKMGR.
-
New binary release 20240914 of the EDR-DOS kernel is out. This release fixes a few boot and compatibility problems with original IBM-PC and with disks larger than 502 GiB.
-
New binary release 20240914 of the EDR-DOS kernel is out. This release fixes a few boot and compatibility problems with original IBM-PC and with disks larger than 502 GiB.
-
New binary release 20240914 of the EDR-DOS kernel is out. This release fixes a few boot and compatibility problems with original IBM-PC and with disks larger than 502 GiB.
-
New binary release 20240914 of the EDR-DOS kernel is out. This release fixes a few boot and compatibility problems with original IBM-PC and with disks larger than 502 GiB.
-
I today released a new version of the EDR-DOS kernel and command interpreter.
We made progress in preventing the EDR kernel from accessing uninitialized partitions.
This is an interesting one: DR-DOS shipped with a FDISK program which initialzed partitions with a file system right away, without the user having to FORMAT it. But because of this, the DR-DOS kernel never implemented proper filesystem validation.
The whole thing falls apart when using the EDR kernel with Free FDISK and NOT formatting a partition. Curiously, the kernel could then access the non-existing filesystem. But not anymore...
You can get it at https://github.com/SvarDOS/edrdos/releases/tag/r20240821
-
I today released a new version of the EDR-DOS kernel and command interpreter.
We made progress in preventing the EDR kernel from accessing uninitialized partitions.
This is an interesting one: DR-DOS shipped with a FDISK program which initialzed partitions with a file system right away, without the user having to FORMAT it. But because of this, the DR-DOS kernel never implemented proper filesystem validation.
The whole thing falls apart when using the EDR kernel with Free FDISK and NOT formatting a partition. Curiously, the kernel could then access the non-existing filesystem. But not anymore...
You can get it at https://github.com/SvarDOS/edrdos/releases/tag/r20240821
-
I today released a new version of the EDR-DOS kernel and command interpreter.
We made progress in preventing the EDR kernel from accessing uninitialized partitions.
This is an interesting one: DR-DOS shipped with a FDISK program which initialzed partitions with a file system right away, without the user having to FORMAT it. But because of this, the DR-DOS kernel never implemented proper filesystem validation.
The whole thing falls apart when using the EDR kernel with Free FDISK and NOT formatting a partition. Curiously, the kernel could then access the non-existing filesystem. But not anymore...
You can get it at https://github.com/SvarDOS/edrdos/releases/tag/r20240821
-
I today released a new version of the EDR-DOS kernel and command interpreter.
We made progress in preventing the EDR kernel from accessing uninitialized partitions.
This is an interesting one: DR-DOS shipped with a FDISK program which initialzed partitions with a file system right away, without the user having to FORMAT it. But because of this, the DR-DOS kernel never implemented proper filesystem validation.
The whole thing falls apart when using the EDR kernel with Free FDISK and NOT formatting a partition. Curiously, the kernel could then access the non-existing filesystem. But not anymore...
You can get it at https://github.com/SvarDOS/edrdos/releases/tag/r20240821