C言語なら俺に聞け 152

2019/06/17(月) 18:27:10.41

!extend:checked:vvvvv:1000:512
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言語なら俺に聞け 151
https://mevius.5ch.net/test/read.cgi/tech/1554171817/

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

2019/06/29(土) 20:13:31.33

>>189
CPUの違いだけならクロスプラットフォームにできる？

2019/06/29(土) 20:17:37.78

クロスプラットフォームの意味履き違えてない？

2019/06/29(土) 20:26:03.44

東京通信工業なんて会社、知らないだろうな

2019/06/29(土) 20:33:24.22

間違えてはいないが単にその言葉が曖昧だ。
ifdef等を使わずにCPUの違いに対処できるCコードは書けるか？

2019/06/29(土) 20:51:37.84

>>191
デバドラの種類によるかな？
ユーザモードドライバだけで済むような環境だとCPUが違ってもソースコードを共用できる可能性が高い。

2019/06/29(土) 20:51:42.07

>>194
プラットフォームの差を吸収するレイヤがありゃできるだろう。
普通のプログラムだってリンク時に解決してる部分がかなり大きいんだから。
Cで書いてる時点でそれなりに抽象度が高いと思うよ。

2019/06/29(土) 21:58:02.57

>>195
Linux は結構共通になってない？ものにもよるか。

2019/06/30(日) 21:20:05.21

PC-98、TWONS、AT互換機でDOSのファンクションコールしか使わないなら同じexeファイルが使えたと思った。

2019/07/01(月) 00:10:17.16

MSX-DOSとかCP/Mのプログラム動いたぜ。
Z80だし当たり前なんだけど驚いた。

2019/07/04(木) 18:46:50.22

hoge.hというヘッダーファイルがシステムで使用可能ならインクルードして、ないならローカルに用意したものをインクルードしたい時はどうすればいいですか？
イメージはこんな感じです
if (exists("hoge.h")):
#include<hoge.h>
else:
#include"./src/hoge.h"

2019/07/04(木) 18:59:45.02

>>200
#if EXISTS_HOGE
#include <hoge.h>
#else
#include "./src/hoge.h"
#endif

コンパイラオプションで-DEXISTS_HOGE=1を指定するとシステムのヘッダをインクルードできる
これの欠点は手動で指定する必要があること
自動でやりたいならautotoolとかcmakeを使うしかない

2019/07/04(木) 19:38:05.76

>>200
includeパスの優先順位を利用するのじゃダメなの？

2019/07/04(木) 19:40:09.58

自分の hage.h を用意しとけば。名前何でもいいけど。
で、本物のhageのインクルードガードのマクロ定義をチェックすればいい。マクロがあればの話だけど。

**デフォルトの名無しさん** (ｽﾌｯ Sd1f-tewH) · 2019/07/04(木) 20:01:31.43

こっそり__has_include使えたりしないの？

2019/07/04(木) 22:38:29.59

cmake便利だよな。これを覚えたせいで仕事を簡単に家に持って帰れるようになってしまったよ……

2019/07/04(木) 23:09:00.36

社畜ｗ

2019/07/05(金) 07:37:58.54

ハッカータイプの人はそれが普通なんだよ
パンピーには解らないし解ってもらいたいとも思わない

2019/07/05(金) 07:39:43.05

いわゆる暇プロタイプの人だな。

2019/07/05(金) 10:42:30.79

タクシー運転手の趣味がドライブみたいなものだな。

2019/07/05(金) 10:48:27.91

会社でマルウェア製造していたのか

2019/07/05(金) 12:21:58.01

四角くてもマルウェア

2019/07/05(金) 19:35:27.70

山田く~ん

2019/07/07(日) 01:12:52.69

マ板化してる・・・

2019/07/07(日) 12:35:21.67

>>163 >>167
ポインタと配列の違いを説明してみ

2019/07/07(日) 13:52:06.12

*p[]
(*p) []
**p
*(*p)

2019/07/07(日) 16:31:13.26

>>214
ポインタは変数で4バイトのメモリ領域で、
配列は連続したメモリ領域？

int arr1[] = {1,2};
int arr2[] = {3,4};
arr1 = arr2;

がエラーになるから配列はポインタ変数とは明確に区別されてるみたいだが

**蟻人間** ◆T6xkBnTXz7B0 (ｽﾌﾟﾌﾟ Sd1f-dIxF) · 2019/07/07(日) 16:40:40.99

16-bitのMS-DOSの時代だと2バイトのポインタがあったし、64ビットのCPUなら、8バイトもあり得る。

2019/07/07(日) 16:45:42.38

また値渡し、ポインタ渡し、参照渡しは～ってやるのか?

