C言語なら俺に聞け 150

2019/02/06(水) 13:39:03.21

↑
次スレを作る時は上記1行をコピーして2行に増やして必ず1行目に入るようにしてください。

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言語なら俺に聞け 149
https://mevius.5ch.net/test/read.cgi/tech/1540731704/

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

2019/02/25(月) 20:16:10.80

>>330
そういうことか
マイコン内蔵デバイスの話ではなくてガチのハードウェア回路設計のアドレスデコードとコントロール信号の話か
唐突過ぎて訳が分からなかった

2019/02/25(月) 20:28:08.49

ReadやWriteではなくて入力信号と出力信号だな

2019/02/25(月) 20:33:09.01

内部or外部CPUバスのことを言ってるにしても、Write onlyがないってとこに繋がらない。
やっぱ解読不可だわ。

2019/02/25(月) 20:33:17.49

そういえばread-modify-writeっのを思い出したな
もう10年以上前の事だが

2019/02/25(月) 20:50:44.04

懐かしい話題だな
わざわざラッチ回路を設けて問題回避したりしていたな

2019/02/26(火) 06:45:38.56

>>330
ちょっと亀レス気味だけど、確かに属性というのは一般的ではなかったかな
当時使っていたCコンパイラでは同一アドレスにマッピングされたRead OnlyとWrite OnlyのSFR変数は
共用体unionで宣言するのだけど、それぞれが読み込み/書き込み専用の変数名であることを明示するために
プリプロセッサの#pragmaでいわゆる属性(R, W, R/W)を宣言することが出来た
Read属性変数に代入操作を行なったりするとコンパイル時に警告されるような仕組みになってた

2019/02/26(火) 07:46:54.76

write属性レジスタってのは確かに一般的ではないけど、かといって用語としてwrite専用レジスタじゃないといけないって明確なルールもないだろうし、仕様書書いてるわけじゃないので別に雰囲気で伝わるから気にしなくていいんじゃない？

2019/02/26(火) 08:50:06.80

一般的な用語じゃないとそこにどんな機能が含まれてるかわからんからな
>>336見りゃわかると思うがそもそもレジスタの機能ですらなかったわけだし

2019/02/26(火) 09:19:26.09

議論の流れで大体わかるけどな
さすがにプログラム言語やマイコンの話の中でいきなり回路設計の話が出てきた時は
しばらく話について行けなかったが

2019/02/26(火) 12:28:24.64

>>339
お前はわかるのかも知れんが>>319みたいにちゃんと確認しようとする奴もいる
そもそも一般的で無い用語を使う理由もないだろ

2019/02/26(火) 12:41:52.52

これぐらいのことが話の流れで推測できないなんて、生き辛そう。
お大事に。

2019/02/26(火) 12:49:02.64

>>317で指摘されているけど抽象的な話のできない人というのは確かにいるからな

2019/02/26(火) 13:31:09.42

確かに昔からハードウェア弄ってきた純粋の組込み専門屋にとって、周辺デバイスの制御レジスタをSFR変数として抽象化して捉えることが出来ないとは思ってもなかった
一般的ではなくても属性で話は通じると思ってたんだけどなあ
というか本当にC言語で開発してるのだろうか？

2019/02/26(火) 13:45:18.64

「出来ないとは思ってもなかった」

否定の否定表現でわかりにくい。

**デフォルトの名無しさん** (JP 0Hb5-haK8) · 2019/02/26(火) 14:19:05.67

SFRって特定アーキテクチャの特殊用語じゃん。何勝手に一般化してるん。

2019/02/26(火) 14:38:19.53

ワンチップマイコン使ったことが無いのなら口を挟まないほうがいいよ
どこの製品でもSFRで話は通じる

2019/02/26(火) 14:46:05.57

分かったからワンチップマイコンは別の所でやれ

2019/02/26(火) 14:55:37.46

もしかして組み込み以外の話は
【初心者歓迎】C/C++室 Ver.104【環境依存OK】
で聞いた方がいいのか？

2019/02/26(火) 15:07:48.55

C言語の一般的な話題を扱うスレなんだから
特定の人間を排除するような発言をするのはおかしいだろう
そういう特定の話題をしたいならスレを立ててすればいい
ワンチップマイコンは専用スレ立ててそこでやれと言う話

2019/02/26(火) 15:14:00.56

