Board index » delphi » The year-2000 problem using DOS 7.0+TP 7.0

The year-2000 problem using DOS 7.0+TP 7.0

Hello everybody,

I've got a question about the "hot" year-2000-problem. As I'm writing a file
manager it's interesting to me if my program will work correcly after the
year 1999 AD.
I know that DOS manages dates up to the 31th December of 2099 but what about
the compressed date-data (DOS.DateTime and WINDOS.TDateTime +
PackTime/Unpacktime).
When I've got the file data using FindFirst/FindNext, will the procedure
Unpacktime(...) returns a "1900" or a "2000"?
(I can't test it 'cause my version of Win95 isn't ready for this problem.)

You can answer to  me (prefered; Olaf.Uebersch...@t-online.de) or to the
newgroup.

Olaf

 

Re:The year-2000 problem using DOS 7.0+TP 7.0


JRS:  In article <6rv4sh$rv...@news02.btx.dtag.de> of Tue, 25 Aug 1998
19:56:01 in comp.lang.pascal.borland, Olaf.Uebersch...@t-online.de
wrote:

Quote
>I've got a question about the "hot" year-2000-problem. As I'm writing a file
>manager it's interesting to me if my program will work correcly after the
>year 1999 AD.
>I know that DOS manages dates up to the 31th December of 2099 but what about
>the compressed date-data (DOS.DateTime and WINDOS.TDateTime +
>PackTime/Unpacktime).
>When I've got the file data using FindFirst/FindNext, will the procedure
>Unpacktime(...) returns a "1900" or a "2000"?
>(I can't test it 'cause my version of Win95 isn't ready for this problem.)

No problem with the DOS version; my "hunt.pas" (via Sig, with EXE)
handles DOS dates up to 2107-12-31 23:59:58.

I did write 2107-15-31 31:63:62, but fortunately decided to test the
assertion - next I must find why that one did not work (the file does
have that stamp, AFAICS from DIR).  H'mmmm - 2107-15-31 31:63:60 is OK.
DOS/Borland must trap a "-1" somewhere.

My "dosstamp.pas" will rewrite file date/time stamps; and in
"/zipfiles/", my "hunttest.zip" contains zero-length test files of
various dates (but not the two above, as yet).

I've not tried it, but I'd expect no Y2k problem with the BPW function.

--
John Stockton, Surrey, UK.    j...@merlyn.demon.co.uk    Turnpike v1.12    MIME.
  Web <URL: http://www.merlyn.demon.co.uk/> - FAQqish topics, acronyms & links.
  PAS, EXE in <URL: http://www.merlyn.demon.co.uk/programs/> - see 00index.txt.
  Do not Mail News to me.    Before a reply, quote with ">" or "> " (SoRFC1036)

Other Threads