C言語なら俺に聞け 160

2022/12/28(水) 10:40:30.02

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

C17
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2017/n4713.pdf

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

C23 最新ドラフト
https://www.open-std.org/jtc1/sc22/wg14/www/docs/n3047.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言語なら俺に聞け 159
https://mevius.5ch.net/test/read.cgi/tech/1659623547/

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

2023/01/30(月) 21:54:10.97

横レス君よ、231あたりのやり取り見てみな？
まあ本人だろうけどｗ

2023/01/30(月) 22:18:56.13

>>279
指摘されたアホがファビョってるだけだろw

2023/01/30(月) 22:29:46.75

ねらー語１００％でど真ん中な正体を現してんなｗ

2023/01/31(火) 07:05:48.06

ねらー語とか言うねらー語使う>>281w

2023/01/31(火) 12:50:49.15

煽りじゃなくて率直に疑問なんだが
君ら何歳？

2023/01/31(火) 12:57:03.34

発達障害は精神年齢が極端に低い病気なんだぜ

2023/01/31(火) 14:42:28.64

いきなり自己紹介されてもw

2023/01/31(火) 21:15:54.96

マウント取りたがるくせに大したこと言ってなくて
誰ひとり尊敬なんか集まらない寒ーいやつｗ

2023/02/01(水) 06:43:31.84

まだまだ続く自己紹介w

2023/02/01(水) 07:42:58.57

Q.アスペルガーは嘘をつかないの？
A.嘘をつきまくる。本人は「嘘をついた自覚がない」と主張するが自覚はある。嘘を認めると立場が悪くなるので屁理屈を言って一向に認めない

Q.どうして文章を書くとき難しい単語を使いたがるの？
A.自分を賢く見せようとしているから。しかし内容がスカスカだったり矛盾しているので全然賢く見えない

Q.どうして攻撃的なの？
A.アドレナリン放出量が健常者に比べて多く、また人生が上手く行っていない場合が多いので他人に八つ当たりする(我慢できない)傾向が強いから

Q.どうしてひねくれたズレた回答ばかりするの？
A.アスペルガーは他人と被ることを嫌う。自分が特別な存在でありたいという願望が表れている。健常者の言う妥当な回答はアスペルガーにとっては平凡なつまらない回答。何か特別な凄いことを言おうとしてもそのような知恵がないので悪口とか意味の分からないことを口走ってしまう。

2023/02/01(水) 08:24:41.56

病院の先生に言われたのか？w

2023/02/01(水) 12:53:11.72

コードで語れ

2023/02/01(水) 13:33:50.91

goto hell;

2023/02/02(木) 04:21:08.56

サイズの決まっていない配列はスタックとヒープどちらに確保されますか？

例
char* file = ファイルデータ;
char copy[fileのlength]; // この配列

みたいなやつ

2023/02/02(木) 06:26:11.41

スタックじゃね
それ関数内の一時変数だろ

2023/02/02(木) 09:53:18.47

規格では未既定
現実はアセンブラ出力させて嫁

2023/02/02(木) 10:03:10.97

Cにサイズの決まってない配列は存在しないのだ

2023/02/02(木) 10:20:10.06

＞fileのlength

ここに回答者をひっかけ様とする意図がありそう

2023/02/02(木) 10:22:42.67

あれ可変長okになってなかったっけって思ったら変わっていってるのね

2023/02/02(木) 10:24:57.02

最近のCはできるん？じじいだから古いのしか知らんのだ

2023/02/02(木) 10:32:02.50

適当にぐぐるとc99で対応してc11でoptinal扱い
以降はしらぬ

2023/02/02(木) 11:50:33.16

マジか、知らんかったわ
sizeofとかも可変になるんやね

2023/02/02(木) 12:28:52.64

>>295
extern FILE __iob[];

2023/02/02(木) 14:22:32.00

>>301
それ宣言ですやんか

2023/02/02(木) 14:37:47.00

sizeofて最近では()で対象を囲まなくてもいいんだってな
知らなかったｗ

2023/02/02(木) 14:52:29.74

最近もくそもANSI以降sizeof演算子に括弧が必要な時期ってあったの?
K&Rの頃でも要らなかった気がするけど

2023/02/02(木) 14:55:50.18

変数か単項式の場合な
型名とかはエラーだろうけど

2023/02/02(木) 14:56:34.41

型とオブジェクト(を表す式)のサイズを混同してるんじゃね？
複雑な式だと()があった方が読みやすい場合もあるけど、できる限りは明示的に使い分けたほうが

