ワイの UHK 60 v2 が発送されたらしい

このアカウントは、notestockで公開設定になっていません。

markdown とかだとソースでの改行が出力では単なる空白扱いになるはずなのでソースの管理しやすさから改行をこまめに入れるんだけど、日本語用の余計なお節介を焼くプロセッサは改行を本当に改行にしやがる

日本語の man page で変なところに改行入ってるのたまにあってウケるよね、あれ絶対ソースで80桁とかの変なところに改行入れてる

治安の悪い地域だと1文ごとに空行を挟んでくる

改行じゃない、半角空白

throw って専用のメモリ領域を確保してたりするんだっけ

例外は Itanium C++ ABI を調べればいいんだっけ……

C++ ABI for Itanium: Exception Handling
https://itanium-cxx-abi.github.io/cxx-abi/abi-eh.html#cxx-throw

例外なんもわからんな

std::exception::exception - cppreference.com
https://en.cppreference.com/w/cpp/error/exception/exception

std::exception(const char*) みたいなのは標準にないので、 MS 独自の何かでしょうね

そんでもって MS の例外ってなんかたぶん変なやつだよね、私は詳しくないけど……

exception クラス | Microsoft Docs
https://docs.microsoft.com/ja-jp/cpp/standard-library/exception-class?view=msvc-170

> コンストラクター exception(const char* const &message) と exception(const char* const &message, int) は、C++ 標準ライブラリに対する Microsoft 拡張機能です。

なんか personality routine で文字列が退避されているなり何か謎の何かが発生しているのだろうとは思うけど

https://github.com/llvm/llvm-project/blob/main/libcxx/src/support/runtime/stdexcept_default.ipp
https://github.com/llvm/llvm-project/blob/main/libcxx/include/stdexcept

libcxx は refcounted string っぽい

MS の例外、結局よくわからんな

しかし Microsoft Docs では SEH よりも ISO-standard C++ exception handling が推奨されているから、どこかに何かのトリックがあるんだろうなぁ……わからん。

eh personality とか TLS まわりとか詳細をよくわかってないんだよな実は

C++ のことを考えていたはずなのにいきなり CPU 命令を名指しした鉞が飛んできたりするの、温度差で心臓が止まる

delete じゃなくて書き換えてみたら？

まあ refcount は無理だろうし exception のその下 (例外処理機構そのもののレイヤー) でコピーしてるのだと思うけど

だとすれば throw 前に書き換えると書き換え後の文字列が出てくるはず

や、書き換えで再アロケーションが発生するか次第だけど。短い文字列に置き換えないといけないな

erase は length を書き換えるだけなので、バッファの中身を書き換えないとだめそう (ほんまか)

いやそんなことはないか、 c_str() が \0 の代入をしない実装なら erase でちゃんと先頭に \0 が入るはずだよな

てことは ctor の時点でコピーが成立してる……？

おっ

やっぱり文字列の内容をコピーしてるか。まあそうでないとおかしいよな

ctor じゃなくて、 throw でコピーされてる

throw から始まる stack unwind ってコールスタックが巻き戻るので exception そのものをスタックに置いておくことはできなくて、 throw 時点でヒープにコピーすることになる。
で、たぶんそのヒープへの移動のときに MSVC の exception だったなら _Ptr の文字列を別途複製するみたいなことをしているのだと思う

や、でもやっぱり自信なくなってきた……

const char * を渡して、そのアドレスと throw 前の .what() のアドレスを比較すれば ctor 内でのコピーがあるかわかる

そもそも MS 独自拡張なのでその辺りガバガバでも不思議はない……
throw std::exception("foo") のような形しか認められていない可能性とか

https://github.com/microsoft/STL/blob/303df3dae6f5ed9fe4f1c35257f663af8355584a/stl/inc/exception#L90

これを見る限りだと、 ctor でコピーはしていなそうなんだよな

お、まじか

ctor でも複製されてる……？

なんもわからんな

try の外側で exception 作ったらどうなるか、とか……？ (まあ変わらん気もする)

ひとつ気になっているのが、 ex.what() のアドレスが近いのに new char[] が若干遠いところで、これって exception の ctor でのコピーが特殊な領域に対するものだったりするのかなと (わからんけど)

や、単に printf とかでアロケーションが発生してアドレスが遠くなっただけの可能性も高いけど

しかしソースから見えない挙動、わからんな……

でも VS 2022 だったら MS STL 使ってそうだし……

じゃあたぶんソースから見えてるのと違うものが実行されてるんだろうなぁ >std::exception(const char*)

わからん！

実は MS STL が使われてないというオチだったら笑う

まあ MS のことはわからん。 MS 以外のこともわからんが。

C++ の例外機構と同等のもの、たぶん Rust の panic 処理とかにも同じものが使われているはずなので、レイヤー低く潜りたいならちゃんと知っておく必要が……

Itanium C++ ABI 読書会の機運が (?)

防湿庫在住

仮面を持ってると映り込みの心配をせずに済むから QoL 上がる

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

ムーアの法則が破れないままであれば、15〜20年くらいでICの集積度は1000倍くらいになるはずだけど……さて

このアカウントは、notestockで公開設定になっていません。

DLsite で多くの作品を出しているサークルやブランドの略称です (適当) (実際そう) (そういうことではないと思う)

語彙の汚染はこわいね

このアカウントは、notestockで公開設定になっていません。

献血の記念品として貰ったブランド不明で made in China なゲーミング USB 加湿器を初使用。
もちろん水は入れてある。

Vの者の、尻尾とか獣耳とか頭の上のマスコットみたいな明らかに人間の該当する器官を追跡していなそうな動くもの、どこと連動しているか探してしまう癖がある (大抵は目)

