WebMSX icon indicating copy to clipboard operation
WebMSX copied to clipboard

GET DATE format does not seem to match format specified in &H2B for certain machines

Open FiXato opened this issue 3 years ago • 0 comments

For the (I guess non-standard) MSX2+ Europe and America machines the date format returned from get date a$: print a$ does not seem to match the format specified in bits 6,5,4 in &H2B (see http://map.grauw.nl/resources/msxsystemvars.php for details):

Example using MSX2+ America machine: image https://msxpen.com/codes/-Mb3Qw8ovBQFirYVt-lp Returned date (21/06/01) is in Japanese Y/M/D format (probably because the system is based on a Japanese MSX2+), while the format says it should be format 1, M/D/Y (06/01/21)

Example using MSX2+ Europa machine: image https://msxpen.com/codes/-Mb3ROWqhsvDxr5DIZOY Again, returned date (21/06/01) is in Japanese Y/M/D format (probably because the system is based on a Japanese MSX2+), while the format says it should be format 1, M/D/Y (06/01/21). (And I would actually expect the format to be 2, D/M/Y (01/06/21))

Compare this to the MSX2+ Japan machine: image https://msxpen.com/codes/-Mb3T6oro5At7F2FCG64 This machine correctly returns 21/06/01 with format 0 (Y/M/D).

The Turbo R Europe machine (as well as the US one) does have matching date and format: image https://msxpen.com/codes/-Mb3Ta2Qpzw8AaMsaG6z (Though again I would expect D/M/Y format 2 for the European one, rather than M/D/Y format 1; but apparently a real Philips NMS 8280 (which I would consider a European machine) also uses the US rather than EU date format...)

FiXato avatar May 31 '21 22:05 FiXato