194(2): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 2a3e-MxBP) [sage] 2024/01/28(日) 23:52:27.85 ID:hRRbWEE/0(3/3) AAS
なんかもうポインタをいじるのが面倒になったので値としてやりとりしていいやという気持ちと
標準ライブラリを積極的に活用することにしたらこうなった。
外部ﾘﾝｸ:wandbox.org

282(2): デフォルトの名無しさん (ﾜｯﾁｮｲ 16cf-BOeC) [sage] 2024/02/17(土) 20:37:07.00 ID:QSMcEn770(1/2) AAS
>>272
>原因を調査して対策せずに予防的にテスト不十分のtry { } catch () をてんこ盛りにする方がソフトウェアー品質が上がるという考えのはおかしい

相変わらずずれてるな。 catch する == 原因を調査しない　じゃないわけ。

>return -1; は呼び出し側のバグで見落とすかもしれないが
>throw std::logic_error("*** ERR ***"); なら悪評千里を走ってバグの兆候が嫌でもﾜｶﾙ

戻り値のチェック漏れは静的局所的にチェックできるが例外は出てみなけりゃ結局澪とされるわけだが。

リリース後にユーザーサイドでその見落とされていた例外が発生してプログラムが落ちたりしたらそれはただのバグ。

481(1): デフォルトの名無しさん (ﾜｯﾁｮｲ e39c-jZWQ) [sage] 2024/09/27(金) 10:23:27.00 ID:n6BA5joS0(1/3) AAS
>>480
KotlinとJavaみたいにソースコードを混在できるレベルの相互運用性てあったっけ？
Rustとc++では無理だと思うけど。

668(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 7f70-FMGu) [sage] 2025/01/25(土) 15:11:01.85 ID:LC7IJQQw0(1) AAS
せやな

書ける範囲で具体的なオプションを書いてくれると助かる
もしかしてディストリでsoの置き場所が違うのにそれに対応してないとか？

799(2): Fish (ﾜｯﾁｮｲ 652f-MaZR) [] 2025/03/25(火) 02:35:59.65 ID:3npSY7mr0(1) AAS
OpenCVについての質問です。VS2022を使用し、includeやopencv_world4100d.libの設定が終わり、検証のためにMatを宣言してimread、imshowのみを書いて検証しようとしたのですが、dllの設定がうまくいってなかったのかコンソールにdllのloadがfailedと大量に出力されます。OpenCVの入れ方を教えてほしいです…まだC++初心者で5チャンの投稿も初心者なので何か変だったらすみません…

885(2): デフォルトの名無しさん (ﾜｯﾁｮｲ 46ee-PSZj) [sage] 2025/04/11(金) 22:47:45.89 ID:5PthuDCs0(4/5) AAS
ChatGPTを使うにも知識と知恵がいるんだよ
バカは質問の仕方が下手
---
「Rustでシステムコールを追加する」という表現は 文脈によっては誤解を招きやすく、通常の意味では少し不適切 です

1. Rustで書かれたOSの中に、新たなシステムコールを実装する
→ 例：Rust製OS（例：Redox OSなど）にsyscallを加える。
→ この場合は正しい文脈。

2. Rustでカーネルモジュールを書いてシステムコールを追加する
→ 実現可能だがLinuxでは一般的ではなく、安全性に注意が必要。

3. RustでOSとやりとりするAPIを自作して、それを便宜的に「システムコール」と呼んだ
→ 厳密には誤用。OSレベルの syscall とは異なる。

904(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 6ea1-pnyl) [sage] 2025/04/12(土) 19:49:48.77 ID:ctMpwM2A0(1/3) AAS
>>872
漏れは>>850以降の流れはノーコメント