•  18-09-2019
  •  | 
  •  

質問

多くの報告システムの失敗を理解する2010年んな想いかがでしょうか。現在のシステムを見ているのは、細かい作業をどう伝えるかというか、実際の問題を探ります。

きものを明らかにしてください?

編集： http://www.rte.ie/business/2010/0105/bug.html -に関する情報で影響クレジットカードドイツ

役に立ちましたか？

解決

SMSプロトコルを含む - - エンコード銀行や通信に使用される

いくつかのプロトコルシングルバイトで BCD のように今年ます。

：エンコーディング以来の標準進数が同じになるように、

2000年から2009年1からは簡単に今年の解釈の間違いを作ることができます 

Encoding  Binary-interpreted  BCD-interpreted
0x01      2001                2001
0x02      2002                2002
...
0x09      2009                2009
0x10      2016                2010
...

これはおそらくのWindows Mobileバグの原因となっている。

他のヒント

この説明の記事

http://www.theregister.co.uk/2010/01/05/symantec_y2k10_bug/

思い出の最近の記の格安汚Y2Kバグ修正があ徳なプログラマーに入れ簡単なる場合 <10=20xx年は日19xx

SpamAssassinはスパムとして将来にすぎ日付をマークするルールを持っています：

/20[1-9][0-9]/

修正が遅すぎる数日来ましたが、それは非常に簡単です：

/20[2-9][0-9]/

10年後にもう一度お会いします。

私は1桁の年フィールドを使用して、職場でのシステムを持っています。はい。一桁。したがって、このシステムは失敗している理由は、「2000」「2010」と同じように表現されていることである。

私が話を聞いた一つは、人々がそれを通じ考えずにY2Kのためにしたクイックフィックスしました。もしそうなら、XX <10その後、20xxの他19XXます。

これが原因Y2K後に自分のキャリアを開始し、年を表すために1桁を使用している若い開発者である可能性があります。

私はそれがコーディングにおける監督の単なる結果であった、サイト内の失敗はほとんど2010年の最後の週末を世話をしました。

誰かが、リストだけで2009までの項目が含まれていたときに、現在のdateTime.year.Now（）にリスト項目の値を設定することをお勧めだろうと思っています。

ddlItem.findByText(DateTime.Now.Year.ToString())

ここでノートンシマンテックエンドポイント保護のスクリーンショット

http://img695.imageshack.us/img695/4500/152010112800am .JPGする

シマンテック@誰が顧客に通知しないことが本当に素敵な... 記事が投稿されたティル： http://www.theregister.co.uk / 2010/01/05 / symantec_y2k10_bug / の

これは2つの部分に分割年コンポーネントのバグがあるということです。桁10は、ベース10に存在しないように、第2部分が比較に使用され、それは0x10のだということを意味ベース16にです= 16（16進数）。

私はオープンソースソフトウェアの中y2010バグを見つけるにはGoogle Code Searchを使用しました。私はバグ（printfの書式文字列として「200％のD」の使用）を示すであろう一つの特定のパターンを探し、そしてそのバグを有するいくつかのプロジェクトを発見しました。検索パターンのクリエイティブアプリケーションは、おそらくバグの多くの異なる種類を上げることができます。

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top