C言語なら俺に聞け 157

2021/06/28(月) 11:22:51.50

!extend:checked:vvvvv:1000:512
(新スレ立ての際上記コマンドを2行書き込んでください)
C言語の話題のみ取り扱います C++の話題はC++スレへ
質問には最低限の情報(ソース/コンパイラ/OS)を付ける
数行で収まらないソースは以下を適当に使ってURLを晒す
https://paiza.io/
https://ideone.com/
http://codepad.org/

C11
http://www.open-std.org/jtc1/sc22/WG14/www/docs/n1570.pdf

C99
http://www.open-std.org/jtc1/sc22/WG14/www/docs/n1256.pdf
http://kikakurui.com/x3/X3010-2003-01.html

C FAQ 日本語訳
http://www.kouno.jp/home/c_faq/

JPCERT C コーディングスタンダード
https://www.jpcert.or.jp/sc-rules/

※前スレ
C言語なら俺に聞け 156
https://mevius.5ch.net/test/read.cgi/tech/1601271690/

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

2021/08/26(木) 07:03:21.90

&aはint*型のアドレス値(右辺値)で、変数ではないから代入は出来ない。
言葉の厳密な定義は知らんが、自分はポインタは型に紐付いたアドレスと理解してる。

組み込みなんかで
uint32_t a = 0x4020000;
...
*(int*)a = 1;
とか書くけどa自体はただの整数値だしね。

2021/08/26(木) 09:15:02.06

>>448

int a=51; // 中山美穂の年齢
&a; // アドレス
(int*)&a; // ポインタ
*(int*)&a; // 中山美穂の年齢

2021/08/26(木) 09:25:24.33

アドレスも年齢も表現の対象
ポインタとintが型の名前

2021/08/26(木) 09:26:46.39

ageMipoとioDirectionがアプリケーションハンガリアン
iMipoとpDirectionがシステムハンガリアン

2021/08/26(木) 14:51:44.03

>>441
みればわかりますよね？

2021/08/26(木) 16:05:40.12

言語仕様の文面の上ではアドレスとポインタの区別ははっきりしないので同一視してもかまわないとは思う。
少なくともポインタという用語がポインタ型の変数を指すという主張には賛成できないというだけ。

ただ、言語仕様の範囲内ではそれでいいんだけども言語仕様の範囲外というか実装上の理屈では区別している場合がある。
言語仕様上はポインタの比較は同一の配列 (または集成体オブジェクト) 内の要素を比較した場合や
ヌルポインタとの比較についてしか定義されておらず、それ以外は未定義であると明記 (C99 6.5.8 参照) されていて
関連のない場所のポインタの比較であることが静的に把握できるときは定数に置き換える最適化が適用されることもあるんで
アドレスを比較した通りの結果になるとは限らない。
https://wandbox.org/permlink/SqW5wzZM3fD912Nh
そんなわけでポインタが素朴なアドレス (実体が整数値) だと思っていると思わぬ結果を生むことも有る。

2021/08/26(木) 16:26:17.74

気持ちだけは、俺も昔そう思いたかったことがあるけど
JIS X3010ではそうなっていないので、その気持ちはきっぱり捨てた

2021/08/26(木) 16:56:32.08

int a; のときに &a+1 とかやると sizeof(int) 進むのね！
マジかよ知らなかった！

じゃあこの &a はほぼポインタだと思っていいのかな？いいの？

2021/08/26(木) 17:01:04.55

「ほぼ」じゃなく明白にポインタ

2021/08/26(木) 17:09:18.58

>>456
int a;
と宣言されているとき &a の型は int* で、これを「int へのポインタ」という。
定義上ポインタとされているものに合致する。

2021/08/26(木) 18:57:41.72

aはint型の変数
&aは変数aをアドレス演算子&で評価した値
得られた値の型はintへのポインタ型int*

2021/08/26(木) 19:23:18.52

>>456
例から少し外れるけど*(&a[0])に対して*(&a[0]+1)がおかしな場所指すと嫌だしな。

2021/08/26(木) 19:47:54.06

ポインタ型の変数→ポインタ、ポインタ変数
ポインタ型の値→ポインタ、アドレス
アドレス演算子の結果→ポインタ、アドレス

こういうことか

2021/08/26(木) 22:07:08.65

そして配列 int a[5] から a は何者？　引数に渡すとどーなる？　という深淵な所へ

2021/08/27(金) 07:17:43.92

>>459
&aはアドレス演算子と左辺値からなる式
式が生じる結果には値と型がある

2021/08/27(金) 08:24:46.38

> int b = &a;
ポインタ型の値を整数型の値に暗黙に変換して代入

2021/08/27(金) 09:31:13.97

>>464
gccでやったら注意された。g++でやったらガチギレされた。

2021/08/27(金) 09:39:50.45

