C言語なら俺に聞け 143

2017/10/27(金) 21:28:08.20

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言語なら俺に聞け 142
http://mevius.2ch.net/test/read.cgi/tech/1502364083/

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

2017/11/12(日) 14:48:35.92

>>265
メモリー上の位置でいいんじゃね？
これがイメージできなきゃ無理

2017/11/12(日) 14:50:03.54

C使う以上、物理的な概念から逃れる事は不可能。

2017/11/12(日) 14:54:31.77

>>262
ある
３重でも４重でもいくらでも
一般的に使うのは２重までだが

2017/11/12(日) 15:11:05.31

○重ポインタという言葉はあまりオススメしない
いくら重ねようが「～へのポインタ」だ

int a = 123;
int *pa = &a; /* 「int型」へのポインタpa */
int **ppa = &pa; /* 「int型へのポインタ」へのポインタppa */
int ***pppa = &ppa; /* 「int型へのポインタへのポインタ」へのポインタpppa */

参照のイメージ([アドレス][値])
[a][123]
[pa][&a] -> [a][123]
[ppa][&pa] -> [pa][&a] -> [a][123]
[pppa][&ppa] -> [ppa][&pa] -> [pa][&a] -> [a][123]

2017/11/12(日) 17:57:06.14

確かにポインタは2重以上はなるべく使いたくないな。混乱するし。

2017/11/12(日) 18:01:39.60

そうだなポインタを文字列の格納だけに使うならアドレスは関係ない
int型で変数を操作するとかなら話は別だけどな

2017/11/12(日) 18:02:47.18

二重以上には二重も入るのだが、本当にそれでいいのか？

2017/11/12(日) 18:05:10.12

二重ポインタって言い方が紛らわしい
「ポインタが二重」って意味が通じない。
もともとは * が２つ付いてることを二重って言ってるんだろうけど

2017/11/12(日) 18:20:47.35

ポインタは型ではないので、二重のポインタという言い方はあり得るのではないか。

2017/11/12(日) 18:22:14.17

ポインタの配列　配列のポインタ　ポインタのポインタ

2017/11/12(日) 18:25:05.93

>>279
「なるべく使いたくない」だからいいんじゃね

2017/11/12(日) 18:25:48.95

三重以上のポインタって実際に使われているの？

2017/11/12(日) 18:25:59.93

int型へのポインタに対するchar型へのポインタとかあるのなら紛らわしいという主張も理解できるが。
そんなものは無いので。
***を三重のポインタというのは合理的に見える。
どうだい。

2017/11/12(日) 18:28:26.99

int型へのポインタ型へのポインタ
char型へのポインタ型へのポインタ

2017/11/12(日) 18:28:46.98

>>284
１５年前大学で４重ポインタの地獄を目にした

2017/11/12(日) 18:30:54.73

>>287
型宣言の読解が試験にでたとか？

◆QZaw55cn4c (ﾜｯﾁｮｲ 7f60-20FA) · 2017/11/12(日) 18:36:30.86

>>284
http://mevius.2ch.net/test/read.cgi/tech/1434079972/26

2017/11/12(日) 18:36:50.26

>>288
研究課題で先輩が作ったライブラリのプログラム
それを使って成果を出すのが自分の卒論…

2017/11/12(日) 18:42:31.96

３次元配列を生成して引数に書き戻すような構造なのか
４次元配列を生成して戻すようなのか
各次元で大きさが固定なら 1次元配列にして　添え字演算で4次元にしちゃうな

2017/11/12(日) 19:35:51.01

リスト構造とかツリー構造とか、繋げたり外したりすんのに使うよな？

2017/11/12(日) 19:57:25.27

>>292
でも２重までじゃね？

2017/11/12(日) 20:33:06.12

>>280
階層の方が良いか？

2017/11/12(日) 21:04:53.38

x,y,z座標表すのにint***を使ったことがある

2017/11/12(日) 22:25:07.93

2重以上になりそうなときは構造体にまとめちゃうからなぁ。

2017/11/12(日) 22:26:52.43

>>294
多分、階層の方がわかりやすいだろうね

int ***p; というポインタ変数ｐで p[x][y][z] とすると、
*(*(*(p + x) + y) + z)
を参照する。このあたりを分かりやすく言えるといいんだけど

