C言語なら俺に聞け 153

2019/08/17(土) 23:02:42.00

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/
-
VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured
※前スレ
C言語なら俺に聞け 152
https://mevius.5ch.net/test/read.cgi/tech/1560763630/

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

2019/11/18(月) 12:06:28.17

ピクピク

2019/11/18(月) 12:28:42.25

>>273
PIC8からPIC32まであるのにPICだけで話が通じると思ってるのはちょっと世間知らずすぎる

2019/11/18(月) 12:29:47.29

>>276
具体的な環境書いてみ
configでスタートアップルーチンを生成してるとかのオチじゃないよね？

2019/11/18(月) 12:31:32.89

いまなら、C言語だけで書いたOSをUEFI でロードして起動するとかできるだろ？
C言語で書けない操作は UEFI 側で設定したものをそのまま使う

2019/11/18(月) 12:39:27.00

PC-88/98のFDブートはFDの最初のセクタから256バイト読み込んで実行するんだっけ？
そのプログラム書くのに適したCコンパイラってあるの？

2019/11/18(月) 12:59:12.61

CP/MにはBDSCが定番だった

2019/11/18(月) 13:14:35.59

>>279
人に聞かないで自分で調べて

2019/11/18(月) 13:15:54.90

>>282
俺もそんなことだろうと見ているw

2019/11/18(月) 13:23:20.40

本気で知りたいならそれ相応の態度で

2019/11/18(月) 14:18:07.35

ビジネスで優秀な人材育成する上司は何を教えているのか？
https://www.youtube.com/watch?v=apxtSqxjw08&;t=13s
マクドナルド伝説の店長が教える、最強店長になるために必要なこと
https://www.youtube.com/watch?v=0wMbR7JIeeQ&;t=3154s
「最強の働き方」長時間労働やノウハウよりも大切なこと
https://www.youtube.com/watch?v=JnMHbI1-e3E&;t=3606s
美容師の楽しさ再発見！やる気スイッチが入る働き方セミナー
https://www.youtube.com/watch?v=DGzXQT799oY
視覚障がいを乗り越えた活法家
https://www.youtube.com/watch?v=6IuY_K3uFdo&;t=805s

2019/11/18(月) 20:40:54.63

ヒヨッ子が物を知らねえのは別にいいんだよ、当たり前
シッタカこくのと指摘されてからの逆ギレが攻撃対象になるんだ

2019/11/18(月) 20:50:41.53

>>283
gccの場合は自動的にcrt0-efi-x86_64.Sをリンクするようだが

2019/11/18(月) 20:54:33.04

ものづくりＣ言語熟ってサイトいいじゃん！

2019/11/18(月) 21:03:14.01

ものづくりＣ言語熟おいしい！一番好きなバーガーです！！　って言ってほしいのか？

2019/11/18(月) 21:06:39.12

>>293
もしかしてキ○ガイ？

2019/11/18(月) 21:29:13.55

ものづくりＣ言語塾のポインタの説明わけわからん

2019/11/18(月) 22:06:08.02

C言語のポインタはCPU機械語における間接アドレシングの抽象化だろ？
それ以上でも以下でも無い

2019/11/18(月) 22:11:27.28

>>284
ないです。
余りにもバイト数が少なすぎるので手書きです。
手書きでもバイト数に気をつけて書く必要があります。

2019/11/19(火) 00:13:05.05

それ以上もそれ以下もそれを含む

2019/11/19(火) 12:48:33.17

>>296
インクリメントは良く出来てるな

あとポインタのポインタと配列へのポインタの文法を混乱して覚えてる人が居て
そいつらのせいで劣化コピーが出回ってるのがさらなる混乱の原因

正しく理解して正しく使えばCのポインタは何も難しくない

2019/11/19(火) 13:21:56.35

>>299
劣化コピーの具体例をよろしく
この文章だけだと何が問題なのかさっぱりわからん

2019/11/19(火) 13:26:52.18

二次元配列は二重ポインタで扱うという自分の勘違いを正当化したくて
mallocでポインタの配列を作るやり方を唯一正統と強弁するアホが
fjで暴れてたな、そういえば

2019/11/19(火) 13:59:41.39

ポインタのポインタ **p
配列へのポインタ (*p)[]
ポインタの配列 *p[]

2019/11/19(火) 14:08:13.34

>>300 みたいなのを炙り出せたのであれば
レスに意味があったと言えよう

2019/11/19(火) 19:58:13.32

>>301
めんどいだけでポインタのポインタでも2次元配列かけるでしょ？
勘違いってどういうとこ？

