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/24(日) 14:15:23.84

>>273
ビット数という形ではないが、
limits.h で定義される各整数型が表現可能な数値の範囲を表すマクロ
についての最低限度の値という形で間接的に定義されている。
C99 だと 5.2.4.2.1 にある。
int は実質的に 16bit は必要。

2019/02/24(日) 15:01:36.58

整数型をワードより大きくしなきゃいけない
なんてなったら使い物にならんよな

2019/02/24(日) 16:23:47.05

確かにint型は規格的には最低16bit必要みたいだなぁ

C11 N1570 draft
5.2.4.2.1
―int型オブジェクトの最低値
INT_MIN -32767 // -(2^15 - 1)
―int型オブジェクトの最大値
INT_MAX 32767 // 2^15 - 1
6.2.5.5
「単なる」int型オブジェクトは実行環境のアーキテクチャにとって自然な（<limits.h>ヘッダに定義されたINT_MINからINT_MAXまでの任意の値を含むに十分大きい）サイズをもつ。

2019/02/24(日) 16:36:11.63

>>271
そのせいで組み込みでswitch使うな伝説が発生したんだな
逆に16ビット以上なら使っても問題ないということか

2019/02/24(日) 16:49:38.07

言語規格そのものというより標準ライブラリの都合というかヘッダーの仕様だけのような気がするけど
limit.hで最大値と最小値を規定するのであれば-128と127を宣言すればintの範囲を変更した実装も可能ではあるな
厳密には問題があるかも知れないけどC99準拠の実装と言うことでお茶を濁している処理系はあり得そうだ

2019/02/24(日) 19:23:23.70

>>279
組み込み市場的に8ー16bitが主流だけどな。

2019/02/24(日) 22:09:42.91

一時期、組み込みもLinuxに席巻されそうになったこともあるけど昨今のIoTブームで16bit以下の超省電力が復権してきたイメージあるわ。

2019/02/24(日) 22:14:44.36

でもそういう機器ってメモリの読み書きしかすることねえもんな。
あんまりおもろない。

2019/02/24(日) 22:24:41.13

組み込みではLinuxどころかOSすら搭載してないシステムも多いよ
ネット家電なんかの一部を除けばエアコン、冷蔵庫、洗濯機など家電製品の殆どはOSもファイルシステムもネットワークスタックも無縁のスタンドアローン動作
電源投入リセット後ひたすら処理ループを回すだけ
CPUコアは8bitか16bitでRAMは数KB、ROMは数十KB程度のワンチップマイコン

2019/02/24(日) 22:29:53.46

メモリの読み書きよりもIOポートを制御するのがメインの仕事

2019/02/24(日) 22:33:57.82

殆ど電卓だな

2019/02/24(日) 22:41:13.06

電卓ほど単純ではないけどね
まともにフィードバック制御を実装するにはそれなりの演算負荷は掛かる
センサー入力に応じて出力を迅速安定に目標に追従させるには裏では予測判断も必要
マイコン使っている以上は単調なON/OFF制御では無いよ

2019/02/24(日) 22:49:58.22

欲深い人間のことだからどうせすぐいろんなことをさせたくなる

2019/02/24(日) 23:23:28.26

IoTなら制御はサーバー側じゃないの？

2019/02/24(日) 23:28:06.97

Fog computing がキーワードだそうだ

2019/02/25(月) 00:12:03.18

IOポート制御とメモリ読み書きの違いがわからない

2019/02/25(月) 00:27:51.25

メモリーバスが I/O につながってることもあるしな。

2019/02/25(月) 06:19:38.59

>>291
IOポートを弄るにはそれぞれのSFR(特殊機能レジスタ)を操作する
一般的なメモリマップトIO方式ではSFRはCPUの特定のアドレス空間にマッピングされてる
Cプログラムからはそのアドレス空間をそれぞれ適当な変数に割り当てて基本的にはビット操作で制御する
SFRのイメージが分からなければ適当なマイコンのデータシートでも見てみるとある程度は分かると思うよ
参考として電子工作で有名なPICマイコンのサイト貼っておくので見てみるといいよ

2019/02/25(月) 06:22:12.63

ごめん
リンク貼り忘れた
https://www.microchip.co.jp/download/index.php

2019/02/25(月) 07:08:32.40

>>274
だな
あのあとgcc -pedanticとやってみたら
ちゃんと警告出たわ

2019/02/25(月) 07:37:13.02

組み込みマイコンでI/O空間がx86みたいに別なマイコンってあるかな

2019/02/25(月) 07:40:18.98

>>293
だから、区別ないじゃん

2019/02/25(月) 07:52:33.64

メモリ(RAM)に割り当てられた変数は演算とその結果に意味がある
IO(SFR)に割り当てられた変数はビットのR/W操作そのものに意味がある
SFR変数上で演算操作を行うとほぼ確実に誤動作、暴走する

2019/02/25(月) 07:58:55.56

>>297
I/Oポートの挙動はメモリと同じとは限らない
書き込みと読み出しが別のものに繋がっていることもある
volatileは本来このためにある

2019/02/25(月) 08:52:03.76

本当か？
揮発性だぞ

2019/02/25(月) 08:52:04.55

>>296
あるよ。AVRはメモリマップされたIO空間にin/out命令で効率的にアクセスできる。

2019/02/25(月) 10:42:31.86

>>299
READアクセスでSR、WRITEアクセスでCRというケースは珍しくないが
なんで突然volatileが出てくるんだ？　全然関係ないぞ

2019/02/25(月) 11:12:53.53

Read動作を確実に実行するためだろう
プログラム上はSFR変数からダミー変数への代入にしか見えないので何の演算にも関与しないと判断されて
コンパイル時の最適化で処理が削除される恐れがある
SFR変数はvolatile宣言しておくのが普通