今や純粋なC言語の所理系は初心者の学習用途か組込み開発用途くらいでしか使われていない
スレに組込み開発経験者が集まるのは自然な流れ

2019/02/26(火) 15:18:02.00

どちらかといえばC言語学習者は高圧的で排他的な気はする

2019/02/26(火) 15:29:48.44

集まるのは良いが、「黙ってろ」はないな

2019/02/26(火) 15:45:14.31

妥当な発言なら問題ないんだけどね
挑発的な発言が目に余るので煽り発言は控えたほうがいいと言ってるだけ

2019/02/26(火) 15:46:01.71

そういう発言自体が荒らしになるとは思わないのか

2019/02/26(火) 15:48:03.09

そもそもワンチップマイコンの知識は
C言語の話題をやり取りする上で必須ではないだろう
そういう話題を話したいなら専用スレを立てろと言っている

2019/02/26(火) 15:48:26.91

人にとやかく言う前に自分の発言見直して見れば？

2019/02/26(火) 16:10:12.93

相変わらずみんな仲いいな。
今日も平和に通常運転。

2019/02/26(火) 17:43:39.42

みんな愛し合っているのさ

2019/02/26(火) 18:00:07.68

現実から目をそらすな。明らかに仲悪そうだぞ。

2019/02/26(火) 18:03:23.92

大嫌い　大嫌い　大嫌い　大好き☆

2019/02/26(火) 18:35:04.99

>>359
つんでれ

2019/02/26(火) 19:43:38.47

>>346
それ単にプログラム内のルールにすぎない。どんな言語であれ、入れ物を使い分けを限定することで、プログラマのミス防止や可読性、保守性が高まるのは、まともなプログラマなら必ずやっている。

これがハードウェアの機能にあるのか、ソフトウェアの機能にあるのか、それともそんな機能はないのでコーディングルールなのかの違いにすぎない。

2019/02/26(火) 19:52:11.95

>>346
それ単にプログラム内のルールにすぎない。どんな言語であれ、入れ物を使い分けを限定することで、プログラマのミス防止や可読性、保守性が高まるのは、まともなプログラマなら理解している。

これがハードウェアの機能なのか、ソフトウェアの機能なのか、それともそんな機能はないのでコーディングルールなのかの違いにすぎず、現代では常識的な話。

コンピュータにとっては動けばいいわけで、設計の話とアーキテクチャの話をごちゃ混ぜするからよくない。

高水準言語であればあたりまえすぎることだが、C言語は中水準言語で、OS、ハードウェアの組み合わせにより、動きが異なるから、本来は仕様、設計があって考えること。

これがアーキテクチャがこうだから、こういう発想になるというのは順番が逆。

2019/02/26(火) 19:57:57.62

普通に一般化してる用語で話せばいいのになぜかオレオレ用語使って指摘されたらわからないのかとか逆ギレw
なんとなくはわかってもそのローカル用語が意図してるものと自分が思ってるものが同じかどうかはわからんから指摘してるのに…
まともなエンジニアじゃないんだろうな

2019/02/26(火) 20:20:38.82

長文が溢れるスレ

2019/02/26(火) 20:45:40.56

知識や能力の不足に対する自己防衛反応みたいなものだから流し読みしてればいい

2019/02/26(火) 21:45:18.69

>>366
>>353, >>356

2019/02/27(水) 12:00:03.35

具体例なしで一般論しか言わないやつは信用できない
特徴は具体的な質問されると話をそらすか黙り込むやつ

2019/02/27(水) 12:55:17.62

そんな一般論だけ書かれても・・・

2019/02/27(水) 17:52:20.13

>>346
あ？　ベアメタル系のプロだが
おまえみたいな手合いがSFRとかどういう意味で言ってるのかは警戒するぞ

2019/02/27(水) 18:37:51.02

ベアメタル系のプロの意味がよく分からないけどC言語と何か関係あるの？

2019/02/27(水) 21:26:14.35

Bare ボーン
まゆげボーン

2019/02/27(水) 22:06:45.86

貴様が知る必要はない

2019/02/27(水) 23:34:44.12

大体何と勘違いしたのか予測はつくがおそらく間違ってるぞ
少なくともx86系では通用しない

2019/02/28(木) 08:01:20.41

だから具体例を書けよ

2019/03/01(金) 15:17:20.50

すみません、初心者なんですが図書館にプログラミング言語Cという本があったので借りてきて勉強中です。
p105のコード
nはint

if(n / 10)
printd(n / 10)