2017/11/13(月) 00:06:28.13

同一ファイル内の関数を単体で自動化テスト出来る何かスマートな方法はないものか
他のテスト周りで小回りが効く言語と比べると単体テストがお辛い

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd9f-dwJZ) · 2017/11/13(月) 00:11:14.56

>>298
惜しい。C++だったら、コンストラクタでオートメーションできるのに。

2017/11/13(月) 05:48:49.26

テストコードを入れておくしかない。

2017/11/13(月) 14:10:14.51

>>295
三次元扱うと***pくらい何て事無いよね

2017/11/13(月) 14:21:03.70

構造体のメンバーの構造体のメンバーの構造体のメンバーのつもりで
ポインタのポインタのポインタとかいい気になって使ってたら、
エクセプションの嵐でワラタw

2017/11/13(月) 14:23:47.67

正しい指し先を格納してるかはコードの書いた奴の責任だからね
言語で保障してくれない

2017/11/13(月) 14:41:15.42

有名な言葉思い出した。
プログラムは意図した通りには動かない、
書いた通りに動く。

2017/11/13(月) 15:23:54.44

ハードがまともに動いている前提でな。
タイマーLSIにall0ぶち込むなんてのはどこのマニュアルにも
書いてないバッドノウハウだろうに

2017/11/13(月) 16:47:57.07

>>298
google testとかcpp testとか使えば？

2017/11/14(火) 05:34:12.35

三次元配列を扱うのに三重ポインタが出てくると思っている池沼がいるな

2017/11/14(火) 09:52:35.71

まあ、Cは次元とかオフセット計算が掛け算になるだけだからな。
何次元にしようとリニアな配列のままさ。

2017/11/14(火) 09:54:58.20

俺はポインタを諦めて、構造体配列のインデックスでリンクするリスト構造を作ったわ。

2017/11/14(火) 17:36:47.28

誰かが書いてあって気になったんだけど
double a;
scanf("%if", &a);
ってf単体じゃないの？

2017/11/14(火) 17:46:40.44

%lfじゃなくて？

2017/11/14(火) 18:28:10.04

>>311
間違えたそれだ

2017/11/14(火) 18:42:01.06

long double は別物として実装していない？

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd9f-dwJZ) · 2017/11/14(火) 18:56:38.89

scanfでは、floatが%fで、doubleが%lfだ。printfでは区別がない。

2017/11/14(火) 19:35:59.33

cでUTF-8のファイル読み書きとデータの取り扱い方が分からないです
もしかしてできないのかな？

2017/11/14(火) 19:57:38.61

調べるとすぐにwikipediaが出てきたよ
https://ja.wikibooks.org/wiki/C%E8%A8%80%E8%AA%9E/%E6%96%87%E5%AD%97%E3%81%A8%E6%96%87%E5%AD%97%E5%88%97#Unicode.E6.96.87.E5.AD.97.E3.82.BB.E3.83.83.E3.83.88

文字を「L"」で囲むとその文字を表現するワイド文字型の数値となる
Unicode文字セットでは、標準ライブラリの関数を使う前にロケール（地域）を設定する必要があり、また、Unicode用の関数を使う必要もある
// wchar_t型
wchar_t wc = L'a';　　　　　// wchar_t型の変数wcに文字L'a'を格納
_wsetlocale(LC_ALL, L"");　// ロケール（地域）を設定する
wprintf(L"変数wcに格納された文字は%c", wc);　//wcを文字として表示
wprintf(L"変数wcに格納された数値は%4x", wc);　//wcを数値として表示

2017/11/14(火) 20:29:12.24

だから、文字セットはライブラリの範疇だからC言語スレで聞くなよ。
おまえが使ってるコンパイラのスレにでも行け。

2017/11/14(火) 20:29:48.26

何したいかによるんじゃね

素でもそれなりには扱えるし、不十分ならライブラリ探してもいい
どうしても無理なら慣れた文字コードに変換すればいいけど、こっちは一部文字情報が欠落するかもね

2017/11/14(火) 20:58:01.97

>>316
ありがたい
なんとかなりそう

2017/11/15(水) 06:11:40.94

「配列へのポインタ」で嘘教えてるクソサイト

