[Freedos-devel] Repository User Interface Design

I am not happy with the design of user interface repository as there are no timestamp on the FreeDOS DVDROM iso. can release date be present on the repository more importantly the FreeDOS DVDROM iso? kind regards Seal Prime ___ Freedos-devel mailing lis

Re: [Freedos-devel] DOSLFN bugfix explanations and ideas - was: FreeDOS Interim Build T2508

Hi Joe and Bernd, thanks for the work. IMHO this is definitively a kernel bug, not a DOSLFN bug. Sure, ResetDrive works around the bug, but the bug is still in the kernel. I think the bug occurs because the (necessary) direct disk writes by DOSLFN, using INT 25/26, are not synchronised to the

[Freedos-devel] DOSLFN bugfix explanations and ideas - was: FreeDOS Interim Build T2508

Hi Joe and Bernd, thank you for your analysis! If I understand you correctly, DOSLFN somehow writes directly to directory data on the disk, bypassing DOS kernel BUFFERS, but it has to explicitly invalidate those buffers through an invocation of a "drive reset" DOS call each time. One such invoc

Re: [Freedos-devel] FreeDOS Interim Build T2508

Hi guys, the 0.42-WIP version of DOSLFN provided by Jason Hood will hopefully resolve the filesystem corruption bug that was discussed earlier on the mailing list. How does it do that? I had assumed that there was a kernel problem, but it also is plausible that DOSLFN manipulates directors clu

Re: [Freedos-devel] FreeDOS Interim Build T2508

It would be a first milestone to add the fdnpkg.cfg that leads to the latest and unstable repositories , e.g as fdnpkg.new or something like this. I am sure, the testers will have no problems to rename the file.   Willi     Sent: Friday, August 01, 2025 at 2:34 PM From: "Jerome Shidel via Freed

Re: [Freedos-devel] FreeDOS Interim Build T2508

Hi, > Am 01.08.2025 um 11:54 schrieb Eric Auer via Freedos-devel > : > > How does it do that? I had assumed that there was a kernel problem, > but it also is plausible that DOSLFN manipulates directors cluster > and sector data directly, because the kernel would not do LFN itself, > so the corru

Re: [Freedos-devel] FreeDOS Interim Build T2508

> On Aug 1, 2025, at 5:54 AM, Eric Auer via Freedos-devel > wrote: > > > Hi Jerome, > >> the 0.42-WIP version of DOSLFN provided by Jason Hood will hopefully resolve >> the filesystem corruption bug that was discussed earlier on the mailing list. > > How does it do that? I had assumed that

Re: [Freedos-devel] FreeDOS Interim Build T2508

> On Aug 1, 2025, at 8:26 AM, Fritz Mueller via Freedos-devel > wrote: > > Hi, > just one question, as I do not understand it: The monthly versions are builds > to test new software. Is this correct? So, why not modifying fdnpkg.cfg to > get the latest versions automatical (too) to enable te

Re: [Freedos-devel] FreeDOS Interim Build T2508

Hi, just one question, as I do not understand it: The monthly versions are builds to test new software. Is this correct? So, why not modifying fdnpkg.cfg to get the latest versions automatical (too) to enable tests? I just got some RSS feeds that there are new programs available - and I have to mo

Re: [Freedos-devel] FreeDOS Interim Build T2508

Hi Jerome, the 0.42-WIP version of DOSLFN provided by Jason Hood will hopefully resolve the filesystem corruption bug that was discussed earlier on the mailing list. How does it do that? I had assumed that there was a kernel problem, but it also is plausible that DOSLFN manipulates directors

[Freedos-devel] FreeDOS Interim Build T2508

The FreeDOS Interim Test Build T2508 for August is now available for download at: https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/test/ Changes since T2507: 2025-07-24 07:37:03 doslfn [unstabl