Just wondering: is it possible that all reported file system corruptions were
for FAT12/FAT16 disks?
Because - as I understand it - the FAT32 disk read mechanism (INT21 AX=7305)
has
protection against the supposed bug, while FAT16 (INT25/26) has not.
Tom
in small chunks.
> We're not protecting anything by keeping INT 25/26
> traffic out of it.
+1
INT 25/26 traffic should behave as other kernel traffic, with (for certainty)
have a "flush dirty sectors"
after each INT 26 WRITE request (just in case it might be buffered).
To
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
nce for another day; FreeDOS managed without
it for the last 30 years.
It's mind blowing better then not-delayed-write caching for certain use cases
like compiling large packages repeatedly, but mostly pointless in todays
SSD based virtual e
d LBACACHE
shouldn't make a difference bug-wise. I don't know if ResetDrive forces a Reset
down the entire chain
of DOSLFN/kernel/BIOS/harddisk which would be drastic.
Tom
___
Freedos-devel mailing list
Freedos-devel@lists.s
ight be interesting to look what interfaces to DOS DOSLFN uses.
One quick experiment would be to run the install procedure using BUFFERS=1 and
see if the missing files
in ADT2.LST vary.
Tom
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
Hallo Herr Bob Smith via Freedos-devel,
am Freitag, 30. Mai 2025 um 22:37 schrieben Sie:
> On 5/30/2025 3:14 PM, tom ehlert via Freedos-devel wrote:
>> Bob,
>> >>> It can be loaded from CONFIG.SYS. Perhaps the events you want to trap
>> >>> appear before
Hallo Herr Bernd Böckmann via Freedos-devel,
am Freitag, 30. Mai 2025 um 19:17 schrieben Sie:
> Hi Tom,
>> after all this work, it's time for the EXTKEYB.EXE utility.
>>
>> It's quick and efficient, patent free and listed below
>>
>>
>> #inc
oaded before CONFIG.SYS.
Unfortunately even this superpower tool can't catch events that don't happen
(even if I had one of these machines).
Tom
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
So this could also set
40:96, so EDIT is happy as well.
Might require
mKEYB US /E
on some machines, but such is life;)
Tom
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
as this.
386SWAT is probably absolutely fine. However when it appeared I had already 10+
years of experience with S-ICE. So I never changed my favorite debugger.
Tom
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
Hi Bernd,
after all this work, it's time for the EXTKEYB.EXE utility.
It's quick and efficient, patent free and listed below
#include
main()
{
*(unsigned char far *)MK_FP(0x40,0x96) |= 0x10;
}
to be run on buggy machines, before mKEYB
ractice MANY users "live" updates.
And that is exactly the reason that you don't "test" a new kernel by mixing
it with thousands of packages.
Tom
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
Hi Bernd,
>> Am 27.05.2025 um 16:17 schrieb tom ehlert via Freedos-devel
>> :
>>
>> I don't have any secret information.
>> I'm just worried that there might be a reason PerditionC hasn't released
>> *any* kernels over the last few years, whi
ace", "invalid handle", "access denied" etc.
is used consistently between different DOS function calls.
AFAIK there is no list of error codes for different DOS commands.
Tom
___
Freedos-devel mailing list
Freedos-devel@lists.source
Fritz,
> Tom,
> I am not sure if understand the trial system of FDT250x:
> The kernel will be online for one month till the next version e.g. FDT2507.
> So if someone reports a bigger problem with the kernel it will disappear
> within one month.
> I know bugs that are 20
Hallo Herr Bernd Böckmann via Freedos-devel,
am Dienstag, 27. Mai 2025 um 11:52 schrieben Sie:
>> Am 27.05.2025 um 09:02 schrieb tom ehlert via Freedos-devel
>> :
>>
>> A new kernel.sys can be - and should be - tested independently of all the
>> surrounding s
nents should NEVER be tested in conjunction with multiple
other changes. NEVER.
And that's easy for DOS.
Tom
> cheers,
> willi
> --
> Gesendet mit der mail.com Mail App
> Am 26.05.25, 23:13 schrieb "Bernd Böckmann via Freedos-devel"
> :
> Thanks Jerom
Hallo Herr Jerome Shidel via Freedos-devel,
am Montag, 26. Mai 2025 um 16:52 schrieben Sie:
> Hi Tom,
>> On May 26, 2025, at 10:03 AM, tom ehlert via Freedos-devel
>> wrote:
>>
>> Hallo Herr Jerome Shidel via Freedos-devel,
>>
>> am Montag, 26. Mai
partitions,
Whoever invented "LFS" can he please stay somewhere in the 100+ years future,
(or simply OFF this list)
so I don' have to turn in my grave so often?
> LFN = really long file names)
it has been "long file names" for ~30 y
t; r.w.ax = 0x1680;
>>> intr(0x2f, &r);
>>> no_multiplex_int = r.h.al;
>>> }
>>> else {
>>> cpu_hlt();
>>> }
I'd recommend Bernd's method. It's the be
hat
> you need. Link - https://www.vogons.org/viewtopic.php?f=24&t=43384#p438763
"- 100% ASSEMBLY coded, therefore program should be both fast and small
(the resident part of DOSidle is less than 3K)."
And has command line optio
ing the MCB
> with 00 bytes. Maybe you have some controller buffer at the address?
Nice analysis. on first glance:
USE!UMB should have checked that this memory is indeed writable.
It seems it's not and that is just a stupid program bug.
The cool thing is that source is provided, and some g
> Btw, @ tom, msedit is not from MS but from Mateusz Viste, but it is not
> complete.
I have decided on my DOS editor 30 years ago; so I have no opinion in this.
Still interested in what is an editor that "it is not complete." ?
Tom
___
ve a
> fixed list.
extraction the version wanted out of
mov AH, 30h
int 21h
cmp ax, ABCD <<< this is the version wanted
jne exit_program
is not "heuristic". So simple.
It returns exactly the version required to the calling program. if this reques
eate a new editor". Unpaid time, of course.
Don't complain.
There are literally hundreds of free editors available for DOS.
Just go ahead and locate one, for you and for us.
But don't complain!
Tom
___
Freedos-devel mailing list
Freedos-d
rick to execute them anyway;)
that's easy as they are all written in assembly and probably have the same macro
VERIFY_OS_VERSION
included.
for general programs that's pretty useless because there are sooo many
variations of this.
it also doesn't help for programs
>> Am 16.04.2025 um 21:32 schrieb tom ehlert via Freedos-devel
>> :
>>
>> before you posted "the flag gets cleared even before the first driver is
>> loaded, depending on what gets selected in the FreeDOS
>> boot menu (probably more which
u have an extended keyboard (whatever that is) Yes/No
because one buggy BIOS? absolutely NO!
> , and adapting fdauto.bat accordingly.
neither
> Bernd
Tom
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
Hallo Herr Bernd Böckmann via Freedos-devel,
am Montag, 14. April 2025 um 20:05 schrieben Sie:
>> Am 14.04.2025 um 15:50 schrieb tom ehlert via Freedos-devel
>> :
>>
>> You are saying that this depends on the menu option being 3, independent of
>> the eff
h JEMM386 (Expanded Memory)
> MENU 4 - Load FreeDOS low with some drivers (Safe Mode)
> MENU 5 - Load FreeDOS without drivers (Emergency Mode)
DEVICE=C:\EXTKBD2.EXE
reports 40:96 cleared?
no EMM386 involved? nowhere?
this would be hard to believe.
time to modify the kerne
tform".
It was easy because everybody hates VMWARE.
In the current case, the suggested solution is "write a device driver that sets
0040:0096" so you can avoid /E.
Or send in the machine (which he probably won't do).
Tom
___
; than the others.
> https://www.theregister.com/AMP/2025/04/09/freedos_14/
Specifically for coining "more modern than ever" and the immortal
"One that we haven't tried is another free DOS-compatible OS called the Public
name
...
while (find_next_dir(dir_below))
{
strcat(source, "\\");
strcat(source, "DIRBELOW");
do_stuff_for _directory_down(source)
*origsource = '\0';
}
s
.
so it won't copy files > 2GB because there is not enough space.
Same problem as in ZEROFILL.
Tom
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
Hallo Herr tom ehlert via Freedos-devel,
am Donnerstag, 27. März 2025 um 17:56 schrieben Sie:
> Hallo Herr Fritz Mueller via Freedos-devel,
> am Donnerstag, 27. März 2025 um 17:51 schrieben Sie:
>> thanks, I already tested it, also works fine. so only the copy command is
>
e don't have a joystick.
> Admittedly, original game was about 20kb, and now the default version is 1.4
> Mb... but can be stripped to 800kb.
absolutely amazing coding skills. (Possibly) Shrinking the app by 600k is
absolutely remarkable.
> The question is does it
git that 3 files with 1,6 gb and copy a +b +c 4
> gb creates a 4gb file where the rest of file c is written to the beginning of
> a on the 4gb file). but this is a thing that should rarely happen and can be
> fixed with the next kernel/command.com.
it's a kernel bug.
I will po
Dear Paul,
it would be really cool if you could stop posting [Off-topic] stuff to this
list.
Thank you.
Tom
am Donnerstag, 27. März 2025 um 06:05 schrieben Sie:
> I change a bit my approach to the AI.
> I added a System Instruction:
> I am an AI that want to translate dosdef.co
ng makefiles.
and - as freedos-devel doesn't allow .zip files - the attached .SVP is a .ZIP
file
Tom
move35.svp
Description: Binary data
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
ppens at the same point. See if
> adding, moving or removing files or directories effects it. Log the error.
Logging would be important, yes. And it's easy due to LOGGER.
Tom
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
c:\a\b\c\d\e\f\g\h\i\j\k\l\m\n\o\p\q\r\s\t\u\v\w\x\y\someFile
will consistently nuke XCOPY and MOVE, and we know why.
Tom
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
obably DosBox should be fixed to return AH=86h when no joystick is present.
> _______
> Freedos-devel mailing list
> Freedos-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freedos-devel
Mit freundlichen Grüßen / with kind regards
Tom Ehlert
+49-15151898538
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
Hallo Herr Ralf Quint via Freedos-devel,
am Montag, 17. März 2025 um 20:34 schrieben Sie:
> On 3/17/2025 10:58 AM, tom ehlert via Freedos-devel wrote:
>> Hi Ralf,
>>
>> al_findfirst() seems to be implemented by the GCC RTL. This might as well be
>> a bug in this imp
gt; findfirst() that craps out, as with LFN, the structure of ffblk is likely
> only accounting for a "regular" 8.3 filename, space wise, but gets a longer
> result back from the LFN enabled kernel file functions...
most likely not so. It's certainly the right corner to look (
tle FreeDOS
sources,
and " How to contribute" leads into internet desert.
Tom
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
Hallo Herr Bernd Böckmann via Freedos-devel,
am Dienstag, 4. März 2025 um 01:18 schrieben Sie:
> Hello Tom,
>> Am 04.03.2025 um 00:42 schrieb tom ehlert via Freedos-devel
>> :
>>
>> My suggestion would be to attach these language data to the end of the .exe
>&
printf("%s\n", kittengets(1,22, "can't write file. Disk full??"));
is much easier to navigate then
if (result != 0)
printf("%s\n", kittengets(1,22));
In particular if you try to locate the issue that prints "Disk full".
It's also a matte
Hallo Willi,
ich habe vermutlich dieser Tage einen
KERNEL.SYS der nicht mehr mehr als 4G Files erzeugt
MOVE.EXE der Files > 2G verschieben kann.
Möchtest du die testen?
Tom
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
ht
h LFNs and UniCode which are both outside the realm of "regular"
> DOS.
right.
> BTW, one option I was considering is a single .LNG file (or something) with
> all the translations inside a single file instead of needing a separate file
> for each language. I don't know if that's a good idea or not -- it's
> certainly incompatible with KITTEN, at least in its current form.
Your program. Your data. KITTEN has no intention to read your data.
Tom
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
Hallo Herr tom ehlert via Freedos-devel,
am Sonntag, 2. März 2025 um 09:46 schrieben Sie:
> Hi everybody,
> just noted that DOSFSCK is missing from
> https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/.
> Which is sad as CHKDSK doesn't touch FAT32 drives. I
"File most probably corrupted now: %s\n",
argv[1]);
return 75;
}
}
silently doing nothing when compiler is GCC isn't smart (as the last version
did). please do at least
...
else
printf("while instructed to do so
o be able to handle even FAT32 partitions, but i don't know how far.
have a good night,
Ralf
Congratulations for this marvel of software engineering.
Tom
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
erything else just copies?
Would it be possible to place a link to this at freedos.org?
Is the task "FreeDOS is an open source operating system. Locate MOVE sources
from freedos.org"
included in Jims "usability testing" of the website?
Tom
_
you please provide help how to do
this?
Similar problems with landing on the moon.
Many thanks in advance!
Tom
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
publish software with known, fixed bugs.
Tom
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
Hallo Herr Jerome Shidel via Freedos-devel,
am Samstag, 1. März 2025 um 20:22 schrieben Sie:
> Hi Tom,
>> On Mar 1, 2025, at 1:42 PM, tom ehlert via Freedos-devel
>> wrote:
>>
>>> I do not think the “out of memory” issue on VMware has had a resolution
>>
edos/files/dos/keyb.
How is someone supposed to find this?
why does https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/ still
exist when newer sources
seem to exist at
https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/repositories/1.4 ?
Tom
__
> sizes.
That makes me wonder: what is the realistic datarate of a 1,5 MB/sec UHCI
connection? Is it really 1,5 MB of transferred data
or more like 1/3 of that (0.5MB/sec) as is the case in USB 2.0?
Tom
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
Hallo Herr Kirn Gill II via Freedos-devel,
am Donnerstag, 27. Februar 2025 um 23:34 schrieben Sie:
> Isn't this the same argument I made for broken hypervisors?
Yes. With the tiny little difference that we have one broken machine, and no
broken hypervisors.
Tom
> --
> Kirn Gi
nothing about *this particular* machine. It's most likely a buggy
BIOS/CSM or
buggy firmware (unlikely, else windows wouldn't work), and not worth throwing
valuable developer time at.
Just don't execute DOS on this system.
Tom
___
Freed
C in EDR-DOS).
Even ~22 years ago I wasn't too fluent in alphabet soup. Today, even less so.
Tom
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
rent->size;
+end=parent->seg + parent->size + 1;
so what. might be wrong, but then only the wrong size reported.
should be not important.
Tom
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
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
or(__LINE__);
or similar. How is the correctness assured?
>- Testing, testing, more testing, and debugging of the functions that
>are already written.
That's ridiculous without indication what has already debugged, and what not.
So certainly not "1.
onale for change: Peace and quiet from someone else's bugs.
Tom
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
UMB is available). in that case the automatically expanded MCB is
stopped at the first loaded TSR.
FreeCOM command that rely on malloc() for what they do may fail because
"extraMin minimal and dynamically adjusts its MCB"
is no longer available. Fre
Hallo Herr Eric Auer via Freedos-devel,
am Freitag, 21. Februar 2025 um 13:20 schrieben Sie:
> Hi Tom,
>>> As you already say, XMS SWAP in FreeCOM already makes DOS
>>> memory footprint very small while apps run,
>> Which is true - because XMS_SWAP
>>&
space to residents programs.
> So my proposition is to load DOS low, if XMS_SWAP is available.
My suggestion is to learn your "101 DOS memory allocation" and "202 DOS
advanced memory juggling" before
coming up with propositions.
Thanks for your time.
Tom
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
oad it high into precious UMB, where it
> would require quite a bit of memory while no app runs!
Which is nonsense - because XMS_SWAP.
Low memory is still more precious then UMB memory.
> So I support your suggestion: No SHELLHIGH of XMS SWAP
> FreeCOM in the default c
Hallo Herr Bernd Böckmann via Freedos-devel,
am Mittwoch, 19. Februar 2025 um 21:05 schrieben Sie:
> I agree with Tom that changing the EXE header should be to way to go.
> I did a quick test by patching the COMMAND.COM header by hand with a hex
> editor.
> When I patch offse
likely
tools\patchsize command.com +6K
does the same, but should be changed to
tools\patchsize command.com +8K
I don't have VMWARE to reproduce the bug
Tom
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
available on GitHub as
> artifacts for testing.
My interest in testing 'artifacts' is limited.
publish some kernel/command with a "this should work" note at least.
> It is a nice part of using GitHub CI which
> eventually will allow doing more comprehensive tests f
table to add to FreeDOS? "
mails coming next.
Tom
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
.
it provides a minimum ASM stub, which calls a C main() which does all the hard
work.
highly recommended for all people that still write stuff in ASM because space...
Tom
___
Freedos-devel mailing list
Freedos-devel@lists.sourc
Hallo Herr Paul Dufresne via Freedos-devel,
PLONK
Tom
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
Hallo Herr Jerome Shidel via Freedos-devel,
am Montag, 17. Februar 2025 um 09:02 schrieben Sie:
>> On Feb 16, 2025, at 5:43 PM, tom ehlert via Freedos-devel
>> wrote:
>>
>> Hallo Herr Jim Hall via Freedos-devel,
>>
>> am Sonntag, 16. Februar 2025
ram doesn't really do
> anything and is buggy. See below for details.
> I think we need to drop FDTUI, and not include it in FreeDOS 1.4.
+1
Which rises the question why it was ever included.
IMO FreeDOS included programs should have both a minimum usefulness and cod
While we are at it:
Any reason for the inclusion of MINIBOX?
Tom
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
Hallo Herr Fritz Mueller via Freedos-devel,
am Sonntag, 9. Februar 2025 um 19:06 schrieben Sie:
> Hi Tom,
> I am not happy that I have to do this now, but I think it is time "to wash
> your head". Cholerical attacks are not nice for you and others, but as I had
> severa
ilities.
> So ZEROFILL is a milestone in supporting big HDs by FreeDOS. CONGRATULATIONS,
> Nikkho!
Please spare us this marketing BLA. Fixing bugs is nice, but doesn't make the
'milestones'.
Tom
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
, and probably regexp port by now. Instead you write emails.
Have fun!
Tom
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
ext files within a
> given directory.
You asked for an opportunity to contribute. Here is your first opportunity to
be useful:
teach FIND to search recursively; and while you are at it, teach it
"expressions".
Tom
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
Hallo Herr Eric Auer via Freedos-devel,
am Freitag, 7. Februar 2025 um 14:54 schrieben Sie:
> However, there
> are people working on the ability to boot DOS from FAT partitions
> (FAT16 or FAT32) on GPT-partitioned disks.
This is completely new to me. Any links to sh
> Looking for a DOS-centric way of doing that.
The DOS-centric way is not doing that at all.
> As last resort I know I
> can always install DJGPP's find and grep.
exactly.
Tom
___
Freedos-devel mailing list
Freedos-devel@lists.s
the possibility to modify existing programs at *any* price.
Even today, compilers may be free, but the computers to run these compilers
(and the resulting
programs) aren't free at all.
Tom
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
Are there efforts in this regard? Does the FreeDOS project deem this as
> important?
Definitively NO. There is more important (and interesting) stuff to be done.
FreeDOS is about open source, not about self-hosted. Please read the manifesto.
Tom
___
erent this time
Please note that "out of memory" doesn't mean "out of memory". "out of memory"
is just the
catchall message from freecom if none of some specific error messages apply.
Tom
___
Freedos-devel maili
logging to XMS.
> After all, RLE is very quick and would reduce the amount of data that would
> need sent to XMS.
the time needed to copy to XMS is a constant time to switch forth and back to
PM, plus the cost of memcpy.
should be fast enough in any reasonable setup.
Tom
(1) ~12 pentium-cloc
4 still has real mode and V86 mode. However both are not
available with a 64Bit host OS.
AFAIK 286 protect mode too is available from x86-64, too.
However there are so few 286 protected mode programs in the wild, that they are
rather irrelevant. They all died with OS/2.
I
ld use
supported EMS anyway.
> Just my two cents.
USD cents? EURO cents? or just Guyana cents?
Tom
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
y opinion EMS lost relevance when the 386 was introduced. That's a LONG
time ago.
Tom
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
tends to be the sole creator of programs that
*create* RAR files. This is his good right, and not "stupid".
RAR was created as shareware, back in the good old times. And I hope he
made (and makes) a living by his software.
You may not u
No Error
C:\>>ping tunes.org
> Resolving `tunes.org'...No Error
C:\>>ping asklfjklf.jk
> Resolving `asklfjklf.jk'...No Error
whatever is going on here, this seems to be a bad
test for internet availability.
Tom
___
Freedos-devel
hould look like
C:\NET\MTCP>services time
The time is 2025-01-16 14:59:41.036935977 + UTC
C:\>
feel free to add a
services /?
to echo a copyright notice; the way you did it is simply annoying.
Tom
_
tio as color rarely changes.
Tom
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
el string.
> Are there any recommendations which is better? Which labels are
> shown and updated by label-related MS DOS commands, for example?
it should show the same as DIR (in command) or LABEL, preferably the same as
in MSDOS or Windows. Whatever they use.
Tom
__
s)
is unfortunately an entirely different matter, and *much* more complicated then
this
innocent "for Workgroups" suggests.
Tom
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
> b) fdtui is a tumbler. I think it is really enough to download it via fnpkg.
+1
Tom
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
hould be able to do this.
For freecom it's even easier.
Just start the new freecom from the old freecom. And now you are 100% executing
in new freecom domain. say EXIT and you are using the old freecom again.
Tom
___
Freedos-dev
1 - 100 of 775 matches
Mail list logo
