TIP: Click on subject to list as thread! ANSI
echo: 4dos
to: Jasen Betts
from: Gerald Miller
date: 2002-10-31 20:11:30
subject: System check ???

Hello Jasen,

    On Wednesday October 30 2002 at 19:15,
    Jasen Betts [3:640/531.42] wrote to Gerald Miller,
    about:  System check ???

[snip]

 GM>> I tried: "echo  %{at}makedate[14936,4]" and "echo
 GM>> %{at}makedate[14936]" and both times I got
"11-22-20".  It's a
 GM>> little confusing - I don't know if it's dropping the millennium
 GM>> 20 or the year 20?  I guess it may not matter much as it
 GM>> still yields up my system date format: MM-DD-YY....

 JB> It drops the century, for other date formats. 4dos 6 doesn't do
 JB> multiple formats in makedate so you just get your local format even if
 JB> you stick the ,4 in there.

Okay, I'll leave the ,4 in the batch with hopes that it will operate with
4dos version 7.  It doesn't appear to be causing any damage with version 6.

[snip]

 GM>>   ÄÄÄÄ 001
 GM>> ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÅMM-DD-YYÅMM-DD-YYÅÄÄÄÄÄÅÄÄ
 GM>> Ä

 GM>> Up pops a NEW problem!  Some country codes are a single digit,
 GM>> some country codes are double digits and the remaining country
 GM>> codes are triple digits. I searched the 4dos help (mine), looking
 GM>> for a %{at}pad command so I can pad single digit country code with
 GM>> "00" and pad double digit country code with
"0", but, of course,
 GM>> you know there is no %{at}pad command in 4dos version 6.02.
 GM>> Suggestions

 JB> add 100 and only keep the last two characters,

Since I had posted XBOOT3.BTM to you (earlier today), I took another look
at the BTM and did a rework using the {at}format command...  I don't need to
pad that field with leading zeros.  I'll wait for you to comment before I
post the latest revisions....  :))))  Sorry about that, but I don't get
brain farts that often. 

 JB> but

 JB>   %{at}replace[2,d,%{at}replace[20,yy,%{at}replace[1,m,%{at}makedate[14936]]

 JB> this should give the date format anywhere in the would,
 JB> but the germans would probably perfer j instead ot y and t instead of
 JB> d :)

The germans have enough already.  If you makes concessions for the germans,
then you'll have to do the same for all the other countries.  Maybe a
little creative genius with an insertion of "iff %country==49
then"....  On second thought, NO!  It works perfectly now and
satisfies my requirements.

 GM>> The idea of using the country code in the line is so that the BTM
 GM>> can make a comparison of that line and the current system country
 GM>> code. If the compared digits are identical, then the BTM carries
 GM>> on.  If the compared digits are different, then the BTM would
 GM>> convert the data file to the current system country code AND the
 GM>> correct date format

 JB> maybe you could just compare the format strings with locally generated
 JB> ones.

I have tried that.  I have been using COUNTRY.SYS to change my country
code, with the results being less than optimal....

Just let me know when you're ready to view XBOOT32.BTM.... 

           Cheers ... Gerald

--- GoldED+/386 v1.1.5-21026
* Origin: Operator, trace this call and tell me where I am! (1:342/512)
SEEN-BY: 24/903 106/2000 120/544 123/500 140/1 342/5 512 400/300 633/104 260
SEEN-BY: 633/262 267 270 285 640/954 690/682 771/4020 774/605 2432/200
@PATH: 342/512 5 140/1 106/2000 123/500 774/605 633/260 285 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™.