-
アホみたいな障害だな
http://dummy.cooom -
徳丸 浩 @ockeghem (2023/12/02 10:03:42)
昨日の「NTTデータ＆全銀ネット 共同会見」を視聴していますが、例のトラブルは、構造体のサイズ計算を手でやっていて、「単体での計算は正しかったが、4つまとめると境界がずれた」趣旨が説明されているので、アライメントの考慮不足だったようです
動画→ https://www.youtube.com/watch?v=HOBfx3bRvGs&t=1098s
https://ohayua.cyou/tweet/1730754578570985646/ockeghem[引用元] 徳丸 浩 @ockeghem (2023/10/17 10:30:31)
@kozawa sizeof(構造体)を手計算していたが、intのサイズが64ビットになって計算間違いが生じた…みたいな妄想は私もしましたw
https://ohayua.cyou/tweet/1714091486239981790/ockeghem -
これはひどい
-
手計算するほうが面倒くさいのになんで？
-
>>4
構造体のサイズ計算できる言語の経験がない人が上にいたとか、、、
エンディアンもそうだがこういう知識ない人の増えたのかな -
>>6
最新の技術のキャッチアップには余念がないのに
浮動小数点誤差すら知らない奴もいるおっさんの頃だとこれは入門レベルの知識だったはずなのに
-
バッファオーバーフローしたの？？
-
古い技術者は自分が初めて触ったシステムが絶対だと考え
新しいシステムになっても自分のやり方を変えない -
charとか混ってるとパディングされてサイズもオフセットも変って来るからな
-
Javaは
int 32
long 64
でした
>>8あたりが正解じゃないかな -
というかintを64bitにする環境ってあるの？
過渡期にintが16bitと32bitがあった気がしたが
今はintは32bitが大半でしょ？ -
銀行のシステムでC使うの？
CobolかJava使ってるのかと思ってた -
>>10
銀行系ではあるけど全銀の方なので各社の
電文だっけ？の吸収含めた中継システムで
確か新しい言語に置き換えてトラブルだったような -
>>10
通信系だしCOBOLとかJavaあたりはまず使わんだろ -
>>27
ああ通信系ならCOBOLなんて使わんだろうなｗ -
chatGPTのがマシだな
-
C言語自体がミスを誘発するクソみたいな作りだろ
構造体もだしポインタもクソだし -
sizeof禁止なコーディングルールだったのかもしれんぞ
-
>>14
バグを作る以外の目的が存在しないルールで草 -
sizeof使わない意味が本気で分からんのだがマジでどんな世界なんだよ
-
>>15
知らないから
手で計算なんてめんどくさい、なんか楽な方法があるはずだ
とは考えず、知ってる範囲でめんどくさいこ頑張る奴はどこにでも一定数いる -
処理系変わるたびにサイズ計算やり直すの？
-
何で業務アプリで未だにメモリ弄ってんの？
もっと安全な言語に変えられないの？ -
金融機関ってだいたいCOBOLなんじゃないの？
-
メモリいじってるよなこれ
-
この手の手計算というか決めうちは第一次オンライン第二次オンラインとかの
メモリが少なかった時代から引き継がれてる
謎技術の残滓とかなんでしょ -
>>23
そのあたりの実装だと汎用機て動くアセンブラだろからsizeofなんて夢のような便利な仕掛けは無かったろうな -
金融はもうHaskellとかF#とか宣言的に書くスタイルの言語で統一すればいいのに
なんで処理系意識しながら書く必要があるんだよ -
Cなの？
-
昔の仕様を引きずってそうなので
電文サイズとかガチガチのレガシーあって
それに合わせて手計算しろ!みたいなのありそう -
勘定系の記事読んでたらPL/IってCOBOLより古い言語扱いなのね
コメント