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/12/14(木) 17:01:48.84

>>824
putsは知らんヤツ多いし、教育上、発展的ではない。

2017/12/14(木) 17:02:54.59

古典だし、コピペでもいいとしてるし
それなら printf にしときたい所存

2017/12/14(木) 17:06:32.65

putsの使いにくさときたらアンタ・・

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd32-wvVH) · 2017/12/14(木) 17:43:18.92

勝手に改行が入っちゃうのが不味いのかな。

2017/12/14(木) 17:56:10.05

fwrite で

2017/12/14(木) 20:08:02.01

putsは使ってないな一行読み込みだしその後の文字加工がめんどくさいからprintfで済ましちゃうな

2017/12/14(木) 20:15:34.79

初心者にprintfを教えると、信頼の出来ない文字列を第一引数として渡す事故が
起きかねないので教育上よろしくないのは常識

[MQ]Z はアホの代名詞

2017/12/14(木) 20:26:36.32

printf("%s\n", "うふ");

2017/12/14(木) 20:39:43.33

標準ライブラリ禁止な。

2017/12/14(木) 21:08:44.70

>>805
高橋まな？の
やさしいC
って本がおすすめ

2017/12/14(木) 21:58:51.30

プログラミング初心者です

struct hoge *tmp = NULL;
以下うろ覚え
tmp->hage = xxxxx;

最近上記のようなコードに出会いました
明らかにNULLなのにアロー演算子で参照してもぬるぽしないことってあるんでしょうか？

◆QZaw55cn4c (ﾜｯﾁｮｲ b260-4mDj) · 2017/12/14(木) 22:01:55.65

>>835
同じくありえない気がする

2017/12/14(木) 22:16:14.39

tmp->hage = xxxxx は、0番地にアクセスしてるわけじゃなくて
0 + hageのオフセット番地にアクセスしてるわけだから、
hageのオフセット番地が有効なメモリまでズレてれば
ヌルぽしないんじゃない？

2017/12/14(木) 22:18:38.35

組み込みならゼロ番地付近をアクセスするためにありうるかもな。
あるいは単にそのコード部分が動いていないか。

2017/12/14(木) 22:18:39.02

0番地に値を書くのと、ヌルポインタアクセスは見分けが付かないからなぁ

2017/12/14(木) 22:20:06.59

なので、NULLの値を全く違う値にしてる処理系もあるんだよ。

2017/12/14(木) 22:26:45.88

>>837>>838>>839
皆さん凄いですね
確かにその可能性あるかもしれません
しばらくそのコードを確認できないので
確認できたら結果報告します

2017/12/14(木) 22:35:39.57

>>810
HAL9000?
処理系あるんだっけ？

2017/12/14(木) 22:37:16.44

>>838
> 組み込みならゼロ番地付近をアクセスするためにありうるかもな。
これで当たりだと思うけど、
そもそも組み込み（≒MMU無し)ならどこアクセスしてもヌルポしないがな。

2017/12/14(木) 22:43:41.09

>>835
そもそも何が起きてもおかしくない = なにも起きないかもしれない
から
コンパイラによってはコード生成すらしないことだってあり得るし

2017/12/14(木) 22:47:13.04

>>843
> そもそも組み込み（≒MMU無し)ならどこアクセスしてもヌルポしないがな。
そんなもん機器による
ROM領域に書き込んだりなにも割り当てられてない領域を読み出したら例外を発生させるとか普通にある

2017/12/14(木) 23:13:34.90

>>845
その例外を発生させるものがMMUなんだが

2017/12/14(木) 23:29:05.12

固定のアドレス範囲で例外出だけならMMUほどの複雑な機能いらないっしょ

2017/12/15(金) 00:13:12.48

>>846
知ったか乙
アクセス対象がなかったらタイムアウトでバスエラーにするとかにMMUなんてものは要らん

2017/12/15(金) 00:57:29.28

>>847-848
ゆとり死ね

つか組み込みの0番地なら普通にアクセスできるほうが多いと思うが。
ARMだとベクタのようだし。

2017/12/15(金) 05:27:47.99

スタックポインタの初期値だね

2017/12/15(金) 06:53:37.66

ARMだと未割り当てエリアのアクセスは例外発生する

2017/12/15(金) 06:58:51.04

