> On Aug 1, 2025, at 11:08 PM, Prime Seal via Freedos-devel
> wrote:
>
> 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 Fr
let me know <3
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
re a pair of features I think I will be adding to the command line
interface of LOGGER in the near
future. So for now I’m not going to update the FreeDOS package. Of course, you
can always fetch the
latest sources for LOGGER at https://gitlab.com/DOSx86/logger
<https://gitlab.com/DOSx86
The FreeDOS Interim Test Build T2509 for August is now available for download
at:
https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/test/
<https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/test/>
Changes since T2508:
2025-08-28 20:36:00 ht
> Am 28.08.2025 um 01:35 schrieb Aitor Santamaría via Freedos-devel
> :
>
> El jue, 28 ago 2025 a las 1:12, E. Auer via Freedos-devel
> () escribió:
> I tend to stick to UPX, preferably the UPX-UCL variant.
>
>
> +1 for tha
; show extended PCI Express registers and information, compared to
> traditional IO CF8/CFC access. And as djgpp builds are working on
> freedos, this PCIe support can be useful new feature.
> Note that lspci works also without pci.ids file but in this case it does
> not print vendor, devi
> Am 28.08.2025 um 01:11 schrieb E. Auer via Freedos-devel
> :
>
> Would the APACKed file also work on 8086?
While not having tested this specific HTMLHELP binary, a FDISK binary I tested
with the same APACK version did (though the official FDISK binary is UPX
compressed).
>
Hi,
El jue, 28 ago 2025 a las 1:12, E. Auer via Freedos-devel (<
freedos-devel@lists.sourceforge.net>) escribió:
> I tend to stick to UPX, preferably the UPX-UCL variant.
>
>
+1 for that.
As for me, I prefer to stick with the open source solution (and to my
taste, even better whe
: -1 -x
What is our policy regarding the inclusion of APACKed binaries? This is
freeware, but no free software. I don't care, but others probably do?
[1]:
https://gitlab.com/FreeDOS/base/htmlhelp/-/commit/4bea55b2d45b8cd4d3ba263a463391d09a75c1ee
[2]: https://ibsensoftware.com/products_aPACK
I tend to stick to UPX, preferably the UPX-UCL variant.
Thanks for finding the bug in HTMLHELP! Must have been there for years?
:-o
[1]:
https://gitlab.com/FreeDOS/base/htmlhelp/-/commit/4bea55b2d45b8cd4d3ba263a463391d09a75c1ee
_______
Freedos-devel ma
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
On Tue, Aug 19, 2025 at 8:02 AM Jerome Shidel via Freedos-devel <
freedos-devel@lists.sourceforge.net> wrote:
[SNIP]
> CWSDMPI insists on creating a swap file even when there is no demand for
> additional memory. The location of the file is hard-coded into the binary.
> While, UN
wrote:
>
>
>
> On Aug 19, 2025, at 11:21 AM, roy...@gmail.com wrote:
>
> Hello,
>
> Jerome Shidel via Freedos-devel wrote:
>
>
> A little while back, a user submitted a request to include unzip on the
> install media[1].
>
> While this seems like a simp
Hello,
Jerome Shidel via Freedos-devel wrote:
>
> A little while back, a user submitted a request to include unzip on the
> install media[1].
>
> While this seems like a simple and straight-forward request that could be
> easily satisfied, there are a few complications.
&g
loss of the very
data they may be trying to save.
I do have a couple potential ways this may be resolved.
But, I would like your thoughts on this matter first.
:-)
[1] https://gitlab.com/FreeDOS/issue-reporting/-/issues/54
<https://gitlab.com/FreeDOS/issue-reporting/-/issues/54&
but the bug
> still exists ... INT 25 and 26 need some sort of integration with
> the existing buffer cache, otherwise every other user of INT 25 and
> INT 26 are still exposed.
>
>
> On Mon, Aug 18, 2025 at 3:08 PM Jim Hall via Freedos-devel
> wrote:
>>
>> I don
DOSLFN might be covered using that brute-force approach, but the bug still
exists ... INT 25 and 26 need some sort of integration with the existing
buffer cache, otherwise every other user of INT 25 and INT 26 are still
exposed.
On Mon, Aug 18, 2025 at 3:08 PM Jim Hall via Freedos-devel
I don't know if everyone saw this, so I'll repeat the news item here.
I saw that Jason Hood posted an update to DOSLFN that seems to fix
this issue. Here's the news item I posted on the website earlier
today:
>>
Thanks to Jason Hood for version 0.42 that fixes disk corrupt
Hi! I think there should be a separate subject for this topic:
https://gitlab.com/FreeDOS/issue-reporting/-/issues/14#note_2686589554
https://github.com/FDOS/kernel/issues/210
It seems that the test kernel which preserves FS and GS segment
registers in the critical error handler has fixed
Depends if the app is using direct io To: "Technical discussion and questions for FreeDOS developers." ;Cc: tom ehlert ;Subject: [Freedos-devel] DOSLFN bugfix explanations and ideas - was: FreeDOS Interim Build T2508;13:34, August 15, 2025, "tom ehlert via Freedos-devel" : I&#
> I'm pretty certain that most DOS installations use a minimal setting for
> the BUFFERS= directive in config.sys. I've never seen anything over 30.
As a little known fact:
for FreeDOS, "BUFFERS=10" is implemented as "at least 10, or whatever fits
into HI
investigated
sector to the BUFFERS cache rather than only SEARCHING for it.
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
ING the investigated
sector to the BUFFERS cache rather than only SEARCHING for it.
Regards, Eric
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
ding almost any program is going to wipe out
the buffers cache. We're not protecting anything by keeping INT 25/26
traffic out of it.
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
cal error handler destroyed FS/GS
in 386 kernels! Most of the FS/GS handling has been fixed many
years ago. How much extra stack will the error handler use now?
Could this explain OTHER misbehaving kernel bugs after criterr?
_______
Freedos-devel mailin
ated and turned over.
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
sv32r:Push fsPush fsc:NopRestr: ;0f a1 pop fs ;66 0f a1 popw fs ;0f a9 pop gas ;66 0f a9 popw gsretfI To: "Technical discussion and questions for FreeDOS developers." ;Cc: "Bernd Böckmann" ;Sub
pop bp
Greetings, Bernd
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
://gitlab.com/FreeDOS/issue-reporting/-/issues/14
<https://gitlab.com/FreeDOS/issue-reporting/-/issues/14>
Since the DOSLFN bug only occurs when the KERNEL + DOSLFN + FDNPKG are in play,
it may be possible a similar problem is happening here.
Both the KERNEL and FDNPKG are 32-bit pr
Hallo Herr Eric Auer via Freedos-devel,
am Dienstag, 5. August 2025 um 02:00 schrieben Sie:
> Hi Tom,
>> cache INVALIDATION is only needed because the BUFFERS cache
>> might have stale data that are not yet on disk.
>> It's a brute force clutch, not a real sol
Hi everyone!
We are about 10 minutes away from the virtual get-together. I meant to send
the URL earlier, but was delayed:
FreeDOS virtual get-together (social)
Google Meet joining info
Video call link: https://meet.google.com/bdf-ohfx-xdv
Or dial: (US) +1 276-738-2609 PIN: 157 838 358
On 8/4/2025 7:10 AM, Jim Hall via Freedos-devel wrote:
Hi everyone!
I wanted to share a reminder that our next virtual get-together is
coming up on Sunday.
We alternate topics every time, and this meeting will be social time.
But I'm sure we'll talk about tech stuff too, we
on whether
the disk access has failed or succeeded.
A more elegant solution could be to call setinvld in
dskxfer itself, instead of the current implementation
where two functions call it after THEY called dskxfer.
Regards, Eric
_______
(use your favorite timezone converter for your
local time)
I'll share the link about half an hour before the meeting starts.
See you then!
_______
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
On Aug 3, 2025, at 2:54 PM, Aitor Santamaría via Freedos-devel wrote:Hi,El dom, 3 ago 2025 a las 2:34, tom ehlert via Freedos-devel (<freedos-devel@lists.sourceforge.net>) escribió:> I agree that you would get better performance when
> raw writes just UPDATE buffer content
Hi,
El dom, 3 ago 2025 a las 2:34, tom ehlert via Freedos-devel (<
freedos-devel@lists.sourceforge.net>) escribió:
> > I agree that you would get better performance when
> > raw writes just UPDATE buffer contents instead of
> > triggering full cache INVALIDATION.
>
ep in mind is that FAT32 and LFN are NOT the same thing even
though they both appeared around the same time, and many people conflate the
two. You can have LFN's on floppies and small hard drives that use FAT12 &
FAT16. FAT32 has nothing to do with Windows, unlike LFN's.
_
while observing the int21_fat32 (dir, fat, data)
destination. basically cache dir and fat calls, don't cache data or unknown.
> Thoughts about write-combining:
leave write_combining for another day.
currently this is about bug fixing, not performance enhancing.
Leave SMARTDRV like performa
roviding
HUGE speed improvements.
>
I have no idea how DOSLFN performs on MSDOS, but it certainly sucks on FreeDOS.
Of course the same applies for FAT32 partitions and int21/7305.
_______
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
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
#x27;s own disk cache, providing
HUGE speed improvements.
I have no idea how DOSLFN performs on MSDOS, but it certainly sucks on FreeDOS.
Of course the same applies for FAT32 partitions and int21/7305.
BTW: this applies only for kernels *internal* BUFFERS caches; external caches
like UIDE an
transparently; also,
it's easy to test: if you don't load a disk cache, the problem should go
away; and there's the comment "sector data is held in cache because
MS-DOS doesn't cache anything, even when SmartDrv is loaded, when direct
disc access is detected" (which was
unlikely because such disk caches should work transparently; also,
it's easy to test: if you don't load a disk cache, the problem should go
away; and there's the comment "sector data is held in cache because
MS-DOS doesn't cache anything, even when SmartDrv is loaded, when
l via Freedos-devel"
To: "FreeDOS Developers"
Cc: jer...@shidel.net
Subject: Re: [Freedos-devel] FreeDOS Interim Build T2508
On Aug 1, 2025, at 8:26 AM, Fritz Mueller via Freedos-devel <freedos-devel@lists.sourceforge.net> wrote:
Hi,
just one question, as I do not
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 LF
> 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
> 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 automa
l via Freedos-devel"
To: "FreeDOS Developers"
Cc: jer...@shidel.net
Subject: [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/
directors cluster
and sector data directly, because the kernel would not do LFN itself,
so the corruption was some sort of caching or buffers conflict? So
is the fix cache-related, kernel-related, or DOSLFN-itself-related?
Eric
___
Freedos-devel mailing list
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/
<https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/test/>
Changes since T2507:
2025-07-24 07:37:03
idn't work
_______
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
Thanks for the heads up.
--
Kirn Gill II
Mobile: +1 813-300-2330 <+18133002330>
VoIP: +1 813-704-0420 <+18137040420>
Email: segin2...@gmail.com
LinkedIn: http://www.linkedin.com/pub/kirn-gill/32/49a/9a6
On Tue, Jul 8, 2025, 13:59 Jim Hall via Freedos-devel <
freedos-devel@lists.
scheduled maintenance at 6pm PST on Tuesday, July
8th. Some services may be unavailable at this time.*
https://fosstodon.org/@sourceforgestatus/114819054545775313
_______
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge
ttps://github.com/FDOS/fdisk/blob/a6e3622c959707f1950df8ca4fe94046274ee1a9/doc/fdisk/history.txt#L1032
> [2]:
> https://github.com/FDOS/fdisk/blob/a6e3622c959707f1950df8ca4fe94046274ee1a9/doc/fdisk/history.txt#L288
>
> Bernd
>
>
> > Am 07.07.2025 um 07:33 schrieb Michael Brutman
025 um 07:33 schrieb Michael Brutman via Freedos-devel
> :
>
> Over at the Wikipedia "List of partition IDs" I was surprised to find that
> FreeDOS FDISK has partition types defined for hidden FAT and Extended
> partitions that have different type numbers than the st
Over at the Wikipedia "List of partition IDs
<https://en.wikipedia.org/wiki/Partition_type>" I was surprised to find
that FreeDOS FDISK has partition types defined for hidden FAT and Extended
partitions that have different type numbers than the standard hidden
versions of tho
> On Jul 6, 2025, at 2:18 PM, Andrew Bird via Freedos-devel
> wrote:
>
> Hi all,
> Can you tell me if there are any official mirrors to the package
> repositories? I currently use some of the packages from there in a CI test
> and I'm finding that the primary site
Hi all,
Can you tell me if there are any official mirrors to the package
repositories? I currently use some of the packages from there in a CI test and
I'm finding that the primary site is timing out.
https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/repositories/
Thanks, A
On Wed, Jul 2, 2025, 7:25 PM Eric Auer via Freedos-devel <
freedos-devel@lists.sourceforge.net> wrote:
>
> [..]
> Does this i16 toolchain still depend on DJGPP, which we do not include?
> Or am I confusing that i16 stuff with something else?
>
You are misremembering. The i
Hi Jerome,
I’ve been extremely busy over the last few days. So, I did not get to this
until this morning.
The FreeDOS Interim Test Build T2507 for July is now available for download at:
https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/test/
Thank you :-)
Changes
I’ve been extremely busy over the last few days. So, I did not get to this
until this morning.
The FreeDOS Interim Test Build T2507 for July is now available for download at:
https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/test/
Changes since T2506:
2025-06-26 08:35:33
On 26.06.2025 10:46, Ігор Алексєєв via Freedos-devel wrote:
Hello!
Hey,
I have not a rich experience in usage of FreeDOS or developing for it,
but I want to make translation into ukrainian.
That's how I started too, so welcome! Currently, only the shell
(FreeCOM) is partly translat
Hello!
I have not a rich experience in usage of FreeDOS or developing for it, but
I want to make translation into ukrainian.
Please write me your politics about it. Maybe somebody would like to do it
too.
Whats kind of language files do you use?
чт, 26 черв. 2025, 10:28 користувач Jerome Shidel
Hi All,
The Official FreeDOS Download and Update Repositories are now browsable in
multiple languages.
https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/repositories/index_de.html
<https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/repositories/index_de.html>
This woul
On 6/25/2025 6:33 AM, Jerome Shidel via Freedos-devel wrote:
Not that it really matters at all. Just curious…
Was using leaked code directly or indirectly simply Speculation or proven fact?
This was as mentioned long, long time ago. And without actually being
able to see the source code, there
> On Jun 24, 2025, at 8:46 PM, Ralf Quint via Freedos-devel
> wrote:
>
> On 6/24/2025 4:48 PM, Jerome Shidel via Freedos-devel wrote:
>>
>>> On Jun 24, 2025, at 7:27 PM, Jim Hall via Freedos-devel
>>> wrote:
>>>
>>> On the virt
back.Htmlhelp has a converter from unicode to most european cp on board, ask Bernd.But please do not convert to themWilli from sauna--Gesendet mit der mail.com Mail AppAm 24.06.25, 02:12 schrieb Jerome Shidel via Freedos-devel lists.sourceforge.net>:
> On Jun 23, 2025, at 5:33 PM, Eric Au
On 6/24/2025 4:48 PM, Jerome Shidel via Freedos-devel wrote:
On Jun 24, 2025, at 7:27 PM, Jim Hall via Freedos-devel
wrote:
On the virtual get-together this weekend, someone (I think it was
Jerome?) asked about the TPC16 compiler. This is a Pascal compiler
that's supposed to be compa
> On Jun 24, 2025, at 7:27 PM, Jim Hall via Freedos-devel
> wrote:
>
> On the virtual get-together this weekend, someone (I think it was
> Jerome?) asked about the TPC16 compiler. This is a Pascal compiler
> that's supposed to be compatible with Borland
the
author about it. Here's the reply:
>>>
the compiler is not open source, however, in the demo archive there is
the exe file of TPC16:
https://turbo51.com/compiler-design/tpc16-turbo-pascal-compiler-written-in-turbo-pascal
<<<
_________
> On Jun 23, 2025, at 5:33 PM, Eric Auer via Freedos-devel
> wrote:
>
>
> Hi!
>
> Quick question...
>
> Does the online FDRepo v3 data also support existing
> installations which expect older data online, or will
> everybody who has installed FreeDOS in th
Hi!
Quick question...
Does the online FDRepo v3 data also support existing
installations which expect older data online, or will
everybody who has installed FreeDOS in the recent past
have to reinstall and/or update repo handling tools?
Regards, Eric
PS: I also think we should keep offering
g data.
That would be good, thanks
Regards, Eric
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
> On Jun 23, 2025, at 8:15 AM, Fritz Mueller via Freedos-devel
> wrote:
>
> Ah, I understand. The problem is close to what we have with htmlhelp.
>
> Have a look at: https://www.wolfgang-frank.eu/hc.php
Thank you for this link. It is a great page and I like it better tha
replacements work on the server.
Willi
Sent: Monday, June 23, 2025 at 1:13 PM
From: "Jerome Shidel via Freedos-devel"
To: "FreeDOS Developers"
Cc: jer...@shidel.net
Subject: Re: [Freedos-devel] FreeDOS Repos
Hi Willi,
On Jun 23, 2025, at 6:31 AM, Fritz Muell
one…
When some packages are installed by FDNPKG under the FreeDOS kernel when the
DOSLFN driver is loaded, the some of the files created by the install are
damaged and the filesystem is corrupted. This occurs regardless of the type of
FAT and even if the package does not contain any files t
Hi Willi,
> On Jun 23, 2025, at 6:31 AM, Fritz Mueller via Freedos-devel
> wrote:
>
> Hi Jerome,
> german uses only the special characters: äÄ, öÖ,üÜ and ß, these are even part
> of CP 437.
> So I think adding german should work.
> You can find the characters äöü
these characters simply ask me.
Maybe French and Spanish are a little more complex, as they use some special characters.
Another question: Will Bernd worry about doslfn?
Willi
Sent: Sunday, June 22, 2025 at 11:09 PM
From: "Jerome Shidel via Freedos-devel"
To: "Free
d for free.
:-)
_______
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
Thanks to everyone who joined today's virtual get-together! We
explored Jerome's new "FDRepo" (listings of the FreeDOS official
distributions) which is now live at
https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/repositories/
We also did some debugging with Bernd on
>> On May 22, 2025, at 8:08 AM, Fritz Mueller via Freedos-devel
>> wrote:
>>
>> Is there really no one who can say which version should be used in
>> the future FDTlive CDs?
On Wed, Jun 4, 2025 at 3:31 PM Jerome Shidel via Freedos-devel
wrote:
[..]
> Willi
Hi everyone!
I'm looking forward to seeing you on the virtual get-together, in 25
minutes from now (I'm sending this at 10:34 my time). Here's the connection
info. See you soon!
FreeDOS virtual get-together (technical)
Sunday, Jun 22 • 11:00 AM – 12:00 PM
Google Meet joining
hey jim i am at VCF-SW. i am promoting FreeDOS there! :D
i will not be available for the meet up. apologies
https://www.vcfsw.org/
On 6/20/25 17:04, Jim Hall via Freedos-devel wrote:
Hi everyone!
Just sending a reminder that our next FreeDOS virtual get-together is
this Sunday, June 22
Hi everyone!
Just sending a reminder that our next FreeDOS virtual get-together is this
Sunday, June 22. Same time as always: 11am US/Central .. use your favorite
time zone converter to find your local time.
We alternate topics every time, and last time was "social" so this one wil
> On Jun 18, 2025, at 5:25 AM, Jim Hall via Freedos-devel
> wrote:
>
>
>
> On Wed, Jun 18, 2025, 1:32 AM Jerome Shidel via Freedos-devel
> <mailto:freedos-devel@lists.sourceforge.net>> wrote:
>
> It looks interesting.
>
> But, I think I have
On Wed, Jun 18, 2025, 1:32 AM Jerome Shidel via Freedos-devel <
freedos-devel@lists.sourceforge.net> wrote:
>
> It looks interesting.
>
> But, I think I have know idea on how to use such a calculator.
>
> I tried entering “12-5” and got -7 as the answer. Probably me.
> On Dec 2, 2024, at 3:32 PM, Davide Erbetta via Freedos-devel
> wrote:
There is nothing like a quick and timely reply…
>
>
> Hi all,
>
> please let me share with you this tiny project: it's written in C with FED
> editor and compiled with Open Watcom, all i
Hi guys,
I'm testing my own software with all code pages available in FreeDOS.
(List of code pages taken from DOC/CPIDOS/codepage.txt in
\packages\base\cpidos.zip.)
I noticed that, in code page 60258 (Russian, Bulgarian and Azeri), the
glyph for uppercase I (ASCII 0x49) is a _do
> Am 10.06.2025 um 23:13 schrieb tom ehlert via Freedos-devel
> :
>
> Not FD CHKDSK? For a reason? FAT32?
The reason is that it was already on my disk and is WAY faster than CHKDSK. But
FD CHKDSK reports equivalent errors. Setting BUFFERS=1 has no effect on the
bug. I also chec
Hi Tom,
> On Jun 10, 2025, at 5:13 PM, tom ehlert via Freedos-devel
> wrote:
> Hi,
>
> some comments.
>
> First, I find it absolutely remarkable that the combination of FreeDOS kernel
> and DOSLFN went without
> reported problems for 20+ years. So much
2025 at 11:48 AM, Jerome Shidel via Freedos-devel
wrote:
> Hi All,
>
> A few days ago, Willi discovered an odd File Name related bug.
>
> When installing the ADT2 package[1] from the repository at FD.LOD.BZ using
> FDNPKG, it would install the 999 files in the package. How
Hi,
some comments.
First, I find it absolutely remarkable that the combination of FreeDOS kernel
and DOSLFN went without
reported problems for 20+ years. So much for 'testing' by installing ...
>> Am 10.06.2025 um 14:19 schrieb Jerome Shidel via Freedos-devel
>> :
>
Hi,
> Am 10.06.2025 um 14:19 schrieb Jerome Shidel via Freedos-devel
> :
>
> When installing the ADT2 package[1] from the repository at FD.LOD.BZ using
> FDNPKG, it would install the 999 files in the package. However, the
> FREEDOS\PACKAGES\ADT2.LST file would only contain
Hi All,
A few days ago, Willi discovered an odd File Name related bug.
When installing the ADT2 package[1] from the repository at FD.LOD.BZ using
FDNPKG, it would install the 999 files in the package. However, the
FREEDOS\PACKAGES\ADT2.LST file would only contain about 300 entries
Thank you, just fixed the download links you mentioned.
Laaca
-- Původní e-mail --
Od: Jerome Shidel via Freedos-devel
Komu: FreeDOS Developers
Kopie: jer...@shidel.net
Datum: 8. 6. 2025 10:06:44
Předmět: Re: [Freedos-devel] Font editor Fontana - finaly released!
"
"
> On Jun 7, 2025, at 8:01 PM, Ladislav Lacina via Freedos-devel
> wrote:
>
> Fontana v1.0
>
> Fontána (or Fontana) is a bitmap font editor designed for the DOS operating
> system. It allows you to open, create, edit, and combine a wide ra
.cz/blocek) (English)
http://www.laaca.borec.cz(http://www.laaca.borec.cz) (Czech)_______
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
um 12:27 schrieb Bernd Böckmann via Freedos-devel
> :
>
> There are errors in the .COM loader. Under some circumstances it allocates
> not enough memory. There is an issue at Github [1].
>
> a) needed size is not rounded up to paragraph, but rounded DOWN.
> b) the loade
mem = exp->load.load_seg;
_______
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
> On May 22, 2025, at 8:08 AM, Fritz Mueller via Freedos-devel
> wrote:
>
> Is there really no one who can say which version should be used in the future
> FDTlive CDs?
It is very disappointing that no-one felt inclined to investigate this issue.
Fortunately as work is concl
1 - 100 of 2380 matches
Mail list logo
