「全銀ネット障害、損害を補償へ。根本原因は特定できず暫定対策のまま運用」記事へのコメント

メモリー不足で不正な値に

[Anonymous Coward]

そんなことありうる? 配列インデックスのオーバーフロー的なことが起きたのでは? と指摘されてるな

Re:メモリー不足で不正な値に

[Anonymous Coward]

スラドの文章上のことだけからいえば、DBとしてのインデックス機能じゃなくてアプリとしてのインデックス用途テーブルに見える。

Re:メモリー不足で不正な値に

[nim (10479)]

COBOLでしょ。文字通りインデックスファイルというものがあった気がする。

Re:

[Anonymous Coward]

記者会見によると、CとJavaを使ってたらしいよ。

Re:メモリー不足で不正な値に

[Anonymous Coward]

50年間も守り続けているのだから、てっきりメインフレームのアセンブラだと思っていたよ。

Re:

[Anonymous Coward]

それをまさに今回の改修でオープンシステムとJavaに置き換えようとしていたので

Re:

[Anonymous Coward]

RC17時点でオープンシステムに置き換え済みだけどね。

Re:メモリー不足で不正な値に

[Anonymous Coward]

仕様を把握してCとJavaで一から作り直すのはもはや仕様が迷宮クラスで不可能なので、
COBOLで書かれたプログラムを、インデックスファイルの仕様や処理も含め
CとJavaで機械的にエミュレーションしてるだけだったりして…
よく知らないけど、一般論としてはそういうのわりとあるって話を旧名twitter現Xで見かけました。
(全銀のこれがそうなのかは不明)

そういう作りだと、当然元のCOBOLのプログラムよりもさらに読みづらいプログラムになってるわけで
原因調査中だけどよく分からんってのも普通にありえそう。

Re:

[Anonymous Coward]

元の仕様を洗ったところでどうしようもないですよ。
JavaでCOBOLのコードをエミュレートしているのならそこにバグがあると見るべきでは無いかと。
10進演算のBigDecimal型オブジェクトが使用後もヒープに残り続けてメモリ空間を圧迫するとか
怪しいポイントを想定して洗っていくしかないと思います。

Re:

[Anonymous Coward]

この手のシステムって外部インターフェイス部分がC(COBOLは可変長文字列が扱えないのでそれに合わせたデータ修正が必要)だから、
CとJavaって事はJP1のCOBOLジョブをそのままJavaで置き換えたような作りなのかな？

Re:

[Anonymous Coward]

COBOLで作ってうまく動いていた者を、COBOLを切るためにJavaに変えようとして（Javaという選択も相当おかしいが）大失敗したという話なんだろうか。