[過去ﾛｸﾞ] C言語なら俺に聞け 162 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
1(1): (ﾜｯﾁｮｲ 2389-FUJr) 2023/10/30(月)17:13 ID:hHEGE8Ol0(1) AAS
!extend:checked:vvvvv:1000:512
(新スレ立ての際上記コマンドを2行書き込んでください)
C言語の話題のみ取り扱います C++の話題はC++スレへ
質問には最低限の情報(ソース/コンパイラ/OS)を付ける
数行で収まらないソースは以下を適当に使ってURLを晒す
外部ﾘﾝｸ:paiza.io
外部ﾘﾝｸ:ideone.com
外部ﾘﾝｸ:codepad.org
C17
外部ﾘﾝｸ[pdf]:www.open-std.org
省14
2: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 9b3e-g5YV) 2023/10/30(月)17:30 ID:I7fISnX+0(1/2) AAS
2get
3: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 9b3e-g5YV) 2023/10/30(月)17:31 ID:I7fISnX+0(2/2) AAS
C23 の最新ドラフトは N3096 に更新されてるでよ
外部ﾘﾝｸ[pdf]:www.open-std.org
4: (ﾜｯﾁｮｲ eb63-c8RC) 2023/10/30(月)19:05 ID:i+814vap0(1) AAS
>>1
乙です
5: (ﾜｯﾁｮｲ 199f-CP9B) 2023/10/30(月)19:40 ID:PfgrnUqg0(1) AAS
いまどきPlain Cが使われる状況なんて限定的なんだから
高級アセンブラとして堂々としてればいいんですよ
6: (ﾜﾝﾄﾝｷﾝ MM53-g3nS) 2023/10/30(月)20:35 ID:YnJZjusKM(1) AAS
トッピングは何になさいますか？
7: (ﾜｯﾁｮｲ 2901-CP9B) 2023/10/30(月)21:04 ID:re6vYA8I0(1) AAS
リモートワーク制度が削減・廃止されたら「転職や別案件を探す」が4割--
「Offers」登録者調査
ITエンジニア／デザイナーの副業・転職サービス「Offers」を提供するoverflowは、
同社が運営する「Offersデジタル人材総研」にて「リモートワーク実態調査2023」
を公表した。
これによると、リモートワークになり、5人に1人が引っ越したと回答した。そのうち、
現職でリモートワーク制度が削減・廃止された場合、「転職や別案件を探す」という
回答が44.0％にものぼった。一方「会社と交渉する」という回答は40.0％、
「引っ越さず受け入れる」が12.0％となった。
さらにリモートワークを希望している理由として「通勤時間が無駄だと感じている」が
省2
8(3): (ﾜｯﾁｮｲ 194e-FUJr) 2023/10/31(火)09:59 ID:DBRUqQAF0(1/5) AAS
前スレではちみつさんが書いてくれたリンク見ました。thx
外部ﾘﾝｸ:go.dev
曰くGOの defer は
deferred function calls 遅延関数呼び出し で、関数脱出時にlast-in-fast 順で呼ぶもの
とすると、C言語でdeferの仕様追加要求は却下すべきです。リンクリスト1個作れば済む話で、実際そうしてる人も多数いるだろうに、既存プログラムでdeferというシンボルを使ってるのをコンパイル通らなくしてまで仕様追加するのは利益が小さすぎる。
エラー処理で使うかは、直接関係ないですね。そうしたきゃすればいいけど、私は読みやすいコードとは思わない、です
9(1): (ﾜｯﾁｮｲ 937c-cQ99) 2023/10/31(火)12:23 ID:9gnUDJNP0(1/4) AAS
>>8
＞関数脱出時にlast-in-fast 順で呼ぶもの
＞
＞とすると、C言語でdeferの仕様追加要求は却下すべきです。
この「とすると」からの繋がりが意味不明。
>リンクリスト1個作れば済む話で、
だから何？
「却下 *すべき*」の理由になってない。
採用するほどでない、なら理解できる。
> 既存プログラムでdeferというシンボルを使ってるのをコンパイル通らなくしてまで仕様追加するのは利益が小さすぎる。
省1
10(1): (ﾜｯﾁｮｲ 194e-FUJr) 2023/10/31(火)15:34 ID:DBRUqQAF0(2/5) AAS
>>9
話が通じてないと思います
C言語の建設的な議論なら応じたいけど
11: (ﾜｯﾁｮｲ eb63-c8RC) 2023/10/31(火)15:38 ID:/TBQ8etM0(1) AAS
ブログ立てて、そこでやれ
12: (ﾜｯﾁｮｲ 29d7-WJPr) 2023/10/31(火)15:39 ID:803Tgyvr0(1) AAS
>>8
どうせコンパイルオプションで無効にすれば使えるだろ
13(1): (ﾜｯﾁｮｲ 937c-cQ99) 2023/10/31(火)16:18 ID:9gnUDJNP0(2/4) AAS
>>10
おまえの感想 >>8 のどこが建設的な議論よ？
14: (ﾜｯﾁｮｲ 1379-JwVi) 2023/10/31(火)16:24 ID:1/1CCAX60(1/2) AAS
ボクの考えた最強のC言語を語るスレはこちら
【超高速】C/C++に代わる低級言語を開発したい 8
2chｽﾚ:tech
15: (ﾜｯﾁｮｲ d95d-kYJB) 2023/10/31(火)16:36 ID:RXeEqnvz0(1) AAS
deferは(素のものをじゃなくてもう少し高機能な)プリプロセッサで対応出来る
breakやreturnの直前にdeferの内容を全部コピーしとけばいいだけ
まぁそれ言い出すと、C++をCに変換するプリプロセッサが有れば全て解決だがなw
16: (ﾜｯﾁｮｲ 194e-FUJr) 2023/10/31(火)16:37 ID:DBRUqQAF0(3/5) AAS
ただのどこかのオッサンの意見が気に食わんなら別にそれでもいいよ…
各自自分の考えを語ればいいじゃん、そんな食いつくくらいならなんか一つくらいは「自分のアイデア」あるんでしょ？何もないの？
17(1): (ﾜｯﾁｮｲ 194e-FUJr) 2023/10/31(火)16:39 ID:DBRUqQAF0(4/5) AAS
>>13
既存の「正しいプログラム」が「正しいプログラムであり続ける」
そんなにおかしいことかね
18: (ﾜｯﾁｮｲ 537c-oF/Z) 2023/10/31(火)16:43 ID:5ddE/sJo0(1/2) AAS
既に進行中の「建設的な議論」をご用意しました
以降の議論はこれを前提として積み重ねていただくようお願い申し上げます
外部ﾘﾝｸ[htm]:www.open-std.org
19(2): (ﾜｯﾁｮｲ 537c-oF/Z) 2023/10/31(火)16:43 ID:5ddE/sJo0(2/2) AAS
既に進行中の「建設的な議論」をご用意しました
以降の議論はこれを前提として積み重ねていただくようお願い申し上げます
外部ﾘﾝｸ[htm]:www.open-std.org
20: (ﾜｯﾁｮｲ 1be7-zW/F) 2023/10/31(火)16:57 ID:C1aTagsw0(1) AAS
>>19
なんか、機能はともかく見た目はだいぶ汚いコードになるね
21(1): (ﾜｯﾁｮｲ 937c-cQ99) 2023/10/31(火)17:12 ID:9gnUDJNP0(3/4) AAS
>>17
全然おかしく無いよ。
互換性は非常に重要。
でもおまえは新しい機能は追加するなって言ってるだけだよね。
おまえの言い分だとプロトタイプ宣言必須になるのは、過去の「正しいプログラム」が正しくあり続けることできないから「却下すべき」案なんだよな。
22: (ﾜｯﾁｮｲ 937c-cQ99) 2023/10/31(火)17:17 ID:9gnUDJNP0(4/4) AAS
>>21
プロトタイプ宣言とK&Rスタイルの関数定義がごっちゃになってるわ。
>>21 は回線切って首吊れば。
23(1): (ﾜｯﾁｮｲ 1379-JwVi) 2023/10/31(火)17:41 ID:1/1CCAX60(2/2) AAS
>>19
俺はGOで組んだことないからそこに書かれてる処理系依存のtry/finallyのが馴染みがあるしスマートに見えるわ
キモい輩って世界中に居るんだな
24: (ﾜｯﾁｮｲ 8114-Qq8E) 2023/10/31(火)17:59 ID:iHc07kUm0(1) AAS
>>23
君は中傷せずに会話できないのかね？
25: (ﾜｯﾁｮｲ 1945-FUJr) 2023/10/31(火)21:23 ID:DBRUqQAF0(5/5) AAS
21 と 22 のワッチョイとIDが同じで表現が口汚いのはどう解釈したらいいの？私には難しくて分かりませぬ
26: (ｽﾌﾟﾌﾟ Sd33-wFsA) 2023/11/01(水)03:27 ID:3HySGS93d(1) AAS
いつもの復オジωωω
スルー決定ωωωωωωωωω
27: (ﾜｯﾁｮｲ e110-H9h+) 2023/11/01(水)07:56 ID:9FKdtRs60(1) AAS
容認→警告→禁止推奨
となった仕様が幾つあったか・・・。
28(1): (ﾜﾝﾄﾝｷﾝ MM53-wL8D) 2023/11/01(水)09:43 ID:g4eyJzirM(1) AAS
言語の設計思想と立ち位置考えれば手を入れる必要ないでしょ
細かいのはあるにしても関数プロトタイプの導入、データ型の追加、stdioのセキュリティ強化くらいでCとしては充分
構文追加とかバカすぎてANSI Cもまず取り込まんよw
29: (ｽﾌﾟｯｯ Sd73-cQ99) 2023/11/01(水)12:36 ID:YeBzjhT2d(1) AAS
>>28
＞細かいのはあるにしても関数プロトタイプの導入、データ型の追加、stdioのセキュリティ強化くらいでCとしては充分
その挙げ句MISRA-Cみたいなのがでてくる。
＞構文追加とかバカすぎてANSI Cもまず取り込まんよw
C23の属性とか知らんの？
30(1): (ﾜｯﾁｮｲ 2945-kYJB) 2023/11/01(水)13:21 ID:DFYs67SD0(1/4) AAS
c23だと属性以外にも
enum Colour : char {
Red,
Green,
Blue
};
とか
auto i = 123L;
とかも構文変更になる
constexprもコンパイラにとってはかなり大きい
省1
31: (ﾜｯﾁｮｲ 2945-kYJB) 2023/11/01(水)13:30 ID:DFYs67SD0(2/4) AAS
clangとかはconstexprを使わなくても、最適化で勝手に整数に置き換わってるとか普通に有るけどねw
constexprはそれを確実に保証出来るので、精神衛生上良い
32(1): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 933e-g5YV) 2023/11/01(水)15:17 ID:m2/+vlXa0(1/2) AAS
>>30
C23 の constexpr は関数には付けられない。
高度なコンパイル時計算をするものではない。
33: (ﾜｯﾁｮｲ 2945-kYJB) 2023/11/01(水)17:07 ID:DFYs67SD0(3/4) AAS
>>32
なるほど！ちょっと中途半端な状態なんだな…
34: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 933e-g5YV) 2023/11/01(水)17:37 ID:m2/+vlXa0(2/2) AAS
C++ の const 指定は初期化子が定数 (定数式) なら指定が付けられた変数も定数になるという規則なんだが
C の const は単に書き換えが禁止されるだけで定数になることはない。
(処理系の拡張によって一部の状況で定数扱いされることはある。)
C で定数を作ろうとすると #define を使うか enum を使うかしかなかったので
定数を定義するための直接的な方法として constexpr を導入しようという判断は納得できる。
定数を定義するまともな方法がないってのは C の明らかな欠陥なので
それを改善するという話でしかなくて、
コンパイル時計算を推進する野心の始まりってわけではないと思う。
なので constexpr については (遠い将来はともかく現時点では) これで完了。
中途半端ってこたぁないというのが私の感覚だな。
35: (ﾜｯﾁｮｲ 2985-g3nS) 2023/11/01(水)21:28 ID:3Yx3b9sx0(1) AAS
気に入らないって理由なの？
36: (ﾜｯﾁｮｲ 2945-kYJB) 2023/11/01(水)23:56 ID:DFYs67SD0(4/4) AAS
書き換えが禁止されても定数ではないとはこれいかに…
ここでいう定数はコードに直接埋め込まれる値ということだろう
ただ、C++もstatic constにしないと定数にならないと思ったけど、 constだけだとちゃんとメモリが確保されてると認識してたな
37: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 933e-g5YV) 2023/11/02(木)01:38 ID:9IBKBW6G0(1) AAS
言語仕様上の用語としては定数は定数が要求される箇所に書くことが出来るもののことだよ。
単純な例で言えば、↓これは C++ ではアリだが C ではダメ。 (clang のデフォルトだと通してしまったりもするようだが……。)
const int foo = 1;
enum bar {baz = foo};
int main(void){}
もちろん最適化によって効率的な扱いがされやすくなることも多いにせよ、直接には求められてない。
定数であってもアドレス演算子は適用が可能だし、あくまでも変数なので見かけ上はメモリ上にある。
省3
38: (ｱｳｱｳｳｰ Sad5-g+2W) 2023/11/02(木)09:19 ID:kxWwWLf8a(1) AAS
const int foo = 1;
char hoge[foo];
int main(void){}
39: (ｽﾌｯ Sd33-IqBQ) 2023/11/02(木)10:39 ID:9MQ+Mdatd(1) AAS
2-pass コンパイルを実装してほしい
struct Fuga;
struct Hoge {
struct Fuga *fuga;
};
struct Fuga {
...
こんなのとはおさらばしたい
40(2): (ﾜｯﾁｮｲ eb63-c8RC) 2023/11/02(木)10:41 ID:VWEHs6hL0(1) AAS
そういう配列宣言でdefine使わないとどういうメリットがあるの？
41(1): (ｽﾌﾟｯｯ Sd73-cQ99) 2023/11/02(木)12:23 ID:R1/lC5p9d(1) AAS
>>40
デバッグ時にシンボル表示できる。
42(1): (ﾜｯﾁｮｲ 190d-FUJr) 2023/11/02(木)15:51 ID:7f41Qrwa0(1) AAS
もしかしてそれって、C言語の仕様じゃなくてデバッガとかビルドシステム側の機能改善でできそうって気がしませんか？
デバッガが読んで参考にできるかもしれない情報の豊富さの、なんとなくの並び
↓
■実行形式にシンボル情報がない
■実行形式にシンボル情報がある
■ソースコードがあるけどデバッガはビルド情報知らない
■ソースコードがありデバッガがビルドの情報も知ってる
clang とかLLVM界隈ってそういう情報（どういう？ビルド時しか分からん情報というか？）をうまく使おうぜ方向を目指してる気がします、知らんけど
43(2): (ﾜｯﾁｮｲ 29d7-WJPr) 2023/11/03(金)00:15 ID:M0kCm9U+0(1/3) AAS
その例だとデバッグ時に数字で表示されたほうが安全じゃないか
44: (ｱｳｱｳｳｰ Sad5-g+2W) 2023/11/03(金)08:01 ID:rVBPlXQLa(1) AAS
>ソースコードがありデバッガがビルドの情報も知ってる
両方持ってるのは本物のプロと練習集の初心者素人と両極端に分かれそう
45: (ﾜｯﾁｮｲ 29d7-WJPr) 2023/11/03(金)09:53 ID:M0kCm9U+0(2/3) AAS
何言いたいんだか全くわからんが
46: (ﾜｯﾁｮｲ eb63-c8RC) 2023/11/03(金)10:12 ID:R1GL3fqM0(1) AAS
生涯修行僧
47: (ﾜｯﾁｮｲ 5324-zW/F) 2023/11/03(金)11:32 ID:8bACdtpR0(1/2) AAS
>>42
当然だけど規格の話じゃないよ
気がしませんかっていうかコンパイラとデバッガは何十年も前からそうやって連携してる
48: (ﾜｯﾁｮｲ 5324-zW/F) 2023/11/03(金)11:34 ID:8bACdtpR0(2/2) AAS
>>43
数字で表示されないと具体的に何が非安全だと心配してるの?
49(2): (ﾜｯﾁｮｲ 29d7-WJPr) 2023/11/03(金)21:59 ID:M0kCm9U+0(3/3) AAS
次に実行するコード
＞hoge[2] = 0;
となった時に
char hoge[foo];
と表示されてると次にfooの値を探すので二度手間
char hoge[1];
と表示されてれば一度ですむ
50: (ﾜｯﾁｮｲ 827c-RmzB) 2023/11/04(土)00:06 ID:nDDUhOSB0(1/4) AAS
>>49
何のためにシンボル使うのかわかってないな。
実際の値と値の持つ意味について考えたほうがいいぞ。
51(1): (ﾜｯﾁｮｲ 6dd7-HQPe) 2023/11/04(土)00:27 ID:uAZ656n/0(1/2) AAS
哲学には興味ない
なんのためにデバッガ使うかわかっているので充分だ
52(1): (ﾜｯﾁｮｲ 827c-RmzB) 2023/11/04(土)02:19 ID:nDDUhOSB0(2/4) AAS
>>51
なんだ実際のデバッガ使ったことないのか。
普通はシンボルだけじゃなくて値も表示するんだが。
53(1): (ﾜｯﾁｮｲ 6dd7-HQPe) 2023/11/04(土)09:05 ID:uAZ656n/0(2/2) AAS
ずいぶん安い煽りに転じたな
表示される情報は最小限のほうがいいんだよ
仕事で使っていればそうなる
54(1): (ﾜｯﾁｮｲ 653d-2MVi) 2023/11/04(土)10:09 ID:lvandghk0(1/2) AAS
自分はデバッガ使う段階なら定数は具体値が出てくれた方がいいです
クロスコンパイル環境の構築からとか、Cならではの現場を辿って来た人と、今どきのGUIのデバッガが前提の人では話は合わなそう
マウスかざせば済むじゃんと思ってるのでは
55: (ﾜｯﾁｮｲ 624f-ZTan) 2023/11/04(土)11:08 ID:dBvv25rw0(1) AAS
>>43にアンカうったら>>49で手間がどうこうって返ってきたんだがそういうのを安全って言うのか??
個人的には>>52と同感でマクロにしてもenumにしてもシンボル・値両方確認出来るもんだと思ってたから
どんな環境を想定して言ってるのかちょっとよく話が掴めないな
56: (JP 0H09-q9sc) 2023/11/04(土)11:41 ID:A3cqUl0FH(1) AAS
gdbなどのデバッガー使っていれば変数名と型と値は全て表示される
必要であれば配列は全ての要素を展開して表示も出来るけどな
57: (ﾜｯﾁｮｲ 9901-sdYh) 2023/11/04(土)11:48 ID:4yCaeT2N0(1) AAS
printfでOK
58: (ｱｳｱｳｳｰ Saa5-CWlg) 2023/11/04(土)12:21 ID:KPpuxUoxa(1) AAS
シンボルの方が意味が判って良いけどな
「マウスかざせば良い」はその通り
場合によっては watch 式
59(1): (ﾜｯﾁｮｲ 0297-qmy0) 2023/11/04(土)13:42 ID:p2sqqR+o0(1) AAS
デバッグ段階で意味がいるのか？
60(1): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 823e-9NWm) 2023/11/04(土)13:50 ID:ocaBqo/v0(1/2) AAS
デバッガもその設計思想によるだろう。
ソースレベルデバッグなら言語の評価モデルに一致するのが自然だと思う。
そうなるとシンボルのほうが主役で、評価されれば値になるし一部は事前にわかる場合もある。
バイナリ寄りのデバッガなら
シンボル情報 (デバッグ情報) を扱えるものであってもまずそこにあるのは具体的な値であって、
値のほうをメインに見せる (シンボルは補助的な情報) のが筋に思える。
61: (ﾜｯﾁｮｲ 827c-RmzB) 2023/11/04(土)14:07 ID:nDDUhOSB0(3/4) AAS
>>53
お前はアドレスさえわかれば関数名も変数名も不要なんだろうな。
俺はソースレベルデバッグを想定してたけどお前は違うの？
62(1): (ﾜｯﾁｮｲ 827c-RmzB) 2023/11/04(土)14:20 ID:nDDUhOSB0(4/4) AAS
>>54
Cのソースレベルデバッガはgdbとそのラッパー(dddとかKDEのkdebug)しか使ったこと無いな。
お前は何使うの？gdb以外のデバッガにはちょっと興味あるかも。
あと、いつのまにかデバッグの話にすり変わってるけど、元は >>40 で *コード書くとき* の話だからな。
>>41 のせいだな。
63: (ﾜｯﾁｮｲ 653d-2MVi) 2023/11/04(土)15:58 ID:lvandghk0(2/2) AAS
例の人ですか？
64: (ﾜｯﾁｮｲ c191-HQPe) 2023/11/04(土)19:42 ID:Q+jfxr6/0(1) AAS
>>62
スレを私物化してないか？
65: (ﾜｯﾁｮｲ 4279-ztC3) 2023/11/04(土)21:41 ID:W1fOq5zR0(1/2) AAS
Cは単純だからぽいんた辺りで躓かない限り特に疑問は生まれずスーっと大脳皮質に浸透していく
それに比べて自称モダン言語の気持ち悪さよ
Cが無かったらプログラミングなんてやってなかったろうな
66(1): (ﾜｯﾁｮｲ 9901-jPjl) 2023/11/04(土)21:47 ID:vTgEadDD0(1/3) AAS
Cも関数ポインタとかたいがいきしょいぞ
67: (ﾜｯﾁｮｲ 4279-ztC3) 2023/11/04(土)21:53 ID:W1fOq5zR0(2/2) AAS
Cの関数ポインタはそれ以上でもそれ以下でもない
セキュリティが緩い頃は関数ポインタを駆使すれば関数型言語で言う所の関数のファーストクラスも実現できた
この時やはりコードとデータは分かれているべきと判りみ
と同時にオブジェクト指向は間違った思想と気付く
68: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 823e-oDOv) 2023/11/04(土)21:57 ID:ocaBqo/v0(2/2) AAS
少なくとも宣言については無茶苦茶な文法だけどな。
69: (ﾜｯﾁｮｲ 9901-jPjl) 2023/11/04(土)22:08 ID:vTgEadDD0(2/3) AAS
C++になると更にきしょいメンバ関数ポインタがあるが
70(1): (ﾜｯﾁｮｲ 9901-jPjl) 2023/11/04(土)22:36 ID:vTgEadDD0(3/3) AAS
#include <iostream>
using namespace std;
struct Hoge {
int hage_;
int mage () const {return hage_;}
};
void func (const Hoge &obj, int (Hoge::*func) () const) {
cout << (obj.*func) () << '\n';
}
int main () {
省6
71: (ﾜｯﾁｮｲ 2e63-sdYh) 2023/11/05(日)00:14 ID:u007GASC0(1/2) AAS
次の仕様拡張で関数配列が導入されます（嘘）
72: (ｱｳｱｳｳｰ Saa5-CWlg) 2023/11/05(日)10:34 ID:ol9bMVcca(1/2) AAS
>>59 とか
>>60 の後者の人とかは
ゲーマーか逆アセか改造チートでもしてんのかなと思う
73: (ﾜｯﾁｮｲ 2e63-sdYh) 2023/11/05(日)10:45 ID:u007GASC0(2/2) AAS
定数はともかく変数の値の変化を監視するとなれば話は変わりますよ
74: (ﾜｯﾁｮｲ c191-HQPe) 2023/11/05(日)10:52 ID:dHgdjFj00(1) AAS
>>66
単に機種依存なくしてユニバーサル化したアセンブラだからキモいも何もない
感覚的に受け付けないという方はもうすぐAIで自然言語でプログラムできるようになるからそれまで待てばいいじゃん
75(1): (ｱｳｱｳｳｰ Saa5-CWlg) 2023/11/05(日)11:02 ID:ol9bMVcca(2/2) AAS
>>70
こう描けばそこまでキモくない
#include <iostream>
using namespace std;
struct Hoge {
int hage_;
int mage () const {return hage_;}
};
void func (const Hoge &obj, int (Hoge::*p) () const) {
cout << (obj.*p)() << '\n';
省7
76: (ｱｳｱｳｳｰ Saa5-2ws7) 2023/11/06(月)13:51 ID:4BOQTpQoa(1) AAS
>>75
using使えよ
77: (ﾜｯﾁｮｲ 42ad-dLR+) 2023/11/08(水)13:50 ID:ySVrNoqw0(1) AAS
C++の話はスレチ
78: (ﾜｯﾁｮｲ 4279-ztC3) 2023/11/08(水)19:54 ID:5o5qiXKK0(1) AAS
その言葉が聞きたかった
79(1): あぼーん [あぼーん] AAS
あぼーん
80(1): (ﾜｯﾁｮｲ ff02-qIOU) 2023/11/12(日)08:32 ID:d94Xl3Lo0(1) AAS
>>79
おー、これはワクワクするな
81: (ﾜｯﾁｮｲ 1fdd-/atU) 2023/11/12(日)08:34 ID:GHx2Prj80(1) AAS
>>80
アホ！
１レスくらい間にはさまないとリアリティが出ないだろｗ
82: (ﾗｸｯﾍﾟﾍﾟ MM4f-6FeI) 2023/11/12(日)08:51 ID:It/c5vypM(1) AAS
ここまで自演
83: (ﾜｯﾁｮｲ 7f7c-aEnJ) 2023/11/13(月)22:12 ID:6eyhepdG0(1) AAS
はじめてのCってタイトル狙ってるよね？
84: (ﾜﾝﾐﾝｸﾞｸ MMdf-P3L0) 2023/11/14(火)12:53 ID:W6BGRK+OM(1) AAS
なんかドキドキする💗
85: (ﾜｯﾁｮｲ 1f10-Zoup) 2023/11/14(火)15:40 ID:Pq1b8U9m0(1) AAS
>はじめてのC
数十年前からの定番ネタだよね・・・今の中年向けの・・・。
86: (ﾜｯﾁｮｲ 1ff0-Gf4c) 2023/11/14(火)15:56 ID:B1tltd4R0(1) AAS
お前らはAの経験もないだろ
87: (ﾜｯﾁｮｲ 9f46-ch54) 2023/11/14(火)17:17 ID:Qm0S65Zf0(1) AAS
小さく投げAするときも左利き。
88: (ﾜｯﾁｮｲ 1f5f-Zoup) 2023/11/14(火)17:23 ID:0+a8UjLX0(1) AAS
消えたD言語もｗ
89: (ｱｳｱｳｳｰ Sae3-6ymb) 2023/11/14(火)17:24 ID:ehFVRHwha(1) AAS
APLは経験ないな
90(2): (ﾜｯﾁｮｲ ff63-lv/m) 2023/11/14(火)17:26 ID:juKbspbB0(1) AAS
魔球は魔球はハリケーン♪
91: (ﾜｯﾁｮｲ 7fad-beIL) 2023/11/15(水)02:42 ID:FfQCTRFi0(1) AAS
>>90
あなたの年齢は50歳以上ですね。
92: (ﾜｯﾁｮｲ 9fbb-7z1d) 2023/11/16(木)19:17 ID:j+PNeGK90(1) AAS
Cタ「バルス！」
93: (ﾜｯﾁｮｲ ff46-uMtu) 2023/11/16(木)20:52 ID:oCahIYzp0(1) AAS
C名「歌舞伎町の女王」
94(1): (ﾜｯﾁｮｲ 465f-jMfl) 2023/11/18(土)16:08 ID:rSBossZH0(1) AAS
今はABCって言っても通用しないよ
95: (ﾜｯﾁｮｲ 6e46-4xZ8) 2023/11/18(土)17:12 ID:gr23gvrO0(1) AAS
>>94
音階に倣って「イロハ」だったりするのかな。
プログラミング言語ハとか、ハ++とか、ハ長調とか。
96: (ｽｯﾌﾟ Sd82-K/BJ) 2023/11/24(金)17:31 ID:yKOVmI8Pd(1) AAS
三等車か
97: (ﾜｯﾁｮｲ a7bb-ayIT) 2023/11/25(土)04:21 ID:qagB2RQA0(1) AAS
Cの関数ポインタに慣れてしまってたんなに奇天烈に見えてたのに今じゃ可愛く見える
98: (ﾜｯﾁｮｲ 5fad-1+JT) 2023/11/25(土)04:36 ID:D3zQdbUT0(1) AAS
∧__∧
(´∀｀)
(⊃⌒*⌒⊂)
/_ノωヽ_)
99: (ﾜｯﾁｮｲ 7f63-YwKO) 2023/11/25(土)10:00 ID:NdoBt+NA0(1) AAS
目標をせんたーに入れてスイッチ
100(1): (ｽﾌﾟﾌﾟ Sd7f-RFe5) 2023/11/27(月)08:24 ID:554QjvZVd(1/2) AAS
左辺値と右辺値のことがよくわからない
char *cp = "abcdefgの"abcdefg"は値を変更できないのに、
char cp[] = "abcdefg"の"abcdefg"は値を変更できる
上下前次1-新書関写板覧索設栞歴
あと 902 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.039s