>>849
> ゆとり死ね
指摘されたら逆ギレとかどっちがゆとりだよ w

> つか組み込みの0番地なら普通にアクセスできるほうが多いと思うが。
組み込みなんてピンきりだから普通にとか言っても意味ない
そもそも
> 組み込み（≒MMU無し)
の認識がおかしい

> ARMだとベクタのようだし。
ARMもピンきりでMMU持ってる奴も多いからARMだから0番地アクセスできるとか無知すぎる

2017/12/15(金) 07:02:18.81

>>848
セグメントフォルト、バスエラーは同期例外だ
非同期(タイムアウト)でバスエラーなんか起きたら困る

知ったか乙

2017/12/15(金) 07:14:46.17

C言語じゃないけど聞いて良いですか(´;ω;｀)
バッチ利用して設定ファイル書き換えたい

1. ユーザーに入力してもらう
2. iniの値をそれで上書き

x.ini
AAA=1
BBB=2
CCC=3
↓
AAA=1
BBB=192.168.0.1
CCC=3

キーはBBBで固定
設定値が少ないから一度全部読み込んで一行ずつtmpに書き込んで～ってのも問題ない
一行ずつ読み込んで別ファイルに出力とかはできたんだけど
BBBなら～って判別ができないです

2017/12/15(金) 07:35:31.85

>>854
>C言語じゃないけど聞いて良いですか(´;ω;｀)
ダメ

2017/12/15(金) 07:39:05.88

>>855
そそそそんなぁ(´;ω;｀)

まあそうだよね
すみませんでした

2017/12/15(金) 08:14:33.28

>>853
恥の上塗り乙
68Kだと普通の設計だぞ
https://www.slac.stanford.edu/BFROOT/www/Detector/DAQ/Infrastructure/Maint/177aih.pdf
あとバスエラーの定義はプロセッサによって異なるからプロセッサも限定せずに
> セグメントフォルト、バスエラーは同期例外だ
とか書くと知ったかがばれるので注意しろよ w

2017/12/15(金) 08:20:34.53

>>854
C言語でやりたいならここでいいけど、バッチでやりたいならこっち
【.cmd】バッチファイルスクリプト %12 【.bat】©2ch.net
http://mevius.2ch.net/test/read.cgi/tech/1489207631/

あとバッチはその手の文字列操作があまり得意でないので個人的にははPowerShellとか使った方が楽だと思う
【最強CUI】PowerShell -Part 2 [無断転載禁止]©2ch.net
http://mevius.2ch.net/test/read.cgi/tech/1480109402/

2017/12/15(金) 10:39:34.38

68kでのバスエラーとは/BERRがアサートされることで
何をセンスして/BERRをぶっ叩くかは基板次第だな

2017/12/15(金) 11:50:37.48

PC-9801
0x000000 - 0x0003FF IVT(割り込みベクターテーブル)

まぁ弄るなら割禁とか保険かけるんで専用ライブラリ使うかアセンブラコード書くな。

2017/12/15(金) 12:40:56.01

割り込みと例外は違う
まあバスエラー相当が割り込みであがるアーキもあるけど

2017/12/15(金) 12:46:09.63

longjmpやC++のthrowのような例外と割り込みは違うが
ソフトウエア割り込みだの記憶保護例外だのは割り込みと同列なもので
CPUのマニュアルでも同じ章に書いてある

2017/12/15(金) 12:59:16.80

例外割り込みって、割り込みの一部じゃね？

2017/12/15(金) 13:49:05.09

>>857
この文脈ではメモリアクセスに伴って発生バスエラーであり、それが非同期って事はアスセスして読めた後で、やっぱさっきのなし、ノーカン、ノーカン

って事だぞお前は班長か?

2017/12/15(金) 14:19:32.62

>>864
いやいや、そもそも読めないから。

2017/12/15(金) 14:30:39.93

>>865
理解してない奴は、混乱の元だから割り込んで来ないように

2017/12/15(金) 16:34:19.49

同期とか非同期とかどうでもいいだろ

2017/12/15(金) 16:34:43.72

>>835とは関係ない

2017/12/15(金) 16:36:08.94

C言語のヌルポとハード0番地って同じである必要は無いんだよね

2017/12/15(金) 17:25:38.74

