| |
> レスが遅れてすみません。
>
> 秀Termは特に2000年になったらどうこうというバグは無いです。というか、無いは
>ずです。
>
> V2.17の秀Termは手元に無いのでテストしてませんが、そもそも日付に関連したや
>やこしい計算をしてないので問題ないはずです。
>
こんにちは。初めて投稿します。
私も Windows3.1でV2.17を使用していますが、上記の件の「そもそも日付に関連した
ややこしい・・・」のところなんですが、使用しているスクリプト内のコマンドで
「ｇｅｔｄａｔｅ」があってテストしてみたら、下記の様な現象が発生しました。
１９９９年２月１６日 ＝＞ ’９９０２１６’
そこでシステム日付を２０００年にしてみました。
２０００年２月１６日 ＝＞ ’；００２１６’
となりました。
現在使用している機能には
① アップロード時に、題名に「ＹＹ／ＭＭ／ＤＤ」形式でシステム日付をセット
する。
日付は「ｇｅｔｄａｔｅ」コマンドにて取得した後、年・月・日をそれぞれ
(1)取得した日付の「年」の部分を取得
#YY = Part( YYMMDD, 0, 2 )(2)取得した日付の「月」の部分を取得
#MM = Part( YYMMDD, 2, 2 )(3)取得した日付の「日」の部分を取得
#DD = Part( YYMMDD, 4, 2 )
と分割し、年・月・日の間に「/」を入れ別の変数に格納している。
② ダウンロード時に、片っ端からデータをダウンロードし、別のプログラムにて
題名にセットされている日付を基 にソートしてから処理を行う。
と行ったものがありまして、このままでは２０００年になった時点で、年月日の分割
を行うと、２０００年２月１６日の場合、
年 = Part( YYMMDD, 0, 2 ) = ｢;0｣
月 = Part( YYMMDD, 2, 2 ) = ｢02｣
日 = Part( YYMMDD, 4, 2 ) = ｢16｣
となります。
ここで問題となるのは、
①ソートプログラムの中で年が９０以上は１９００年代、未満は２０００年代とし
ていますが、｢；０｣や｢；１｣を変 換すると、「２０；０」や「２０；１」になっ
てしまい、それがどのような影響を及ぼすか分からないところであ ります。
これに対してパッチなんかあると嬉しいのですが、やはりプログラムやスクリプトを
修正した方が早いのでしょうか？
|
|