A. ole32.dll
真面目に安全を確保しつついくらかは暑さに晒して暑熱順化しないと、夏場は屋外に出られないゾ!
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
で、SEGVがOSがよきにはからった結果(≒CPUから直接来るローレベルなものではない)なせいで、一昔前にあったRyzenのSEGV問題の解決にてこずったって理解であってるはず…
というより、GPFがよりCPU寄りのローレベルな割り込みによる例外処理のことで、SEGVとかがOSが関与し仮想化された例外である、と理解してる
General な Protection の Fault なので、SEGVるやつも含むと理解してる
もっとも、いまどき単純な割り込みラインが残ってるとも思えないし「仮想的な割り込みルーチン」な何かに置き換わっているんだろうと思うけれど。
CPUの割り込みルーチンだから、受け側がBIOSでなくなっても "BIOS割り込み" は残ってるんじゃないかなあ。だいたいIRQとかまだ残ってるわけだし。
相当ローレベルなお話でさっぱりわからない何かになるのは間違いないけど。
一般保護違反とぬるぽとの違いを説明するよう言われて「一般保護違反は『ぬるじゃないぽ』もありうる」と一言で済ませたのを思い出した
どんなOSでも必ずアンマネージドな世界に降りてこないといけないし、そのマネージドとアンマネージドをつなぐ橋渡しとしてCOMが優れてるのもわかる。
わかるけどやっぱりやだ。
どんなOSでも必ずアンマネージドな世界に降りてこないといけないし、そのマネージドとアンマネージドをつなぐ橋渡しとしてCOMが優れてるのもわかる。
わかるけどやっぱりやだ。
COMの初期化はCoInitializeなのはよく知られてるけど、じゃあWinRTの初期化APIもあるよねと調べた結果が
RoInitialize
だったときの絶望感を100文字以内で述べよ(15点)
さらにRoInitializeを呼ぶと勝手にCoInitializeされることを知った時の漆黒の闇について述べよ(10点)
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
コンパイラさんとかが頑張って、ちゃんと見た目モダンなエラー処理システムになってるけど、アレは糖衣構文をたっぷりカマせたCOMです。
ふと思ったけど、GetLastErrorっぽいやつで、最後がエラーじゃなかった時にエラーじゃない例外を吐くみたいにしたら、なんかおもしろいこと出来る?><
そんな開発者が返り血を浴びる地獄からずいぶん経ち、Windows Runtimeという新しい開発コンポーネントが登場してWindowsの開発環境もずいぶん変わった。
変わったんだけど…
_人人人人人_
> 実はCOM <
 ̄Y^Y^Y^Y^Y^ ̄
「だったら成功判定とリザルトコードを一緒に返せばいいではないか」とえらいひとが考えた結果、別の意味で大惨事になったのがHRESULTであり、VBの操作が正常に終了しましたエラーでもある、という理解
だいたいエラー起こしたらFALSEがいいのかTRUE返すのがいいのかという根源的な問まで遡る
このアカウントは、notestockで公開設定になっていません。
阪急好きな人に「あの茶色の車両」って言うのは「ソース二度漬け」「広島で広島焼きって言う」のと同等の重大インシデントらしい
茶色って言っちゃだめ!マルーンって呼ばないと阪急原理主義派からマサカリが飛んでくるよ!!!!!
東急と南海が兄弟→帝国車両(旧梅鉢)を東急車輛が買収したから
阪急と東武が兄弟→経営者が親しかったから
南海6000って日本のステンレス製鉄道車両の歴史そのものなので撮っておくといいよ!
いままで奇跡の全編成健在だけど、もうすぐ廃車だし…
南海高野線6000・6200と、東急7000・8000は、技術研究ツリーがまったくの同系統で、バッド社からSUS製車両のノウハウを導入してたくさん作った一族なので「兄弟」ってことでいいと思う
△東日本的な車体が多いので関東にいるみたいな気分になる
△東急8000感
○関西私鉄なのにまさかの東急車輛製だからメーカー一緒です
■東急田園都市線
→自然に恵まれた田園都市構想という意味であって本当に田園だらけではない
■南海高野線林間田園都市
→マジで林間の田園の都市という文字通りでツッコミも入れられない
そもそもアレどこまでが書類上梅小路運転区で、どこまでが京都鉄博なんだろうと思うと寝られない(スヤァ…)
このアカウントは、notestockで公開設定になっていません。
テクノロジーは好きだけど信用しない派なので、携帯電話会社から泣きが入るまでガラケーでした。
結局リスクをどこまで受容できるかって話になるし、そもそも現金持ち歩くリスクと手間よりマシなのは火を見るより明らかなので、通常はなにかしらのキャッシュレス決済手段は使うべきだとは思います。
どんな支払サービスにもゼロではないリスクがあるから、支払サービス地獄から逃れるには単純に使うサービスを意図的に絞るしかない。
普段の生活インフラでは枯れた技術以外使わないのを信条にしすぎて、不便を承知でいまだに現金な頭の固い私のようなことは別の側に極端なのでダメだけど…
(考えてみよう:現金持ち歩くリスクとどっちが上か?)