2019/02/25(月) 11:41:24.89

それはREADの回数やタイミングの話だろ
READとWRITEで対象が異なる場合があることと何の関係があるんだよ

2019/02/25(月) 11:52:53.97

そこに拘っていたのか
てっきりメモリとIOによる変数の扱いの注意点のことかと思っていたわ

2019/02/25(月) 11:58:40.63

volatileなしだと、同じsfrにwriteした直後にreadすると最適化により実際にはreadされないことがある。

2019/02/25(月) 12:03:53.38

メモリとIOは違うっていっても、要は裏でなんかやってるだけだし。
だからvolatileなんて話も出てくる。

2019/02/25(月) 12:15:38.73

>>305
他に何に拘っていると言うんだ？

> 書き込みと読み出しが別のものに繋がっていることもある
　↑
　何の関係があるんだ
　↓
> volatileは本来このためにある

答えるか撤回かどうなんだ

2019/02/25(月) 12:41:00.22

>>308
>>306

2019/02/25(月) 12:44:45.62

>>309
306は話のすり替えだ
READの回数やタイミングの話なんかしていない
READとWRITEの対象が違うということについてだ
volatileと何の関係があるのか
ただの言い間違えか
どっちだ？

2019/02/25(月) 12:48:10.76

>>310
CRにwriteした直後に同じアドレスのSRをreadした時に最適化され、write値がそのままread値に使われるのをvolatileなしでどうやって回避するのん？

2019/02/25(月) 12:49:09.15

>>308
横からだけど>>305の２行目ぐらい読んでやれよ
それとも俺様に謝らないと許せないってか？ w

2019/02/25(月) 12:53:40.05

>>308
知らんがな、>>299本人に聞けよ
一般に言えることはメモリ上の変数の場合は読み込みと書き込みの間には必ず何らかの関連性を持っている
意味もなく読み込みや書き込みを行うことはなくその値は必ず何処かで利用される
利用されなければ変数もろとも普通は最適化で削除される
SFRの変数の場合はRead/Writeその操作の行為そのものが目的であってその結果その値がどうなろうが値そのものには何の意味もない
コンパイラにそのことを明示的に指示する方法がvolatileということ

2019/02/25(月) 12:57:22.86

こうして見るとやはりC言語は組み込み屋専門ということか
話が難しすぎてついていけねえｗ

2019/02/25(月) 12:59:43.43

>>311
という説明ができるの、あんただけみたいだな
頓珍漢なレスばっかでイラついてたわ

2019/02/25(月) 13:15:23.23

>>314
全然難しくはないし、組み込みに限った話じゃないよ。
ただ単に「今見えている処理とは別のとこからそのアドレスの値が更新される可能性があるので最適化しちゃダメよ」ってのを明示的に示すためのvolatileなので。
C#やJavaとかでもスレッドをまたいで不用意にアクセスする変数はvolatileつけないとバグるし。

2019/02/25(月) 13:16:39.48

組込専門、みたいなひとって抽象的な話のできないクソ多いよ。
コードもクソが多い。sleepせずにビジーウェイト使うタイプ。

2019/02/25(月) 13:17:16.26

横レスだけどWrite属性のSFRの値(この場合CR)をReadしても値は不定だけどね
同一アドレスにマッピングされているRead属性のSFRの値(SR)の値が返ってきて変数に代入されているだけ
普通はWrite属性のSFRの状態を記憶する必要があればバッファ変数に内容を保存しておく

2019/02/25(月) 13:49:48.67

write属性なんて用語あったっけ
ゲートだけ出てるのはREでデコード
トーテムポールになってるのをWEでデコード
というのは属性か？

2019/02/25(月) 14:03:17.60

Read/Write属性というのはあるよ
むしろその方が多い
ただ前レスに出てきたCR(コントロールレジスタ)とSR(ステータスレジスタ)は意図的にその名称通りにWriteまたはRead専用属性の例として
提示してきたんだろ、多分

2019/02/25(月) 14:20:45.00

いやーないだろ
ゲートが出てるだけのユニットにWRITEサイクルを実行なんてしねえし

2019/02/25(月) 14:31:07.16

すまん
書き込みの意図がいまいちよく分からんのだけど出力形式の切り替えの話か？
オープンコレクタ出力とトーテムポール出力の切り替えか？
というかこの文脈でデコードの意味が分からん、何のこと？

2019/02/25(月) 14:45:57.95

キモい奴だなおい

2019/02/25(月) 14:54:09.36

誰かわかる奴いるのか？
俺も>>319は意味わからん

2019/02/25(月) 15:17:20.76

何となくだけど入出力兼用ポートの設定か？

2019/02/25(月) 17:25:52.43

volatileの話が本筋と関係ないなら適当に流して先に進めばよかったんだよ。
それなのに噛みついて話を爆発させてしまったところにコミュニケーション能力の欠如を感じる。

2019/02/25(月) 17:28:47.58

このスレはC言語という話題を通じてマウント取り合うスレなので、今日も平和に通常運転。

2019/02/25(月) 18:07:46.57

ゲートが出てるのがオープンコレクタとかもう
そのうち電圧が流れるとか言い出しそうな勢いだな

2019/02/25(月) 18:39:15.96

volatileまではまだ分かる
ゲートやトーテムポールやデコードの単語の羅列は意味不明

2019/02/25(月) 19:02:12.96

>>320
> Read/Write属性というのはあるよ
いやいや、 Read onlyとかWrite onlyって言うのはわかるけどRead/Write属性なんて言う用語を使うか？
って話な

>>324
なんとなくデコードって言うのはアドレスデコードした信号（要するにChip select）にRE（多分Read enable）とかWE（Write enable）をandする話だと思う
ゲートとトーテムポールはよくわからん

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)

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