>>465
g++なら
int &b = a;
でヨシ(良くない

2021/08/27(金) 09:43:34.61

ポインタを整数値として変換した際、その値が int の範囲内に収まるかどうかは環境でまちまちやでねぇ

2021/08/27(金) 09:54:11.87

ここはCスレ
C++の参照はスレ違い

2021/08/27(金) 10:16:24.88

>>467
厳密にはintptr_tだけど、大抵intで足りるでそ？
コンパクトモデル？知りませんなぁ

>>468
すまん、茶々でした

2021/08/27(金) 10:21:47.24

わかってないのに短絡で int は危ないけど
LP64 やら LLP64 やら　ILP64　やら
自分のがどうなってるかわかっててやるか、ポータビリティを鑑みて気を使った書き方するか

2021/08/27(金) 10:44:46.26

ポインタのビット列を格納しきれる整数型が必ず存在する保証って箇条どこだっけ

2021/08/27(金) 11:00:51.55

>>469
いまや大抵の環境でintじゃ足りないだろ。大丈夫か？

2021/08/27(金) 11:13:41.38

>>471
6.3.2.3 では「結果は何らかの整数型の値の範囲に含まれているとは限らない」とあるし、
7.18.1.4 では intptr_t は省略可能であるともあるので保証はないと解釈すべきだと思う。

2021/08/27(金) 11:49:10.69

>>473
なるほど
これで (int)&a はダメなんてドヤってるやつは根拠を失ったなｗ

2021/08/27(金) 12:26:48.67

>>474
馬鹿なの？主要pfのintサイズも知らないのかよ

2021/08/27(金) 12:55:50.72

日本語でおｋ

2021/08/27(金) 14:37:29.53

うわ基地外に触っちまった

2021/08/27(金) 15:11:03.04

友達いて良かったじゃないか

2021/08/27(金) 18:08:24.28

よしてくれ
直接的な罵倒語で話す次元のやつと一緒にすんな

2021/08/27(金) 19:45:46.03

>>479
○すぞ

2021/08/27(金) 22:47:56.20

愛すぞ

2021/08/27(金) 23:16:53.36

推すぞ

2021/08/27(金) 23:51:09.87

スッゾオラー！

2021/08/28(土) 00:56:23.65

>>479
諭すぞ

2021/08/28(土) 01:07:55.46

宿題のことも思い出してやって

2021/08/28(土) 02:24:48.25

>>358
レターは文字の集合。キャラクターとしたのは文字として認識していない記号等を含めたため。

2021/08/28(土) 14:36:23.66

>>486
なるほど

2021/08/28(土) 19:25:44.91

>>487
制御文字を含めたのも理由かな

2021/08/28(土) 19:26:13.75

>>488
なるほど

2021/08/28(土) 19:38:40.56

文字のことをキャラクターと呼び始めたのはC言語じゃねえよ。

13年前にできたCOBOLですらキャラクターと呼んでんだぜ？

2021/08/28(土) 19:51:11.77

俺に聞けって言われてもな
なに聞いたらいいかわからん
変に言語のマニアックな知識つけるより、アルゴリズム沢山知ってた方がいいと思うから言語や開発環境についてはvalgrindとかcmakeとか基本的なことを身に付いてればそれで十分だと思ってるわ
だからすまんけど聞きたいことはない

2021/08/28(土) 19:58:54.24

>>490
> 13年前にできたCOBOL

?

2021/08/28(土) 20:03:04.96

Ｃ言語が1972年、COBOLが1959年
こういうことを言いたいのでは無いか？

2021/08/28(土) 20:08:53.74

子供の英会話聞いてるとletter aとか頻出するが、まだキャラクターは出てこないな。

2021/08/28(土) 21:27:40.38

キャラクターの本来の意味は文字じゃないんだぜ？
あたりまえなんだぜえ？

2021/08/29(日) 01:18:09.40

>言いたいのでは無いか？

ここの「無い」に漢字を使うことに違和感感じるのは漏れだけ？

2021/08/29(日) 01:49:09.89

「〇〇ではないのか。」の「ない」は形容詞。

ただし、これは形容詞を代用した言い回しなので、「無い」とはっきり形容とわかる使い方以外の場合は、日本語のおかしさが出てしまうので違和感がある。

そもそもわざわざ「ない」を「無い」と書く必要がない。戦後教育では漢字で書かなくてもわかることは仮名で書くと決めて、学校では漢字で書かないよう指導しているのに、漢字で書くやつはそれをすっかり忘れているだけだ。

2021/08/29(日) 01:52:08.61

割とどうでもいい話だな
国語教育スレにでもうつってそこで続けてくれ

2021/08/29(日) 02:38:33.54

> 違和感感じる

に違和感覚えるのは漏れだけ?

2021/08/29(日) 02:48:49.23

>>499
それもネチネチ30年以上も言われたが、単に字面が醜いという話で終わった。

覚えるも感じるも同じ意味で使っている。日本語は同じ漢字が続くときれいに見えないので変えたくなる。

2021/08/29(日) 04:28:31.20

無いと言えばこの前ドイツ語の映画で Nein って言ってる時に日本語字幕に「無い」と出ていて一致していて笑った。

2021/08/29(日) 05:28:11.66

>>501
否定の言葉の発音がNで始まるのは人類共通

2021/08/29(日) 05:30:35.87

人類が言葉を話す前の拒否を表す叫びが言葉になったのだろう。

2021/08/29(日) 08:16:38.59

いやだ！
やめろ！
はNじゃないけど

2021/08/29(日) 08:19:11.41

スモモモモモモモモ

2021/08/29(日) 08:43:55.40

>>501
「無いん」ならもっと良かったｗ

>>502
韓国語だと、YESがネーでNOがアーニョ

2021/08/29(日) 08:46:40.86

離散データを連続データのように見せかけるフィルターを作りたい。
アルゴリズム名を教えてください。

2021/08/29(日) 08:51:04.40

不是
↑
Nで始まるどころか含まれてもいない

2021/08/29(日) 09:56:38.96

_countof を使うべきですか？
https://docs.microsoft.com/ja-jp/cpp/c-runtime-library/reference/countof-macro?view=msvc-160
もっと良い計数方法ありますか？

2021/08/29(日) 10:01:34.24

>>502
フランス語には何故 pas があるの？

2021/08/29(日) 10:14:57.45

>>509
https://marycore.jp/prog/c-lang/countof-array-and-sentinel-value/

**デフォルトの名無しさん** (NZ 0H4a-Wux5) · 2021/08/29(日) 16:11:09.82

>>510
https://dictionary.sanseido-publ.co.jp/column/ghf23

2021/08/29(日) 16:24:27.16

>>510
neの発音が小さくて聞き取れないから付けることになった

2021/08/29(日) 17:57:42.29

nulぽ

2021/08/29(日) 18:16:18.76

　　（　・∀・）　　　|　|　ｶﾞｯ
　　と　　　　）　　 |　|
　　　Ｙ　/ノ　　　人
　　　　 /　）　　 < 　>__Λ∩
　　＿/し'　／／. Ｖ｀Д´）/ ←>>514
　　（＿フ彡　　　　　　　/

2021/08/29(日) 18:44:57.73

日本語だとにゃー、英語だとmew

**507** (ﾜｯﾁｮｲ 2236-u6Y8) · 2021/08/29(日) 19:19:21.76

投稿するスレッドを間違えてしまったかもしれません。>>507
それ以後、いろいろ調べつづけましたが、
どうやら内挿法とか補間法とか呼ばれていることが分かりました。
そのためのアルゴリズムを探してみます。
ありがとうございました。

2021/08/29(日) 19:26:53.70

宿題スレやお題スレなら、反応があるかも知れん

**507** (ﾜｯﾁｮｲ 2236-u6Y8) · 2021/08/29(日) 19:40:59.03

離散的なデータのプロットから滑らかな曲線を得たいのですが、
ベジェ曲線を使う必要があるため、それも計算する必要があります。
ではこの辺でさようなら。

2021/08/30(月) 14:56:32.12

FFT

2021/08/30(月) 17:40:48.45

Final Fantasy XII

2021/08/30(月) 22:24:16.28

与えられた離散的な点を必ず通る曲線なのか適度に近いとろこを通す曲線なのか

2021/08/31(火) 20:16:31.77

Fire Fox TV

**507** (ﾜｯﾁｮｲ 2236-u6Y8) · 2021/09/01(水) 07:07:18.21

>>522
必ず通るようにしたいです。最小二乗法のようなものじゃないです。

2021/09/01(水) 09:37:56.74

スプライン補間
https://github.com/okumuralab/algo-c/blob/master/src/spline.c

**507** (ﾜｯﾁｮｲ 2236-u6Y8) · 2021/09/02(木) 18:15:48.70

>>525
サンキュー、サー！

2021/09/11(土) 14:53:10.23

代入時など左辺に＆をつけない理由って、元々左辺の変数はその変数のアドレスを示しているんですか？

2021/09/11(土) 17:29:15.71

左辺にアドレス値を書いても、そのアドレスに格納してくれるわけではない

2021/09/11(土) 19:49:04.18

変数は（多くの場合）メモリ上に置かれる
a=bの式をコンパイラは「bのアドレスのメモリにある値をaのアドレスのメモリにコピーする」と解釈する

でもそれをソースコード上で＆a=＆bと書かせてもお得なことはないよね
言語上では「a, bは（抽象化された）変数」で、その変数への代入は「a=b」でいいよね

2021/09/11(土) 20:30:31.76

>>527
C++だと参照型が近いけど、あれはあれで窮屈ながらも、便利っちゃ便利かもな。
でもポインタ幅きかせてるCであえて拡張したい記法かといえば微妙よね。
void func(char &c) { c *= 2; }
みたいなのね。

2021/09/11(土) 22:33:45.82

皆さんありがとう
scanfで変数に&を付ける理由はいろんなとこに書いてあるんだけど、
それならなんで普通の代入の時に&を付けないんだ？
って疑問に思ってました

2021/09/11(土) 23:06:30.86

void f(int *p)
{ *p = 1; }

….
int i;
i = 0;
printf("%d\n"); // 0
f(&i);
printf("%d\n"); // 1

2021/09/12(日) 00:21:46.80

scanfに限らず、関数に変数を渡すと、その関数は、
渡された変数の値を受け取れるだけで、
変数の値の書き換えは出来ません
書き換えて欲しいときは、書き換える場所を関数に教えます

普通の代入の時は、その変数を直接操作できるので
あえてアドレス表記する必要が無いです

2021/09/12(日) 02:58:55.75

memcpy(&a, &b, sizeof(a));

なんてことを、昔々構造体の変数の代入が出来ないCのサブセットのコンパイラでやったことがあったような気がするが、もはや記憶も曖昧になるぐらいの大昔。時の経つのは早いものぢゃ。

2021/09/12(日) 10:12:20.10

サブセットつーか、そもそもK&R Cは構造体代入できないね

2021/09/12(日) 14:36:50.48

>>531
int c;に対して&c = 100という記述はだめなのって疑問かな？
代入演算子は左辺に変数を置いて値を書き込む特別な演算子だけど、
それをその変数の型を含むアドレス値を左辺に置いてそのアドレスに
書き込むという定義とするわけだ。

定義自体がややこしいし、
アドレス全面押しにする理由がない（むしろ遮蔽したい）、
頻繁に用いる演算子ゆえタイプ数が増えたりするのは好まない、
などメリットがないのだろうね。

=と==を=にまとめてしまって、代入時は&付けるという方向は
あるかも知れませんが、コード中代入のが多いでしょうから、
代入をシンプルにしたのではと。

2021/09/12(日) 14:42:45.51

FORTRANの代入を真似ただけだろ

2021/09/13(月) 01:06:14.49

>>535
あ。そうだったっけ。忘れてた。

2021/09/13(月) 01:13:16.73

int c;
*(&c) = 1;
ていうのなら出来る。
コンパイラは何の警告も出さずにコンパイルするかも知れないが、結局 c = 1; をやっているのと同じコードが出力されると思う。

2021/09/13(月) 01:28:42.84

代入演算子の左辺に現れることが出来るのは変更可能な左辺値 (modifiable lvalue) で、
>>539 の例はその条件を満たす。

>>527
たとえば
int c = 1;
a = 2;
というのは C では有効なコードだけれど、変数を評価すると格納されている値になるというルールを
そのまま適用すると
1 = 2;
になってしまっておかしい、左辺は「場所」でないといけないという感覚はとても良い感性なのだけれど、
左辺がアドレスということにしたとしてもアドレスはポインタ型の「値」でしかないのでそれはそれで
なんだか変なことになる。
結局は特別な規則を導入必要はあって、 C においてはそれが lvalue という概念というわけ。

2021/09/13(月) 07:34:08.89

わざとやってるのか知らんけどコードくらいまともに書けよ

2021/09/13(月) 09:12:44.29

>>531
C++は面倒なことになったな
#include <iostream>

using namespace std;

int main(int ac, char **av)
{
int a = 3;
int &b = a;
cout << a << b << endl;
return 0;
}

2021/09/13(月) 09:47:47.66

ここはCスレ

2021/09/13(月) 13:35:49.31

>>532
誤＞printf("%d\n"); // 0

正＞printf("%d\n", i); // 0

いまさらですが、第2引数が欠落していました
失礼しました

2021/09/13(月) 16:53:30.27

副作用をポインタを経由して呼び出し元に伝播する　ポインタ渡し
引数変数への代入がそのまま呼び出し元の変数に反映される　参照渡し（C言語には無い）

2021/09/13(月) 16:57:08.25

関数の壁（呼び出し元と呼び出された関数内の記述）を超えるときに & を使って壁を越える工夫をする
同じコード内の変数への代入ならば不要

2021/09/13(月) 17:04:06.19

&使わないと釣り銭をもらえない

2021/09/13(月) 17:52:01.78

C の仕様では引数は一貫して値渡しで、その値の型がポインタ型のこともあるという理屈になってる。
(仕様の理屈はともかくポインタの活用の仕方としてポインタ渡しと呼ぶことを否定するわけではない。)