原義のスパムでもあり派生のスパムネタも踏襲している高度なスパムだ (ｽﾊﾟﾑｽﾊﾟﾑｽﾊﾟﾑｽﾊﾟﾑ)

ｷﾞｶﾞﾁﾞｰﾝのｷﾞｶﾞﾁﾞｰﾝたる所以

まあ複素数と虚数を使い分けてない時点でお察しなところがある

こういうこと言うと必ず「一般読者にわかりやすくするために敢えて不正確な〜」とか言っちゃう人も出てくるけど……

そもそも複素数なんてのは高校レベルの知識なわけで、中学生や高校1年生で虚数と複素数のことを知らずしかし量子力学のことを知っている……みたいな歪な仮定はすんなり受け入れられるかというと微妙

や、べつに全然いないだろうとは言わないけど。この記事で「虚数」と言っている部分の大部分は「複素数」と書いても「正確に把握できない人にとって理解の度合いに影響がない」という点で全く差し支えがないわけで、だったらやはりこれといったメリットもなく雑な言葉を使っているだけ

> 「2乗するとマイナスになる数」が虚数で

たぶん虚数のこの説明で力尽きて複素数の説明をしたくなかったのだろうけど、一方で実数については「虚数なしの実数」などと言ったりしているし、虚数と実数の両方の言葉を使うなら複素数だって1行で導入できそうじゃない？

虚数ありの実数なんて聞いたことないよ

論文中ではずっと complex についての話をしているので、純虚数のことではなく複素数の話だと思う

や、まあ純虚数だけでどうこうというのは基本的にありえないので「虚部があることが本質的だ」という主張はその通りだと思うけど、うーん

「虚数が必要」……うーんん

まあ数の実在がどうとか言ってる時点でそういう次元はもはやどうでもいいんだけど、それはそれとして

まあ確かに複素数という概念を導入しない説明としてはうまくできてるな

解析学の知識はもう完全に揮発したし、位相空間とかも何もわからんし、もう駄目ですね……

割とどこに行っても見る概念が盛り沢山なので、ちゃんとやらないといけないとは思ってるんだけど……

冬休み中に一気に進める趣味個人プロジェクトを考えたい

いいからブログをはやく実装しろ

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

蟇股（かえるまた・蛙股） | 社寺建築の豆知識
http://www.caname-jisha.jp/cms/?p=253

㍂

蟇蛙の「ヒキ」なのにカエル読みするのね

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

Krita Desktop | Krita
https://krita.org/jp/download-jp/krita-desktop-jp/

Krita 5.0.0 がリリースされたな🎉

このアカウントは、notestockで公開設定になっていません。

> 　こういったやり方でローストビーフなど作っている方いませんか？
>
>　フライパンで表面を焼いたあとにアルミホイルで包んでしばらく置き、余熱で火を通すという方法。

笑っちゃった、余熱使いたいのにヒートシンクもどきを貼り付けて何がしたいんだ

このアカウントは、notestockで公開設定になっていません。

Internet Explorer で Amazon の奥地を探検しよう (?)

このアカウントは、notestockで公開設定になっていません。

大変だなぁ……

あなたの知らないアルミホイルの世界 | マイホイルPLUS | 株式会社UACJ
https://www.uacj.co.jp/enlightenment_foil/bousai.htm#:~:text=%E3%82%A2%E3%83%AB%E3%83%9F%E3%83%9B%E3%82%A4%E3%83%AB%E3%81%AF%E3%80%81%E7%89%A9%E4%BD%93%E3%81%8B%E3%82%89,%E3%81%AE%E4%BD%8E%E4%B8%8B%E3%82%92%E6%8A%91%E3%81%88%E3%81%BE%E3%81%99%E3%80%82

輻射かぁ……そういえば一般の物体の冷却で輻射と熱伝導の割合がどんなもんかよく知らないわ

生物から遠赤外線か何かが出ているというのは赤外線センサーの存在からしてまあわかる話なんだけど、あれって体温程度の温度があれば何でも同じような輻射してるのかな

40℃前後に温めた焼き芋を遠赤外線による雑な人感センサーの前に持っていくと、反応するのだろうか (?)

このアカウントは、notestockで公開設定になっていません。

絶対零度を突破しないでほしい

全身黒タイツを着用して黒体放射ごっこ (???)

まあ放射を気にするにせよ、直接触れていたら結局ヒートシンクなんだよなぁ。素肌にアルミ巻き付けないでもろて

間にキッチンペーパーとか挟めばよさそうと思ったけど、いろいろ吸われそうだな

内側から ラップ→キッチンペーパー→アルミホイル で完璧な布陣にならない？ (ほんまか)

ピン留め効果で中空に浮かせた食材を金属で密閉した部屋に閉じ込めることで “低温” 調理を

大学のトイレがマジでこれで、しかも天井のセンサーの反応距離が短いので、センサーに反応させるために両手を挙げて振る行為は俗に「踊る」と表現されていた

「トイレで踊る」は「トイレの人感センサーに再度反応させるために手を上げて振る」を意味します (?)

洋式便器の個室なのにね……

汗と涙の血漿

https://twitter.com/vivid_force42/status/1474001605150523393

日照、たしかにそうだ……

このアカウントは、notestockで公開設定になっていません。

トイレにカメラを設置できない法的根拠があるのか考えかけた。利用者への事前の告知と同意があれば可能なのか？ (?)

antonym猪木

このアカウントは、notestockで公開設定になっていません。

暗室、小学校にあったらしい (入ったことはないが場所は知っている)

OpenPGP key transition statement ($2226794) · スニペット · スニペット · GitLab
https://gitlab.com/-/snippets/2226794

OpenPGP key transition statement (2021-12)
https://gist.github.com/lo48576/47c1cee75a196b5ae14b7a0d19b095b3