2017/11/15(水) 08:01:18.30

エンコーディングにかかわらず、ただのバイト列だからchar*でいい

**ビル・ジョブス** (ﾜｯﾁｮｲ 5fb3-bJtK) · 2017/11/15(水) 09:06:23.81

配列名は変更できない左辺値

2017/11/15(水) 10:37:31.14

次のC規格でそろそろ文字を扱う関数全てunsigned charに変更してくれないかな
utf8でもsjisでもだけど1バイト目の判定でいちいちキャストするのが不毛すぎる
賢明なプログラマならcharなどというプリミティブ型をそのままの名前で使わずちゃんと
typedef char str_t;
とかしてるはずだし、してない愚者はもうシステムもろとも切り捨てていいだろう
-1が欲しいために結局intに拡張されるんだからcharの時点では符号は不要なんだよ

2017/11/15(水) 10:45:30.80

C#みたいにbyte型作れば？
それかマルチバイト型

2017/11/15(水) 18:45:36.23

>>323
ハゲドゥ

2017/11/15(水) 20:52:19.99

>utf8でもsjisでもだけど1バイト目の判定でいちいちキャストするのが不毛すぎる

いまどきそういうencoding依存のコードをそんなに頻繁に書いているんだとしたら
それ自体が不毛な気も。

2017/11/16(木) 10:46:07.94

なんのために皆cやってるん？

2017/11/16(木) 10:47:45.24

生活の為だ。

2017/11/16(木) 12:40:47.00

文句たれてる暇があるなら1バイト目判定関数でもつくれば

2017/11/16(木) 16:46:03.46

ファイルサイズ測定
↓
そのファイルサイズ領域を動的確保
↓
そこにutf-8の文字列を順次格納

みたいなプログラム組んでるんだけど

ファイルサイズ/sizeof(wchar_t)と中身の文字の数って等しくないの？

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd22-EXIO) · 2017/11/16(木) 16:52:10.55

UTF-8をそのまま扱うんなら、/sizeof(char)じゃね？
UTF-16やUTF-32に変換したならデータサイズが違うけど。

2017/11/16(木) 16:54:06.14

UTF-8 はデータサイズから文字数を求めることはできない

2017/11/16(木) 17:01:45.21

やっぱり１文字づつ読み込んでって文字数カウントするしかないか

2017/11/16(木) 17:06:37.43

>>333
記憶するのに必要なメモリの量は読み込んだバイト数でいいけど
「１文字に要するバイト数が可変」なので
「文字数」をカウントするとなるとそうせざるを得ないね

2017/11/16(木) 17:15:42.23

>>334
そうします

2017/11/16(木) 17:29:40.48

暇つぶしで気になったんだけどC言語でもOSは作れるだよな、でも制御とかでコンピューターをちゃんと理解してないとやっぱ作れない？

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd22-EXIO) · 2017/11/16(木) 17:45:35.36

FreeDOS、Linux、ReactOSなどのオープンソースなOSは、ソースが見られるから参考にするといい。
例えば、OSで並列処理をしたい場合は実際のCPUの知識が必要になるし、OSをCD-ROMからインストールしたい場合は、CD-ROMのファイルシステムの知識が必要になる。
OSを便利にしたいなら、それなりの知識が必要になるのさ。

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd22-EXIO) · 2017/11/16(木) 17:50:48.01

モダンなOSは巨大化・複雑化しているから、一人ですべてを把握するのは難しい。
必要な機能を分割統治して、ライブラリなどによってブラックボックスとして実装するのが一般的。

2017/11/16(木) 18:09:46.26

>>336
OS自作入門とかいうそのものズバリな本があるよ
勉強目的なら割りとオススメ

2017/11/16(木) 18:10:16.42

モダンでなくても、C単体ではシステムコールとCPUステータスに
関わる部分が書けないので、100%は不可能。
asm文とか使うなら別だけど。

2017/11/16(木) 18:10:19.85

なお、OSで商売したいなら、著作権のトラブルをクリアしないといけない。
マイクロソフトやグーグルのようにOSを売るのは至難の技だ。

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd22-EXIO) · 2017/11/16(木) 18:29:05.66

