COMMAND2.COM 2.44 - Bugfix

by Hydragon on 29-11-2010, 19:21
Topic: Software
Tags: Utilities
Languages:

Source: TNI

Recently we reported about TNI's release of COMMAND2.COM version 2.44. TNI announced that it's recommended to redownload the package of COMMAND2.com v2.44, for users who downloaded the package before 18th and 29th November. Changes in this version:

  • Some help file updates were missing from the original release
  • A bug was fixed that caused "Wrong version of COMMAND" error on MSX2 machines

Relevant link: TNI's COMMAND2.COM 2.44

Comments (8)

By Sarcasmic

Master (149)

Sarcasmic's picture

29-11-2010, 19:26

just patched works like a charm thanks bifi for fixing my bug within 10 minutes of time Wink

By KdL

Paragon (1300)

KdL's picture

30-05-2011, 09:10

@BiFi: I do a test for TAB completation... Smile

By KdL

Paragon (1300)

KdL's picture

30-05-2011, 09:53

there is a bug....................

e.g. 1, ok:
A:\DIR1\
A:\DIR2\
A:\FILE1.TXT
A:\FILE2.TXT

[TAB LOOP from \ root only] –> DIR1\ ... DIR2\ ... FILE1.TXT ... FILE2.TXT ... DIR1\ ... etc. [infinite loop is fine here!]

e.g. 2, bug:
A:\TEST\DIR1\
A:\TEST\DIR2\
A:\TEST\FILE1.EXT
A:\TEST\FILE2.EXT

[TAB LOOP from TEST\ subdir only] –> \TEST\DIR1\ ... \TEST\DIR2\ ... \TEST\FILE1.EXT ... \TEST\FILE2.EXT ... \TEST\FILE2.EXT ... [infinite loop is bad here!]

e.g. 3, ok:
A:\TEST\DIR1\
A:\TEST\DIR2\
A:\TEST\FILE1.EXT
A:\TEST\FILE2.EXT

[TAB LOOP from TEST\ subdir + ‘F’ as 1st char] –> \TEST\FILE1.EXT ... \TEST\FILE2.EXT ... \TEST\FILE1.EXT ... etc. [infinite loop is fine here!]

By KdL

Paragon (1300)

KdL's picture

03-08-2013, 18:06

I'm improving the 1chipMSX...

I think there is a speed problem managing the FAT16 filesystem.

An example copying the ALESTE.ROM (256kB) with COMMAND2.COM v2.44:
COPY A:\ALESTE.ROM A:\TEST\
COPY A:\ALESTE.ROM A:\BACKUP.ROM

OCM32RC4 >> 6 sec. >> 1GB SD-CARD + 5MB USED SPACE (FAT16)
OCM32RC4 >> 27 sec. >> 1GB SD-CARD + 180MB USED SPACE (FAT16)

After a formatting, if you create a subfolder and many other files (50-100MB)
this folder in 1st position will be fast if using for copy in it.
After 100MB of used space if you copy in root or into a new subfolder, this copy will be slow!

If you have already an SD-CARD with many files:

32MB will be slow!!
100MB will be very slow!!
200MB will be very very slow!!

Cheers,
KdL

By snout

Ascended (15188)

snout's picture

03-08-2013, 20:19

By KdL

Paragon (1300)

KdL's picture

03-08-2013, 20:33

KdL wrote:

32MB will be slow!!
100MB will be very slow!!
200MB will be very very slow!!

I would like to specify... always for a copy of a single file by 256kB
on SD-CARD with 32MB / 100MB / 200MB of used space.

I apologize for my horrible English! oO

By KdL

Paragon (1300)

KdL's picture

05-01-2020, 23:46

I found a bug in the auto-execution of AUTOEXEC.BAT by COMMAND.COM version 2.44

The PATH is lost when you press Ctrl-C if it stops even after it has already been applied.
During the OCM tests this problem made me crazy!

If I restart AUTOEXEC.BAT manually, the problem does not occur.

Here is an example of AUTOEXEC.BAT to take the test.

[AUTOEXEC.BAT]

PATH A:\ A:\HELP A:\UTILS
SET
ECHO Press Ctrl-C, confirm Yes and run SET manually to view the bug ...
PAUSE>nul

This issue does not depend on the kernel used.

By Grauw

Ascended (9070)

Grauw's picture

06-01-2020, 00:03

KdL wrote:

32MB will be slow!!
100MB will be very slow!!
200MB will be very very slow!!

Always for a copy of a single file by 256kB on SD-CARD with 32MB / 100MB / 200MB of used space.

It is because the FAT is updated every time the file size is increased by writing. As the disk becomes full it takes longer to find empty clusters. To avoid this, software can pre-allocate the entire file if the file size is known in advance. Temporarily set the file handle pointer to the final file size - 1 and write a dummy byte. With this the remaining writes will be much faster. This is an optimisation I perform in gunzip, it makes a big difference.