[過去ﾛｸﾞ] C言語なら俺に聞け 162 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
453: (ﾜｯﾁｮｲ e785-6dvo) 2024/01/21(日)11:37 ID:yYf7aVwb0(1) AAS
多相？
仮にポインタ変数のアドレス を引数で渡したい場合であってもvoid ** じゃなくvoid * を使って、
人間同士がドキュメントだろうが喫煙所だろうがで問題解決しろよってのが規画と整合する答えなんじゃないの
どうせキャストするんでしょうに
バカですか
454: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 5f3e-G0Zh) 2024/01/21(日)12:09 ID:4rk7TZPC0(2/2) AAS
void* に変換したなら元の型にキャストしなおさないと保証された動作はほとんどない。
(逆に元の型に変換したときは変換前の値と一致することは保証される。)
元の型を知っているプログラマがキャストすることを期待できる qsort のような使い方なら問題にならないけど、
void* の形で受け取るだけでは関数が出来ることはほとんどない。
文字列を指すポインタに変換してバイト列として読み書きすることはアリなので
オブジェクトの内容はどうでもいいメモリブロック操作系の関数 (memmove など) だとかでも問題はないかな。
455: (ﾜﾝﾄﾝｷﾝ MM3f-NhvB) 2024/01/21(日)12:53 ID:+eMrRol8M(1) AAS
簡単な問題だったんだけど答えられる人ほとんどいないのか
相変わらず本題とは関係ない問答しだすアホらもいるし
456: (ﾜｯﾁｮｲ 7fc2-rEzG) 2024/01/21(日)13:01 ID:fu4eKftF0(1) AAS
答えられる人はいるだろうけど、宿題丸投げするやつにエサを与えたくなくて
敢えて書かない人もいるだろう。
457: (ﾜｯﾁｮｲ 5f79-i8QP) 2024/01/21(日)16:35 ID:ocg3B/5o0(1) AAS
ANCIとか頭悪そうな学校で相手したくなかった
458: (ﾜｯﾁｮｲ 5fad-zQB7) 2024/01/21(日)16:43 ID:WaBPg/nL0(1) AAS
誰も知らない新規格、か・・・
459: (ﾜｯﾁｮｲ e763-amFq) 2024/01/21(日)16:44 ID:sYjtPxaw0(1) AAS
宿題スレは別にあった様な気がする
460: (ﾜｯﾁｮｲ c7df-VcUz) 2024/01/21(日)20:09 ID:BpmEGVkv0(1) AAS
つ 2chｽﾚ:tech
461: (ﾜｯﾁｮｲ 7f2a-Hmn+) 2024/01/21(日)22:42 ID:fOwYJqZP0(1) AAS
UNCI はどうだろう。
462: (ﾜｯﾁｮｲ 7fab-JMeY) 2024/01/22(月)09:16 ID:wwjNYCJK0(1) AAS
>>445
free(p++);
p++=0; ←ここで文法エラーになるから
463: (ﾜｯﾁｮｲ 5fdb-0Ail) 2024/01/22(月)19:23 ID:sQG6cOu30(1) AAS
このマクロでそんな心配せんでええやろ
464: (ﾜｯﾁｮｲ 7f63-HLt9) 2024/01/22(月)20:21 ID:oQuCuzrM0(1) AAS
Cに引数の参照渡しってあったっけ?
ないとしたら>>392のMYFREE(p)をマクロではなく関数として書き
その中でp=0としても呼び出した側の変数は変えられないわけで
関数にすることで動作が変わってしまうことになるはずだけど
465: (ﾜｯﾁｮｲ 7f9f-EFyZ) 2024/01/23(火)13:25 ID:DCTvqhlA0(1) AAS
そんなこんなでp++マクロには問題が多いからC++が出来たってわけ
466: (ﾜｯﾁｮｲ e763-amFq) 2024/01/23(火)14:30 ID:FpD2d5od0(1/2) AAS
なんだそんな理由だったのか・・・
467(1): (ﾜｯﾁｮｲ df2d-EFyZ) 2024/01/23(火)14:41 ID:v+doC8dF0(1/2) AAS
mallocとcallocの引数の指定の仕方が違うのが気になる
これ別であることに理由あるの？
468: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 5f3e-G0Zh) 2024/01/23(火)15:14 ID:MIeJSKFF0(1) AAS
>>467
言語仕様上は calloc が返すポインタ (によって表されるメモリ領域) は
malloc が返すものと同じようにあらゆる型に対して適切に境界調整されることになっているし、
ゼロクリアするという違いも「全てのビットがゼロ」という意味なので型の性質を考慮しない。
つまりふたつの引数として指定することによって得られる恩恵はない。
実装がまともなら calloc(a, b) としたときの a*b が size_t の大きさを超えてしまうようなときでも
ラップアラウンドして小さな領域を確保するのではなくエラーにしてくれることは期待できる
(間違いを検出しやすい) が、それを理由として引数ふたつにしているというわけではなさそう。
最初に言語仕様をまとめたときに主要な処理系がだいたい準拠ということになるようにしたはずなので
その頃の処理系でなんか理由はわからんがそうなってたって程度の話だと思う。 あまり意味ない。
469: (ﾜｯﾁｮｲ df2d-EFyZ) 2024/01/23(火)15:47 ID:v+doC8dF0(2/2) AAS
メリット無いなら統一してほしかったよ
470: (ﾜｯﾁｮｲ e763-amFq) 2024/01/23(火)16:35 ID:FpD2d5od0(2/2) AAS
好きな方を使いましょう
471: (ﾜｯﾁｮｲ 5f8c-/eig) 2024/01/24(水)09:58 ID:Xnuh8KFs0(1) AAS
統一したらゼロクリアするかしないかだけの違いにならん？
472(1): (ﾜｯﾁｮｲ e7bb-iTDz) 2024/01/24(水)16:48 ID:zBKRyD/E0(1) AAS
zmallocというマクロを定義すれば解決
473: (ﾜｯﾁｮｲ 5f7c-ytPG) 2024/01/25(木)18:11 ID:oxF0tkpI0(1) AAS
callocはmallocのゼロクリア版として *も* 使えるがそもそもの使い方が違う。
474: (ﾜｯﾁｮｲ bfac-8byG) 2024/01/25(木)20:28 ID:DorHRoYW0(1) AAS
ちなみに C には厳密にいうと価渡し(call by value)しかない
値としてアドレスを渡すので結果として参照渡し(call by reference)
ができることになる
475: (ﾜｯﾁｮｲ e763-amFq) 2024/01/25(木)20:55 ID:FFkj9zH80(1) AAS
参照って言うと色々誤解を受けるから
Cの場合はアドレス渡しで良いと思う
476: (ﾜｯﾁｮｲ dfbf-qZe7) 2024/01/25(木)21:27 ID:xC/Yy1/j0(1) AAS
ヘンな用語作るのやめて
ポインタで渡しても値渡しのまま
foo(int x) {int y = 0;x = y;}
bar(int *p) {int *q = 0;p = q;}
呼び出し元の変数に作用が無いのは同じ
両者は等しく値渡しのまま
baz(int *p) {int y = 0;*p = y;}
これについては値渡しされたものがポインタ型だったため
ポインタ型が持つデリファレンス機能によってポイント先に代入できただけ
*** 値として渡し ***て、デリファレンスして、代入しただけ
省12
477: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 5f3e-3Dea) 2024/01/25(木)21:48 ID:d9W0b5Ok0(1) AAS
JIS の用語集やそのもとになった ISO 規格によれば call by address の定義はパラメタの場所を渡すこと。 ポインタの形であっても場所を渡しているには違いないからあてはまるし、勝手な創作用語というわけではない。
言語の理屈ではポインタもポインタという型の値だがそれの活用方法に名前が付いて悪いってこともない。
言語仕様の話をしているときに混ざってくると「んっ？」とは思うが。
478(1): (ﾜｯﾁｮｲ 5f10-iTDz) 2024/01/25(木)23:01 ID:NizTAU7c0(1) AAS
ポインタなのに値渡しとか言ってる奴まだいるのかw
そういうのはポインタ渡しで良いんだよ
アドレスを値渡し→ポインタ渡しでいいんだよ
479: (ｱｳｱｳｳｰ Sa4b-ZQy0) 2024/01/26(金)00:30 ID:/aFBudAaa(1) AAS
>>472
zalloc にしようぜ
480: (ﾜｯﾁｮｲ 5f7c-ytPG) 2024/01/26(金)00:35 ID:xuVVqQKb0(1) AAS
>>478
＞アドレスを値渡し→ポインタ渡しでいいんだよ
だよな。
481(1): (ｽﾌﾟﾌﾟ Sd7f-MQtI) 2024/01/26(金)08:38 ID:Nbs9AoGZd(1) AAS
Cの文法規則がいいかげんなんだよ
482: (ｽﾌﾟｯｯ Sdff-ytPG) 2024/01/26(金)09:12 ID:f6TAFOdQd(1) AAS
>>481
＞Cの文法規則がいいかげんなんだよ
だよな
483(1): (ｻｻｸｯﾃﾛﾗ Sp7b-NMAD) 2024/01/26(金)09:47 ID:5qejItpup(1) AAS
アドレスと言う値を渡してるのだからどちらも同じ事だろ
484: (ﾜｯﾁｮｲ e763-QAJh) 2024/01/26(金)10:37 ID:mR+OAnS80(1) AAS
いい加減なところが好かれる理由
485: (ｻｻｸｯﾃﾛﾗ Sp7b-NMAD) 2024/01/26(金)10:46 ID:Tqv1qsfwp(1) AAS
アセンブラまんどくさいから作ったのがC
だから型がイイカゲンなのはアセンブラやってる人が対象だから
486: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 5f3e-G0Zh) 2024/01/26(金)10:52 ID:6gE8lNl00(1/3) AAS
イイカゲンにしてるとコンパイラの最適化を有効にしたときに破綻するぞ
487: (ﾜｯﾁｮｲ 5f10-iTDz) 2024/01/26(金)12:43 ID:IWVVekFc0(1) AAS
>>483
構造体は値渡しとアドレスの値渡しがある
どっちも値渡しというと訳が分からなくなる
なので、構造体は値渡しとポインタ渡しが出来ると言えば便利だ
そうすれば、配列は値渡しが出来ないとも言うことが出来る
488: (ﾜｯﾁｮｲ c701-bKTd) 2024/01/26(金)13:17 ID:hEzJutz20(1) AAS
C++で参照が登場したので「アドレスの値渡し」とか言っている訳で
C++を知らんと意味不明だし違和感あるだろうな
489: (ﾜﾝﾄﾝｷﾝ MM4f-NhvB) 2024/01/26(金)14:03 ID:OnjHbhExM(1) AAS
C++がどうのとかは全然関係ないでしょ
490: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 5f3e-3Dea) 2024/01/26(金)14:07 ID:6gE8lNl00(2/3) AAS
C++ とは関係ないと私も思う。
仮引数と実引数の関係は (型がポインタかどうかに関係なく) 値の代入であるということになっている。
繰り返すが言語仕様上の理屈では解釈の余地なく全ての引数は値呼びのメカニズムで規定されているよ。
C++ の参照と区別するための言い回しではなく仕様上の理屈通りに言えばそうなるってだけ。
491: (ﾜｯﾁｮｲ e7bb-iTDz) 2024/01/26(金)14:12 ID:u8n9O9U10(1) AAS
それで結局
&var
の値はポインタなの？アドレスなの？
どっちでもいいんだよね？
492: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 5f3e-3Dea) 2024/01/26(金)14:57 ID:6gE8lNl00(3/3) AAS
「アドレス」と「ポインタ」の使い分けはイマイチわからないんだよなー。どっちでもいいと思う。
単項演算子の & にはアドレス演算子という名前がついていてアドレスを返すとも書いてあるのでこれについてはアドレスと言っていいのは間違いない。
ポインタは型の種類のように使われてることもあるし、ポインタ型の値のことを指しているように見える箇所もある。
個人的感想としてはアドレスのほうが低レイヤ寄りの概念でポインタは型で意味付けしているような雰囲気を感じてるんだけどあまりはっきりしない。
493: (ｻｻｸｯﾃﾛﾗ Sp7b-NMAD) 2024/01/26(金)16:28 ID:TUEfKZ6Qp(1) AAS
参照渡しと実体渡しかw
あれも、アドレス渡しとコピー渡しって言えばいいのにね
494: (ﾜｯﾁｮｲ 4710-zwhO) 2024/01/26(金)16:55 ID:VvnpRsjB0(1) AAS
アドレスは、数値が主体でそれが何を示しているかの説明の為の単語。
ポインタは変数の一つで *p や p->a 等の動作も含めての設計思想。
などと意味不明な(ry
495: (ﾜｯﾁｮｲ 5f10-iTDz) 2024/01/26(金)17:26 ID:CEoHa9Fg0(1/2) AAS
アドレスは値
ポインタは型だよ
正確にはintのポインタ型とか言うけど
496: (ﾜｯﾁｮｲ e763-amFq) 2024/01/26(金)17:35 ID:WoOISbdM0(1/2) AAS
ポインタはポインタ値を格納する場所
497: (ﾜｯﾁｮｲ 5f10-iTDz) 2024/01/26(金)17:36 ID:CEoHa9Fg0(2/2) AAS
場所と言うのは曖昧な表現だな
498(1): (ﾜﾝﾄﾝｷﾝ MM4f-NhvB) 2024/01/26(金)18:03 ID:Vqpo1a/ZM(1/2) AAS
アドレスは値で右辺値、ポインタは変数でオブジェクトで左辺値
こんな基本的なこと、頼むよ
499(1): (ﾜｯﾁｮｲ 7f19-rEzG) 2024/01/26(金)18:27 ID:GfgH9lD40(1) AAS
>>498 正しくない。ポインタ型の変数 int* p に対して p + 1 もポインタだけど、変数でも左辺値でもない。
500: (ﾜｯﾁｮｲ e763-amFq) 2024/01/26(金)18:29 ID:WoOISbdM0(2/2) AAS
ある時はメモリーのサラリーマン、ある時はレジスターの探偵
501: (ﾜｯﾁｮｲ e746-qZe7) 2024/01/26(金)19:46 ID:XBTJ48xK0(1/2) AAS
規格上はどうなってるか知らんが
ポインタでいいじゃん統一しろよ
変数へのポインタを取る時アドレスと言いたくなるんやろな
分からんでもないが使い分ける必要はないと思う
アドレスといいつつ結局ポインタでしかないやろ？
場所だけじゃなくて型のサイズも持ってるでしょ？
アドレスと聞くと番地だけってイメージだけど
ポインタっつうのはそれに加えてサイズも持ってるのがミソ
だから不必要にアドレスと言い直す必要はない
だって実際にポインタしか扱わないんだから
502: (ﾜｯﾁｮｲ 0791-RdP4) 2024/01/26(金)20:04 ID:Su75gAlu0(1) AAS
アドレスっていう言葉は規格には出てこないと予想してた。
規格にはポインタだけあればよくて、アドレスは実装の仕方のイメージがある。アドレスは多くの場合整数になるが、文字や文字列でもいいというような。
503: (ｻｻｸｯﾃﾛﾗ Sp7b-NMAD) 2024/01/26(金)20:45 ID:wwCmUZ7Wp(1) AAS
アドレスってアセンブラ屋さんが言う奴？
504: (ﾜｯﾁｮｲ 5f36-zwhO) 2024/01/26(金)21:05 ID:pu3OCH3K0(1) AAS
バイナリーエディタやメモリエディタでも言うよな。
505: (ｻｻｸｯﾃﾛﾗ Sp7b-NMAD) 2024/01/26(金)21:07 ID:coh7wFVpp(1) AAS
バイナリエディタのはアドレス違うよなぁ
メモリーエディタはアドレスだからいいけど
506: (ﾜﾝﾄﾝｷﾝ MM4f-NhvB) 2024/01/26(金)21:11 ID:Vqpo1a/ZM(2/2) AAS
>>499
p+1はアドレスだよ
507: (ｻｻｸｯﾃﾛﾗ Sp7b-NMAD) 2024/01/26(金)22:21 ID:PDBFw7tbp(1) AAS
ポインターだろ
508: (ﾜｯﾁｮｲ e730-qZe7) 2024/01/26(金)22:21 ID:XBTJ48xK0(2/2) AAS
int a[4] = {0}, (*b)[4] = &a, *c = &a[0];
printf("%p %p\n", b, b + 1);
printf("%p %p\n", c, c + 1);
0x7ffc2026d710 0x7ffc2026d720
0x7ffc2026d710 0x7ffc2026d714
アドレスと捉えると同じ番地だけど
+1の結果が違う番地になるのは
ポインタが大きさを知っているから
これが単なる整数とは違うところ
509: (ｻｻｸｯﾃﾛﾗ Sp7b-NMAD) 2024/01/26(金)22:22 ID:8+XG8rAlp(1) AAS
アドレスと言えるのは直接ハードウェアにアクセスするものだけだよな
510: (ﾜｯﾁｮｲ e7bb-iTDz) 2024/01/26(金)22:29 ID:kxxVAnT60(1/2) AAS
規格書の加減算のとこにはp + 1の結果が何になるか書いてある？
511: (ｻｻｸｯﾃﾛﾗ Sp7b-NMAD) 2024/01/26(金)22:36 ID:tuyRrB6Ip(1) AAS
p+1の結果は、pの型によって違うやろ
512(1): (ﾜｯﾁｮｲ e7bb-iTDz) 2024/01/26(金)22:48 ID:kxxVAnT60(2/2) AAS
規格ちょっと読んだけど加減算のところには結果がアドレスになるかポインタになるか書いてなくね？
513: (ﾜｯﾁｮｲ df20-NMAD) 2024/01/26(金)22:49 ID:4G76jppe0(1) AAS
>>512
アドレスはポインタのエイリアスだろ？
514(2): (ﾜｯﾁｮｲ 5f10-iTDz) 2024/01/27(土)00:39 ID:RxNi/RLS0(1) AAS
だから、アドレスは値で、ポインタは型なんだ
p + 1はpの型によって結果が決まる
intかintのポインタ型かで結果が変わる
515: (ﾜｯﾁｮｲ 5f7c-ytPG) 2024/01/27(土)00:55 ID:3j95TwYq0(1/2) AAS
>>514
＞だから、アドレスは値で、ポインタは型なんだ
＞p + 1はpの型によって結果が決まる
＞intかintのポインタ型かで結果が変わる
だよな
516(1): (ﾜｯﾁｮｲ e7bb-iTDz) 2024/01/27(土)01:15 ID:lTO1GYgs0(1/2) AAS
>>514
規格読み直したら加算の結果はポインタになるって書いてあったわ
517(1): (ﾜｯﾁｮｲ 5f7c-ytPG) 2024/01/27(土)10:42 ID:3j95TwYq0(2/2) AAS
>>516
何章？
518(2): (ﾜｯﾁｮｲ 4710-zwhO) 2024/01/27(土)14:54 ID:IaaZCBNA0(1/2) AAS
(int)(p+1)-(int )(p) == sizeof (*p)
だっけ？
519: (ｽﾌﾟｯｯ Sdff-ytPG) 2024/01/27(土)15:00 ID:Go/zq51jd(1) AAS
>>518
intは32bitのLP64環境ではどうなるんだい？
520: (ﾜｯﾁｮｲ 4710-zwhO) 2024/01/27(土)15:08 ID:IaaZCBNA0(2/2) AAS
コンパイルエラーか警告でて下位32bitのみ取得じゃね？
sizeof (*p)がint_max超える設定でもなけりゃ目的は果たせそうだけど。
521: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 5f3e-G0Zh) 2024/01/27(土)16:02 ID:TmJLT/yO0(1) AAS
ポインタは整数に型変換できるけどその値がどうなるかは処理系定義。
変換結果がその整数型で表現できなかったときは未定義。
gcc や clang だとポインタをより小さい整数型に変換しようとしたらエラーになった。
intptr_t や uintptr_t に限っては正しい void* はこれらの整数に変換可能、かつ
void* に再び変換したら元の値と等しいことが保証される。
オブジェクトを指すポインタは void* に変換可能なので
オブジェクトを指すポインタは intptr_t や uintptr_t に (情報の欠落なく、可逆な形で) 変換できる。
しかしポインタが整数でどのような表現を持つかは規定されていないし、
intptr_t や uintptr_t は提供されないこともありうる。
オブジェクトを指すポインタは文字型を指すポインタに型変換してバイト列としてアクセスできることは保証されているので
省7
522(1): (ｽｯｯﾌﾟ Sd7f-hxDZ) 2024/01/27(土)17:07 ID:JGqkehCyd(1) AAS
はちみつの説明はちっとも頭に入ってこん
3行にまとめてから貼れ
523: (ﾜｯﾁｮｲ 5fb0-ytPG) 2024/01/27(土)17:46 ID:gXnDqsx80(1) AAS
>>518
つまりこのコードはダメってこったね
524: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 478b-3Dea) 2024/01/27(土)18:21 ID:ubKEU+Fr0(1) AAS
>>522
関連する規則は関連する規則の数より減ることはない。
根拠不明でいいなら削るけどそんな説明を見たいのか？
525: (ﾜｯﾁｮｲ e763-amFq) 2024/01/27(土)18:27 ID:8jAlHp2M0(1) AAS
3行しか文章解読できないなら、コード書くのは辛いだろう
526: (ﾜｯﾁｮｲ e7bb-iTDz) 2024/01/27(土)18:41 ID:lTO1GYgs0(2/2) AAS
>>517
「加算」でページ内検索すればすぐ見つかる
527(1): (ﾜｯﾁｮｲ 6f5f-YGpO) 2024/02/22(木)19:08 ID:rfW+Fz5e0(1/3) AAS
errno ってどうしてスレッドごとに別々につかえるの？
528(1): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 7332-tW/T) 2024/02/22(木)19:34 ID:o0M/RgFs0(1/2) AAS
>>527
「どうして」というのはそういう仕様になっている理由？
それともそれを実現している方法のこと？
529(2): (ﾜｯﾁｮｲ 6f5f-YGpO) 2024/02/22(木)19:51 ID:rfW+Fz5e0(2/3) AAS
>>528
方法のほうですね
__thread ？とかってgcc固有？って聞いたけど
gcc以外とか大昔とかどうやってんのかなーって
530(1): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 7332-tW/T) 2024/02/22(木)20:08 ID:o0M/RgFs0(2/2) AAS
>>529
errno は型 int を持つ変更可能な左辺値に展開されるならマクロで定義されてもよいことになっている。
昔の C には記憶域期間の分類にスレッドは無かったが
#define errno *__foo()
みたいな感じで定義しておいて、
この関数がスレッドごとに適切な場所を返すように作っておけば辻褄は合う。
531: (ﾜｯﾁｮｲ 6f5f-YGpO) 2024/02/22(木)21:32 ID:rfW+Fz5e0(3/3) AAS
>>530
これでerrnoの初期化とかできるのか？ なるほどできるのか。よくできてるね
532: (ﾜｯﾁｮｲ 4301-H3lM) 2024/02/22(木)22:17 ID:3b0UfxEB0(1) AAS
結局、スレッド処理がいい具合にリンクしてくれてるって事だね
533: (ﾜｯﾁｮｲ bfbd-X6hX) 2024/02/23(金)15:59 ID:HdyUmXx/0(1) AAS
>>529
別にTLSの文法がなくてもコンパイラにTLS相当の非公開機能があれば実現可能。
534: (ﾜｯﾁｮｲ 8f0e-8Avu) 2024/02/24(土)16:12 ID:+4BfNMQz0(1) AAS
TLSと言えばゲームの方やね
バタ語を略したスレッドローカルストレージではないんや
このスレの世代的にも半数以上がそう思って口に言わずとも突っ込んだ経験があるはずや
535: (ﾜｯﾁｮｲ bfbd-X6hX) 2024/02/24(土)16:17 ID:dGxq80rr0(1) AAS
ゲーム？ バタ語？ 何を言ってるのか分からない。
536: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 7332-tW/T) 2024/02/24(土)16:54 ID:felFEjYK0(1) AAS
「TLS ゲーム」でググったらトゥルー・ラブストーリーが出てきた。
タイトルは聞いたことがあるけどやったことないし、 TLS なんて略称にはなじみがないわ。
Transport Layer Security と被っとるやないけというツッコミはしたくなったことはあるが。
バタ語ってなんや？
537(1): (ｱｳｱｳｳｰ Sae7-LYxY) 2024/02/24(土)23:04 ID:a3fFW9uua(1/2) AAS
ここの人は並列計算についても答えるの？
それともスレ違い？
538: (ｱｳｱｳｳｰ Sae7-LYxY) 2024/02/24(土)23:05 ID:a3fFW9uua(2/2) AAS
スレ違いなら何処が適してるの？
539: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 5f32-a3My) 2024/02/25(日)01:01 ID:m/LZ7YZH0(1) AAS
>>537
一応は C の名前を冠したスレだからその質問が言語仕様に関わる質問ならこのスレでいい。
C を使ったロジックの組み立てかたみたいなのもある程度は許容されると思う。
環境に固有の事情が絡むならそれぞれのスレのほうがいいこともある。
Win32api スレとか Unix スレとか。
540: 名無し兎と鰻の大乱闘 (ﾜｯﾁｮｲ cafd-p5xT) 2024/02/25(日)23:17 ID:3BSAc3tW0(1) AAS
しーげんごってなに？
541: (ﾜｯﾁｮｲ 0604-Q4h0) 2024/02/26(月)00:50 ID:mDObVK5g0(1) AAS
tlsって毎回アクセスする度に初期化済みかどうかチェックされるんか？
もしそうなら未初期化上等のc言語では特殊だな
542: (ﾜｯﾁｮｲ 0aaa-g1P5) 2024/02/26(月)17:12 ID:hotfpUjh0(1) AAS
【AI】Stable Diffusion 3発表、Soraで話題の拡散トランスフォーマーを採用 [すらいむ★]
2chｽﾚ:scienceplus
ボイス・トォ・スカるしている者も攻撃を受けるようになりました
543(1): (ﾜｯﾁｮｲ 9e6d-EVRh) 2024/02/26(月)19:38 ID:7RO6bLyL0(1) AAS
こんな Web ページを作りました。ぜひどうぞ。
外部ﾘﾝｸ:www7b.biglobe.ne.jp
544: (ﾜｯﾁｮｲ b301-43ji) 2024/02/27(火)13:07 ID:gZVWnZ6O0(1) AAS
アクセスしないほうがいいよ
545: (ﾜｯﾁｮｲ 0a97-46dB) 2024/02/27(火)13:33 ID:pm1A4e3U0(1) AAS
理由は？
546(2): (ﾜｯﾁｮｲ 9eb5-EVRh) 2024/02/27(火)17:32 ID:xGsMPO790(1) AAS
>>543 ごめんなさい。言葉足らずでした。
「数値計算結果の画像化など」 という Web ページを作りました。
プログラミング、数値計算、カオス、画像作成と表示
などに興味がある方は、ぜひどうぞ。
外部ﾘﾝｸ:www7b.biglobe.ne.jp
547: (ﾜｯﾁｮｲ 6763-9+AH) 2024/02/27(火)17:46 ID:0/infknm0(1) AAS
空白のBMPなんて簡単に作れると思うよ
起動したときに自分で作ったら良いと思った
548: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 5f32-a3My) 2024/02/27(火)18:03 ID:NfALWDmT0(1) AAS
>>546
ここは C スレなんだから C で書いたほうが親切じゃないかな。
まあ実質的にはほとんど C みたいな書き方だけども……
549(1): (ﾜｯﾁｮｲ 9e07-EVRh) 2024/02/29(木)11:21 ID:lAXCV22P0(1) AAS
>>0548
>546 です。C++ に特有な機能は、
全くと言っていいほど、使っていませんよ。
pow(x, y) というのは目新しいけど。
550: (ﾜｯﾁｮｲ 060a-Q4h0) 2024/02/29(木)11:51 ID:wasjN/NH0(1) AAS
30年前で時間が止まってんなこいつ
551: (ﾜｯﾁｮｲ 4a23-46dB) 2024/02/29(木)13:30 ID:tTOuwN9N0(1) AAS
拡張子を.cにしてビルドしてみる
552: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 5f32-o3N8) 2024/02/29(木)14:03 ID:w6pA3tyf0(1) AAS
>>549
C++ の機能をほとんど使ってないことはわかってるしそう言ってるじゃないの。
使わないのに C++ の形式をとって C スレに投下するのはちょっと不親切かもねという話をしてるんだよ。
pow (べき乗関数の総称版) は C にもあるし、 C の仕様に入ったのは C99 から。
それを知らなくて (しかし使いたくて？) C++ にしたという意味なのかな？
上下前次1-新書関写板覧索設栞歴
あと 450 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.028s