なんで割り算自体を条件に出来るのですか。

2019/03/01(金) 15:19:35.58

出来るかどうかは自分で試した方がいい
その上で、なんでそうなるかを考え、
分からないときに聞きにおいで

2019/03/01(金) 15:20:45.58

>>376
わり算の結果(この場合は整数)がゼロじゃなかったら論理値の真(true)と見なされる。

2019/03/01(金) 15:23:30.96

>>376
C言語のifは0か0以外かしか見ていないため。

2019/03/01(金) 15:38:09.31

>>378 >>378
ありがとうございます、==とか>とかでの比較しか頭になかったんですけど、ifは0かどうかだけなんですね。

2019/03/01(金) 15:53:16.08

他の言語でいえば
1：true
0：false
って感じですな

2019/03/01(金) 15:54:07.94

>>381
この表現は語弊があるので忘れてください、すみません

2019/03/01(金) 16:01:43.78

>>376
こういうように条件文に、実質的なbool 値以外を書いたら、ダメ！

MISRA-C みたいな、安全なコーディング規則があって、禁止事項になってるから、
普通のプログラマーは、変に思うはず

2019/03/01(金) 16:53:12.47

他の言語ならともかくC言語プログラマ的には普通だな

2019/03/01(金) 16:59:37.54

説教くせえことを書くならてめーの言葉遣いくらい気をつけろ
boolじゃねえだろ_Boolだ
MISRA-Cが安全だなんて決まりはどこにもねえぞ
コーディング基準はそれを守りさえすれば安全だなんて信じているようだが自分の頭で考えることを放棄した手合いか？
少なくともそういうカスはPGとして普通未満だぜ

2019/03/01(金) 17:32:32.07

>>380
そう。比較する演算子を使うとその結果が0または1になるので他の言語でのifと同じようにも使える。

2019/03/01(金) 17:49:40.28

boolも予約語だと思うよ。ただの別名だけど。

2019/03/01(金) 18:05:13.76

ISO/IEC 9899:2011 7.18 Boolean type and values <stdbool.h> には
マクロと書いてあるが、どこかに予約語と書いてあるのか？
ISO/IEC 9899:2011 6.4.1 Keywords にはねえぞ

2019/03/01(金) 18:07:32.60

まあboolでもいいってことだな

2019/03/01(金) 18:17:05.43

話そらすな
boolは予約語か違うのか

2019/03/01(金) 18:24:56.22

>MISRA-Cが安全だなんて決まりはどこにもねえぞ
>コーディング基準はそれを守りさえすれば安全だなんて信じているようだが自分の頭で考えることを放棄した手合いか？
>少なくともそういうカスはPGとして普通未満だぜ

この3行が主張なわけでboolについて話してる時点で話それてないか？w

**383** (ﾜｯﾁｮｲ ff2c-Im2K) · 2019/03/01(金) 18:25:12.46

漏れが言ってるのは「実質的なbool 値」
特定の物を指していない、一般的な言語での概念

条件文に、実質的なbool 値以外を書いたら、ダメ！
品質基準から減点される

トヨタでも、100点満点中、5点しか取れなかったとか、言ってる人いる

MISRA-C 無しのC 言語は使ってはならないと、決まっている！

2019/03/01(金) 18:32:42.09

昔々、int bool = 0; と書いてあって普通に変数として bool が使われている夫馬ログラムを見た事がある。

2019/03/01(金) 18:33:26.36

昔はintの別名でマクロ定義してたな
今は予約語だったのか

2019/03/01(金) 18:33:54.49

夫馬ってなんやねんw
スマホでの打ち間違いは候補間違いもあるからより変な風になるなあ。

2019/03/01(金) 18:37:31.49

boolが予約語というのは聞いたことない。
<stdint.h>で使えるのは知ってるけど。

2019/03/01(金) 18:37:42.66

>>392
決まってねえよ
嘘書くんじゃねえ

2019/03/01(金) 18:38:42.45

>>391
ほう論点が２つあるのをおまえの脳内では話がそれたと言うのか

2019/03/01(金) 18:40:37.97

https://www.wdic.org/w/TECH/_Bool

2019/03/01(金) 18:41:18.61

>>398
いやすまん、boolについては論点にしてないと勘違いしていた。

2019/03/01(金) 18:42:35.19

<stdbool.h>の間違いだった。すまぬ。

2019/03/01(金) 18:44:20.24

