Nobuyoshi Sato (発信者情報開示本Booth)
さんがブースト
.dev
Fujitsu のNetCOBOLカタログ、2023年最新版なのにXPやら2000かNT?やらの画面が載っていて本当に最小限の改良しかしてにゃいんだにゃと感じる 
https://www.fujitsu.com/jp/products/software/middleware/business-middleware/middleware/cobol/catalog/netcobol_cat.pdf ※pdf
あ～、いまだにFortranのコードが横行していそう(偏見
Nobuyoshi Sato (発信者情報開示本Booth)
さんがブースト
化学系の学科の友達によると今でもそこの学科ではFORTRANの授業があるらしい
FortranはGCCに入っているけどCOBOLは(まだ)入ってないのが空気感のちがいかな?
Nobuyoshi Sato (発信者情報開示本Booth)
さんがブースト
COBOLと並んで語られがちなFORTRANだが、業界からの温度感という意味ではだいぶ違う気もする
COBOLはさわったこともないし、Fortranも触ったことがない。C以降の世代はそんな感じではないかなあ。
Nobuyoshi Sato (発信者情報開示本Booth)
さんがブースト
Nobuyoshi Sato (発信者情報開示本Booth)
さんがブースト
COBOLはオフコン時代のExcel
Nobuyoshi Sato (発信者情報開示本Booth)
さんがブースト
思えばCOBOLだけは入門書読んでも、まるで書ける気が起こらなかった言語だなぁ…(なお一日で挫折)
Nobuyoshi Sato (発信者情報開示本Booth)
さんがブースト
全銀システムの「バックアップで遅延有りながらも処理している」って、テープ持ち込みのことだったのか。てっきり、正副2系統の正系2台構成を両方切り替えたら落ちて、副系は処理能力足りないって話なのかと思っていた。
ｴｼﾞｮねこ標準時にNTPを同期するためにはどうしたらいいのか。
結局、cmake-coreのビルドがこけた(当該環境内では再現性あり)理由も、なおった理由もわからん。あちこちいじったからな...。
うーん。えMMCが64GBしかないので、/usr/portsをNFSでマウントしてて、NTPの同期がアレしてたのが原因なのかなあ?????
ビルドがconfigureの段階でこけたcmake-coreだけど、今度はなぜか通るようだ...。
Nobuyoshi Sato (発信者情報開示本Booth)
さんがブースト
みんなそっちに合わせれば良いのでは？（たぶん詳しく説明すると長くなるから端折ってるよな）
＞一部の金融機関で不具合が起きなかった理由について、全銀ネットは「設定の仕方などが異なっていた」と説明する。
https://xtech.nikkei.com/atcl/nxt/news/18/16074/
Nobuyoshi Sato (発信者情報開示本Booth)
さんがブースト
外部リクエストを飛ばす時、DDoS対策とかで、外から見た時の送信元を落ちても困らない踏み台にするためにプロキシを通すというのはわりとあるあるで、それがさらに socks5h でもあんまりおかしくないと思う
Nobuyoshi Sato (発信者情報開示本Booth)
さんがブースト
libcurlに依存するプログラム実行環境（PHPとか）で、GETパラメーターとかで環境変数をセットできるような脆弱性が存在するアプリケーションに対してSOCKS5プロキシを設定させて、しかもクソ長ドメインを解決させるリクエストをさせる、みたいなことができて、その上でどうにか細工して悪意のあるペイロードを読ませてRCE、みたいなシナリオ？
emacsでタブは使わないなあ。バッファをいっぱい開いたりはするが。
Nobuyoshi Sato (発信者情報開示本Booth)
さんがブースト
タブだとポインティングデバイスを触んないといけなくてめんどくささが
Nobuyoshi Sato (発信者情報開示本Booth)
さんがブースト
emacsはタブ3つくらいかな……適宜バッファ切り替えたり
地図から消されたムラの大学の悪いオタク。 【言わないとわからない人用注意書き】ポスト内容は大学当局の見解ではありませんし、大学当局の意に沿ったポストのこともあればそうでないこともあります。
2017年 4月に登録