0xffffffff番地でもいいはずだね
要は、Cで合法的に定義されたオブジェクトが決して含まないアドレスを
１つ決めごと作っておいてそれを空ポインタということにしようということと
規格合致処理系はそれを必ず決めておかなければならないということ
C以外のたとえばアセンブラで定義されたオブジェクトまでがその規則に従うとは限らないし
そういうオブジェクトをCで扱えてはならないとまでは言ってない
あくまで自己責任でやる限り余計な邪魔立てはしない

2017/12/15(金) 20:55:15.86

ポインタはポインタであってアドレスではない
けど中途半端に知ってるとポインタとアドレスがイコールと思い込んでしまう
ヌルポインタはアドレスで説明できないポインタの例だね

2017/12/15(金) 20:57:06.91

バスエラーってのは、あらかじめ決めた領域以外をアクセスしょうとしたら発生するのであって、読んだ後にここ読めないからなんて動作はしない。
むしろ決めて無い場合は幾らでも読み書き出来てしまう。例えそれが嘘でも虚構でもな。
後からノーカンなんてならない。

◆QZaw55cn4c (ﾜｯﾁｮｲ b260-4mDj) · 2017/12/15(金) 20:59:24.98

>>871
＞例だね
ヌルポインタ以外に特異点はないのでは？

2017/12/15(金) 21:09:21.93

>>872
奇数アドレスからのワードアクセスでもでるぞ
なんとかしてくれる方が少数派かと

2017/12/15(金) 21:13:59.01

>>874
それは命令アドレスのLSB見りゃ即出せる罠

2017/12/15(金) 21:26:18.69

>>872
わかってない奴は割り込むなって言っただろ
痛々しいぞ

2017/12/15(金) 21:34:47.34

>>876
お前がわかってないだけだろ w
68K の話ならデータが読めると言うのは DTACK のアサートで示される
その後に BERR をアサートしても受け付けなかったと思う
（そんなアホな設計はしたことないから本当にそうかどうかは試してないけど）
そもそも BERR は非同期じゃないからお前が初めから頓珍漢なだけ

2017/12/15(金) 21:39:55.86

>>874
68000 の時代はデータでもダメだったけど今時はプロセッサ側で何とかするアーキも多いと思う

2017/12/15(金) 21:45:50.28

intelの石はワードやロングワードのアクセスでも奇数アドレスからだろうとマシン側で何とかしてくれるから生き残ってるんだと思うわ

2017/12/15(金) 21:49:45.98

プログラミング歴1年になったけどみんなの言ってることがわからなさすぎて辛い
アセンブリもやった方がいいんか？

2017/12/15(金) 21:50:45.81

必要になったらやればいい

2017/12/15(金) 22:02:36.15

>>879
普通に組んでてあまりありがたみを感じたことはないけど...

2017/12/15(金) 22:15:07.19

>>835
hogeがでかい配列で、オフセットの位置に確かに値が書かれているのを確認したことがある。
0番地付近のメモリを参照する人はいい迷惑だなと思った

2017/12/15(金) 22:47:47.28

>>852
ゆとりマジで死ね
韓国人も死ね

お前らはそういう所がいけない。俺は逆ギレしているのではなく、単にキレてるだけだ。
お前らはそうやって常に話をすり替え、被害者ポジションを確保する癖があるが、それは根本的に間違ってる。
そもそも、ここにはお前らより知識のある奴が沢山居るんだから、お前らの聞きかじりで回答する必要はない。
話が余計におかしくなってるだろ。

話を>>841に対する回答に戻すと、841の話しぶりからして、
俺は以下を補足した方がいいと思ったから>>843を投稿したんだよ。
1. 841の言う「ヌルポ」はOSがMMUで捕まえるヌルポである。
2. >>838の言う「組み込み」はMMUがない場合を指している。
3. 838の言う「ゼロ番地付近をアクセス」はOS+MMUがない場合を想定している。
4. 従って838のケースでは841の想定するヌルポは発生しない。
というのを伝えるために書いたんだ。
それをお前は知ったかをしたくて、「MMUなら俺も知ってる！」と勝手に食いついてきただけ。
読む限り、お前は例外がどう動くのか理解できてないと分かるが、無知なままでいろ。
俺は841を助けようとしたのであって、韓国人とゆとりは死ねとしか思ってないから。

