| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| 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™.