TIP: Click on subject to list as thread! ANSI
echo: batpower
to: Bob Swift
from: Paul Quinn
date: 2003-04-28 21:29:00
subject: Re: CMDTIME

Hi! Bob,

On Sun, 27 Apr 03, you wrote to me:

 PQ>>   [C:\RUBBISH\DELETE]cmdtime --e copy \config.sys .\{at}Q{at}Z.txt{at}Q
 PQ>>   Command: copy \config.sys .\"E. Austral_+.txt"
 PQ>>           1 file(s) copied
 BS> Oh oh!  CMDTIME shouldn't do that.  Looks like it was taking the long
 BS> time zone information string from Windows and truncating it.  That
 BS> will be corrected right away.

That's what I figured also... oh, I viewed it as a fascinating 'feature'.  ;-)

 PQ>> I just spotted the file creation dates; WTF did 18:48 on 6 April
 PQ>> come from!?!  I only did the tests about 10 minutes ago.  Mmm...
 PQ>> is that one of the problems you had in mind?
 BS> Wow, that one has me stumped.  CMDTIME doesn't do anything with file
 BS> dates or make changes to the system clock.

My fault!  It's the file creation date/time of the copied file.[snort] 
Don't panic.  :)

 BS> BTW, there is a new version posted at http://www.rsds.ca/misc.html
 BS> that deals much more gracefully with the Windows provided long time
 BS> zone information, when there is no TZ environment variable set.

I'll hunt it down.  Thanks.

 BS> I *may* be able to compile a 16-bit DOS version if there is any
 BS> interest, but I don't have any way to test it here.  Any takers?

No great interest here, but maybe I can help test it for you... a DOS 7.1
boot without the GUI ought to be fine, huh?

 BS> Thanks for your help.

Any time.  I seem to have a knack for breaking things.

Cheers,
Paul.

--- Radius/W32 4.009-02.01.03/RC10
* Origin: 7 Days without pizza makes one week. (ZMH only) (3:640/384)
SEEN-BY: 633/267 270
@PATH: 640/384 954 774/605 123/500 106/2000 633/267

SOURCE: echomail via fidonet.ozzmosis.com

Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.