C言語なら俺に聞け 149

2018/10/28(日) 22:01:44.38

!extend:checked:vvvvv:1000:512
↑
次スレを作る時は上記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言語なら俺に聞け 148
https://mevius.5ch.net/test/read.cgi/tech/1537347410/

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

2018/11/18(日) 23:37:43.07

>>80
> struct/enum/unionとかの省略を目的としたtypedefは行わない
こんなのは当たり前だ。(linuxカーネルに限らず）

そもそも「タイプ数をケチるだけの為に何かする」という文化は最近のWeb系馬鹿言語だけであって、Cにはない。
当然、else if を elif にしたがる奴もいない。
「腕のいい奴のコードは短い」を勘違いしてる馬鹿共がやたら「タイプ数」にこだわってるだけだ。
だいたい、structをタイプしたくなければC++コンパイラ使えば済むし。

2018/11/19(月) 00:20:04.42

ここで聞いていい内容なのかわからないのですが
gccを4.8.1から8.1.0に変えたらwinAPIを使用して図形を表示するプログラムで
図形が表示されずウィンドウだけ表示されるようになってしまった
これは、c言語,gcc,winAPIどれを疑えばいいのでしょうか？
MingW-W64-buildsというところから8.1.0のgccはダウンロードした

2018/11/19(月) 00:24:07.93

図形の描画ルーチンを貼れ。

2018/11/19(月) 00:25:09.76

>>81
なぜ唐突にweb系云々に話が飛ぶのか理解できないのだが、
typedef struct {...} S;
typedef enum {...} E;
void f(S* s, E e);
上のような書き方、結構（昔から）見かける気がするけど

2018/11/19(月) 00:28:01.74

>>82
お前の頭、だな

gcc4.8.1で行けるのならそれでやればいい話。
それを8.1.0に変えただけで問題が発生するのなら、当然そこに問題がある。
そしてそもそも詳しいことはそのソースを作った奴に聞け。

2018/11/19(月) 00:30:44.00

というかこれ以外だとtypedefを使うべき所にしか使わないはずなので、
cだろうがc++だろうがtypedefの使用量に差が出るとは思えない

ああ、実は>>78ってc++ならusing使うべきとかそういう話？

2018/11/19(月) 00:46:59.49

>>84
> 上のような書き方、結構（昔から）見かける気がするけど
個人的には疑問があるが、おそらく実際はそちらの方が正しいのだろう。
C++で対策された＝C言語のそこがウザイと禿が判定した、ということだから。

> なぜ唐突にweb系云々に話が飛ぶのか理解できないのだが、
ググレば分かるが、その辺の言語では「こちらの方が短いから良い」といっているページは結構見かける。
C言語でこれを言っている奴は皆無だ。

>>86
> ああ、実は>>78ってc++ならusing使うべきとかそういう話？
いや、そうじゃない。そちらの取り方で問題ないし、君の typedef の使い方は正しいと思う。

typedefって結局「型に別名を与える」為の物で、
型が自由に定義出来るようになったC++ではほぼ要らないはず、って話。

2018/11/19(月) 01:03:17.87

>>85
そうか...仕様変更、バグ、なにか他にも入れるものがあるとか分かるなら聞きたかったんだが
仕方ない。ありがとう
4.8.1だと古くなってるかなと思って思い切って8.1.0で試してみてるんだけど戻すか

2018/11/19(月) 01:03:24.61

Web系言語界隈は条件演算子をif文の簡略表記（）だの省略形（）だの言ってる池沼も多いからなぁw

2018/11/19(月) 01:16:02.93

>>88
まじめにやる気があるのなら、少しずつ上げて切り分けるのは簡単だろ。自分でやれよ。
ここで聞くより早いと思うぜ。

2018/11/19(月) 01:26:41.23

else if の省略形は確かに頂けない
あれはperlからだっけか？

2018/11/19(月) 01:28:26.32

#elifはあって、elifがないのは変だが、キーワードを節約するためだから。

2018/11/19(月) 01:30:10.27

>>91
歴史的には多分sh
70は多分python

2018/11/19(月) 01:37:20.71

>>90
なるほど、きざんでやってみます
ありがとうございます

2018/11/19(月) 01:38:53.01

>>87
あー...もしかして自分の
>struct/enum/unionとかの省略を目的としたtypedefは行わない
これが「型定義時に、キーワードとしてのstructやenum、unionの省略のためだけのtypedefは行わない」
つまりstruct S{...}という形で定義し、明示的にvoid f(struct S* s)などといった形式で取り扱う
...という意味ではなく、
「structやenum、unionといった型について、それら個々の名前（タグ名）を単に省略するためだけのtypedefは行わない」
つまりtypedef struct SS...SS Sというただの省略形式にするtypedefは行わない
と伝わったのかな

それなら書き方が悪かった、申し訳ない

2018/11/19(月) 12:18:16.63

>>92
自分もここが引っ掛かったんだよね。
プリプロセッサ向けにはelifキーワードがあるのに
コンパイラ向けにはない。
もしもキーワード数を節約したり実行速度のみを重視する実装なら
プリプロセッサ向けにもelifキーワードはなかった筈。
なのにある，ということはなにかしらタイプ数の節約とか読み易さとかを考慮してるんだろうね。
だからコンパイラ向けにelifキーワード（の紛い物）を追加するというのは何らおかしくないと思うのだが。

2018/11/19(月) 13:17:22.86

そもそもC言語にはelse ifって構文はないよ。
んで、プリプロセッサは#の後をスペースなしの1語にした結果だと思う。

2018/11/19(月) 13:27:56.02

フリーフォーマットだからelse if(...)を自分なりに分かりやすくすれば良いだけ。

2018/11/19(月) 21:04:51.99

>>74
賛成

静的解析はツールだけがすることではなく人力でもすることだ
人力「でも」と言ったが、目的意識を持って判断できるのは人間だけで
こちらが主役であることを、小者でアフォなやつほど忘れる

2018/11/20(火) 01:45:19.01

>>99
でも>>75でも言われてるけど
プリプロセッサ命令を効かせてから解析するのが普通なんだから
あんま関係なくね？

2018/11/20(火) 09:35:42.58

>>97
構文にはなくても書けるんだから一緒だろ

2018/11/20(火) 15:56:41.31

負の数を識別できません。

signed int DATA = -128 (0xFF80。int は16ビット)

if (DATA > 0)
{式1}
else
{式2}

なぜか式1 が実行されます。(DATA > 0) は偽ではないのでしょうか。

2018/11/20(火) 16:14:32.18

問題のコードから症状が出るままどんどん削ってって最小単位がそのコード？

https://ideone.com/xcDRkc

実は右辺がcharの変数で　中身が 0x80 なんだけど
符号拡張の過程で char を unsigned char として 0x0080 と拡張したり
(処理系依存だっけか？　リテラルだけだっけ？)
そういう話ではない？

2018/11/20(火) 16:16:24.86

16bitってどういう処理系なんじゃろうか

2018/11/20(火) 16:43:19.22

>>103,104

右辺の0は定数です。
変数DATA の値はPRINT文で16進表示したものです(0xFF80)。

引用先のページは、残念ながら理解できませんでした。

申し遅れましたが処理系は組み込み用16ビットマイコン用GCC です。
処理系に依って前述のような動作になることはありえますか？

2018/11/20(火) 16:49:33.90

右辺云々は初期化の右辺の話だけども、そこが本質じゃなさそうね

sizeof(int) = 2 かつ　printf("%x", DATA)　が ff80 と表示される系で
if (DATA > 0) が成立しないとな

ごめんﾜｶﾗﾝ

2018/11/20(火) 16:59:34.34

最小の全ソースを見せて。
この手の場合、自分では正しいと思ってるとこに思わぬポカミスが入ってることがまれによくある。

2018/11/20(火) 17:07:55.90

>>106,107
すいません。ご察しのとおり、変数DATA に初期値を代入しているわけではありません。
このif 文が評価される直前のDATA 値が-128 という事で、初期値を代入したように書きました。

今日はこの件で非常に疲れたので、ソースの提示は少し時間を下さい。ありがとうございます。

2018/11/20(火) 17:18:12.25

>>107
元コードをそのまま横断的に眺めてるとわからないけど
症状が残るまま、余計な箇所をがんがん削っていって簡単化していくと見つかることがあるよね

a[i++] = i; のような副作用完了点内での複数回の参照とかはどうしようもないけどｗ

2018/11/20(火) 17:26:38.15

値自体は型情報を含んでないという点は押さえないとあかんが、そういう問題でもないか。
妙なtypedefしてたりしてね。

2018/11/20(火) 17:33:06.78

アセンブリコード読んで見るとか
割り込みでレジスタ確認とかすれば
cで見てると気づかないことが見えてくるかも

2018/11/20(火) 19:23:37.02

printf("check : sizeof %d: DATA = %d\n",sizeof(DATA),DATA);
if((signed int)DATA > (signed int)0)
とかやって一つ一つ動作確認してみるとか。

よくわからん動作不良起こした時は配列変数がスタックサイズ超えてたとか
16Bit環境なら32kb/64kb超えたとかが原因だったことあるけど。

2018/11/20(火) 19:37:09.53

>>108
そもそもその環境で>>102のコードを実行したらどうなるのさ？

2018/11/20(火) 20:38:14.44

>>102
本当に DATA の型は signed int か？
良く見たら unsigned int ってことはないか？

2018/11/20(火) 21:11:07.99

>>102
16進リテラルが16bitで収まらないからunsigned intで解釈された。(c99)
そんでintに暗黙キャストされたときに最上位bitが落ちたと思われ

2018/11/20(火) 22:03:30.03

>>108
> 今日はこの件で非常に疲れたので、ソースの提示は少し時間を下さい。ありがとうございます。
正しい。疲れたら休め。結果的にその方が早い。

君も分かっていると思うが、まともなコンパイラ（実績のあるコンパイラ）なら、そんなところにバグはない。
ほぼ間違いなく君の勘違いだ。
それは根詰めて見てても気づかないが、一旦忘れて見直したらあっさり見つかる、ということもよくある。
残業してグダグダやるよりも、早く帰って早く寝て、次の日に早めに出社した方が捗る。

おそらくあっさり解決すると思うぜ。

2018/11/20(火) 22:51:04.92

リテラルの大小によって、型が変わるとか、滅茶苦茶な文法だろ

コンパイルエラーにしろよ。
気づかねえ

2018/11/20(火) 23:08:18.58

ソースの見栄えで桁あわせにゼロパディングしたら 8進数になっててうぁぁぁ

2018/11/20(火) 23:08:44.13

マジックナンバーあかんとか言ってもさあ、マクロで隠したせいで生じたバグも経験的にはかなり多いんだよね。
値のリテラル即悪みたいなのもどうかと思うね。

2018/11/20(火) 23:22:23.29

>>117
型は変わらないし、普通は警告が出るはず。
いずれにしても、C言語はお前みたいな馬鹿向けには出来てない。

>>115
unsigned int から int へのキャストは普通はそのままで、飽和処理なんてしないだろ。
仕様なのか処理系依存なのかは知らんが。

2018/11/20(火) 23:35:21.40

>>119
何をリテラルにして良いか判断出来ないのは君（または周り）の問題だろ。
独り言ではなく、問題提起～議論起動する気があるのなら、「俺なりの基準」でも言えよ。

2018/11/21(水) 00:29:46.48

>>120
>型は変わらないし
つ6.4.4.1

>普通はそのまま
intの最大値を超えているのにどうやって表現する気だ

2018/11/21(水) 00:32:45.26

>>122
> intの最大値を超えているのにどうやって表現する気だ
ならお前はdoubleの最大値を超えている場合はどうするんだ？
お前みたいな馬鹿が使うようには出来てないんだよ。

2018/11/21(水) 00:45:36.29

釣り針が大きすぎて、咥えられないｗ

2018/11/21(水) 06:57:26.41

>>118
あるあるすぎる…

2018/11/21(水) 09:11:45.73

>>118
止めてくれ
その術はオレに効く

2018/11/21(水) 09:22:03.70

30年ぐらい前にZ80のマイコンボード用に作ったプログラムでそれにハマった覚えがある。

2018/11/21(水) 09:54:03.00

すぐ16進で書きたがるのもどうかと思うわ。
intに-1でなくて0xffffffff入れてるのとか意図が掴みかねる。
そもそもunsignedがあるのが良くないんだな。javaは正しかった。

2018/11/21(水) 10:14:15.23

70年代初期に何が良いか何が悪いか何が正解かが分かるの？
それに磁気コアメモリが４０９６ビットの時代だよ

2018/11/21(水) 10:55:13.30

>>125-127
リテラル中に 8 や 9 が入ってれば文法エラーで止まるので判明するけど
入ってないとそのまま通っちゃうし、特に警告の対象になるようなもんでもないしでやっかいよね

2018/11/21(水) 12:33:01.52

>>130
今時8進表記なんて使うことはほぼないと思うから使ってたら警告してもいいくらい

2018/11/21(水) 13:31:24.92

>>109-116

皆さんご助言ありがとうございます。おかげさまで一応不具合は解消できました。
以下問題の箇所です。

signed int MAX, WIDTH, TMP, SHIFT;
float COEF;

COEF = MAX / WIDTH; //浮動小数点演算になると思っていた
// 1 = 128 / 128

TMP = SHIFT * COEF;
// -128 = -128 * 1

if (TMP > 0)
{式1} //TMP= -128 なのに、式1が実行される。
else
{式2}

だったのを
COEF = ((float)MAX / WIDTH);
に修正すると、式2 も実行されるようになりました。他に変更したところはありません。
今まで何故(-128 > 0)が真だったのかは不明です...

2018/11/21(水) 13:55:29.32

>>132
本当に if の直前で TMP がマイナスだったのかが怪しい。
それと気になるのはやはり型が本当にその通りなのかだな。

2018/11/21(水) 14:13:56.46

本当に変数の型は signed なのか？
実際に式2 に通って欲しいのに式1 へ流れた MAX, WIDTH, SHIFT の値　をメモって
再現する最小セットのコード作って何が起きてるのか把握しとかないと、また同じことやらかすかもよ

signed int TMP;
signed int MAX = <リテラル>;
signed int WIDTH = <リテラル>;
signed int SHIFT = <リテラル>;
float COEF;

COEF = MAX / WIDTH;
TMP = SHIFT * COEF;
printf("1:%d\n", TMP);
if (TMP > 0) { printf("1:式1\n"); } else { printf("1:式2\n"); }

COEF = ((float)MAX / WIDTH);
TMP = SHIFT * COEF;
printf("2:%d\n", TMP);
if (TMP > 0) { printf("2:式1\n"); } else { printf("2:式2\n"); }

2018/11/21(水) 14:20:55.45

COEFが0なんじゃ？
まあわかんないね

2018/11/21(水) 22:53:01.43

>>132
皆が指摘しているように、それだけでは無いと思うがな。
おそらく君が出してきたソースにも色々間違いがあるんだろうけど。

ソース見る限りズブの初心者のようだが、問題点を理解しているか？

まず用語がおかしいので先にこれを修正しておくが、普通は
float scale = width / max; だ。shiftは足すもの、scaleが掛けるもの。coeffは係数=無次元数だろ。
読んだときに違和感がないようにしろというのはアプリケーションハンガリアンの思想だが、
これを採用するかはともかくとして、思想自体は当たってる。
そして通常は max で割る。（ただしこれについては、意図的に逆数にすることもあるが）
あと変数を全部大文字にするのはマジで止めろ。そんなことしてる奴は居ないだろ。

それで、君の「キャスト忘れ」についてはscaleが0に張り付くなり、整数の階段状になるので、
「動作を見た瞬間にどこがバグっているか分かる」タイプのバグになる。
追跡するにも苦労しないし、そもそも追跡の必要すらない。
当然、疲れもしない。マジで10分で修正して、てへぺろ、だ。

だからそのバグを取るのに手こずること自体がおかしい。
そしてその遠因になっているのはその意味不明なネーミングだ。
まずはそこからだと思うぜ。

(-128 > 0)が真になることはないので、確実に君が何か勘違いしている。
先生/先輩/上司その他、見てもらえる人がいるのなら、
君のソースのその酷さも含めて見てもらった方がいい。
そういう人がいなくて君が一人でマイコンを動かそうとしてるのなら、今の君では無理だと思うぜ。

Python馬鹿なら、最近はPythonが動くマイコンもあると聞くので、環境を変えた方がいい。
マイコン環境のCは、色々と貧弱な分、PC環境のCより難しい。
今の君ではPC環境のCでも無理がある。
状況聞く限り、俺は>>135の予想が正しいと思う。

2018/11/21(水) 23:10:25.75

ズブの素人が来てよかったね
嬉しそう
生きがいみたいなもんだな

2018/11/21(水) 23:20:56.85

歳を取ると説教したくなる

2018/11/21(水) 23:26:10.43

何が起きていたのか本人は追求する気はないみたいなんで
話はこれ以上進まないだろう

>>137
で、それがお前の生きがいなわけだ
なんだかな

2018/11/21(水) 23:48:20.51

低学歴知恵遅れが
低学歴知恵遅れ丸だしなﾚｽして
ｲｷｲｷしてる

2018/11/21(水) 23:57:18.63

>>137,138
まあお前らは上達しないと思うぜ。
最近お前らみたいな奴も増えたが。

上達出来るかは結局、自分で深みに突っ込んで行けるかにかかってる。

俺の指摘が間違っている、というのならともかく、
気に入らない指摘は無視すればいい、というスタンスなお前らはプログラマは無理だ。
諦めて他の職を探せ。

132は努力しているようだが、方向を間違っている。
それはお前らにも見えてることだろ。放置するのもまた悪だと思うぜ。
巻き込まれるのが怖くて見て見ぬふりをして、結果、
陰湿ないじめが横行してたゆとりなんてその程度だと思うが。

勿論132も追求した方がいいとは思うが、正直、そのレベルじゃない。
PC環境のCでGUIのIDEを使ってまずCを覚えるか、
既にプログラミング出来るのならその言語、調べたところRubyが動くのもあるようだから、そっちから行った方がいい。
Cも初めて＋マイコンも初めて、では、確実にはまる。

2018/11/22(木) 00:13:37.04

こんな低学歴知恵遅れ丸出しな長文ﾚｽばっかりで埋め尽くされると
まともなﾔﾂは近づかなくなるわ
やはり自覚がない

2018/11/22(木) 07:53:35.42

>なんだこれ？引数 void って初めて見たぞ。文法的にありなのかこれ？

まーたこのゴミが登場したのか
もう出てけよ
余りにもゴミだからこのスレにはいらねーよ

**102** (ﾜｯﾁｮｲ 63b3-Kv/S) · 2018/11/22(木) 13:02:07.52

この議論に参加してくださった皆さん

>>136 さんの指摘は初心者の私には大変有難いものでした。
ただ、いくつか反論したい部分もあります。私はハード屋で、ハードウェア言語で使われる変数(フリップ・フロップ)の動作遷移を意識した変数名にした方が私には分かり易いのです。

変数を全て大文字にしているのは単純に昔からの癖です。命令文 = 小文字、引数,変数 = 大文字と決めています。

「キャスト忘れ」についてですが、異常動作に即気付けるか否かはint 変数をキャストしないと
0,1,2・・・などの整数にしかならないことを知らなければなかなか気付けない事ではないでしょうか。
Ｃの参考書は持っていますが、浮動小数点演算に関連する情報が離散していて、この事象が起こりうるという説明を見出すことが出来ませんでした。

>>134 さんが提示されたテスト・プログラムは余裕が出来た時に実行してみるつもりです。現在このプロジェクトはほぼ完成しており、細かな調整を残すのみです。ありがとうございます。

2018/11/22(木) 13:18:43.76

>>144
まずは問題解決とプロジェクト完了おめでとうございます。

分かってると思いますが、ここは教えたがりな人、説教したい人、煽りたい人がマウントとり合うだけのスレなので、あまり細かいことは気にせず自分に有用な情報だけ吸収してくださいな。

2018/11/22(木) 13:19:52.16

すごいゲスパーだけど
式1 式2 が実際にはハードからの電圧出力やリレーのON/OFFで
オシレータか分周器書いててオシロで当たったら、どうもデューティーがおかしい
ってなったのかな

2018/11/22(木) 13:46:54.48

Cは型を意識しないとどうしようもないという所はあるよね。
なので、そもそも型変換が入る余地のない、キャストに頼らないコードを書くという強い意志を持つのが大事なんじゃろうと思う。

2018/11/22(木) 15:41:36.24

getchar　「型変換？要らないよね？」

2018/11/22(木) 21:29:32.36

>>141
おまえの指摘が間違っているかどうか以前に
おまえは何を指摘したんだ？
たとえば「10分」という物理量はどういう計算で出てきた値だ？
テキトーすぎて相手するに値しないんだが

2018/11/22(木) 22:08:04.59

>>143
> ﾜｯﾁｮｲ ff12
回答無し
だからゆとりは駄目なんだよ

>>149
> ﾜｯﾁｮｲ 3308
同上

2018/11/22(木) 22:09:04.67

>>144
> ハードウェア言語で使われる変数(フリップ・フロップ)の動作遷移を意識した変数名にした方が私には分かり易いのです。
他文書と同期したいのならコメントに残せ。
ソフトウェアはソフトウェアだけで評価出来ないと管理上問題だ。(大体において同期が取れずに意味不明になる）
そもそもその部分、ハード叩いている感じでもないし。
それ以前にFFの状態遷移でSHIFTも無いと思うが。

> 命令文 = 小文字、引数,変数 = 大文字と決めています。
これはマジで今すぐ直せ。
大文字にするのは目立たせる為であって、RAMが64バイトしかないような環境ならさておき、
今時ただの変数なんて目立ったら余計に邪魔になるだけ。今時白黒端末もないから、普通は、
命令文（キーワード）＝青（色付き）、引数/変数＝黒（色無し）、マクロ＝全大文字、と大体相場が決まっている。
(そもそもverilogにも大文字文化はない。VHDLには多少有った気もするが…)

> Ｃの参考書
Cに限らず、プログラミング全般で、入門書/参考書はゴミだ。理由は筆者自身がゴミだから。
海外の参考書は一部達人が書いている物があって、それは参考になるらしいが、俺はよくは知らん。
（ただこれも、昔からプログラミングをやっているのなら常識のはずだが）

> この事象が起こりうるという説明
int/int は端数切り捨てで商のみが返る、というのはCの仕様だ。

> 変数を全て大文字にしているのは単純に昔からの癖です。
言っちゃ悪いが、君は「昔から」というほどプログラミングをやってないはずだ。
昔からやってるなら、マイコンで割り算やfloatを使うこと自体が無いし、
Cの割り算の仕様を知らないこともない。
そしてそのソフトウェアの完成度で良しと出来ること自体が(普通のプログラマからすると)キチガイじみてる。
確実に事故るぞ。

2018/11/22(木) 22:10:24.36

>>144(続き）
ただしあまり反発もないところを見ると、ただのゆとり（若者）でもないらしい。
仮に全てを満足出来るプロフィールを定義すると以下となるが、合ってるのか？
・全て大文字とはCOBOL/FORTRAN/BASIC/アセンブラの世界。つまりC以前からであり、プログラミング歴自体は長い。
・Cの基本的仕様を知らない＝Cは普段使いではない。
・変数が大文字の方が都合がいい＝RAMがほぼ無い4bitマイコン等だとあり得る。この場合、ほぼアセンブラ。
・基本ハードウェア+ちょいソフト（アセンブラ）程度で、今時ならIoTの末端の各センサ等、
　定期的に計測値を報告するようなプログラムはずっとやってきている。
　WatchDogTimerやPowerOnResetを使いまくりなのでプログラム自体はポンコツでもいい。
だとすると、下からCを攻めてきているわけだが、これはほぼ無いパターンだから最初にそれを言うべきだ。

この場合、参考書はK&Rのみで、それ以外は全部ゴミだから捨てていい。
割り算の仕様なら、P13にもろに書いてある。
> Cでは他の多くの言語と同様、整数の割り算では切り捨てが行われて、
> 小数部が切り捨てられてしまうからである。(K&R第2版P13)
K&Rは「既にプログラミング出来る人がCを入門する用」に書いてあるから、
プログラミング自体の入門者には不向きだが、君の場合は最適だ。
一応言っておくが、ハロワがP7、コメントがP11、のP13な。本当にど頭に書いてある。

アセンブラの範囲を超えてCに踏み込んできたのなら、C流の管理方法に合わせた方がいい。
アセンブラの管理方法は、結局はアセンブラの規模用でしかなく、Cの規模には対応しづらい。
アセンブラ修得済みの人がCを修得するのは容易い。
ただし既に言ったように、世の中の「入門書」はそういう人向けではないから、K&R以外は読まなくていい。

とりあえずK&Rを頭から全部一通り読め。それでだいぶ状況が変わるはずだ。

2018/11/22(木) 22:12:40.41

でもvoid君はC言語詳しくないじゃん

2018/11/22(木) 22:14:51.83

>>147
× キャストに頼らないコードを書く
○ 『暗黙の』キャストに頼らないコードを書く

だろ。ただ、intをfloatに突っ込むと『精度が落ちる』と警告が出るはずだが。
(少なくともVC++ではそう。gccはこの辺甘々だから駄目かもしれんが)
キャスト自体が悪、というのはC++（というより型安全)の思想だが、
現実的にはCでは『明示的な』キャスト無しではまともに書けない。
ただし、『暗黙的な』キャストは当然無しには出来る。

2018/11/22(木) 23:05:52.65

>>150
10分という物理量と3308はどういう関係だ？
テキトーすぎて相手するに値しないんだが

2018/11/22(木) 23:32:58.42

>>154
暗黙のキャスト？
意味わからん造語で語られても困るわ

2018/11/22(木) 23:47:40.88

>>154
> 現実的にはCでは『明示的な』キャスト無しではまともに書けない。

ほうほう
暗黙変換を明示的なキャストにすることで
どんな「現実的」なコードが書けるんだ？　おいバカ

◆QZaw55cn4c (ﾜｯﾁｮｲ 7f60-4xdr) · 2018/11/23(金) 00:18:09.13

>>154, >>156
＞暗黙のキャスト
integral promotion？
それとも bcc用語では暗黙の型変換のことですか？

2018/11/24(土) 09:23:26.40

型変換って割とおこなうとは思うけどなぁ。

2018/11/25(日) 05:17:32.88

確かにintをflotに突っ込むのは型だけ変わるじゃなくてデータも変わるからなぁ

2018/11/25(日) 08:02:06.68

<stdint.h>とかのint8_tとかって
「プログラマが気が付かない整数型に関するミスをコンパイルする段階で（エラーとして）発見できる」
以外に使い道ってか利点ってないよね？
int8_tで定義することでプログラムの速度が上がったりはしないと思ってるんだけど間違ってる？

2018/11/25(日) 08:15:12.05

>>161
速度も上がらないし、そもそもコンパイル時にエラーとしても発見できない。
ただ単にコーディング時や人のソースを読む時にビット数が明確に認識できるだけ。

2018/11/25(日) 08:19:43.85

（通信プロトコル等の）外的要因でビット数が規定されているものを操作するコードを書くとき

2018/11/25(日) 09:24:44.24

>>162
例えばすごく初歩的なんだけど
uint8_t型で宣言したループカウンタが500回回ったらコンパイルの時に警告でるよね。
……と思って今試したら警告レベルを最大にしてやっと出たわ。

#include <stdio.h>
#include <stdlib.h>
#include <stdint.h>

int
main(void)
{
for (uint_fast8_t cnt = 0; cnt < 500; cnt++) {
printf("%d\n", cnt);
}

exit(EXIT_SUCCESS);
}
これを
$ gcc -std=c99 -Wall -Wextra -Wpedantic -o inttest ./inttest.c
でやっと注意してくれる。
あれ？なんかもっと良い感じに撥ねられて（不注意な自分には）便利だなと思ったんだが，勘違いだったようだw

2018/11/25(日) 09:53:54.15

>>161
利点というか、1byteが8bitでない環境もあるので、ポータブルなコードを書く場合は他に選択肢がないと思う

2018/11/25(日) 09:55:02.80

それはどちらかというと静的解析の仕事じゃないかなあ。

2018/11/25(日) 10:08:42.57

>>164
> ……と思って今試したら警告レベルを最大にしてやっと出たわ。
最大にすれば出るのだから『便利』と言っていい。

警告レベルは自分に合わせて使うものだ。
判断する能力がないのなら、とりあえず最大にしとけ。

>>161
演算速度自体は上がらない。むしろ符号拡張等が必要になり落ちる。（事が多い）
これは通常はintがCPU内部のALU幅と同じ（つまり最速）に設定される為だ。
ただしフットプリントは減る為、キャッシュヒット率が上がり、結果的に速くなることはある。

よく分からなければ、基本的に全部 int で、明確に必要なところだけその他を使えばいい。
(同一ソースでint幅が異なる複数の処理系で動かすというような場合を除く）

2018/11/25(日) 10:15:56.81

>>167
ありがとう。

2018/11/25(日) 12:58:50.32

int8_tとか使おうとしているやつ相手に、とりあえずint使っとけとか
どんだけドヤアホなんだよ

2018/11/25(日) 13:25:51.40

>>169
いやint8_tの利点を聞いてる時点で>>167に分があると思うぞ

2018/11/25(日) 14:26:54.92

現時的にはちょっとデータを保存するとかネットワーク越しに外に送るとかした時点でサイズは意識することになるから、intが無難とも言い難い。
意識できてればなんでもいいんだが…

2018/11/25(日) 15:22:16.95

構造体とかにint_8が入ってたらintに入れて計算してint_8に入れて
戻すのがいいのか？

2018/11/25(日) 16:05:11.73

よくねえよ
ナローイングになっちまう

2018/11/25(日) 16:11:29.88

計算の途中でint8_tの範囲外になる可能性があるかどうかと範囲外になった場合にどうしたいか次第だろ。

2018/11/25(日) 17:07:06.68

int32_tが最速だけれどsize_tと一緒に使うと型変換がいることで遅くなるんだよな

2018/11/25(日) 17:16:56.38

>>175
何が最速化は環境によるのでは？
少なくともfast型のほうが早そうだが

2018/11/25(日) 20:07:43.14

ごめんバカみたいな質問なんだけど
その「遅い」っていうのは実行時の速度だよね。コンパイルが遅いってことじゃないよね。
だとすると8の倍数のbit数のCPUでint<8×N>型を使ってもタイムロスって起きない気がするんだけど……。

2018/11/25(日) 21:05:52.83

メモリに詰めて格納してると嫌な感じ

2018/11/26(月) 06:54:36.44

>>177
そういうのはSSE命令とか使うXMMレジスタ使う話。
Intelコンパイラでも無いとアセンブラの話。

単純に上位ビットを0で埋める。(分遅くなる)

ただ、CPUアーキテクチャにも依存する。
95年当時はpentiumは32ビットCPUだが16ビットの方が速く、pentiumⅡ以降で32ビットの方が速くなった。
Core2は32ビットが速く、64ビットは遅く、Core iから64ビットの方が速くなった。
(ハードレベルでも、ただ実装しただけと、最適化したのとある)

**デフォルトの名無しさん** (ｽﾌｯ Sd1f-TETZ) · 2018/11/26(月) 14:44:44.56

encode.exe
PGM 形式の画像ファイルを入力に与え，Run Length 法によって圧縮したデータを出力する
decode.exe
encode.exe で圧縮したデータを入力に与え，PGM 形式の画像ファイルを出力する。
これをc言語で書くにはどうすればいいですか？
osはUnix開発環境はMSYS2です。