パソコン向けじゃなければ、日本企業でもOSを開発しているところはある。
どんなOSを開発したい？

2017/11/16(木) 18:42:10.01

OS劇場っぽいやつ

2017/11/16(木) 20:19:28.30

あとメモリ上に読み込んだバイナリデータをwchar_tの文字列に変換することは可能でしょうか？

2017/11/16(木) 20:33:55.78

ただC言語の本にアセンブリ言語またC言語でもOS作成可能ってあったから気になっただけ
他の言語もコンパイルして機械語にするからC言語も間接的な言語しかないのかなって疑問に思っただけ

2017/11/16(木) 21:44:00.25

>>317

2017/11/16(木) 22:16:50.50

嘘ついてるかもだけど、wchar_tのたぐいって、使うとはまる奴じゃなかった？
文字列はcharオンリーな今日この頃。

cpu限定すれば、変換はいけるんじゃない？

2017/11/16(木) 22:50:06.96

ワイド文字だと場合によってはエンディアンを気にする必要があるのと
結局>>334は避けられないあたりを忘れなければハマることはないかと

2017/11/16(木) 23:02:19.01

OSのコードを書くのってC言語のインラインアセンブリが使われてるんじゃないの？

2017/11/17(金) 03:13:34.00

インラインなんかほとんど使わない
アセンブラが必要なところはガチのアセンブラを使う
量にして全体の数%ってとこ

割 ◆c9Xyadm.dk (ﾜｯﾁｮｲ 259d-RuWE) · 2017/11/17(金) 08:21:02.54

フリーのOS作るため勉強するよ

2017/11/17(金) 08:39:11.50

>>339
あれかなり良いけどフロッピー使うし作るOSもかなり独特だからモダンな感じでもう一冊くらい書いて欲しい

2017/11/17(金) 23:24:01.69

>>330
UTF-8 とは何か？
そして wchar_t 型とはなにか？

まずはこの2つについて徹底的に調べると君の頭は少し良くなると思う。

2017/11/17(金) 23:32:51.13

>>336
OS作れるどころかOSを書くために作られたような言語がCだよ。UNIXな。

2017/11/17(金) 23:36:03.75

>>342
超漢字はPCで・・・

2017/11/18(土) 01:14:51.20

mallocとかcallocでNULLが帰ってくる原因が分からない

メモリも十分あいてるしfree忘れもないのに

2017/11/18(土) 01:20:58.17

要求している大きさが 0 とか？

2017/11/18(土) 01:23:12.16

>>357
流石に0ってことはないと思うわ

2017/11/18(土) 01:40:38.42

どこかでバッファオーバーランしてるのかなあ

2017/11/18(土) 01:54:02.41

0 allocでもnullは返さないはず

2017/11/18(土) 02:00:44.06

perrorくらいしてから書け

2017/11/18(土) 03:52:04.95

おれの昔使ってたシステムでは、free忘れじゃなくて、mallocしたアドレスを2度freeしたり、もしくはmallocとは全然関係無いアドレスをfreeすると、
その後のmallocでおかしな動作をすることがあった

2017/11/18(土) 06:02:16.21

>>358
本当か?

2017/11/18(土) 06:22:35.45

>>362
おそらく、そういう系だろうな
どこかで未定義の動作をやらかしてる

2017/11/18(土) 07:00:43.85

>>361
それ関係ないやろ

2017/11/18(土) 09:37:24.12

>>362
windowsなんだけど可能性あるの

2017/11/18(土) 09:47:18.69

ゲイツOSかどうかには関係ねえぞ
malloc/freeが空き領域をどのように管理しているかの実装の問題だ

2017/11/18(土) 11:15:25.02

Winなら2重freeで死ぬんじゃね

2017/11/18(土) 11:27:25.57

２重freeだとその時点でエラーはかないの

2017/11/18(土) 11:56:53.68

>>368-369
>>367

2017/11/18(土) 12:20:10.83

解決した
不定のポインタに対して代入

変なとこ書き換えたせいでmalloccallocに失敗したみたい

2017/11/18(土) 16:45:23.67

よかったな鼻から鼻毛が出る程度で

2017/11/18(土) 20:07:48.43

また別の問題が･･･
メモリ上にある時は問題ないのにwprintfで表示するときに文字化けする