Hi,
On at 2025-05-29 16:57:52 +0200, Wolf Bergenheim via Freedos-devel
wrote:
>Hi Bernd,
>
>I can confirm, I also get AH=38h in dosemu when I try to access a
>nonexistent drive a:
dosemu isn't a kernel. What kernel are you running *in* dosemu to get this
result?
> e.g. by calling ls a: with D
Hi,
On at 2025-05-15 22:32:55 +0200, "Bernd Böckmann via Freedos-devel"
wrote:
>Thanks to everyone who responded to my question.
>
>I will adapt the INT2F.1680 (+ HLT) method, as some of you suggested.
>
>However, as this was already built into EDIT, one comment in the source caught
>my attenti
Hi Bernd,
we just had this in the BTTR Software forum, "DOS Ain't Dead". The thread
started [1] with the question of how to avoid using 100% CPU time of a CPU core
for a DOS VM.
In one of my replies [2] I answered exactly where code should idle. That is,
whenever it does a polling loop. For ex
On at 2025-04-17 00:40:29 +0200, "Bernd Böckmann via Freedos-devel"
wrote:
>
>To rule out the unlikely situation that 40:96 gets corrupted by the kernel, I
>also will inspect this value at the boot loader stage after Easter.
>Interestingly, under a directly booted lDebug, it shows as 10h. But
On at 2025-02-25 22:40 +0100, tom ehlert via Freedos-devel wrote:
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 De
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
Hi Bernd,
MS-DOS v6 or v7.00 return for all 21.73 functions is actually "AL = 0, *CF
unchanged*", which is the CP/M style error return for unsupported functions. If
you take care to pre-init CY (Carry Flag set) before the call then these
versions of DOS will return AX = 7300h, CY, as they will
On at 2024-12-02 00:08 -0500, Jerome Shidel via Freedos-devel wrote:
Hi All,
I figure I will through in my 2 cents worth of interpretation for their
License, Restrictions and my Conclusions in regards to UPX.
UPX and UCL are copyrighted software distributed under the terms of
the GNU
On at 2024-11-29 18:55 -0800, Michael Brutman via Freedos-devel wrote:
I don't understand what the problem with UPX compressed executables is.
The exception for the "linking" done with the stub is fine. What isn't
fine is that UPX-NRV isn't free and open source, not in a plain "GNU GPL
v2+" s
Hello,
On at 2024-11-25 15:13 -0500, Jerome Shidel via Freedos-devel wrote:
Hi,
On Nov 25, 2024, at 1:39 PM, E. C. Masloch via Freedos-devel
<mailto:freedos-devel@lists.sourceforge.net>> wrote:
On at 2024-11-16 01:59 -0500, Jerome Shidel via Freedos-devel wrote:
Hi All,
As we
On at 2024-11-16 01:59 -0500, Jerome Shidel via Freedos-devel wrote:
Hi All,
As we are most likely approaching the release of FreeDOS 1.4 in the very near
future, we are coming to the point where we will begin to look at the monthly
Interim Test Release builds of the operating system as Releas
(I got a separate mail privately that this accidentally went to the
list, explaining why it is in german as well. I decided I'll answer it
to the list for the benefit of others however.)
On at 2024-10-22 14:19 +0200, Wilhelm Spiegl via Freedos-devel wrote:
Sehr geehrte Frau Masloch,
ich wollte
On at 2024-09-09 03:55 -0400, Jerome Shidel via Freedos-devel wrote:
Hi,
...
We could go from a BonusCD to a BonusDVD and increase the size of the FULL USB.
That would basically leave things more or less as they are now but would
include all of the packages.
There a lot of possibilities. I
On at 2024-06-02 19:45 +0200, E. C. Masloch wrote:
On at 2024-06-02 13:31 +0200, Bernd Böckmann via Freedos-devel wrote:
[...]
Thinking of this LBA, non-LBA thing we might investigate if it is
possible to merge the LBA and non-LBA FAT32 VBR code into one. But
that is for another topic. We
Hello Eric, hello list,
On at 2024-07-26 13:04 +0200, Eric Auer via Freedos-devel wrote:
>
> Hi! News from BTTR:
>
>
https://www.bttr-software.de/forum/board_entry.php?id=20959&page=0&order=time&category=0
>
> while working on a single-file version of the EDR-DOS kernel,
> GPT partition support
(I copied this mail to the pushbx blog in which the links can be written
as proper hyperlinks. You may want to read it there [0].)
On at 2024-06-30 23:04 +0200, Bernd Böckmann via Freedos-devel wrote:
Hello,
I have a question our assembly people: I stumbled upon an unusual instruction
in the
On at 2024-06-02 13:31 +0200, Bernd Böckmann via Freedos-devel wrote:
If the 10MB partition can be booted from, we have to take into account that
this is a FAT16 partition, and accordingly the FAT12/16 volume boot code is
installed. This supports both LBA and non-LBA access.
Jim, can you uplo
On at 2024-06-02 18:19 +0200, Bernd Böckmann via Freedos-devel wrote:
5. SYS C: /FORCE:CHS
And that boots without problem on the Pocket386!
Also: you asked about FDISK /XO output. It reports "W95B INT LBA
FAT32" in the upper left corner. This is running FDISK 1.3.15.
To Jim: Are you sure
On at 2024-06-02 19:16 +0200, Eric Auer via Freedos-devel wrote:
Hi!
It would be possible to add an additional screen to the installer
(probably only advanced mode) to use the /FORCE:CHS option.
That would be a good option to have, but I'd like to fix sys bootcode so
lba code works and may
On at 2024-05-23 11:42 +0100, Liam Proven via Freedos-devel wrote:
On Tue, 21 May 2024 at 19:22, E. C. Masloch via Freedos-devel
wrote:
64 Ki * 16 KiB = 1024 MiB. (The actual maximum amount of clusters is of
course slightly less than 64 Ki, to be exacting.) So you're off-by-one,
a "
On at 2024-05-19 00:37 +0100, Liam Proven via Freedos-devel wrote:
On Fri, 17 May 2024 at 17:14, tom ehlert via Freedos-devel
wrote:
Below 1GB FAT16 uses 8kB clusters. From 1GB-2GB it uses 16kB ones.
(Below ½GB it uses 4kB.)
That would require FAT17.
(?)
Not at all.
64 Ki * 16 KiB = 102
On at 2024-05-03 23:54 -0400, Steve Nickolas via Freedos-devel wrote:
So I've had some thoughts regarding the MS-DOS 4 source drop, regarding
things I'd like to do with the code. I'm not really that good of a
coder and probably would only be able to do some of them myself. (I'd
kill for a 3.3
On at 2024-04-26 14:28 -0500, Jim Hall via Freedos-devel wrote:
On Fri, 26 Apr 2024, Bernd Böckmann via Freedos-devel wrote:
Microsoft and IBM released the source code of MS-DOS 4.0 under MIT
license [1]. To me, it looks fairly complete.
On Fri, Apr 26, 2024 at 2:25 AM Steve Nickolas via Free
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 CONFI
On at 2023-09-01 19:03 +0200, Bernd Böckmann via Freedos-devel wrote:
Well, I think it's me to blame ;-)
I will try to build some compression mechanism into AMB, so that the
help files get smaller. The main FreeDOS help file would also benefit
from that, I think.
Bernd
I recently added one
On at 2023-08-02 15:27 +0800, Paul Edwards via Freedos-devel wrote:
> FreeDOS should run on 8086, both kernel and shell. If it doesn't,
> that's a bug or omission.
Are you sure? I thought I was told that the standard
distribution relied on an 80386.
> ke20xx_32.zip : binaries for 8086, FAT1
On at 2023-07-31 08:44 -0500, Jim Hall via Freedos-devel wrote:
FYI: Your post was 104 lines and 618 words. How-to articles on
websites are between 500 and 800 words, so this email was a bit long.
:-/
The point is you have released a new microemacs?
There is some more context to all of this in
28 matches
Mail list logo