2023/02/02(木) 14:56:36.71

>>302
不完全型が「存在しない」ってこと？

2023/02/02(木) 15:03:22.53

別な話、BITMAPINFO構造体とかね

2023/02/02(木) 15:15:47.14

char*とvoid*なら問題ないのに
char**とvoid**だと代入時に警告が出るのはおかしい
ちなみにchar**とvoid*だと警告は出ない

**デフォルトの名無しさん** · 2023/02/02(木) 15:19:10.22

char
お前らこれ、なんて読んでる（呼んでる）？

2023/02/02(木) 15:26:34.49

テスト

2023/02/02(木) 15:27:11.52

>>304
いらなかったのを勘違いして付けてたのかもしれん
ちなみに1990年代HP-UX上で開発してた時代の話です

2023/02/02(木) 16:06:25.05

>>310
チャー

>>294
つうかヒープに確保するのはmalloc,calloc,reallocだけだと思ったら未規定なのか

2023/02/02(木) 18:25:47.28

>>313
言語仕様上は寿命が規定されているだけで、どこから確保するなどという詳細はない。
スタックとかヒープとかいう用語すら出てこないよ。

2023/02/02(木) 18:27:38.70

>>314
なるほどね

2023/02/02(木) 19:09:34.25

>>307
いや、なんかすまんかった
許してくれ

2023/02/02(木) 21:53:34.66

>>315
世の中には汎用機みたいにハードウェアスタック持たないマシンもあるしね

2023/02/02(木) 22:48:09.79

void hoge( char *src )
{
char hogebuf[strlen(src)+1];
strcpy( hogebuf, src );
...
}

みたいな使い方か
仕様にはないけど慣例としてローカル変数はスタックに取られるだろう
static char hogebuf[strlen(src)+1];
とするとデータセグメントに取られるがコンパイル時にサイズが決定できないのでコンパイルエラーになる

2023/02/02(木) 22:58:23.69

_alloca 使ってみるとか

2023/02/03(金) 02:49:42.07

普通スタックに取られるallocaがfree要らずでプロトタイピングに簡便だね
スタックだからBOするし、しない保証も得られないけど

ちゃんと固定長バッファ用意したり、ヒープ利用を考えるのは、とりあえず動くもんが出来てからやる派

2023/02/03(金) 11:57:56.75

c言語の標準入出力ストリームの
本当に基本的なことなんですが
わからずに困っています。
教えてください。

std::ofstream stream;

ostream << "ABCEFG";

この入力した文字列の"ABCEFG"を
右側3文字を削除して"ABC"にするには
どうすれば良いのでしょうか？

2023/02/03(金) 12:14:25.95

C++スレへ池
https://mevius.5ch.net/test/read.cgi/tech/1672409791/

2023/02/03(金) 12:29:37.05

再度スレ書込み致しました。
ご迷惑おかけ致しました。

2023/02/03(金) 20:02:26.07

>>318
この、外道が！
こんなんコンパイルエラーにしたる

2023/02/03(金) 22:09:59.33

ハッシュ君うるさいよ

2023/02/04(土) 18:01:20.17

>>321
それはC言語ではない。

2023/02/04(土) 23:59:34.16

C++は最初のアホなstream仕様から抜け出せずいまだに書式出力にすら苦労するのいいよね

2023/02/05(日) 00:32:35.28

文字列に埋め込んで置き換えるほうが楽だもんね

2023/02/05(日) 00:58:06.90

文字配列(へのポインタ値)は普通デカいから、ostreamのビット幅以上に左シフトすると0になるか、signedなら多分UD

2023/02/05(日) 02:05:11.68

君の言っていることがよく分からない。

2023/02/05(日) 02:13:54.95

C++でも一度もiostreamなんか使ったこと無いわｗ
かっこいいとでも思ったのかな？ｗ

2023/02/05(日) 14:25:38.00

そういや C++ の cout みたいなやつには printf() みたいなメソッドはないの？
Java だと System.out (java.io.PrintStreamクラス)に printf() が Java 1.5 から追加されたが。

2023/02/05(日) 14:52:22.62

C++20からformatってのが追加されたそうな

2023/02/05(日) 14:56:17.20

>>332
c++20 から std::format
c++23 から std::print と std::println

2023/02/05(日) 15:16:48.89

>>333 >>334
ありがとう。あるにはあったか。

2023/02/05(日) 16:27:06.84

C++20でstd::formatが追加されたよ

2023/02/05(日) 16:27:42.01