2019/07/07(日) 16:52:42.60

> *(*p)

ああ、こいつ解ってないな

2019/07/07(日) 18:03:14.45

>>219
それ顔文字っぽいよね。

2019/07/07(日) 18:04:40.15

>>216
うちのポインタは8バイトだ。

2019/07/07(日) 19:09:15.76

配列はポインタのシンタックスシュガーでしかない
ポインタは何でも許されるが配列は操作が簡略化と同時に制限されてる

◆QZaw55cn4c (ﾜｯﾁｮｲ 7f47-XXj3) · 2019/07/07(日) 19:31:01.29

>>222
配列名は定数扱いのポインタですね
しかし、配列だけに許される簡素化ってなんですか？

2019/07/07(日) 19:32:54.23

>>223
配列は宣言した瞬間に領域が確保されてるだろ

2019/07/07(日) 19:33:00.70

>>222
x[-1]、これも許されるんだよな

2019/07/07(日) 20:07:07.70

int a[1];
と
int *a;
a=(int *)malloc(sizeof(int));
の違いって何？

**蟻人間** ◆T6xkBnTXz7B0 (ｽﾌﾟﾌﾟ Sd1f-dIxF) · 2019/07/07(日) 20:12:27.77

>>226
前者はスタックか静的領域に確保される。後者はヒープに確保される。前者はスコープを抜けると自動で解放。後者は解放しないとメモリーリークする。

2019/07/07(日) 20:15:53.10

>>227
ということは配列ってメモリのことよく分からない初心者プログラマ以外には無用の長物なん？
解放漏れの考慮以外でわざわざ配列使うメリットってあるの？

2019/07/07(日) 20:17:35.62

>>228
寧ろ配列で済むのにポインタを使う意味がないぞ

**蟻人間** ◆T6xkBnTXz7B0 (ﾜｯﾁｮｲ c301-dIxF) · 2019/07/07(日) 20:18:55.18

>>228
繰り返し(iteration)の処理で連続データを処理・制御するときに配列がないと困る。

2019/07/07(日) 20:29:34.92

>>229-230

int a[3];
for(int i=0;i<3;i++) a[i] = 0;

int *a;
a=(int *)malloc(sizeof(int * 3));
for(int i=0;i<3;i++) *(a+i) = 0;

これとこれだと違うの？
ポインタだとchar型の時とか文字列代入出来るし
上位互換な気がするんだけど。

**蟻人間** ◆T6xkBnTXz7B0 (ﾜｯﾁｮｲ c301-dIxF) · 2019/07/07(日) 20:32:06.26

>>231
sizeof(int) * 3の間違い。
ヒープだと可能なかぎり自由に実行時にサイズを決められる。

**蟻人間** ◆T6xkBnTXz7B0 (ﾜｯﾁｮｲ c301-dIxF) · 2019/07/07(日) 20:34:52.90

配列のサイズが決まるのはコンパイル時だ。

2019/07/07(日) 20:36:22.20

>>231
前者の方が簡潔だし
書かなくていい確保・開放処理は避けるものだ

パフォーマンスも配列の方が上

2019/07/07(日) 20:36:48.46

>>228
自分で書いたんだから分かると思うけど、言語構造の話でも>>226の場合は記述量で配列の方が楽だし、読む側もひと目でわかるじゃん。

2019/07/07(日) 20:37:18.16

かぶった

2019/07/07(日) 20:50:54.62

じゃあ配列は、ポインタの一部機能を制限して使いやすさの向上を図ったものという認識でいいの？
それとも生まれも育ちも全く別の概念？

何か、今やってるcの教材が、まず最初に配列を使ってプログラム書いて、
次の章でポインタ出てきて、今まで配列使って書いた奴をポインタで書き変えろみたいな例題ばっかりだから
だったら最初から配列いらなくない？と思ってしまいました。

**蟻人間** ◆T6xkBnTXz7B0 (ﾜｯﾁｮｲ c301-dIxF) · 2019/07/07(日) 20:52:43.83

実用的なプログラム書いてたら、そのうちわかる。心配要らない。

2019/07/07(日) 21:00:11.30

分かりました。unionもわざわざこんなの使わずstruct使えばよくねって思うけどそういうもんだと今は思っときます。

2019/07/07(日) 22:02:44.50

>>237
むしろ、何故ポインタが不要だと思わんのか謎だわ

2019/07/07(日) 22:15:20.04

なぜopenとfopenの二つのファイルアクセス手段が用意されているのか。

◆QZaw55cn4c (ﾜｯﾁｮｲ 7f47-XXj3) · 2019/07/07(日) 22:18:01.98