VBRを変更する場合、確かに0番地付近を構造体アクセスして転記するんだよ。
838はこれに気づいた、そしてそれを伝えた。
俺は841が「0番地アクセス＝ヌルポ」と思っているっぽいので、（これは通常のOS+MMUならそうだが）
それとは違うぞと分かるように補足した。
それに知ったかゆとりが食いついてきただけ。

> プログラミング初心者です (>>835)
という点からしても、838で当たりだろう。
VBRを変更するならかなり初期で対応するので、初心者でも目に付く場所に記述される。

2017/12/15(金) 23:13:36.36

>>835
それをコンパイルするコンパイラの仕様とそれを実行するマシンアーキテクチャによって変わる。

2017/12/15(金) 23:15:47.32

OSによっても変わるかな。
まあしかしOSそのもののソースコードならそう書いて正常動作したとしても特におかしくないかな。

2017/12/15(金) 23:17:08.62

>>882
うん普通は何も考えない。
だから他の石を同じ感覚で使ってポインタ渡しした構造体のメンバーにアクセスして焦るんだわ。
intelの石ならこんな事起きないのにってな。

2017/12/16(土) 00:41:25.75

>>884
頓珍漢な長文はチラ裏にでも書いとけよ

2017/12/16(土) 00:43:03.04

>>887
いや、普通アライメントは合わせるだろ

2017/12/16(土) 01:00:53.64

>>888
ゆとり死ね

てかマジな話、知らないのならちょっと様子見する余裕を持てよ。

2017/12/16(土) 01:04:56.11

はあゆとり死ねとかマヂ意味わからんι……

2017/12/16(土) 01:20:01.62

>>891
ゆとり死ね

俺はその理由も既に書いてる

2017/12/16(土) 01:26:49.17

過去レスまでちゃんと読んで欲しいならコテ付けること☆

2017/12/16(土) 01:30:20.56

「韓国人」はこのスレだとNG推奨だゾ

2017/12/16(土) 05:42:42.76

１点、気になるのがNULLと書いていたことだ
0番地にアクセスすることを意図しているコードは
struct hoge *tmp = NULL; ではなく
struct hoge *tmp = (struct hoge *)0; と書くだろう
思うに、単にtmpへの代入を忘れただけではないか？
そういうポカミスを多発するどんくさいやつほど
「変数は必ず初期化」に固執する

2017/12/16(土) 07:59:04.78

>>894
まあ、ゆとりとか韓国人とか言い出す時点でお察しって奴やね w

2017/12/16(土) 08:59:26.34

>>893
ゆとり死ね
韓国人死ね

俺が読めといっているのは>>884のことだ馬鹿タレ
どうせお前らは日本語が不自由で3行以上は読めないから意味が分からないのだろうが
お前らが迷惑行為を働くことに対して俺はキレてるんだよ

>>895
環境によってはwarningが出る。VC++とか。
個人的には意味ないとも思うが。

2017/12/16(土) 09:48:05.22

MMU とか VBR とか知ってる言葉を必死に使ってるって感じが出てて微笑ましいな

2017/12/16(土) 09:51:57.71

>>895
初期化してなきゃ警告が出るのにね

>>897
お前は的外れなことしか言わねーな

2017/12/16(土) 10:12:43.78

C言語に関する話題で意味のある文脈で韓国人なりゆとりなりが出てくることはまず無いだろうから、NGしとけばいいな。

2017/12/16(土) 12:02:39.06

>>898
その程度の用語で威張れると思える時点で終わってる
ゆとりは本当に馬鹿だな

ゆとり死ね
韓国人死ね

2017/12/16(土) 13:04:37.50

>>901
後ろ二行は同意

2017/12/16(土) 13:11:58.97

> その程度の用語で威張れると思える時点で終わってる
>>884に言ってやれよ w

2017/12/16(土) 13:34:31.45

>>903
ガチアスペか？
韓国人か？
それじゃ論理が通らんだろ

ID:KXDpqAfSM = ID:FCwL/bM6M = ID:wOa8xeUW0 = ID:tW10X6gZ0 = ID:JlwKPeYd0
お前だけがぶっちぎりの馬鹿だな

韓国人死ね

2017/12/16(土) 13:41:28.81