リロードしてなかったのか…失礼

2023/02/05(日) 22:53:24.77

char x=1
char y=2

上記のchar型変数のxとyを比較する際に関して質問させていただきます。

上記の変数に格納されている変数を比較する際はif文で問題ありませんか？
if(x==y)

それともmemcmpやstrcmpで比較するべきでしょうか？

2023/02/05(日) 23:00:33.79

問題無いよ
memcmp()は使えても
strcmp()は流石に無いわｗ
メモリにどう格納されているかなんてエンディアンやらで違うし
memcmp()はcharの配列での比較に普通は使うだろう

2023/02/05(日) 23:06:30.35

strcmp使うと、yもxも文字列である想定で比較するから
メモリー上の配置次第で変な結果が出る可能性がある

2023/02/05(日) 23:20:42.10

ご教授いただきありがとうございました。

2023/02/05(日) 23:41:43.70

>>338
charは(ちょっと変わってるけど)整数型なので、当然数値比較でok

何か付け加えるとすれば、整数型だからといってcharと他の整数型と比較/同値テストを行うのは、Cの自明でない算術変換が落とし穴になりがちなので避けた方が賢明

>>339
!memcmp(&a, &b, 1)
的な？
その発想に感心
何の役に立つのか俺には思い付けないけど、面白いからヨシ！

2023/02/05(日) 23:51:31.50

>>342
memcmp()も良く考えてみたらどうメモリに格納されているか分からないから使えないよね
intelなどのリトルエンディアンならそれで比較可能だろうけど
今ビッグエンディアンのマシンがあるのか分からないけど、昔あったpowerpcなんかはビッグエンディアンだったね

2023/02/05(日) 23:59:54.19

>>343
aがアドレスの取れない変数なら&aの時点で自明にダメだね

上で提示した比較バイト数が1の特殊ケースに限っては単なるunsigned charとしての比較だから、エンディアンネスは関係ないのでは

**デフォルトの名無しさん** · 2023/02/06(月) 00:52:52.00

>>343
ビッグエンディアンだろうとリトルエンディアンだろうと1バイトのcharの比較に影響しないんじゃね？

**デフォルトの名無しさん** · 2023/02/06(月) 00:53:39.48

ちんこ被った

**デフォルトの名無しさん** (ｽﾌｯ Sd5f-g5ke) · 2023/02/06(月) 01:11:21.66

複数byteから成るwordには並べ方の任意性はあるけど、単一byteからなるword内にbyteを並べる方法は一通りしかない、って事だね

2023/02/06(月) 01:12:53.01

>>345
charで例えばchar a = 1でリトルエンディアンだとmemcmp()で1バイト比較でも大丈夫だろうけど
ビッグエンディアンの場合、プロセッサの制約次第だろうけど必ずしも
01と1バイトのみでデータが入っているとは限らず
00 00 00 01みたいに4バイトで格納されてるかも知れないから
どんなマシンでも動くという前提で作るなら辞めておいた方が無難かなという風に思った

2023/02/06(月) 01:14:24.69

実際の所は分からないけど、char同士の比較は単にa == bで問題無いし
蛇足だったな・・・

2023/02/06(月) 01:38:26.50

エンディアンなんか関係ねーだろアホか

2023/02/06(月) 02:12:44.74

>>348
処理系/マシンが同一なら問題無い
Cのcharをuint_32相当として保持するマシンが仮に有ったとして、Cがcharのつもりで書き出し/読み返しを行い、unsigned char(とその配列)として比較する限りはCから違いは見えないよ
だって高級言語だもの()

バイナリデータのやり取り、詰め物あり、他言語プロセスとの共有メモリなら適切に変換するルーチンが必要だけど、それはCに限らず全てのプログラムに当てはまる事

2023/02/06(月) 02:49:15.07

32bit以下のデータを全て32bit値として扱うマシンを想定してるのかな？

それは最小アドレス単位、cで言うCHAR_BITSが32のマシンと言い換えられるよね
CHAR_BITSが何bitであろうが、cから見ればsizeof(char)==1である事には変わりがない

と言えば分かりやすいだろうか

2023/02/06(月) 06:44:27.92

>>340
変な結果どころかそもそも&xや&yの次のアドレスを読もうとすることあるから未定義動作だし

2023/02/06(月) 08:54:18.69

おそらく初心者であろう質問を深読みして暇をつぶすお前らに乾杯

2023/02/06(月) 11:15:52.75

