Hi,
>> and whatever UPBs and DPBs and lDOS style S MCBs are: can't be that
>> important.
> UPBs (Unit Parameter Blocks) are known to the FreeDOS kernel and the
> interrupt list as DDTs (Drive Data Tables), to EDR-DOS as UDSCs (Unit
> Descriptors), and to MS-DOS as BDS (Block Data Structure).
Hello,
On at 2025-02-25 15:52 +0100, tom ehlert via Freedos-devel wrote:
"On current lDOS, loading things into the HMA or UMA makes it so
that only the DOS-internal UPBs and DPBs are allocated within
the Low Memory Area MCB chain. (BIOCODE and DOSDATA are in front
of the first MCB.) They already
On at 2025-02-25 19:16 +0100, Danilo Pecher via Freedos-devel wrote:
Actually the first snippet looks a bit dodgy to me. Why initialize one
pointer and not the other?
If you'd actually looked into the source text for this [1] you would
have found quickly that the other pointer *is* already ini
On 25.02.2025 19:16, Danilo Pecher via Freedos-devel wrote:
Actually the first snippet looks a bit dodgy to me. Why initialize one
pointer and not the other?
https://gitlab.com/FreeDOS/base/mem/-/blob/62832f6570204d3cacff7dc858ec84860ff12d91/SOURCE/MEM/MEM.C#L1677
;)
Actually the first snippet looks a bit dodgy to me. Why initialize one
pointer and not the other? It almost looks like someone just wanted to
make his patch look a bit more substantial than it really is.
On Tue, 25 Feb 2025 at 17:45, tom ehlert via Freedos-devel
wrote:
>
> Hi,
>
> > Recently, ECM
Hi,
> Recently, ECM submitted a pair updates to the MEM command "fix search_sd
> returning an uninitialised pointer if empty SD MCB”
> and “fix search_sd omitting last SD sub-MCB if it is empty” the FreeDOS
> GitLab Archive. [1]
> As far as I know, there is no upstream project for the MEM comm
Hallo Herr Gregory Pietsch via Freedos-devel,
am Donnerstag, 24. Oktober 2024 um 19:17 schrieben Sie:
> I am sending a GPLed version of the Unix make utility in the hopes that other
> programmers can make it great again! Please send back improvements.
Place it into the next garbage bin.
Tom
Hi,
am Montag, 24. Februar 2025 um 15:59 schrieben Sie:
> I am releasing onto an unsuspecting world a new version of libm, the math
> library of awesomeness.
> What I would like to know is, how close is this to 1.0?
I haven't seen any discussion of it on freedos-devel@lists.sourceforge.net,
Hi everyone,
As a reminder, users are now directed to report bugs and issues on the FreeDOS
website over to GitLab [1] instead of Sourceforge.
While there are many “issues” which report bugs, some are just feature
requests.
Also, there are others that are calls for help or simply a new user n
Funny. My go-to language in the early 90s was Pascal as well, but I
don't think I could code in anything but C or assembler these days.
Compared to those two Pascal seems almost cumbersome with 30 years of
hindsight...
On Tue, 25 Feb 2025 at 13:53, Jerome Shidel via Freedos-devel
wrote:
>
> Hi,
Hi,
Recently, ECM submitted a pair updates to the MEM command "fix search_sd
returning an uninitialised pointer if empty SD MCB”
and “fix search_sd omitting last SD sub-MCB if it is empty” the FreeDOS GitLab
Archive. [1]
As far as I know, there is no upstream project for the MEM command.
I ha
Hi,
while writing on the german FD help I wanted to add some examples for swsubst and found a problem where I am not sure if I am handling it wrong or if it is a bug.
swsubst is divided into two commands: subst and join. "/u drive" is for subst, "/j drive" for join.
The subst command:
s
12 matches
Mail list logo
