下線は引用者によるとあるが、これには2つの解釈があり得る。4.0.5.1Aビュワーを初めて起動したときに、ディスク上の車両データが修正される。4.0.5.1A以降のビュワーは、起動毎にメモリに展開されるデータの誤りを補正する。ディスク上のデータは書き換わらない。冒頭のスクリーンショットから推定されるのは、どうも(2)の方らしい、ということ。それはそれでアリだけれども、今後のエラーに対しても同じ措置をとっていくと、それはビュワーの起動処理の中に非本質的な補正ロジックが増えていくことを意味するので、一般論から言うとあまり賢明な措置ではない。コンパイル時のミスによって、このロジックが欠落する=どこかの時点のアップデータで問題が再発する、リスクも増える。ボクが関心があるのは、そんなことはもちろん承知のはずのI.MAGiCが、なぜ(2)の方法で今回の問題に対処したのか、という点なワケで。彼らの手元には車両データの元になるものがあって、それに手を入れれば(1)は簡単に実施できるはずでそちらの方がベターなのは自明なのに、敢えて(2)でやっている。すると、(2)でなければならない、なんらかの事情があったのではないか、そしてそれはどんな事情だ、というトコロに興味がいく。ghostトラックバック(0)コメントコメントを書くこの記事にはコメントを投稿できません画像内の文字列(認証コード)を入力してください。認証コードを正しく入力するとコメントが反映されます。※大文字/小文字の区別はありません。“AutoPage”AutoPage最新お知らせ。