> So in short, DOS is not great for real-time stuff,
+1
> but it certainly is not as bad as Windows :-p
Windows is actually quite good for realtime stuff (even hard realtime stuff) -
if you write your time critical stuff as a device driver.
there are a lot of provisions, directives, howto's e
Hallo Herr Harald Arnesen,
am Freitag, 23. Juni 2023 um 21:29 schrieben Sie:
> Patrick McCavery [23/06/2023 18.13]:
>> If I could run format \s right from Linux, I could use all of my
>> existing toolchain and I would not have to run this command on a USB key
>> from within qemu.
>> > Could this
A couple tips. If you only need 100MB or so, you can mount and work
on the USB image like
(https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.3/official/FD13-FullUSB.zip)
like so.
```
# sudo mount -tvfat -o loop,offset=32256 FD13FULL.img /mnt/target/
```
There used to be a
Patrick McCavery [23/06/2023 18.13]:
If I could run format \s right from Linux, I could use all of my
existing toolchain and I would not have to run this command on a USB key
from within qemu.
Could this be done?
Get a copy of the bootsector from a DOS disk, store it somewhere on your
Linux
Hi Patrick,
In principle, FORMAT /s simply formats your drive, which
you can already do well with Linux tools, and then runs
SYS to make it bootable. Alternatively, it can provide a
boot sector built into FORMAT itself and fetch a copy of
kernel & shell from e.g. the current drive, or the drive
Hi Everyone
This is my first post here.
I was thinking about using a Linux-DJGPP cross compiler and FreeDOS as a
basic RTOS.
If I could run format \s right from Linux, I could use all of my
existing toolchain and I would not have to run this command on a USB key
from within qemu.
Could th
Hi Eric,
> How much faster are Unicode and HTML entity translation now?
The speed up of the table lookup is about factor 3. However, there are still
some bottlenecks in the tag / entity substitution code (not the UTF to codepage
translation). The code makes heavy use of memmove and realloc, doi