PE> Yes, using localtime() or gmtime(). I suggest localtime().

  Ahh! That's the one I'm looking for.

... [later]

  Well, that works.

  stat() returns a time_t
  localtime() returns a tm
  strftime() formats the tm into a string with the correct time.

  There is no need to set GMT.

 PE> 1. You ignore the Borland manual, and use ANSI_C.* from
 PE> 3:711/934.

  I think I'll just make it up as I go along...

 PE> Try setting the TZONE environment variable.

 BL> I'm not worried about *me*, I'm worried about everyone else. It

 PE> So you document that you need to set that variable.

  ROFL! You don't have a clue about commercial practice, do you?
Document it? No one ever reads the manual.

... hint: have a look at the way M$ does it. That works.

 PE> You have to set something in your config.sys to change the
 PE> output of "date" to use the Australian date format too. 

  Don't be silly. Modify config.sys? ROFL!! You modify YOUR PROGRAM 
you idiot.

 PE> Does your program compile on Unix? (Yes). Would your Turbo
 PE> Pascal one have? (No). 

  Shock, horror.

 PE> Posix is that they put in fork(), making it virtually
 PE> impossible to implement on anything besides Unix. 

  Anyone who calls a function fork() can't be all bad. My all-time
favourite is farcall(). Does fork() do farcall()?

Regards,
Bob
___ Blue Wave/QWK v2.12
@EOT:

---