[過去ﾛｸﾞ] C++相談室 part165 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
49: (ﾜｯﾁｮｲ e5a7-cSrA) 2023/11/09(木)21:28:58.67 ID:Op1F6lz40(3/3) AAS
てかググったら簡単なシミュレーション方法載せてるブログあった
_fastcallで宣言して第二引数のedxを捨て駒にする事で疑似_thiscallになる
つまりint(__fastcall * pFunc)(CDate*, void*, int)とすれば一応アセンブラ的な辻褄は合う事になる
299(2): (ﾜｯﾁｮｲ 1b63-9XlH) 2024/03/02(土)23:57:46.67 ID:C77pR/Zl0(3/3) AAS
それはそうとして、予防的なtry{ } catch () の何が一番駄目かというと、設計上のトレードオフをわけわかんなくすることが確実な点
例外発生後の状況というのはたいてい>>283の通りのわけなので、何かを捨てて何かを取る
（例えばシステムは最悪落ちても構わないが、例外安全なオブジェクトfooでリソースAの整合性は死守する等）
のトレードオフが発生するがそういうのこそ慎重な設計と考慮が必要な事項であることは確定的にあきらか
プログラムの全階層にtry { } catch ()入れたら完璧などというｱﾌｫはやっぱtry { } catch () しないのが正しい
308: (ﾜｯﾁｮｲ 9fad-ZLJX) 2024/03/04(月)08:50:22.67 ID:MzjtGtOW0(1) AAS
> なんか予想外に低ﾚなレスポンスを寄越した>>299……
299はお前自身じゃないのか、と俺は思う
328: (ﾜｯﾁｮｲ 8f7c-Y/5H) 2024/05/09(木)20:23:09.67 ID:MzADiHDk0(1) AAS
外部ﾘﾝｸ[html]:cpprefjp.github.io
#elifって今まで非標準だったのかよ…
334: (ﾜｯﾁｮｲ bbda-JG92) 2024/05/11(土)22:20:47.67 ID:HBPowvO20(1) AAS
シェルが変だからな
case ～ esac
if ～ fi
602: (ﾜｯﾁｮｲ bf6c-6oxW) 2024/11/29(金)16:19:14.67 ID:xzsI3pih0(1) AAS
なんでもできるは他を知らないだけだろ
699: (ﾜｯﾁｮｲ 6e76-ctcc) 02/27(木)11:05:40.67 ID:+3VmvrWI0(1) AAS
>>698
ありがとうございます
最近勉強を始めましたので分からないことがありましたらご教示いただければと思います
961(2): (ﾜｯﾁｮｲ 5e85-M5IX) 04/23(水)23:23:42.67 ID:1cvTRmDz0(1) AAS
いまだにgoto論とかw
いかに効率的にAIに作らせるかの時代だぞ
誤差レベルの最適化なんかやってる場合かよ
999: (ｽﾌｯ Sdbf-Nh+M) 04/28(月)10:15:47.67 ID:3WBgyNGdd(1) AAS
連接と分岐があれば反復は要らない説
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.038s