On at 2024-01-04 17:46 +0100, Bernd Böckmann via Freedos-devel wrote:
Hi Eric,
I would assume the kernel parameter is neither meant to be queried
at runtime nor is it used by a significant number of people at all.
There is no external API, but you may pull it from RAM, possibly.
No, the
The thing I would do to speak against it is that because none of the other DOS
versions, including older versions of FreeDOS, will be able to use it. I do
know different versions of DOS do the ordering of the drive letters differently.
I think the best thing to do is try to automate it as much
On Thu, 4 Jan 2024 00:57:18 +0100
Bernd Böckmann via Freedos-devel wrote:
> Hi,
>
> while hunting a FDISK bug reported to me on Github regarding the order
> of the drive letters FDISK assigns, I noted that the FreeDOS Kernel
> actually supports different drive sorting algorithms via its
>
Hi Eric,
> I would assume the kernel parameter is neither meant to be queried
> at runtime nor is it used by a significant number of people at all.
> There is no external API, but you may pull it from RAM, possibly.
I would only read kernel RAM directly if the kernel tells me the address, for
Hi Bernd,
I would assume the kernel parameter is neither meant to be queried
at runtime nor is it used by a significant number of people at all.
There is no external API, but you may pull it from RAM, possibly.
Alternatively, you could extract settings from the kernel file of the
boot drive or
Hi,
while hunting a FDISK bug reported to me on Github regarding the order
of the drive letters FDISK assigns, I noted that the FreeDOS Kernel
actually supports different drive sorting algorithms via its
DLASortByDriveNo config setting. While it is unrelated to the bug, this
may impose a