2019/11/19(火) 20:13:13.80

>>304
本人か？
char a[2][2],**b=a;
これが勘違いでないとまだぬかすか？
頭がバカなのか、それともトンマなのか、どっちだ？

2019/11/19(火) 20:14:48.63

>>305
そんなん知らんわ
予想の斜め上だ

2019/11/19(火) 20:16:56.03

>>299
アセンブラやったことのない人は中々正しく理解できないようで、それでポインタの事だけ書いてある本が沢山出ちゃうんだろうな。

2019/11/19(火) 21:33:52.66

何年も書かないと忘れるな～

ポインタのポインタは、ポインタの値を参照渡しするときくらいしか思いつかん

char *p;
foo(&p);

void foo(char **p) {…}

みたいな、
305のような書き方はピンとこないわ

2019/11/19(火) 21:36:01.90

>>304
書けるかどうかじゃなくて
> 唯一正統と強弁するアホが
いたって話でしょ

2019/11/19(火) 21:49:57.72

int a=0;
int *pa=&a;
int **ppa =&pa;
int ***pppa = &ppa;

2019/11/19(火) 22:00:51.47

でもこういう関数だとポインタだけでやりたくなる

mul(double** x, double** y, int n, int m){

mul(double x[][20], double y[][20], int n, int m){

2019/11/19(火) 22:37:16.16

const 付けない系？

2019/11/19(火) 22:47:26.54

また関係ないことを・・・

2019/11/20(水) 05:59:16.05

関数の引数に限って言えば
func(**p)
func(*p[])
func(p[][])
func(p[][10])
どれでも同じ
引数として配列を引き渡す方法はない
どれも先頭要素へのポインタが値渡しされる
関数側で引数がポインタへのポインタ(いわゆる二重ポインタ)なのか、ポインタの配列なのか、配列の配列(いわゆる二次元配列) なのか区別する手段はない
引数に配列として要素数を渡してもエラーにはならないだけで無視される

2019/11/20(水) 06:42:28.35

どこから突っ込んでいいやら・・・
出鱈目にも程があるぜ

2019/11/20(水) 07:18:49.43

関数の宣言文で説明だけなので変数型を省略してるだけだろ
配列の変数名がpならば呼び出しは
func(p)
でもいける
結局は先頭アドレスさえ渡せれば何でもいい

2019/11/20(水) 07:45:40.36

[][]なんて構文あるかヴォケ

2019/11/20(水) 09:49:56.67

>>314
プロトタイプ宣言しておけばC言語としては違う状態になるよ。

2019/11/20(水) 10:34:34.94

プロトタイプ宣言では状態を区別はしない

プロトタイプ宣言
void func(char *p[]);

関数定義
void func(char **p) {}

https://i.imgur.com/mMQGNga.png

2019/11/20(水) 12:01:08.83

>>308
あほか
>>305 は間違いの例だから
ピンと来なくて当然

2019/11/20(水) 12:06:59.82

>>311
何を目的に書いてるのか知らんが

A: mul(double** x, double** y, int n, int m){

B: mul(double x[][20], double y[][20], int n, int m){

C: mul(double (*x)[20], double (*y)[20], int n, int m){

AとBは等価じゃないぞ

2019/11/20(水) 13:41:25.47

変数としてのxは
A:double型のポインタを指すポインタ
B:double型の配列を要素とする配列の先頭要素を指すポインタ
C:double型の配列を指すポインタ

関数の引数としてのxは
A,B,Cすべてdouble型の参照オブジェクト(何でもいい)を指すポインタ

2019/11/20(水) 15:18:17.42

>>322
>>321のxのことを言ってるのなら、基礎からやり直せ。

2019/11/20(水) 15:27:36.91

まあ実際C:のような例は見たことはないけど、少なくともA:とB:は関数の引数としては同じと解釈される
中身は受け取った関数側でプログラマが処理する事案であってdouble型の何かを指すポインタという以上の意味はない

2019/11/20(水) 15:59:50.97

分かりきった固定要素数の配列を渡すのはいっかい　struct で包んじゃうわ

struct foo {
double array[20];
};

mul(struct foo* x, struct foo* y, ...)

2019/11/20(水) 16:26:53.96

>>311 しね
>>324 お前は黙ってろ

2019/11/20(水) 16:40:06.35

>>323,326
ただの罵倒ではなくてもう少し有益なレスしろよ

2019/11/20(水) 16:50:21.31

>>324
A,Bそれぞれのsizeof(x)やx+1について、値や型を比較してみろよ。意味が違うことがわかるから。

2019/11/20(水) 16:54:14.17

>>327
>>314 func(p[][])
似たようなもんだな

2019/11/20(水) 17:02:30.65

>>328
一応言っておくけど>>322の通り変数のxは意味が違う
関数の引数の場合だけ状況が変わる
*p[]と*ppが同義なのは引数の場合だけ
>>319の通りプロトタイプ宣言と関数定義の両方で混在しても問題ない

2019/11/20(水) 17:03:37.18

訂正
**p ← *pp

2019/11/20(水) 17:18:03.94

>>324
いや。AとBは違う。

2019/11/20(水) 17:19:03.29

>>330
>>319 の言ってるのは >>322 のとは違うだろ

これは正しい
>プロトタイプ宣言 void func(char *p[]);
>関数定義 void func(char **p) {}

これは間違い
>プロトタイプ宣言 void func(char p[][20]);
>関数定義 void func(char **p) {}

2019/11/20(水) 17:36:55.77

その通り

2019/11/20(水) 17:38:35.24

納得
そりゃそーだ
すまんかった

2019/11/20(水) 18:37:56.75

初めて書き込む初心者ですが
配列存在そのものがポインタと違う
という話と
ポインタとして渡して同じように扱える
という話の食い違いをしてるのですか?

2019/11/20(水) 19:19:34.26

ポインタの配列はポインタのポインタとして扱えるが
配列へのポインタはポインタのポインタとして扱ってはいけないって話
そりゃ無理に使おうとすれば使えない訳じゃないが止めた方が良い

2019/11/20(水) 19:45:26.72

char a[2][2];
これは a[0][0], a[0][1], a[1][0], a[1][1] の順にcharが4個ならんだデータ

char *b[2] = {a[0], a[1]};
という配列をaとは別に作ってはじめて
char **として扱える

2019/11/20(水) 19:47:17.62

aは(中身は)4このデータの先頭アドレスで
bはアドレスの配列の先頭アドレス

データが異なるので無理やりキャストしてもダメ

2019/11/20(水) 20:34:14.51

そしてまたポインタ解説本が一冊増えるのであった

2019/11/20(水) 21:23:45.88

>>320
何だそうか、親切にありがとう!

2019/11/25(月) 13:03:01.01

私はC言語の神だ
何か私に聞きたいことはあるか？

2019/11/25(月) 13:13:12.61

余命何年かな

2019/11/25(月) 13:18:38.97

余命は3152578641だ

2019/11/25(月) 13:20:19.58

なんで & より == の方が強い？
なんで func と &func 両方とも関数へのポインタ
なんで char の符号有無を規定しなかった？

2019/11/25(月) 13:22:22.93

プログラマーは万能である
で、あれば、それらは些細なことだ

2019/11/25(月) 14:10:49.09

>>345
===は比較演算子で、&はビット演算子(扱いは算術演算子と大差ない)だから。
funcと&funcが同じなのは単なるシンタックスシュガー。配列のそれと変わらん。
charは符号もへったくれも無かったため。最上位がパリティなことも多かったし。

2019/11/25(月) 14:13:37.69

char hoge[10][10];
があったとして
hoge と &hoge[0][0] が一緒なのは判るが
&hoge とか hoge[0][0] は一緒じゃない

2019/11/25(月) 14:40:15.02

算術演算子と大差無いと言うならなおさら優先順位が逆転するのは不思議
つうか神様への質問なんだからなんでそういう仕様になったかを答えてほしんでしょ

2019/11/25(月) 15:00:15.21

>>347
===って、Bにあったやつか？
等値比較代入

2019/11/25(月) 15:08:44.39

比較演算子が最下位ならすっきりする
　a + 1 == 2 →　(a + 1) == 2 の順と同じく
　a & 1 == 2 →　(a & 1) == 2 や
　a % 2 == 1 →　(a % 2) == 1 であってほしい

2019/11/25(月) 16:42:52.23

わたしゃ神様じゃないけど、カーニハンとパイクの『プログラミング作法』には
「カッコを使って演算子の優先順位の曖昧さを避けよう」みたいな項があるね。
もちろん規格では厳格に決まってるけど、使用者の記憶があやふやって話。

あの辺を読むと「ビット演算子より比較演算子を優先したのは誤りだったかも」と
ご当人が思ってたんじゃないかと感じるわ。

2019/11/25(月) 16:46:33.35

今更いじれないだろうな

2019/11/25(月) 18:07:03.06

神様の回答が1個も無い

◆QZaw55cn4c (ﾜｯﾁｮｲ d347-PF5/) · 2019/11/25(月) 19:12:09.16

>>342
K&R1 から K&2 への相違で強烈に疑問を持っているのが
引数に配列をとったときは、配列の先頭のポインタが渡るのに、引数に構造体をおいたときは、構造体の実体がコピーされて渡されるのはなぜ？
馬鹿が
struct A {
int a[1234567890];
};
とかやったときには、これが関数の引数に乗ったときには、正気でコピーする気なのですか？

2019/11/25(月) 19:22:13.99

ん？構造体が左辺値変形されるなんてことあったか？

**352** (ﾜｯﾁｮｲ 997b-H1eq) · 2019/11/25(月) 19:27:41.70

2点ほど訂正させてくれ。

カーニハン先生はC言語に大きな貢献をしてるけど、C言語の設計は
リッチーさんの仕事でカーニハンさんは手を出してないんだね。
だからこの場合「ご当人」と呼ぶのは正しくなかった。
「ビット演算子より比較演算子を優先するとは、デニスの野郎め
下手コキやがって」と思ってるんじゃないかと感じるわ。
…という具合に訂正。

もうひとつ。カーニハン先生は今の時点で健在らしい。
実は先の投稿の時点で亡くなってると勘違いしていた。
これもリッチーさんと混同したのが原因。

◆QZaw55cn4c (ﾜｯﾁｮｲ d347-PF5/) · 2019/11/25(月) 19:39:14.82

>>342
extern はいらない子！じゃないのですか？extern の必要性はなんですか？

◆QZaw55cn4c (ﾜｯﾁｮｲ d347-PF5/) · 2019/11/25(月) 19:42:04.68

>>342
可変長引数のプロモーション（格上げ）が理解できない
なぜ float は double に、char, short, は int に格上げされるのか？

**デフォルトの名無しさん** (JP 0H95-o4xC) · 2019/11/25(月) 20:03:51.13

>>355
構造体のポインタを渡すとして、仮引数はどう宣言するよ

2019/11/25(月) 20:05:24.40

>>358
いらない子はtentativeなんだが
tentativeはtentativeの存在すら認識できない
知恵遅れのための必要悪だ
おまえのためだったとして
本当のいらない子は誰だろうね

◆QZaw55cn4c (ﾜｯﾁｮｲ d347-PF5/) · 2019/11/25(月) 20:19:59.47

>>360
関数の引数には、構造体のポインタではなくて、構造体そのものを渡します、構造体そのものを渡せるようになったのは K&R2 から可能になりました
C の神 >>342 に、この改変―個人的には改悪について、一度お聞きしたいと思っていたんです

2019/11/25(月) 20:24:34.17

なぜ神への質問を神でないものが回答するのか
神にでもなったつもりか！

2019/11/25(月) 20:35:27.76

ヘッダファイルには何を書きますか？
こめおしだるまとかですか

2019/11/25(月) 21:22:14.50

charは文字だから符号は重要じゃないってのはいいが、ならbyte型用意しておいてくれよと思う。

2019/11/25(月) 21:34:03.78

signed charもunsigned charもあるだろ

2019/11/25(月) 21:47:48.61

signed charもunsigned charもcharもあるのが糞

2019/11/25(月) 21:50:36.94

char = unsigned char に固定してくれりゃ万事楽だったのに

2019/11/25(月) 21:53:07.11

「8ビットめいっぱい使う奴(国)が面倒おこしてめんどくせぇ」

2019/11/25(月) 21:56:46.03

文字割り当てで最初から8bit全桁使ってしまっていれば良かった

2019/11/25(月) 22:06:54.47

8bit整数はsigned/unsigned charでいいやと思っていたらC++で裏切られた。

2019/11/25(月) 22:07:47.81

テキハホンノウジニアリ

2019/11/25(月) 22:11:35.20

2バイト(16ビット)もあれば、各国のが収まるだろ？　→ダメでした

2019/11/26(火) 00:36:17.99

なんでstaticにこんなにたくさんの意味をもたせた？
引数のconstが絶望的にわかりにくいんだが何でこんな文法にした？

2019/11/26(火) 04:17:51.19

これからの時代のcharは64bitで

2019/11/26(火) 07:18:47.84

>>374
const？何がそんなに？

2019/11/26(火) 12:44:02.82

>>376
もっとくやしく

2019/11/26(火) 13:07:39.43

const char * *
char * const *
char * * const

たしかに分かりにくい

volatileも

2019/11/26(火) 13:08:45.16

>>377
くそ、何がだよ。constの何がそんなにわかりにくいんだよっ！ちくしょうっ！！