MISRA-C 2004 の本がある。
MISRA-Cをやっていないと、2004の潜在型/2012の本質型が分からないはず

int 型未満の型を、4バイトに変換してから、元に戻す仕組み。
CPU には、int型未満のレジスタが無いので、使わない部分をマスクするしかない

こういう内部の仕組みは、C/C++ の本には載っていない

こういう変換を知っている香具師は、
むしろ初心者じゃなくて、かなり研究している香具師

普通の香具師は、こういう仕組みを知っているはずがないから。
C/C++の本には載っていないはず

2023/02/06(月) 11:23:50.95

そりゃ絶対とは言わないけどさ、詳しいのにあんな質問の仕方ならかなりひねくれてるわ

2023/02/06(月) 15:55:39.76

1 byte は 8 bit とは限らないってことだな。
1 octet は 8 bit 固定と決まっているが。

2023/02/06(月) 17:55:31.90

いやでもマシンによってバイトのサイズは変わるかもしれないけど、
少なくともC言語のchar型は8ビットでしょ？違うの？

2023/02/06(月) 18:07:02.20

>>358
ちがうよ。 CHAR_BIT がなんのためにあると思ってんの。

**デフォルトの名無しさん** · 2023/02/06(月) 18:13:28.24

>>355
そういうCPUの制約を気にしなくていいのが高級言語だと思うけど違うんかね？
そういうCPU相手のコンパイラならマスクするなり0埋めするなりしてるんじゃない？
想定外のCPU相手なら起こりえるかもしれないけど、それはしょうがないよね

2023/02/06(月) 18:36:57.74

Cは処理系定義が至る所にあるからな
intが2byteの環境もあるし

x86(x64)しか使わないと決め打ちできりゃいいけど
しょぼいCPU向けのしょぼいコンパイラのこと考えなきゃいけないとかなり面倒くさい

2023/02/06(月) 19:21:28.86

>>360
> そういうCPUの制約を気にしなくていいのが高級言語だと思うけど違うんかね？
そういう人はJavaなりC#なりを使えばいいと思うよ

2023/02/06(月) 20:45:09.59

>>360
システム記述言語として使うことが想定内にあるので高級言語の中では低級なほう。
半世紀前に登場した時点では高級だったかもしれんがそのときの事情を引きずり続けてたら高級になりきれないのもしょうがない。

2023/02/06(月) 21:35:59.24

中の下あたり？

2023/02/06(月) 21:49:50.35

>>363
> 半世紀前に登場した時点では高級だったかもしれんが
当時すでにPL/1とかPascalとかあったのに何を言ってるんだか

2023/02/07(火) 04:23:47.45

高級比べなんてウルトラしょーもない比較してんの初めて見たｗｗｗ

**デフォルトの名無しさん** (JP 0Hbf-lzBW) · 2023/02/07(火) 08:13:05.30

格納サイズが1octetな符号無し/符号付きの型

**デフォルトの名無しさん** (JP 0Hbf-lzBW) · 2023/02/07(火) 08:15:09.01

>>349
等しいかどうかだけなら
そこまで神経質にならなくても良いんじゃなかろうかと

2023/02/07(火) 08:51:22.05

>>355
> CPU には、int型未満のレジスタが無いので

x86にはAL/AHレジスタがあるぞ

2023/02/07(火) 09:53:53.00

>>359
つまりcharはマシンのバイトなのでmemcmpではバイトオーダーなんて気にしなくていいって話だろ

2023/02/07(火) 13:10:28.46

>>359
すまん、8ビット固定じゃなくて8ビット以上なんだな

>>370
char型は1バイト固定だからエンディアンは関係ないよな

2023/02/07(火) 17:31:48.89

>>360
Cは色々なCPUで使える使いやすいアセンブラのようなものと思った方が良い。
色々な工夫をしてあたかも高級言語であるかのように見える状態にまで持ち込んだのだ。

2023/02/07(火) 17:35:32.67

高級アセンブラ

2023/02/07(火) 19:08:47.78

名誉高級言語

2023/02/08(水) 04:20:38.79

なるほどね

2023/02/08(水) 08:22:16.03

UNIXの解説書に「UNIX OSの移植の為にC言語を開発した」的なことが書かれてたなぁ。

2023/02/08(水) 23:07:52.52

そうそう。

2023/02/08(水) 23:18:47.11

へーそうなんだ
デニスリッチーはそうは思ってないみたいだけど

2023/02/09(木) 00:04:11.97

デニスリッチーはゲームで遊びたくてC言語を開発した