>>241
open() は OS が提供するシステムコールそのもの
fopen() はライブラリ関数であり open() をラップして「使いやすくした」（本当か？）もの

2019/07/07(日) 23:10:44.83

>>242
バッファっリングしてくれるとか、fprintf()もあったりしてテキストをフォーマットして出力するのも楽というのがある。

2019/07/07(日) 23:15:22.66

Cライブラリとしてはfopenしかないわけだけど、正直あんまり便利じゃないよな。

◆QZaw55cn4c (ﾜｯﾁｮｲ 7f47-XXj3) · 2019/07/07(日) 23:16:29.46

>>243
バッファリングはね…バッファリングは今は大部分 OS が抱いているものなんじゃないかな…アプリケーションが各々のユーザーランドに抱いていてメリットがあるのかな…

2019/07/07(日) 23:34:13.80

>>245
ま、そうだけどね。Cってそういう今時のちゃんとしたOSのないところや完全にOSなし環境用のプログラム作るのにも使われるし、ああいうライブラリはあってもいいと思う。

まあしかしちょっと古くなった感はあるのでリニューアルしても良いんじゃないかとは思うけどね。てか、最低でも標準ライブラリなのにセキュリティーホール作ってしまうようなのは廃止した方が良いよな。

2019/07/07(日) 23:42:46.95

システムコール自体相当重いから、OS呼び出す回数減らすためのバッファリングだろ

2019/07/07(日) 23:47:08.94

入出力バッファリングしてくれるファイルシステムなんてあるか?
ジャーナリングと勘違いしてるんだろ

2019/07/07(日) 23:54:40.74

しない方が珍しくね？
writeしたらディスク書き込み完了するまで次がブロックするとか？

2019/07/07(日) 23:59:57.04

それジャーナル制御の話だろ

2019/07/08(月) 00:13:01.27

バッファリングとキャッシュの区別が…。

2019/07/08(月) 00:15:59.34

>>248は>>245へのレスな
バッファリングはアプリの仕事

2019/07/08(月) 00:21:05.88

>>240
char *str;
str = "abc\n";
が許されるから。
配列に文字列を代入出来ないのが不便

>>241
それ言うならfopenとfopen_sの方が意味分からんね
VS使ってたら書き換えろと警告出してくるわ、書き換えたら引数の取り方違うとかいうクソ仕様だし

2019/07/08(月) 00:29:20.86

>>253
そりゃ、現実としてそういう建て付けになってんだから使うよ。
でも文字列だったら最初からもうちょっと抽象的な操作の方がいいわ。ポインタ使いたかったら＆つけてもいいんだし。

2019/07/08(月) 00:44:01.80

>>253
一応初期化の時だけ char s[] = "..."; って書き方できるけどね。これは初期化だけの特別な書き方だな。

2019/07/08(月) 01:20:48.92

OSによっては遅延書き込みってしているだろう

2019/07/08(月) 02:05:54.23

やってるな。外付けのHDD付けた時なんかはするかしないか設定できたりして。

2019/07/08(月) 08:34:21.82

DOS時代、ディスクキャッシュはドライバーが必要だったな。

**デフォルトの名無しさん** (ｽﾌｯ Sd1f-AH8H) · 2019/07/08(月) 08:57:53.53

str[9]="おはよう"
str[9]={'お','は','よ','う'}

こうやってまとめて配列に日本語を入れるのは出来るんだけど「お」、「は」、「よ」、「う」と一文字ずつ入れることって出来ますか？
英語ならstr[0]=…、str[1]=…って済むけど

2019/07/08(月) 09:43:06.34

>>259
> こうやってまとめて配列に日本語を入れるのは出来るんだけど

え？できる？

>「お」、「は」、「よ」、「う」と一文字ずつ入れることって出来ますか？

wchar_t 型を使ってL付けたらできないか？

2019/07/08(月) 09:53:54.58

要素数を明示してるので、文中の代入ではなく、初期化のときの話だろうとは予測できるが
「入れる」というのは、代入を連想させるので、うまい言い回しではないかもね

2019/07/08(月) 11:00:59.71

>>253
関係ないけどconst違反だね
そのケースだけ特別に見逃すことになってるけど

>>255
その書き方はK&Rでは静的記憶域期間にのみ許されていた
なぜだかわかるか？

2019/07/08(月) 11:23:23.17

>>262
そうだったっけ？そうだったような気もするが。

なかったのは自動変数だと毎回コピーすることになって無駄だからかな？

2019/07/08(月) 11:25:22.35

>>262
初回のみ限定警告100%オフ！送料無料！だからね
いちおう違反ではないことになってる

2019/07/08(月) 11:45:28.78