またひとつ勉強になったよ

2019/03/01(金) 18:47:58.98

やっぱり相変わらずみんな仲いいな。
今日も平和に通常運転。

2019/03/01(金) 19:14:14.07

>>376
＞if(n / 10)
は　if(n / 10 != 0)
に読み替えてください

2019/03/01(金) 19:15:03.21

>>383
MISRA-C は馬鹿が使うものと聞いていますので、あなたも馬鹿の一人なんですね

2019/03/01(金) 19:16:07.43

>>385
C99 の _Bool はいろいろと残念な仕様なので、そんなものを使っていたら馬鹿呼ばわりされてもしかたがないと思います…

2019/03/01(金) 19:16:49.73

>>392
その「実質的」という単語の定義を教えていただけませんか？

2019/03/01(金) 19:18:02.41

>>404
いやーそこはちゃんとカッコをつけて
if((n / 10) != 0)
じゃないとMISRA通らないだろー。
と煽ってみる。

2019/03/01(金) 19:18:18.17

>>394
C の予約語に asm が存在したことがあっても、bool なんて金輪際ございません…

2019/03/01(金) 19:19:07.26

>>408
なんだか misra っていろいろうるさいですね…馬鹿が使うものの典型と理解しました

2019/03/01(金) 19:20:44.13

>>406
俺もそう思う

2019/03/01(金) 19:21:00.10

>>410
そのとーり。
MISRAはfool proofのための規格だよね。
あんなもん、クソの役にも立たんわ。

2019/03/01(金) 19:24:31.92

>>392
Rubyガイジ死ねよ

2019/03/01(金) 19:26:29.24

実際の開発現場ではMISRA-Cも_Boolも頭の片隅に意識する(人がいる)程度であまり意味はない
そんなことより他に考えることはいくらでもある

◆QZaw55cn4c (ﾜｯﾁｮｲ bfe9-IBRN) · 2019/03/01(金) 19:28:21.64

>>411
久々に私の意見に賛成する人がおられましたね…

**383** (ﾜｯﾁｮｲ ff2c-Im2K) · 2019/03/01(金) 19:56:06.23

essentially Boolean (実質的なブール型)

C90にはブール型はないが、真又は偽のブール値を表す式はある。
MISRA-C:2004ではこのような式をブール式と呼んで、数値を表す式と区別しており

if (hoge==TRUE)

このhoge が、実質的にはブール値なら、if (hoge) と書いてもOK

2019/03/01(金) 19:56:10.11

>>404
そういう例はやめた方がいい。二度、評価することをおかしく感じなくなる。

2019/03/01(金) 19:59:51.05

>>417
マクロ関係ではないから、二度評価問題は関係ないのでは？もう少し詳しく教えていただけますか？

**383** (ﾜｯﾁｮｲ ff2c-Im2K) · 2019/03/01(金) 20:02:55.75

2値しか取らない、真偽値という概念を作り出して、単純な数値と区別している

明瞭になるように、可読性を高めるために、明確に使い方を分けている

2019/03/01(金) 20:09:43.22

みそら・・・

**383** (ﾜｯﾁｮｲ ff2c-Im2K) · 2019/03/01(金) 20:13:59.03

essentially Boolean (実質的なブール型)

hoge が単純な数値なら、if (hoge) とは書けないので、
比較演算子などを使って、( )内を真偽値にしなければならないが、

hoge を2値しか取らず、実質的には真偽値として扱っているなら、そう書いてもよい

2019/03/01(金) 20:17:31.73

>>19
なに時代だよ、trueとfalseだろ

2019/03/01(金) 20:18:43.90

>>376
そう書くなよ
条件文でかけ

2019/03/01(金) 20:20:05.53

>>382
というよりtrueとfalseを使えよ

2019/03/01(金) 20:21:09.40

>>385
bool だよ

2019/03/01(金) 20:59:57.85

>>424
？

2019/03/01(金) 21:08:03.60

C++か他の言語か勘違いしてないかな？
C言語の枠内では（以下略

2019/03/01(金) 21:13:58.29

#include <stdbool.h>すれば、C言語でもbool, false, trueが使える。C99から。

2019/03/01(金) 21:27:08.50

マクロなのか　乱暴な解決法と見るか予約語にしなかった・できなかった理由があったのだろうか

2019/03/01(金) 22:01:55.94

>>428
bool 型は C99 では _Bool 型となり「bool」そのままではありません