NULLが(void *)0になったのっていつからだっけ
C89には無かったよね？

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd32-wvVH) · 2017/12/16(土) 13:42:01.01

おっぱいおっぱいぽよんぽよん
おっぱいおっぱいぽよんぽよん

仲良くしようぜ

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd32-wvVH) · 2017/12/16(土) 13:45:48.99

>>905
https://ja.m.wikipedia.org/wiki/%E3%83%8C%E3%83%AB%E3%83%9D%E3%82%A4%E3%83%B3%E3%82%BF
ここに書いてあるぜ。

2017/12/16(土) 14:30:30.83

>>906
つまりこうであると。

#include <stdio.h>

int main(int argc, char *argv[])
{
　int i, j;
　for (i = 0; i < 2; i++) {
　　for (j = 0; j < 2; j++)
　　　fputs("おっぱい", stdout);
　　for (j = 0; j < 2; j++)
　　　fputs("ぽよん", stdout);
　　putchar('\n');
　}
　return 0;
}

2017/12/16(土) 14:32:07.96

そういや古いソースには char *p なのに if (*p == NULL) みたいに書いてあるのがあって、今時のコンパイラだと警告出しまくりになるんだよなあ。

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd32-wvVH) · 2017/12/16(土) 15:55:35.27

>>908
こう書いてもいいね。
#include <stdio.h>
int main(void) {
int i;
for (i = 0; i < 8; i++) {
if (i % 4 < 2) fputs("おっぱい", stdout);
else fputs("ぽよん", stdout);
if (i % 4 == 3) putchar('\n');
}
return 0;
}

2017/12/16(土) 16:43:18.46

NULLの値が、0xDEADC0DEになってる環境なら知ってる。

2017/12/16(土) 17:20:00.24

>>904
頓珍漢な奴に論理とか言われてもなあ w

2017/12/16(土) 17:23:42.81

>>910
なるほど。

ちょっと変形してビット演算でも行けるな。

#include <stdio.h>
int main(void) {
　int i;
　for (i = 0; i < 8; i++) {
　　fputs(i & 2 ? "ぽよん" : "おっぱい", stdout);
　　if ((i & 3) == 3) putchar('\n');
　}
　return 0;
}

2017/12/16(土) 19:24:56.53

#include <stdio.h>
#include <stdlib.h>
void o(){ fputs("おっぱい", stdout); }
void p(){ fputs("ぽよん", stdout); }
void r(){ puts(""); }
void e(){ exit(0); }
void (*a[])() = { o,o,p,p,r,o,o,p,p,r,e };
int main(){ void (**x)()=a; while(1) (*x++)(); }

2017/12/16(土) 20:18:31.50

>>877
>struct hoge *tmp = (struct hoge *)0; と書くだろう

このように書いても*正しく*NULLポインタが代入される
char zero[(struct hoge *)] = {0};
memcpy(tmp, zero, sizeof zero);
としないとダメ

逆によく見かけるポインタを含む構造体をmemcpyで0に初期化するのも正しく無い

2017/12/16(土) 20:46:52.08

>>915
それがわからんやつが、ここに、いや世界にいると思っているのか？
俺のはコードに意図を残すという論旨だったが、それがわからんやつがおまえさんか

ア　ホ　か

2017/12/16(土) 21:04:20.92

意図を残すために間違ったコードを書くとは理解に苦しむ
コメントで残した方が数百倍マシ

2017/12/16(土) 21:54:17.26

ほほう、どう間違ったと言うのかね？

2017/12/16(土) 22:30:35.99

>>915
いったいそれと BERR になんの関係があるんだ？
ますます頓珍漢過ぎる w

2017/12/16(土) 23:26:06.26

>>912
連呼リアン死ね

>>919
アスペ通り越してキチガイか？
まあどっちにしても死ね

2017/12/17(日) 00:31:42.98

>>915
ポインタはmemcpyできるのか？

2017/12/17(日) 04:55:34.79

>>919
>>895と間違えてたな

>>921
memcpy(&tmp, zero, sizeof zero);
こうだね

2017/12/17(日) 07:23:21.30

標準ライブラリ使用禁止な

2017/12/17(日) 08:07:20.40

>>920
> アスペ通り越してキチガイか？
基地害はお前だろ w
>>915のアンカー先見ろよ