>259
>str[9]={'お','は','よ','う'}
マルチバイト文字をこう書く時はエンディアンにも気をつけないとね。

2019/07/08(月) 12:17:44.27

>>265
てか、それできる？

2019/07/08(月) 12:23:54.16

>>263
memcpyみたいのは言語自体に組み入れるべき機能ではないという判断だ
俺は今でもそう思っている

2019/07/08(月) 12:29:40.10

思ってるって……
じゃK&Rにはwhyは書いてないってこと？

なんでお前の脳みその中身を当てこしなきゃいけねーんだ
バカかこいつ？

2019/07/08(月) 12:30:19.48

>>265
エンディアンが同じでも解釈が違うことがあるぞ
printf("%x %x", 'あ', L'あ');
bcc32: a082 3042
cl: 82a0 3042
gcc: error

2019/07/08(月) 12:31:09.46

>>267
じゃあ言い直そう
- 思っている
+ 賛成している

2019/07/08(月) 12:31:47.98

くそ、安価ミスとは俺としたことが
- >>267
+ >>268

2019/07/08(月) 13:00:33.95

>>267
なるほど。

2019/07/08(月) 13:43:50.72

>266
どのあたりに疑念を持ってるの？

2019/07/08(月) 13:58:51.22

>>273
'あ' みたいなのは char じゃないから少なくとも警告出そうな感じするんだが。

2019/07/08(月) 14:09:16.87

int Code='ABCD';
なんて書き方できるから文字列はOK。（Code=0x41424344; と解釈）

全角文字の解釈はコンパイラ次第。unicodeやutf-8対応なら問題ないと思う。
S-JISはよく"\"が含まれる文字で誤作動起こすけど。

2019/07/08(月) 14:54:14.01

C99 6.4.4.4 Character constants で
　character-constant:
　　'c-char-sequence'
　　L'c-char-sequence'
　c-char-sequence:
　　c-char
　　c-char-sequence c-char
こうなってて文法的には　'ABCDEF' は許されるんだな　ちょっと意外

2019/07/08(月) 15:31:05.17

>>275
printf("%x", Code);
bcc32: 44434241
cl: 41424344
gcc: 41424344

2019/07/08(月) 15:37:58.06

処理系定義の動作だから移植性は落ちるよね

2019/07/08(月) 20:12:45.44

文字定数は
Cではint型
C++ではchar型

2019/07/08(月) 20:54:00.78

int *ptr;

↑なんですが、「int型のポインタ変数ptr」、それとも「int *型のポインタ変数ptr」のどちらでしょうか？

2019/07/08(月) 20:55:50.12

int*型の変数

2019/07/08(月) 21:09:00.76

>>281
読み方としては
int (イント) * （ポインタ）型の変数
でしょうか

「ポインタ変数」と言った場合は「* （ポインタ）変数」という捉え方でいいのでしょうか？
「ポインタ」と言った場合に「*」を指すのは普通ですか？

◆QZaw55cn4c (ﾜｯﾁｮｲ 7f47-VNcf) · 2019/07/08(月) 21:12:57.52

>>282
好きなように把握すればよい、しかし int * の使われ方は決まっているのだから、それがすんなりできるかどうかが問題

2019/07/08(月) 21:24:04.62

pointer to int

2019/07/08(月) 21:42:19.26

>>280
Cの場合は変数に*がくっついた形で宣言されていると考えた方が良い。というのは int *a, b; と書いた場合に a は int * 型だが b は int 型になるからだ。

2019/07/08(月) 22:54:53.21

なんとなくわかりました
ありがとうございました

**280** (ﾜｯﾁｮｲ ffc5-rgZK) · 2019/07/09(火) 00:31:35.20

規格書には
pointer to a character type
pointers to structure types
という文が頻繁に出てきますね
日本語で言ったら「char型へのポインタ」のほうが「charのポインタ型」より正しい気がします
>>284さんのpointer to intは日本語なら「int型へのポインタ」ですね

と思ったんですが規格書には
pointer type
も出てくるので、どっちでもいいということでしょうか
つまり「char型へのポインタ」=「charのポインタ型」ということになりますが

2019/07/09(火) 02:08:12.29

変数の宣言と型の宣言が同じ形というCの事情もありそうだが、そこは曖昧だと思うね。
アップキャストしたら単にポインタだし、ポインタ型と言う場面もあるだろう。

これいいね
https://cdecl.org/

2019/07/09(火) 09:14:08.91

typedef char *pchar; とすると pchar 型は「charのポインタ型」というとにはなる。

**280** (ﾜｯﾁｮｲ ffc5-rgZK) · 2019/07/09(火) 11:14:54.62

ということはどっちでもいいんですね