This issue comes up every once in a while: FreeDOS CHOICE intentionally accepts
unlike MSDOS times greater than 99 seconds.

Yes, that is intentional.  I don't see a reason that CHOICE must be
limited to 2-digit wait times just because the MS-DOS description of
CHOICE /T used "nn".

I don't plan to change this behavior.  I'll add a note in the Readme, if
a note isn't already there.

This bug is a reminder for me to do that in the next release.

Achin Sondermann writes:

>> I don't plan to change this behavior.  I'll add a note in the Readme, if
>> a note isn't already there.


Yes please, I didn't complain because the MSDOS description is different but
because it behaves differently:

Freedos: choice /t:y,123
--> waits 123 seconds

DRDOS: choice /t:y,123
--> Invalid option '3' in parameter "/t:y,123"

MSDOS/PCDOS: choice /t:y,123
--> waits 12 seconds and echos the third digit in the next line:
D:\TEST\TRANS\PCDOS>choice /t:y,123
3[Y,N]?

It seems that in MSDOS the space between "/t:c,nn" and "text" isn't required.

It is incompatible right now, you have to tell in the readme that former MSDOS
users have to check their existing batch files.

I've added this note in the README, to be included in CHOICE 3.8:


Please note: FreeDOS CHOICE intentionally accepts (unlike MS-DOS)
times greater than 99 seconds.  The MS-DOS CHOICE strictly followed
the syntax '/T[:]c,nn' where nn could be 1 or 2 digits.  If nn really
was 3 or more digits, weird behavior would happen.  FreeDOS CHOICE
allows wait times longer than 99 seconds.  If you want to wait 600
seconds (10 minutes), that's your business. -jh

Fixed in CHOICE 3.8

-jh